Sonuç Politikaları: Zamanlama ve KYC

1) Sonuç politikasını neden resmileştirmek

• Biletlerin seviyesini düşürür ve yükselir ("para ne zaman gelecek? »);
• AML/KYC uyumluluğunu sağlar (yaş, yaptırımlar, SoF/SoW);
• Dolandırıcılık/ters ibraz ve tahkim anlaşmazlıklarını azaltır;
• Finans/destek/pazarlama için öngörülebilir SLA'lar sağlar.

2) Demiryolu sınıflandırması ve beklenen hız

3) KYC seviyeleri ve sonuçlar üzerindeki etkisi

İlke: KYC ne kadar yüksekse, mevcut raylar o kadar geniş ve sınırlar/hız o kadar yüksek olur.

Temel: küçük sınırlar; Yalnızca "yavaş" veya dahili pimlere izin verilir (cüzdan/sınırlı A2A başına).
Tam KYC (ID + Adres + Liveness): standart sınırlar; Banka raylarına, Push-to-Card'a, yerel hızlı şemalara erişim.
EDD (genişletilmiş): Büyük miktarlar/sık ödemeler; SoF/SoW (fon/durum kaynağı), alıcı beyaz listeleri, hızlandırılmış işleme gerektirir.

Adım atma tetikleyicileri: büyük miktarda, yeni alıcı, atipik cihaz/coğrafi, aşırı hız, yüksek riskli MCC (iGaming, yarı önbellek), birikmiş kazançlar.

4) Potansiyel müşterilerde sınırlar ve dolandırıcılıkla mücadele

• İşlem başına/Günlük/Haftalık/Aylık kapaklar.
• Hız: N ödeme/saat, sürgülü pencere miktarları, değişen detayların sıklığı.
• Yeni alıcılar: Azaltılmış kapak/zorunlu soğutma (örneğin, 12-24 saat) ve adım atma.
• Coğrafi/yaptırımlar: Listelerin reddedilmesi/izin verilmesi, belirli ülkelerin/bankaların yasaklanması.
• Risk profili: Müşteri/oturum puanı sınırlarının çarpanları.
• Ödeme kilidi: Anomaliler/ters ibraz/ODR'den sonra, doğrulama tamamlanana kadar geçici engelleme.

5) Ödeme durumları ve çalışma modeli

• 'sorgulandı' - kullanıcı isteği
• 'queued' - sıralı ödeme
• 'proses' - sağlayıcı/banka tarafından işlenir
• 'sent' - demiryoluna gönderildi (UTR/ARN/Trace var)
• 'settled' - alıcı temizlendi/Finrisks yok
• 'failed' - demiryolu/banka arızası
• 'revize edildi/iade edildi' - geri ödeme (ACH R kodları, SEPA iadesi, FPS reddi)
• 'on _ hold' - uyumluluk/EDD/SoF kontrolü
• 'telli' - kullanıcı/operatör tarafından iptal edildi

Artifaktlar: 'payoutId', 'requestId' (idempotency), 'beneficialId', 'rail', 'amount/currency', 'UTR/ARN/Trace', hata kodları.

6) Ödeme kuyruğu ve çekirdek mimarisi

• Orkestratör (durum makinesi): Raylar/limitler/zaman dilimleri üzerinde yönlendirme.
• Zamanlayıcı: kesim/tatiller için muhasebe (demiryolu başına/ülke başına).
• Idempotency: 'requestId' + olay veri tekilleştirme tuşu.
• Webhooks sağlayıcısı: imzalı/NMAS, geri alma, DLQ ile yeniden ödeme.
• Mutabakat: Kayıtlarla otomatik keşif (günlük) + periyodik tam keşif; UTR/ARN depolama.
• Politika Motoru: CCR/limitler/puanlama kuralları ve arıza nedenleri (açıklanabilirlik).
• Hazine/Likidite: PSP/banka bakiyelerinin izlenmesi, hızlı demiryolu prefanding, yeniden dengeleme.

7) Likidite ve Prefanding

Hızlı raylar (RTP/FPS/PIX/Push-to-Card/e-cüzdanlar) genellikle önceden bağlanmayı gerektirir.
Sağlayıcının sınırlarını koruyun ve hesaplar arasında otomatik yeniden dengeleme (süpürme) yapın.
Nakit açığı: "Vaat edilen" ödemelerin muhasebesini gerçek borçlardan ayırın.
Likidite düştüğünde azalan otomatik bir yöntem girin (geçici olarak yavaş raylara geçin).

8) İletişim ve UX

Demiryolu, kesim ve kullanıcı TZ dahil olmak üzere beklenen varış tarihi/saatini gösterin.
Açıklanan durumlar: "KYC/SoF kontrolünde", "banka penceresi bekliyor", "gönderildi: UTR/ARN numarası".
Ürün SSS: Sınırlar, zamanlama, desteklenen raylar, SoF/SoW'un ne olduğu, isteğin neden reddedildiği.
Yeni alıcılar: bekletme/adım atma hakkında uyarı, ayrıntıların onaylanması (mikro depozito/1 sentlik çek, test ödemesi).
Hata önleyici UX: IBAN/BIC maskesi, biçim doğrulama, BSB/Sıralama kodu ipucu, alıcı "şablonları" kaydeder.
Cooldown: Şeffaf nedeni ile yüksek riskli profiller için yumuşak gecikme.

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

KYC: Kimlik, adres, canlılık; Yaş ve coğrafi bloklar.
Yaptırımlar/PEP: onboarding ve döngüsel tarama; Büyük ödemelerden önce - ikinci bir kontrol.
SoF/SoW: Fon/koşul kaynağının onaylanması (banka tabloları, gelir tabloları, sözleşme).
Vaka yönetimi: karar günlüğü, SLA işleme, denetim izi.
Sorumlu Oyun (iGaming için): Bonus çekme, kendini dışlama kontrolleri, gün/hafta "sorumlu" sınırları.

10) Raylardaki hatalar ve geri dönüşler (dikkate alınması gerekenler)

ACH: döner (R01... R10), NACHA pencereleri, blok listeleri.
SEPA: Reddet/İade Et/Geri Çağırma; IBAN doğrulama, kod nedeni (AC04, AG01, vb.).
FPS/RTP/PIX: genellikle nihai; Return - ayrı bir karşı operasyon.
Push-to-Card: Yayıncının gecikmeleri/limit sapmaları olabilir.
SWIFT: muhabir ücretleri, "kaldırma ücretleri", alıcı bankanın uygunluğundaki gecikmeler.

11) Ekonomi ve komisyonlar

Ücret modeli: düzeltme/yüzde, miktarlar için eşikler, FX marjı, hızlı raylar için ayrı tarifeler.
KYC seviyeleri ↔ oranları: VIP/EDD - komisyonun/önceliğin altında; Temel - daha yüksek bakım maliyeti.
Antifraud maliyetleri: denetimlerin/yatırımların maliyeti, geri dönüşlerin/reddetmelerin payı.
Optimizasyon: gruplama ödemeleri (toplu), off-peak "yavaş" rayların zamanlama, miktar/ülke/günün saatine göre demiryolu seçimi.

12) Yönetim için KPI/metrikler

SLA uyumluluğu: Vaat edilen tarihte gelen ödemelerin yüzdesi.
Nakit Zamanı: "Yerleşmiş" için medyan/95-persentil zamanı.
Raylar ve nedenler (kodlar) için iade/reddetme oranı.
Demiryoluna göre pay: yöntemlere göre dağıtım ve bunların onaylanması/yerleşmesi.
ODR/Gecikme/Arıza Şikayetleri.
Hold/EDD oranı: manuel doğrulamaya giren ödemelerin payı; Ortalama karar süresi.
Likidite çalışma süresi: hızlı rayların mevcut olduğu zaman.
Ödeme başına maliyet и FX etkisi.

13) Sonuç Politikası Başlatma Kontrol Listesi

1. Demiryolu matrisi: ülkeler/para birimleri/limitler/son tarihler/kesinti/tatiller - yapılandırma hizmetinde.
2. Politika Motoru: Açıklama günlükleri ile KYC/limitler/hız/EDD kuralları.
3. Ödeme orkestratörü: kuyruk, retrai, idempotency, HMAC ile webhooks.
4. Hazine: hızlı demiryolu prefanding, otomatik yeniden dengeleme, sağlayıcı sınırları.
5. KYC/AML/SoF/SoW: sağlayıcılar, oyun kitapları, SLA'lar, yükselmeler.
6. UX/İletişim: Demiryolu ile ETA, statüler, UTR/ARN, bekletmeler/arızalar için anlaşılabilir nedenler.
7. Keşif: günlük otomatik keşif + tam keşif; "Kayıt olmadan başarı", "yaşlanan ödemeler" için uyarılar.
8. İzleme: KPI gösterge panoları, likidite/başarısızlık/geri dönüş büyüme alarmları.
9. Test paketi: Her ray için e2e (başarı/başarısızlık/geri dönüş), yeni alıcı, büyük miktar, sağlayıcı zaman aşımları.

14) İlke bölümü şablonu (ToS/wiki için)

• SEPA: T + 1 BD (öğleden sonra 3'e kadar CET), SEPA Instant - genellikle 30 dakika içinde.
• FPS/PIX/RTP: Genellikle dakika modu, ancak yeni alıcılar için 24 saate kadar kontroller mümkündür.
• ACH: T + 1-T + 2 BD; Aynı Gün ACH - kesme bankasından önce hizmet verirken.

• X €/güne kadar - Temel, üzeri - Kimlik + özçekim gereklidir; Y € üzerinde - SoF/SoW.
• Yeni alıcı - 24 saate kadar güvenli bekletme.

• Per-txn:..., Günlük:..., Haftalık:... (dinamik olarak seviye/risk).

• SEPA/FPS -..., SWIFT -... (+ muhabir ücretleri), Push-to-Card -....

• Ret/İade durumunda, fonlar içindeki bakiyeye geri dönecektir...; Bildirimde sebep hakkında sizi bilgilendireceğiz (kod/açıklama).

15) Destek için hızlı cevaplar

Para ne zaman gelecek? - {rail} için {ETA}'ya kadar bekleyin. UTR/ARN'niz {kod}'dur.
Neden bekliyorsun? - Güvenlik kuralları tetiklendi (yeni alıcı/miktar/coğrafi). Lütfen {SoF/ID} belgesini indirin.
Daha hızlı mümkün mü? - {fast rail} üzerinde bir prefanding/diğer limite ihtiyacınız olacak; Alternatif bir yöntem önerin.
Neden reddediyorsun? - Alıcının bankası reddedildi (kod {X}). Ayrıntıları kontrol edin veya başka bir ray seçin.

Özet

Güçlü çıkarım politikası = şeffaf zamanlama + öngörülebilir KYC limitleri + güvenilir demiryolu orkestrasyonu. Kuralları bir yapılandırmada saklayın, açıklama günlüklerine sahip bir politika motoru kullanın, idempotency/Recon/Webhooks'u sağlayın, likiditeyi ve prefanding'i yönetin ve kullanıcıyla tam olarak ETA + UTR/ARN ile iletişim kurun. Böylece riski azaltır, uyumluluğu korur ve ödemelerin hızından ödün vermeden güveni artırırsınız.