US RTP: real vaxt ödənişləri

1) RTP nədir və harada iGaming lazımdır

• oyunçulara və affiliatlara ani ödənişlər (cash-out/withdrawals),
• sürətli B2B köçürmələri (bank siyasətçiləri tərəfindən məhdudlaşdırılır),
• kartlar kimi çarcbeklər olmadan «saniyələr ərzində qəbul».

ASN/kartlardan əsas fərqlər

Yalnız kredit push (təşəbbüskar ödəyir), debits → aşağı risk «icazəsiz silinmələr».
Final finalı: klassik çarcbeklər yoxdur; geri qaytarmalar - ayrı-ayrı razılıq ssenariləri vasitəsilə.
ISO 20022-mesajları, real vaxt vəziyyətləri.

2) Şəbəkə və əhatə

• RTP® Network (Clearing House) - tarixən ilk böyük ölçülü RTGS 24/7/365.
• Federal Reserve - «ani» kredit köçürmələrinin müqayisəli məntiqi ilə ikinci rels.

• benefisiar tərəfindən RTP/FedNow mövcudluğunu yoxlamaq,
• mövcud olmadıqda alternativə keçid (ACH Same Day, kart push).

3) Mesajlar və funksiyaları

Credit Transfer - ani köçürmə «hesab → hesab» (routing & account).
Request-for-Payment (RfP) - ödəniş sorğusu: «ticarət təşəbbüsü ilə» depozitlər üçün əlverişlidir (istifadəçi öz bankında təsdiqləyir).
Advice/Status - təsdiq və bildirişlər (accepted/posted/failed), reason codes.
Remittance/Invoice data - 'payment _ id' üçün ödəmə və mapping sahəsi.

4) iGaming saytları

4. 1 Ödənişlər (outbound)

VIP-cashout dəqiqə ərzində: alıcıda RTP mövcud olduqda - finallaşma ilə real T0.
Fallback-məntiq: heç bir RTP → FedNow cəhd; mövcud deyil/limitləri aşdı → ACH Same Day/kart push.

4. 2 Depozitlər (inbound)

RfP vasitəsilə: hesab yaratmaq, müştəri bank tətbiqində təsdiq → ani hesablaşma.
RTP pull modelləri vasitəsilə işləmir (debet yoxdur) - lazım gələrsə, avtomatik yazılar üçün ACH/A2A istifadə edin.

5) Son, ləğv və geri qaytarma

Hesablamanın yekunluğu: qəbul edildikdən sonra - vəsait hesablanır, «çarcbek» yoxdur.
Postinqdən əvvəl ləğv - yalnız alıcının bankı hələ aksept etməmişsə (dar).
Ödənişdən sonra geri qaytarma - benefisiara/onun bankına sorğu vasitəsilə (Request for Return of Funds) və ya ayrıca əks əməliyyat ilə qarşılıqlı hesablaşma. Qərar - alıcının/bankın istəyi ilə, zəmanət olmadan.

Nəticə: göndərilmədən əvvəl pre-risk lazımdır (OFAC/KYC/velocity/negative lists), çünki ödənişi «geri qaytarmaq» ACN/kartlardan daha çətindir.

6) Uyğunluq və risk nəzarəti

Göndərən və benefisiarın KYC/KYB (riskli seqmentlər üzrə).
OFAC/sanksiyalar - göndərilmədən əvvəl.
RBA limitləri: per-tx/per-day oyunçu, cihaz/bank/geo; velocity və davranış siqnalları (rapid in-out, yeni rekvizitlər).
TTL və reverifikasiya ilə Whitelist rekvizitləri (routing/account).
Name-matching/CoP analoqu (əgər provayderdə varsa) səhv ödənişləri azaldır.

7) İnteqrasiya və orkestr

7. 1 Ödəniş axını (referans)

1. Oyunçu geri çəkilmək üçün sorğu yaradır.
2. Yoxlamalar: KYC/OFAC/RBA/limitlər; routing/account validation.
3. Route-həll: RTP? → FedNow? → ACH Same Day/Push-to-Card.
4. Credit Transfer göndərilməsi, status qəbulu (accepted/posted/failed).
5. Leycerdə yeniləmə, oyunçunun notifikasiyası, rekonsilasiya.

7. 2 Depozit axını (RfP)

1. 'payment _ id' və TTL ilə bağlı Request-for-Payment Generation.
2. Müştəri öz bankında təsdiq edir; qeydiyyat haqqında bildiriş alırsınız.
3. Mapping 'payment _ id end2end/trace', balans, resonsilasiya.

7. 3 Fallback və idempotentlik

İdempotent açarı 'withdrawal _ id/payment _ id'.
Status təkrarları üçün Backoff + jitter; ikiqat göndərmə qadağası.
Kanalın avtomatik açılması 'unsupported/limit/reach/unavailable' olduqda.

8) Leycer və rekonsilasiya

Unikal linklər: 'payment _ id/withdrawal _ id end2end/UETR analoqu (verildikdə)'.
T + 0/T + 1: statuslar, məbləğlər, provayder komissiyaları, unmatched-sətirlər → ayrı növbə.
Jurnallar: həll zamanı qaydaların/limitlərin versiyası, webhook imzası, status zənciri.

9) İqtisadiyyat və SLA

Qiymət: RTP/FedNow + əməliyyat xərcləri (dəstək/hadisə təhlili) üçün provayder haqqı. Çox vaxt kartlardan daha ucuzdur, standart ACH-dən daha bahalıdır.
SLA: real «ani» (saniyə) rels mövcud olduqda; UI-də ETA kommunikasiyası tələb olunur.
«Cost per Approved» yanaşması: bütün-in (fee + ops + pay fallback), yalnız əməliyyat haqqı deyil.

10) UX nümunələri

«Anında ödəmə» yalnız rekvizitlər RTP/FedNow yoxlamasından keçdikdə göstərin; əks halda - «Günün sonuna qədər (Same Day ACH)».
Göndərilməzdən əvvəl təfərrüatların yoxlanılması; aydın səhvlər və format ipuçları.
Şəffaf ETA və mümkün fallback, push-qeydiyyat bildirişləri.
RfP üçün: TTL zamanlayıcısı, «Yenidən göndər» düyməsi, «təsdiq gözləmək → qəbul» statusları.

11) Metrika və OKR

Paylarda Share RTP/FedNow və Time-to-Payout p50/p95 üzərində təsiri.
Success Rate RTP/FedNow, fallback rate и причины (no-participant/limit/unavailable).
Cost per Approved kanalları, qənaət vs kart.
Yanlış-positive complayance, əl cases payı.
Uptime/latency provayder, gecikmiş vebhuk/status.

12) Anti-nümunələr

OFAC/KYC/velocity-control olmadan RTP göndərilməsi («geri qaytarıla bilməz»).
Heç bir fallback marşrutları və idempotentlik (ikiqat və ya ödəniş uğursuzluqları).
Heç bir whitelisting/rekvizitlərin reverifikasiyası - artan səhvlər və fırıldaqçılıq.
Qeyri-şəffaf ETA/komissiyalar → biletlər və etibarsızlıq.
Bazarda bir provayder/bir bank → SPOF.

13) Giriş çek siyahısı (qısa)

• RTP + FedNow ilə müqavilələr/provayder, statuslar və imzalanmış vebhuk.
• RBA limitləri per-tx/per-day, OFAC/KYC, velocity; TTL ilə whitelist rekvizitləri.
• Marşrutlaşdırma: RTP → FedNow → ACH Same Day/Push-to-Card; idempotentlik.
• Depozitlər üçün RfP dəstəyi; TTL və mapping 'payment _ id'.
• Leyger və T + 0/T + 1 reconsilation; unmatched/hadisələr növbə.
• Дашборды: Success/Share, Time-to-Payout, fallback-rate, cost-per-approved, uptime.
• UX: təfərrüatların yoxlanılması, aydın ETA/statuslar, bildirişlər.
• Playbook: relslərin əlçatmazlığı, limitlərin aşılması, könüllü qayıdış.

14) Xülasə

US RTP - iGaming-də ani və son ödənişlər üçün ideal relsdir. Ağıllı marşrutlaşdırma və ciddi pre-risk ilə iki rels sxemi (RTP + FedNow) qurun, sürətli depozitlər üçün RfP əlavə edin, leycer/rekonsilasiya və şəffaf UX saxlayın. Beləliklə, hesablaşmadan əvvəl saniyələr, proqnozlaşdırıla bilən əməliyyatlar və nəzarət olunan dəyər alacaqsınız.