Nəticə siyasəti: vaxt və KYC

1) Niyə nəticə siyasətini rəsmiləşdirmək

• biletlərin və eskalasiyanın səviyyəsini aşağı salır ("pul nə vaxt gələcək? »);
• AML/KYC uyğunluğunu təmin edir (yaş, sanksiyalar, SoF/SoW);
• frod/charjback və arbitraj mübahisələri azaldır;
• maliyyə/sapport/marketinq üçün proqnozlaşdırıla bilən SLA verir.

2) Relslərin təsnifatı və gözlənilən sürət

3) KYC səviyyələri və nəticələrə təsiri

Prinsip: KYC nə qədər yüksək olarsa, mövcud relslər bir o qədər geniş və limitlər/sürət daha yüksəkdir.

Basic (sadələşdirilmiş): kiçik limitlər; yalnız «yavaş» və ya daxili nəticələrə icazə verilir (cüzdan/məhdud A2A).
Tam KYC (ID + Address + Liveness): standart limitlər; bank relslərinə, Push-to-Card, yerli sürətli sxemlərə çıxış.
EDD (genişləndirilmiş): böyük məbləğlər/tez-tez ödənişlər; SoF/SoW (vasitə mənbəyi/vəziyyəti), alıcıların ağ siyahıları, sürətli emal tələb olunur.

Step-up tetikleyicilər: böyük məbləğ, yeni alıcı, atipik cihaz/geo, velocity, yüksək risk MCC (iGaming, kvazi-cache), yığılmış qazanc.

4) Nəticə limitləri və antifrod

• Per-transaction / Daily / Weekly / Monthly caps.
• Velocity: N ödənişlər/saat, sürüşmə pəncərəsi üzrə məbləğlər, rekvizitlərin dəyişmə tezliyi.
• Yeni alıcılar: azaldılmış sar/məcburi cooling-off (məsələn, 12-24 saat) və step-up.
• Geo/sanksiyalar: deny/allow siyahıları, müəyyən ölkələrin/bankların qadağan.
• Risk profili: müştəri/sessiya score limitləri multiplikatorları.
• Payout-lock: yoxlama başa çatana qədər/chargeback/ODR anomaliyalarından sonra müvəqqəti kilidləmə.

5) Payout statusları və əməliyyat modeli

• 'requested' - istifadəçi sorğusu
• 'queued' - ödənişlər növbəsinə qoyulur
• 'processing' - provayderdə/bankda emal
• 'sent' - relsə göndərilib (UTR/ARN/Trace var)
• 'settled' - alıcının hesabı təsdiqləndi/maliyyə riski yoxdur
• 'failed' - relsdə/bankda nasazlıq
• 'reversed/returned' - geri qaytarma (ACH R kodları, SEPA return, FPS reject)
• 'on _ hold' - complayens/EDD/SoF yoxlama
• 'canceled' - istifadəçi/operator tərəfindən ləğv edilib

Artefaktlar: 'payoutId', 'requestId' (idempotentlik), 'beneficiaryId', 'rail', 'amount/currency', 'UTR/ARN/Trace', uğursuzluq kodları.

6) Ödəniş növbəsi və nüvənin arxitekturası

• Orchestrator (state machine): relslər/limitlər/taymzonlar üzrə marşrutlaşdırma.
• Scheduler: cut-off/bayramların uçotu (per-rail/per-country).
• Idempotency: 'requestId' açarı + hadisələrin təkrarlanması.
• Webhooks provayder: abunə/NMAS, backoff, DLQ ilə retray.
• Reconciliation: auto-recon (gündəlik) + periodik full-recon; UTR/ARN saxlama.
• Policy Engine: CCC/limitlər/skoring qaydaları və uğursuzluq səbəbləri (explainability).
• Treasury/Liquidity: PSP/banklarda qalıqların monitorinqi, sürətli relslər üçün prefandinq, yenidən balans.

7) Likvidlik və prefandinq

Sürətli relslər (RTP/FPS/PIX/Push-to-Card/e-wallets) tez-tez prefanding tələb edir.
Hesablar arasında provayder və avto-balans (sweep) limitləri saxlayın.
Kassa boşluğu: «vəd edilmiş» ödənişlərin mühasibat uçotunu faktiki debetlərdən ayırın.
Likvidlik düşdükdə avtomatik üsulu daxil edin (müvəqqəti olaraq yavaş relslərə keçin).

8) Rabitə və UX

Rels, cut-off və TZ istifadəçisini nəzərə alaraq gözlənilən giriş tarixini/vaxtını göstər.
Başa düşülən statuslar: «KYC/SoF yoxlamasında», «bank pəncərəsini gözləyirik», «göndərildi: UTR/ARN nömrəsi».
Məhsulda FAQ: limitlər, şərtlər, dəstəklənən relslər, SoF/SoW nədir, niyə sorğu rədd edilir.
Yeni alıcılar: hold/step-up xəbərdarlığı, rekvizitlərin təsdiqi (micro-deposit/1-cent check, test payout).
Anti-error UX: maska IBAN/BIC, format təsdiqi, BSB/Sort kodu ipucu, alıcıların «şablonlarını» saxlamaq.
Cooldown: şəffaf səbəb ilə yüksək riskli profillər üçün yumşaq gecikmə.

9) Komplayens: KYC/AML/EDD/SoF/SoW

KYC: ID, ünvan, həyat; yaş və geo-bloklar.
Sanctions/PEP: onbordinq və tsiklik skrininq; böyük ödənişlərdən əvvəl - təkrar çek.
SoF/SoW: vəsaitin/sərvətin mənbəyinin təsdiqi (bank hesabatları, gəlir arayışları, müqavilə).
Case-management: həllər jurnalı, SLA emalı, audit-trail.
Responsible Gaming (iGaming üçün): bonus vəsaitlərinin çıxarılması üçün holdlar, öz-özünə istisnalar üzrə yoxlamalar, gündəlik/həftəlik «məsuliyyətli» limitlər.

10) Relsdə səhvlər və geri qaytarmalar (nəzərə alınmalıdır)

ACH: qaytarmalar (R01... R10), NACHA pəncərələri, blok vərəqləri.
SEPA: Reject/Return/Recall; IBAN-validasiya, kod səbəbi (AC04, AG01 və s.).
FPS/RTP/PIX: adətən son; geri qaytarılması - ayrıca əks əməliyyat.
Push-to-Card: emitentdə gecikmələr/limitlərdən kənarlaşmalar mümkündür.
SWIFT: müxbir komissiyaları, «lifting fees», alıcı bankın komplayensində gecikmələr.

11) İqtisadiyyat və komissiyalar

Fee model: fix/faiz, məbləğlər üzrə eşiklər, FX marjası, sürətli relslər üçün ayrı-ayrı tariflər.
KYC-səviyyələri tarifləri: VIP/EDD - aşağıda komissiya/prioritet; Basic - daha yüksək xidmət dəyəri.
Antifrod xərcləri: yoxlamalar/investisiyaların dəyəri, geri qaytarmalar/uğursuzluqlar payı.
Optimallaşdırma: ödənişlərin qruplaşdırılması (batch), off-peak-də «yavaş» relslərin cədvəli, günün cəmi/ölkəsi/vaxtı üzrə relslərin seçimi.

12) KPI/nəzarət üçün metrik

SLA riayət: vəd edilmiş müddətdə gəlmiş ödənişlərin% -i.
Time-to-Cash: mediana/95-persentil 'settled'.
Relslər və səbəblər (kodlar) üzrə Return/Reject rate.
Share by rail: metodları və onların approve/settle paylanması.
ODR/gecikmələr/uğursuzluqlar haqqında şikayətlər.
Hold/EDD rate: manual yoxlamaya düşən ödənişlərin payı; orta həll vaxtı.
Liquidity uptime: sürətli relslərin mövcud olduğu vaxt.
Cost per payout и FX impact.

13) Check-list başlanğıc nəticə siyasəti

1. Rels matrisi: ölkələr/valyutalar/limitlər/müddətlər/cut-off/bayramlar - -servisdə.
2. Policy Engine: KYC/limitləri/velocity/EDD qaydaları explain log ilə.
3. Ödəniş orkestratoru: növbə, retralar, idempotentlik, HMAC ilə webhooks.
4. Treasury: sürətli relslərin prefandinqi, avto-rebalance, provayder limitləri.
5. KYC/AML/SoF/SoW: provayderlər, playbook, SLA, eskalasiya.
6. UX/Rabitə: Relsdə ETA, statuslar, UTR/ARN, holdların/uğursuzluqların başa düşülən səbəbləri.
7. Recon: daily auto-recon + full-recon; «reyestr olmadan uğur», «aging payouts».
8. Monitorinq: KPI daşbordları, likvidlik/uğursuzluq/geri dönüş artımı ilə bağlı narahatlıqlar.
9. Test paketi: hər relsdə e2e (uğur/uğursuzluq/geri qaytarma), yeni alıcı, böyük məbləğ, provayder vaxtı.

14) Siyasət bölmə şablonu (ToS/wiki üçün)

• SEPA: T + 1 BD (15:00 CET qədər), SEPA Instant - adətən 30 dəqiqə ərzində.
• FPS/PIX/RTP: adətən dəqiqə rejimi, lakin yeni alıcılar üçün 24 saata qədər yoxlamalar mümkündür.
• ACH: T+1–T+2 BD; Same Day ACH - bankın katoffuna qədər təqdim edildikdə.

• € X/gün qədər - Basic, yuxarıda - ID + selfi tələb olunur; € Y-dən yuxarı - SoF/SoW.
• Yeni alıcı - 24 saat təhlükəsiz hold.

• Per-txn: …, Daily: …, Weekly: … (dinamik səviyyədə/risk).

• SEPA/FPS — …, SWIFT — … (+ müxbir komissiyası), Push-to-Card -....

• Reject/Return vəziyyətində vəsait...; səbəbini bildirişdə bildirəcəyik (kod/təsvir).

15) Sapport üçün sürətli cavablar

Pul nə vaxt gəlir? - {rels} üçün {ETA} qədər gözləyin. Sizin UTR/ARN: {kod}.
Niyə hold? - Təhlükəsizlik qaydaları işlədi (yeni alıcı/məbləğ/geo). {SoF/ID} sənədini yükləyin.
Daha sürətli ola bilərsinizmi? - {sürətli rels} üçün prefanding/digər limit tələb olunacaq; alternativ metodu təklif edəcəyik.
Niyə imtina? - Alıcının bankı rədd etdi (kod {X}). Təfərrüatları yoxlayın və ya başqa bir rels seçin.

Xülasə

Güclü nəticə siyasəti = şəffaf vaxt + KYC proqnozlaşdırıla bilən limitlər + relslərin etibarlı orkestri. Qaydaları konfiqada saxlayın, explain loqları ilə policy engine istifadə edin, idempotentlik/Recon/Webhooks təmin edin, likvidliyi və prefandinqi idarə edin və dəqiq ETA + UTR/ARN istifadəçisi ilə əlaqə saxlayın. Belə ki, siz riskləri azaldır, ödəmə sürətini itirmədən uyğunluğu saxlayır və etimadı artırırsınız.