SEPA Kredi Transferi/Anında

1) SCT ve SCT Öğr. - ve neden önemli iGaming

SCT (SEPA Kredi Transferi) - genellikle T + 0/T + 1 hesaplaması ile SEPA bölgesindeki bankalar arasında avro cinsinden kredi transferi (kesintiye bağlıdır).
SCT Öğr (SEPA Instant) - saniyeler içinde hedeflenen kredilendirme ile 24/7/365 anında transfer (bankanın miktarı ve katılımı ile ilgili kısıtlamalar - belirli bir bankadan/sağlayıcıdan).

İGaming için avantajlar: düşük maliyet, klasik ters ibraz eksikliği, düzenleyicilerle yüksek vekaletname, öngörülebilir yerleşim ve uygun toplu ödemeler.

2) Kullanım durumları

2. 1 Mevduat (gelen)

Havuz IBAN'ları (sanal referanslar) veya müşteri/fatura başına sanal IBAN'lar.
SCT Öğr için - fonların en hızlı "yarı-anında" devreye alınması.
Havale bilgileri - 'payment _ id'ile eşleme.

2. 2 Sonuçlar/ödemeler (giden)

ÖTV ile toplu ödemeler (toplu ödemeler) veya ÖTV ile anında nakit çıkışları Öğr.
Playbook: alıcının bankası Öğr'yi desteklemiyorsa, otomatik olarak normal SCT'ye geri dönün.

3) Entegrasyon mimarisi (referans)

• Bankacılık/PSP Katmanı: EU hesap (lar), SCT/SCT Uzman desteği, webhooks/bildirim dosyaları.
• Ödemeler Çekirdek: mevduat/ödemelerin düzenlenmesi, durumları, sınırları.
• Risk ve Uyumluluk: Onaylı Ödeme Yapan/Alıcı Taraması, RBA/EDD.
• Muhasebe ve Keşif: lager, mapping 'payment _ id ↔ bank_ref/EndToEndId', raporlama.
• İzleme: ETA, hata toleransı, R-kodu/dönüş uyarıları.

• IBAN/wirth. Link yayınlanır, müşteri bankasında ödeme başlatır, SCT/SCT Inst, webhook/statement, oyuncunun bakiyesinde kredi, mutabakat.

• Geri çekilme isteği - doğrulama (RBA/yaptırımlar/IBAN doğrulama) - SCT Öğr (varsa) veya SCT - durumlar/referanslar - oyuncuya bildirim - yeniden oluşturma.

4) Zamanlama, kesme ve ETA

ÖTV: Makbuz T + 0/T + 1, gönderme süresine ve bankanın kesilmesine bağlıdır; "banka saatleri/günleri" mümkündür.
SCT Öğr: hedef gerçek zamanlı, 7/24; Alıcının bankası İst ağında değilse veya limit aşılmışsa, transfer reddedilebilir/normal bir ÖTV'ye aktarılabilir (belirli bir sağlayıcının/bankanın kurallarına göre).

UX Uygulaması: Dinamik ETA'yı gösterin ve Öğr.'nin tüm bankalardan/tutarlardan temin edilemeyeceğini açıklayın.

5) Detayların doğrulanması

IBAN: uzunluk/biçim/sağlama toplamı denetimi (MOD97).
BIC (gerektiğinde) ve yönlendirme için banka dizinleri.
İsim Kontrolü/Payee analogunun Onayı (bankanızdan/PSP'nizden varsa): Alıcının adını IBAN ile karşılaştırmak hataları ve R kodlarını azaltır.
Faydalı kilit: Daha önce doğrulanmış ayrıntıları TTL ve limitlerle beyaz listeye alın.

6) İade ve R-kodları (teşhis)

• Geçersiz IBAN/hesap bulunamadı - Kayıttan önce reddedin.
• Inst Limits/Limits - Inst SCT Deviation veya Folback.
• Alıcı bankada uyumluluk kilitleri - Ek doğrulamadan sonra İade/Geri Çağırma.
• Alıcının bankasının mevcut olmaması teknik bir reddetmedir.

İşlemler: R kodunu, sebep metnini ve zamanı kaydedin; Otomatik iş akışını çalıştırın (IBAN/adı yeniden kontrol edin, müşteriden açıklama isteyin, uyumluluğa geçin).

7) Uyum ve risk kontrolü

KYC/KYB: RBA oyuncuları/ortakları için seviyeler; Livnes, büyük miktarlarda veya anomaliler için PoA/SoF.
Gönderenin/alıcının yaptırım taraması (isim, adres, ülke; Tüzel kişiler için - isim/reg. veri).
RBA limitleri: tx başına/gün başına kapaklar, IBAN/alıcı/cihaz ile hız.
Kırmızı bayraklar: hızlı giriş-çıkış, IBAN değişikliği, bölünmüş, olumsuz medya eşleşmeleri.
Belge akışı: Destekleyici verilerin/onayların yargı yetkisinin gereklilikleri dahilinde depolanması.

8) Ekonomi ve komisyonlar

• SCT/SCT Öğr. (işlem başına/parti/hacim indirimi) için banka/PSP oranı
• ekstreler/webhooks/dosyalar için olası ücret;
• operasyonel: işleme R-kodları/manuel durumlar/destek;
• FX - sadece euro dışındaki çapraz dönüşümler için (genellikle EUR - SEPA için EUR).

Metrik: Sadece "transfer fiyatı'değil, all-in ve Time-to-Funds (hesabınızda/müşterinizde para görünmeden önce) sayın.

9) Lager ve Yeniden Yapılanma

Benzersiz tanımlayıcılar: 'Payment _ id ↔ bank_ref' eşlemek için' EndToEndId'/' RemittanceInfo 'kullanın.
Defter tabloları: 'payments', 'payments', 'bank _ statements', 'recon _ lines'.
Otomatik mutabakat T + 0/T + 1: miktarlar, komisyonlar, durumlar, eşlenmemiş çizgiler ("asılı") - ayrı bir kuyrukta.
Raporlama: yetki alanına göre indirme, ayarlama günlüğü, değişmez günlükler.

10) Rota orkestrasyonu ve feilover

Seçim kuralları: Eğer alıcı banka/tutar Öğr'yi destekliyorsa - ÖTV Öğr; Aksi takdirde - ÖTV.
Folback mantığı: Son kullanılamaz/yüksek hata - otomatik anahtar; Kullanıcı arayüzünde ETA'yı bilgilendirmek.
Idempotence/anti-duplicates: anahtar 'payment _ id/within _ id'; backoff + jitter ile retrai.
Anahtar pazarlarda farklı bankalarda çift sağlayıcı/hesaplar - hata toleransı.

11) UX kalıpları (dönüşüm ve güven)

Onaydan önce yöntem (SCT/SCT Öğr.), ETA ve ücretleri açıkça gösterin.
Göndermeden önce IBAN/adı kontrol edin (ve ipuçlarını biçimlendirin).
Gerçek zamanlı durumlar: "Oluşturuldu - bankaya gönderildi - yatırıldı/reddedildi/iade edildi".
Para yatırma işlemleri için: sanal IBAN/referanslar, QR/kopyalama, ödeme yapma talimatları.

12) Metrikler ve OKR

Onay/Başarı Oranı по SCT/SCT Öğr.
Time-to-Funds (in )/Time-to-Payout (out) p50/p95.
Akışların inst payı ve dönüşüm üzerindeki etkisi.
R-kodları oranı (türe ve bankaya göre), vaka çözümleme süresi.
Onay maliyeti (hepsi bir arada), manuel bir kasanın maliyeti.
Sağlayıcı/banka tarafından çalışma süresi, webhooks/bildirimlerde gecikmeler.

13) Anti-desenler

Rezervsiz bir banka/bir sağlayıcı (SPOF).
IBAN/alıcı adı doğrulaması yok.
Opak ETA'lar ve komisyonlar - bilet/iptallerde ani artış.
Hiçbir idempotency - yinelenen yazma/ödemeler.
R kodlarını ve "asılı" ifade satırlarını görmezden gelmek - muhasebe boşlukları.
PII ve ödeme günlüklerini tokenizasyon/erişim olmadan karıştırma.

14) Uygulama kontrol listesi (kısa)

• EC/PSP SCT ile hesap (lar) + SCT İlk destek, imzalı webhooks ve ifade dosyaları.
• Sanal IBAN'lar/fatura/müşteri referansları; 'payment _ id ↔ EndToEndId' eşlemesi.
• IBAN/BIC ve (varsa) İsim Kontrolünün Doğrulanması; TTL ile beyaz liste destekleri.
• RBA sınırları, yaptırımlar/PEP/olumsuz, EDD/SoF kuralları.
• Öğr> SCT yönlendirme ve folback, idempotency, retrai.
• Lager/T + 0/T + 1 Rekonstrüksiyon, İşleme Askı, Raporlar.
• İki bankacılık ortağı/kanalı, bozulma ve olay kitabı.
• UX: ETA/Ücretler/Gerçek Zamanlı Durumlar, Ödeme Talimatları.
• Metrikler/gösterge panoları: AR, Fonlara Zaman, R kodları, maliyet.
• Destek eğitimi: R-kodlarının nedeni, yanıt şablonları, son tarihler.

15) Özet

SCT/SCT Öğr., iGaming'de euro ödemelerinin temel taşıdır: ucuz, öngörülebilir ve uyumluluk dostu. Bir çift döngü oluşturun (St + standart SCT), IBAN/ad doğrulamaları ve açık bir lager ekleyin, R-kodlarının mutabakatını ve işlenmesini otomatikleştirin ve UX'te ETA ve komisyonları şeffaf bir şekilde gösterin. Bu şekilde, AB pazarlarında yüksek dönüşüm, hızlı ödemeler ve sürdürülebilir operasyonel performans elde edersiniz.