Trading platform copy trading development liderin əməliyyatını izləyici hesabına avtomatik və ya təsdiq əsaslı şəkildə köçürən, lakin bunu sadə “eyni əmri göndər” məntiqindən daha ciddi nəzarətlə edən sistemin hazırlanmasıdır. Alıcı üçün əsas sual interfeysin necə görünməsi deyil: hər izləyici üçün hansı əməliyyatın, hansı həcmdə, hansı limitlə, hansı qayda və razılıq əsasında icra olunacağını sonradan sübut etməkdir.
Etibarlı copy trading məhsulu lider–izləyici əlaqələrini, uyğunluq yoxlamalarını, abunə şərtlərini, risk limitlərini, icra istisnalarını, dayandırma əmrlərini və dəyişdirilməyən hadisə jurnalını eyni əməliyyat modelində birləşdirir. POLADO bu tip imkanları FinTech və trading sistemləri xidmətinin tərkibində OMS, hesab idarəetməsi, risk, inteqrasiya və hesabat qatları ilə birlikdə layihələndirir.
Copy trading nədir və nə deyil?
Copy trading-də izləyici bir lideri seçir və müəyyən səlahiyyət, kapital bölüşdürməsi və risk parametrləri əsasında liderin yeni mövqelərinin öz hesabında təkrarlanmasına imkan verir. Tam avtomatik modeldə izləyicinin ilkin “auto-copy” razılığı sonrakı əmrlərin hər biri üçün ayrıca klik olmadan yaradılmasına səbəb olur. Bu məhsulun tənzimləmə xarakteri yurisdiksiyadan və istifadəçi səlahiyyətinin formasından asılıdır; məsələn, ESMA və FCA avtomatik icra olunan bəzi modellərin portfel idarəetməsi kimi qiymətləndirilə biləcəyini qeyd edir. Hüquqi təsnifatı məhsul komandası deyil, səlahiyyətli hüquq və compliance mütəxəssisi konkret bazar üçün müəyyən etməlidir.
Bu funksiyanı iki yaxın, lakin fərqli mexanizmlə qarışdırmayın:
- IB komissiya sistemi müştərinin cəlb edilməsi və ya ticarət həcmi üçün tərəfdaşa komissiya hesablayır; liderin əməliyyatı izləyicinin hesabına köçürülmür.
- Post-trade allocation adətən institusional blok əməliyyatı icra olunduqdan sonra əvvəlcədən müəyyən edilmiş hesablar arasında bölür; bu, liderin davamlı real vaxt strategiyasına abunə deyil.
- Siqnal xidməti istifadəçidən hər əməliyyat üçün aktiv təsdiq tələb edə bilər. Burada siqnalın göstərilməsi ilə avtomatik order yaradılması eyni hadisə deyil.
Lider–izləyici modelinin əsas obyektləri
Sağlam arxitektura “lider ID → izləyici ID” cütlüyündən ibarət olmamalıdır. O, zamanla dəyişən müqavilə və nəzarət vəziyyətini modelləşdirməlidir. Ən azı leader profile, follower account, subscription, replication instruction, execution outcome, fee accrual, consent record və support case kimi obyektlər tələb olunur.
Abunə ayrıca versiyalanan müqavilə kimi saxlanmalıdır: lider, izləyici hesabı, başlanğıc vaxtı, seçilmiş portfel və ya strategiya, kopyalama üsulu, maksimum ayırma, icazəli alətlər, haqq planı, hüquqi mətn versiyası və status. “Aktiv” statusu təkbaşına kifayət deyil. Sistem abunənin nə vaxt dayandırıldığını, dayandırılma səbəbini, hansı açıq mövqelərin toxunulmaz qaldığını və hansı hadisələrin keçid dövründə emal olunduğunu da bilməlidir.
Replikasiya üsulunu açıq və deterministik seçin
İzləyicinin nəticəsi liderin nəticəsinin dəqiq surəti olmayacaq: hesab ölçüsü, leverage, marja, qiymət, likvidlik, minimum lot, netting/hedging rejimi və gecikmə fərqlənir. Ona görə məhsul “copy enabled” işarəsindən deyil, aydın replikasiya siyasətindən başlamalıdır.
Proporsional həcm
Bu modeldə izləyicinin həcmi liderin əməliyyat həcmi ilə əvvəlcədən müəyyən edilmiş nisbətin hasilidir. Nisbət lider equity-si, ayrılmış kapital, balans və ya konfiqurasiya edilmiş multiplier əsasında hesablana bilər. Payda və məxrəc, hesablanma vaxtı, yuvarlaqlaşdırma qaydası, minimum lotdan aşağı nəticə və maksimum həcm əvvəlcədən təsbit edilməlidir.
Sabit lot və multiplier
Sabit lot modeli izləyicinin hər uyğun lider əməliyyatını, məsələn, 0.01 lot ilə təkrarlamasına imkan verir. Multiplier isə proporsional nəticəni 0.5x və ya 1.2x kimi tənzimləyir. Bu seçimlər istifadəçiyə sadə görünür, lakin risk məhdudiyyətləri hesablamadan əvvəl və icradan əvvəl tətbiq edilməlidir.
Yeni mövqe, qismən bağlanma və korrektə
Replikator liderin open, increase, reduce, close və reverse hadisələrini ayrıca emal etməlidir. Lider mövqeni qismən bağlayanda izləyicidə sadəcə “sat” orderi yaratmaq təhlükəlidir; sistem izləyicinin bağlı copy leg-i, cari mövqesi və hesab rejimi ilə əlaqəni yoxlamalıdır. Düzəliş və ya manual əməliyyat lider tarixçəsini səssizcə yenidən yazmamalıdır: yeni korrektə hadisəsi, səbəb, operator və əlaqəli ilkin hadisə saxlanmalıdır.
İcra boru xətti: siqnaldan sübuta qədər
- Lider hadisəsini qəbul edin: kanonik order/trade hadisəsi ardıcıl nömrə, instrument versiyası, fill məlumatı və mənbə vaxtı ilə qəbul edilir.
- Uyğun abunələri müəyyən edin: yalnız həmin anda aktiv, hesabı açıq və məhsul qaydalarına uyğun izləyicilər seçilir.
- Uyğunluq və risk yoxlayın: KYC/hesab statusu, yurisdiksiya, alət icazəsi, leverage, marja, maksimal ayırma, follower exposure və gündəlik zərər limitləri qiymətləndirilir.
- İzləyici təlimatını yaradın: həcm qaydası, yuvarlaqlaşdırma, qoruyucu stop parametrləri və idempotency açarı tətbiq edilir.
- İcra və normallaşdırma: OMS və ya broker API-yə göndərilən sorğunun accepted, rejected, partial-fill, filled, expired və unknown cavabları standart vəziyyətə çevrilir.
- Audit və bildiriş: lider hadisəsi, abunə versiyası, qayda nəticəsi, order sorğusu, broker cavabı və istifadəçiyə göndərilən məlumat əlaqəli şəkildə saxlanır.
Bu dizayn FT10 və ESFX kimi maliyyə və analitika yönümlü məhsullarda vacib olan inteqrasiya, məlumat izi və operativ görünürlük prinsipləri ilə uyğundur.
İzləyici risk nəzarətləri məhsulun mərkəzində olmalıdır
Lider performans kartı risk nəzarətinin əvəzi deyil. Hər izləyici üçün ayrıca tətbiq edilə bilən limitlər yaradın:
- copy trading üçün ayrılan maksimum məbləğ və ya equity faizi;
- bir lider, bir instrument, asset class və ümumi hesab üzrə maksimum nominal exposure;
- maksimum leverage və marja istifadəsi;
- günlük, həftəlik və abunə dövrü üzrə realized/unrealized zərər həddi;
- maksimum açıq mövqe sayı, əməliyyat tezliyi və lot limiti;
- icazəli və qadağan olunmuş instrument siyahıları;
- gap, slippage və ya qiymət sapması limiti;
- risk pozuntusunda yeni kopyaları bloklayan, amma açıq mövqelər üçün ayrıca siyasət seçən kill switch.
Limitin pozulması “gizli uğursuzluq” olmamalıdır. İzləyici, dəstək və compliance komandası qərarın səbəbini, tətbiq edilmiş limit versiyasını və növbəti mümkün addımı görməlidir.
İcra uğursuzluğu və stop-copy davranışı
Copy trading-də bir lider fill-i yüzlərlə fərqli nəticə yarada bilər. İzləyici hesabında vəsait çatışmazlığı, bazarın bağlı olması, alətin əlçatan olmaması, minimum lot, qiymət qoruması, API timeout və ya broker reject halları baş verə bilər. “Retry until accepted” düzgün siyasət deyil; köhnəlmiş lider niyyətini sonradan təkrar icra etmək izləyici üçün yeni risk yarada bilər.
Hər failure code üçün siyasət müəyyən edin: retry edilə bilərmi, neçə dəfə, hansı müddətdə, qiymət və ya həcm yenidən hesablanmalıdırmı, istifadəçiyə nə göstərilməlidir və əməliyyat sonradan düzəldilə bilərmi? Unknown statusda order reconciliation tamamlanmadan ikinci sorğu göndərməkdən çəkinin.
Stop copy də tək düymə deyil. Məhsul ən azı üç seçimi aydın göstərməlidir: yeni lider əməliyyatlarını dayandırmaq və açıq izləyici mövqelərini saxlamaq; yeni əməliyyatları dayandırmaq və mövqeləri istifadəçi qaydası ilə bağlamaq; abunəni tam bağlamaq. Bu əmr üçün effective-at vaxtı, açıq əməliyyatlar, bağlanma qiyməti zəmanətinin olmaması və nəticə auditə yazılmalıdır.
Razılıq, komissiya və dəstək sübutu
İzləyicinin qəbul etdiyi risk açıqlaması, müqavilə, haqq planı və səlahiyyət mətnləri dəyişdikdə, platforma sadəcə son PDF-i saxlamamalıdır. Consent record istifadəçi, hesab, sənəd versiyası və hash, dil, vaxt damğası, IP/device konteksti, qəbul hərəkəti və abunə ilə bağlılığı saxlamalıdır. Bu, hüquq komandası üçün faydalıdır, lakin həm də müştərinin “mən bunu nə vaxt aktiv etdim?” sualına operativ cavab verir.
Performans haqqı, abunə haqqı, spread mark-up və ya lider gəlir payı varsa, onların hesablanması trade replikasiyasından ayrılmış, versiyalanan və geri izlənə bilən qayda mühərrikində olmalıdır. Komissiya düzgün icra olunmayan və ya sonradan korrektə olunan əməliyyatla əlaqəlidirsə, adjustment ayrıca jurnal hadisəsi kimi yazılmalıdır.
Alıcı üçün prioritetli delivery planı
İlk mərhələdə lider profili və marketinq reytinqini yox, nəzarət olunan minimum sistemi hazırlayın: hesab uyğunluğu, bir replikasiya metodu, əsas risk limitləri, order-state normallaşdırması, stop-copy, audit timeline və support ekranı. Sonra multi-leader portfelləri, müqayisə analitikası, geniş fee modelləri, mobil bildirişlər və daha mürəkkəb strategiya qaydalarını əlavə edin.
POLADO ilə işləyən broker və FinTech komandaları üçün başlanğıc nöqtəsi mövcud OMS, CRM/back office, hesab növləri, broker API-ləri və hüquqi əməliyyat modelinin birgə xəritələnməsidir. Konsultasiya üçün əlaqə saxlayın: komanda copy trading iş axınınızı, risk və audit tələblərinizi qiymətləndirib mərhələli texniki plan hazırlaya bilər.