Trading platform komissiya mühərrikinin hazırlanması yalnız hər əməliyyata faiz və ya lot üzrə sabit məbləğ tətbiq etmək deyil. Etibarlı həll hesabın tarif planını, alətin xüsusiyyətlərini, icra keyfiyyətini, aylıq həcmi, valyutanı, minimum komissiyanı, rebat müqaviləsini və qüvvədəolma tarixini eyni hesablamada idarə edir. Əsas nəticə odur ki, əməliyyat komandası və müştəri eyni sualın cavabını ala bilir: bu komissiya niyə məhz bu məbləğdə yaranıb?

Bu məqalə order management sisteminin fill vəziyyətləri, əsas kitabın double-entry postinqi və ya müştəri hesabatlarının təqdimatı haqqında deyil. Komissiya mühərrikinin məsuliyyəti daha konkretdir: tarif qaydasını versiyalamaq, uyğun qaydanı seçmək, hesablamanı deterministik aparmaq, nəticəni hadisə kimi dərc etmək və səhv olduqda orijinalı dəyişmədən düzəliş yaratmaqdır. POLADO-nun FinTech və trading sistemləri xidməti bu nəzarətləri mövcud platforma və inteqrasiyalarla birləşdirən xüsusi həllərin hazırlanmasına yönəlib.

Komissiya mühərriki nəyi həll etməlidir?

Spreadsheets ilk bir neçə tarif üçün işləyə bilər. Lakin müxtəlif hesab qrupları, CFD, FX, səhm, futures və ya kripto məhsulları, introducing broker razılaşmaları, kampaniya şərtləri və bir neçə hesab valyutası olduqda eyni cədvəl həm nəzarət, həm də test baxımından riskə çevrilir. Komissiya mühərriki aşağıdakı funksiyaları açıq sərhədlərlə ayırmalıdır:

  • Qayda kataloqu: tarif cədvəlləri, uyğunluq şərtləri, minimumlar, valyutalar və rebat müqavilələri.
  • Hesablama xidməti: qəbul edilmiş fill və ya post-trade hadisəsindən komissiya nəticəsinin yaradılması.
  • Qayda qərarının sübutu: seçilən tarif versiyası, giriş dəyərləri, ara nəticələr və yuvarlaqlaşdırma addımları.
  • İstisna və düzəliş axını: dayandırılan hesablamalar, əl ilə təsdiqli düzəlişlər və sonrakı uzlaşdırma.

Mühərrik ledger deyil. O, ledger-ə postinq üçün maliyyə hadisəsi və tələb olunan metadata verir; balansı dəyişdirən jurnal qeydlərini ledger yaradır. Mühərrik order management sistemi də deyil: OMS order və fill faktlarını idarə edir, komissiya mühərriki isə həmin faktlara tarif qaydalarını tətbiq edir. Bu ayrım komissiya məntiqini müstəqil test etməyə və qayda dəyişikliklərini icra axınından ayırmağa imkan verir.

Qayda modelini cədvəldən idarə olunan konfiqurasiyaya keçirin

Yaxşı modeldə “komissiya planı” sadəcə faiz sahəsi deyil, versiyalanan siyasətdir. Hər plan üçün qüvvədəolma intervalı, status, təsdiq qeydi və dəyişiklik səbəbi saxlanmalıdır. Qaydanın uyğunluq şərtləri hesab, hesab qrupu, hüquqi şəxs, region, məhsul ailəsi, konkret alət, tərəfdaş, tərəf və icra məkanı kimi ölçüləri əhatə edə bilər.

Tarif komponentləri

  • Basis: notional, nominal həcm, lot, müqavilə, səhm, fill sayı və ya sabit məbləğ.
  • Dərəcə: məsələn, lot başına məbləğ, bps, müqavilə üzrə məbləğ və ya pillə üzrə faiz.
  • Minimum və maksimum: order, fill, gün və ya hesablaşma dövrü səviyyəsində tətbiq olunduğu açıq yazılmalıdır.
  • Valyuta: tarif valyutası, hesab valyutası və çevirmə məzənnəsinin mənbə/vaxt qaydası.
  • Yuvarlaqlaşdırma: dəqiqlik, metod və yuvarlaqlaşdırmanın hər fill-də, yoxsa cəmləndikdən sonra aparılması.

Qayda seçimi üçün prioritet də açıq olmalıdır. Məsələn, konkret hesab və alət qaydası hesab qrupu və məhsul ailəsi qaydasını üstələyə bilər. Eyni prioritetli iki aktiv qayda varsa, sistem “təsadüfi ilk uyğunluq” seçməməlidir; hesablamanı istisnaya göndərməli və konfigurasiya konfliktini göstərməlidir.

Pilləli komissiyanı dəqiq müəyyənləşdirin

Commission tier calculation trading platform layihələrində ən çox anlaşılmazlıq “həcm” anlayışından yaranır. Həcm günlük, aylıq, rolling 30 gün, təqvim ayı, hesab üzrə, ailə üzrə və ya konsolidə edilmiş müştəri qrupu üzrə hesablana bilər. Həmçinin pillənin cari fill-ə tam, yoxsa pillələr arasında bölünmüş şəkildə tətbiq olunması əvvəlcədən müəyyən edilməlidir.

Məsələn, aylıq 0–10 milyon notional üçün 3 bps, 10–50 milyon üçün 2 bps tarifində 12 milyonluq yeni fill üçün iki mümkün siyasət mövcuddur: bütün fill 2 bps ilə qiymətləndirilir və ya ilk 10 milyon 3 bps, qalan 2 milyon 2 bps ilə hesablanır. Hər ikisi biznes baxımından qəbul edilə bilər; təhlükəli olan onların eyni qayda mətnində qarışmasıdır. Mühərrik pillə metriki, ölçmə pəncərəsi, sayılan hadisələr, ləğv edilmiş trade-lərin təsiri və sərhəd davranışını ayrıca konfiqurasiya etməlidir.

Rebatlar ayrıca, mənşəyi görünən komponent olmalıdır

Rebatı sadəcə mənfi komissiya kimi gizlətmək düzgün nəzarət yaratmır. Trading rebate management software rebatın mənbəyini, hüququnu və alıcısını göstərməlidir: likvidlik provayderi rebatı, maker təşviqi, tərəfdaş payı, kampaniya krediti və ya həcmə bağlı endirim eyni hadisədə ayrı komponentlər kimi saxlanıla bilər. Beləliklə, bruto komissiya, endirim, xarici rebat və müştəriyə net təsir ayrıca izah edilir.

Rebatın nə vaxt tanındığını da müəyyən edin: fill anında təxmini accrual, broker və ya venue faylı gəldikdə təsdiqlənmiş məbləğ, yaxud dövr sonu hesablaşması. Təxmini və təsdiqlənmiş məbləğlər eyni fakt kimi yazılmamalıdır. Onları əlaqəli, lakin statusu fərqli hadisələr kimi saxlamaq sonradan fərqin izahını sadələşdirir.

Yuvarlaqlaşdırma və valyuta çevirmə qaydaları məhsul tələbləridir

Binary floating-point hesablamaları pul məbləğləri üçün uyğun deyil. Mühərrik decimal və ya ən kiçik pul vahidi əsasında hesablamalı, daxili dəqiqliyi nəticə dəqiqliyindən ayırmalı və seçilən rounding mode-u qayda versiyasının hissəsi kimi saxlamalıdır. ISO 4217 kodları valyuta identifikasiyası və minor unit əlaqəsinin standartlaşdırılmış əsasını verir; lakin platforma alət və müqavilə şərtlərinə görə öz dəqiqlik siyasətini də açıq idarə etməlidir.

Məsələn, komissiyanı hər partial fill üçün iki onluğa yuvarlaqlaşdırmaqla order üzrə xam məbləğləri cəmləyib sonda iki onluğa yuvarlaqlaşdırmaq fərqli nəticə verə bilər. Doğru seçim müqavilə və məhsul siyasətindən asılıdır, amma seçim hər yerdə eyni tətbiq edilməli və müştəri dəstəyi tərəfindən yenidən hesablanmalıdır.

Tarif valyutası hesab valyutasından fərqlidirsə, hesablamada ən azı bu məlumat olmalıdır: çevirmə cütü, məzənnə dəyəri, məzənnə vaxtı, mənbə, yön və fallback siyasəti. Məzənnə yoxdursa, səssiz şəkildə son məlum məzənnədən istifadə etmək əvəzinə hadisəni gözləməyə və ya nəzarətli istisna növbəsinə yönləndirmək daha təhlükəsizdir.

Hadisə əsaslı postinq və idempotency

Komissiya hesablaması fill, trade correction, cancel-bust, end-of-day accrual və ya xarici rebat faylı kimi hadisələrdən işə düşə bilər. Hər girişdə sabit hadisə identifikatoru, versiya, mənbə vaxtı və emal vaxtı olmalıdır. Nəticə üçün idempotency açarı, məsələn trade ID + fee component + rule version + calculation revision, eyni mesajın təkrar çatdırılması zamanı iki dəfə komissiya yaranmasının qarşısını alır.

Nəticə hadisəsi məbləğlə yanaşı “izah paketi” daşımalıdır: giriş fill-i, uyğunluq atributları, seçilən schedule ID və versiyası, pillədən əvvəlki və sonrakı həcm, formula, FX məlumatı, yuvarlaqlaşdırma və rule decision trace. Bu paket sonradan qaydanın yenidən işlədilməsi deyil, həmin anda verilmiş qərarın sübutudur.

Düzəlişlər: keçmişi dəyişməyin, fərqi post edin

Auditable trading fee adjustments üçün ən vacib prinsip dəyişməzlikdir. Tarif səhv qurulubsa, trade düzəlibsə və ya xarici rebat sonradan təsdiqlənibsə, əvvəlki hesablamanı redaktə etməyin. Orijinal fee event-a istinad edən yeni adjustment event yaradın. Adjustment səbəbi, tələb edən şəxs, təsdiqləyən rol, sübut əlavələri və təsirlənən hesablaşma dövrü ayrıca saxlanmalıdır.

İki düzəliş növünü ayırmaq faydalıdır: avtomatik düzəlişlər, məsələn cancel-bust və korrektə olunmuş fill-dən yaranan reversallar; həmçinin nəzarətli əməliyyat düzəlişləri, məsələn müqavilə istisnası və ya müştəri şikayətinin araşdırılması. İkinci halda maker-checker təsdiqi, məbləğ limiti, reason code və dəyişməz audit izi vacibdir. ABŞ-da tənzimlənən broker-dealer mühitində elektron qeydlərin əlçatan və istifadə oluna bilən formatda təqdim edilməsi ilə bağlı tələblər ayrıca nəzərə alınmalıdır.

Uzlaşdırma və test strategiyası

Komissiya mühərriki “hesabladı” deyə düzgün sayılmır. O, hər gün ən azı üç istiqamətdə uzlaşdırılmalıdır: daxili fill-lər ilə hesablanmış komissiyalar, ledger-ə qəbul edilmiş fee posting-lər və mövcud olduqda venue/broker invoice və rebat faylları. Fərqlər “missing event”, “rule mismatch”, “FX unavailable”, “rounding variance”, “late correction” kimi səbəb kodları ilə növbəyə düşməlidir.

Release-dən əvvəl vacib testlər

  • Tarix sərhədində schedule versiyasının dəyişməsi.
  • Tier həddini keçən partial fill və cancel-bust ardıcıllığı.
  • Minimum komissiyanın fill, order və gün səviyyələrində fərqli tətbiqi.
  • Mənfi rebat, sıfır komissiya kampaniyası və komissiya tavanı.
  • FX məzənnəsinin gecikməsi, fərqli hesab valyutası və minor-unit sərhədləri.
  • Eyni hadisənin təkrar çatdırılması, mesajların sırasız gəlməsi və backfill.
  • Qayda konfliktləri, deaktiv edilmiş schedule və təsdiqlənməmiş düzəliş cəhdi.

Bu testlər yalnız unit test deyil. Tarif analitikləri tərəfindən oxuna bilən nümunə cədvəlləri, property-based sınaqlar və istehsal məlumatına bənzər replay ssenariləri birlikdə istifadə edilməlidir. Komissiya qaydasının hər dəyişiklik paketi təsdiq edilmiş test nümunələri, gözlənilən nəticələr və rollback qərarı ilə buraxılmalıdır.

Komissiya mühərriki üçün seçim checklist-i

  • Biznes komandası hər nəticə üçün seçilən qaydanı və formulu görə bilirmi?
  • Qayda versiyası keçmiş tarixə tətbiq ediləndə köhnə nəticə təkrar istehsal olunurmu?
  • Pillə metriyi və threshold davranışı müqavilə dilində aydındırmı?
  • Rebat bruto komissiyadan, endirimdən və tərəfdaş payout-undan ayrıdırmı?
  • Yuvarlaqlaşdırma nöqtəsi və FX fallback siyasəti sənədləşdirilibmi?
  • Manual dəyişikliklərin maker-checker təsdiqi və səbəb kodları varmı?
  • Hesablamalar ledger posting-ləri və xarici hesablaşmalarla müntəzəm uzlaşdırılırmı?

POLADO komissiya qaydalarının kataloqunu, event-driven calculation xidmətini, əməliyyat ekranlarını, audit sübutunu və inteqrasiya sərhədlərini birlikdə layihələndirə bilər. Mövcud trading məhsulunuzda bu imkanların necə yerləşəcəyini görmək üçün FT10 FinTech layihəsinə baxın, trading arxitekturası üzrə ilkin müzakirə üçün isə POLADO ilə əlaqə saxlayın.