Aynı yöntem kuralı ve kaynağa dönüş

1) Özü ve neden gerekli olduğu

• AML/ATF: Dönüşü başka bir prop üzerinde "anonim ödeme tüneli'ne dönüştürmeyin.
• Dolandırıcılık/ODR azaltma: Daha az "para yanlış yöne gitti" tartışması.
• İşletim sistemi: basitleştirilmiş mutabakat, daha az manuel durum.
• Kural kartları: ağ gereksinimlerine uygunluk "orijinal finansman aracına geri kredi".

2) Kartlar (Visa/Mastercard/...): nasıl çalışır

Void/Authorization Reversal (temizlemeden önce): yetkilendirme geri alma - para aynı kartta "çözülür".
Geri Ödeme (Kredi/Sunum): takas sonrası - aynı PAN/DPAN için kredi.
Apple/Google Pay: DPAN/ağ belirtecine geri dönün - veren geçerli karta yönlendirir (yeniden yayınlandığında dahil).
Push-to-Card OCT - refand'e eşit değildir: bu karta yapılan bir ödemedir; Sadece istisna ve KYC taahhüt edildiğinde kullanın.

• Kapalı/yeniden düzenlenmiş kart - ihraççı, kural olarak, krediyi eski karta/hesaba "yönlendirecektir". Geri ödeme hala geri ödeme olarak bir kask.
• İade> orijinal ödeme - yasak; Kısmi bir geri ödeme, KYC/SoF sonra yetkili ödeme demiryolu üzerinden bakiye yapmak.
• Bölünmüş ihale (2 kaynaktan ödeme): Kaynak başına aynı oranda döner.

3) Banka A2A (SEPA/ACH/FPS/RTP/PIX)

İdeal: ikmalin geldiği aynı IBAN/hesaba (veya gönderenin UPI/PIX tanımlayıcısına) kredi transferi.
ACH (US): "Kaynağa geri ödeme" genellikle aynı yönlendirme + hesabı için bir kredi olarak uygulanır; Dönüşler (R-kodları) refand değil, demiryolu arızası/dönüşüdür.
RTP/FPS/PIX: hızlı ve nihai; Bu raylar üzerinde orijinal ödeme varsa - geri ödeme genellikle aynı alıcı/takma ad için yeni bir kredi olarak gider (bu normal bir aynı yöntem uygulamasıdır).

• Hesap kapalıdır/ayrıntılar geçersizdir - yararlanıcının onaylanmasından (mikro depozito/test ödemesi) ve KYC'nin artırılmasından sonra alternatif demiryoluna izin verilir.
• Sınır ötesi SWIFT: Orijinal ödeme yerel ise ve geri ödeme x-border gerektiriyorsa - ek FX/ücret açıklaması ve onayını kaydedin.

4) e-cüzdanlar ve APM (Skrill/Neteller/Payz/PayPal ve yerel)

Kural: Depozitonun geldiği aynı cüzdan/hesaba geri dönün.
Cüzdan içindeki karttan yükleme: refand doğrudan kullanıcının kartına (sağlayıcı politikası) değil, cüzdana iade edilir.
Kuponlar/eCash (Paysafecard, Neosurf, Multibanco-ref): Daha sık kaynağa iade edilemez - cüzdan/tüccar bakiyesine (veya KYC'de alternatif bir ödeme) bir kredi yapılır.

• Engellenen/erişimin kaybedilmesi - EDD/SoF'den sonra alternatif ray ve mülkiyet kanıtı.
• Ortak sınırlayıcılar (AUP'ler) - geri dönüşler yalnızca mağaza kredisi/iç bakiye şeklinde mümkündür.

5) Kuponlar/nakit/yarı nakit

1. Mal/kredi sorunundan önce iptal - tamam, hiçbir şey çevrilmez.

2. Kayıttan sonra - iç bakiyeye/cüzdana geri dönün, ardından yalnızca KYC/SoF'den sonra kayıtlı bir banka hesabına para çekin ("nakit geri ödeme" yok).

ToS'ta şeffaf bir şekilde belirtin: Kupon doldurmaları bir kupon için iade edilmez.

6) Kısmi getiri, aşırı limit ve çok kaynaklı

Kısmi geri ödeme: orijinal ödeme tutarına kadar orijinal kaynağa. Birkaç kısmi olanlar kabul edilebilir.
İade edilecek miktar> kaynak tarafından yatırılan - yetkili ödeme-ray üzerinden bakiye (KYC/SoF/limitleri).
Çeşitli kaynaklar (örneğin, %70 kart + %30 cüzdan): aynı kaynaklara orantılı olarak geri döner.

7) Zaman pencereleri ve öncelikleri

Öncelik 1: 'void/authorization reversal' (mümkünse) -'en temiz "geri alma.
Öncelik 2: Orijinal ray üzerinde 'kaynağa geri ödeme'.
Öncelik 3: alternatif ödeme (sadece sabit istisna + adım ve denetim için).

8) politika motoru: nasıl tasarlanır

Входные данные: 'paymentId', 'sourceType' (kart/A2A/cüzdan/kupon), 'sourceRef' (PAN token, IBAN, walletId), 'amount', 'fx', 'status', 'settlementState', 'kycLevel', 'riskScore', 'benefitable' Id '.

1. Если 'Can' Void (paymentId) '- Void.

2. Aksi takdirde, 'isRefundableToSource (paymentId)' - Geri Ödeme (sourceRef).

3. If 'sourceRef invalid/closed' - Step-Up (KYC/SoF) - izin listesinde ödeme rayları önerin (banka/Push-to-Card/e-wallet) - neden günlüğü.

4. Eğer kupon/eCash _ kredi int. bilanço; Doğrudan tersi mümkün değildir.

5. Bölünmüş ihale - payındaki her 'sourceRef' için bir refand.

6. Yaptırımlar/PEP/yaş/coğrafi yasaklar altında zor inkar.

İşlevsel olmayan: idempotency ('returnKey'), web kancaları, mantığı açıklama (yöntemin neden seçildiği), kural sürümleri.

9) Statüler, uzlaşma ve eserler

İade durumları: 'requested> pending> rejected | failed | cancelled'.
Артефакты: 'refundId', 'original' PaymentId ',' sourceType/ref ',' amount/currency ',' fxRate ',' UTR/ARN/Trace ',' reasonCode ',' actor '.
Keşif: PSP/banka kayıtları tarafından günlük otomatik keşif + tam keşif; Uyarılar: "Kayıt defteri olmadan başarı", "çift geri ödeme", "başka bir kaynağa dönüş".

10) UX ve İletişim

İade ekranında, adresi gösterin: "Karta iade • • 3456/wallet @ user/DE hesabı"....

Bir istisna gerekiyorsa, açıklıyoruz: "Kaynak mevcut değil. Güvenliğiniz için, verileri onayladıktan sonra kişisel banka hesabınıza geri dönüş sunacağız (≈N dakika/saat)

Çekler/harfler: miktar, tarih, yöntem, 'geri ödeme' Kimliği ', UTR/ARN, ETA (kartlar - X güne kadar, A2A - T + 0/1, cüzdanlar - anında/T + 1).
SSS: Kuponlar geri alınamaz; Apple/Google Pay otomatik olarak bağlı karta iade edilir.

11) İstisna matrisi (sinyaller ve adımlar)

12) FX ve para birimi

Orijinal işlem para biriminde iade; Dönüşüm gerekiyorsa - aynı FX kaynağını (PSP/banka) kullanın ve oranları/ücretleri gösterin.
Müşteri için ekonomiyi kötüleştirmeyin (açık rıza olmadan farklı bir para biriminde geri dönmeyin).

13) iGaming için Özellikler

Bonus/freespin iadeleri: oyunun kuralları> iade politikası; para sadece yatırılan fonların bir kısmında.
Kendini dışlama/RG: bir hesabı engellerken - bakiyeyi kaynağa iade edin; Denetimler tamamlanana kadar alternatif ödemeler yasaktır.
Yarı önbellek: Bir kart/kupondan bir refand kisvesi altında yeni bir pervaneye "taşma" konusunda katı bir yasak.

14) KPI ve kontrol

Geri ödeme başarı oranı (çevrimiçi - kayıt kaydı).
Yöntemle Median/P95 geri ödeme süresi.
Alternatif ödeme oranı - tutmak <X %.
Geri dönüşten sonra ODR (tekrarlanan anlaşmazlıklar).
Mutabakat hataları: "çift geri ödeme", "yanlış kaynak".
İade/1k siparişlerinde destek yükü.

15) Uygulama kontrol listesi

1. Kaynak dizin (card/A2A/wallet/voucher) ve RTS uygunluk durumları.
2. Politika motoru: void - geri ödeme - alt kurallar - ödeme, açıklama günlükleri, sürüm oluşturma.
3. PSP/bankaların entegrasyonu: 'void/refund', web kancaları (signature/NMAS), idempotency.
4. Keşif: günlük + tam, senkronizasyon dışı ve "başka bir kaynağa geri ödeme" uyarıları.

5. UX: dönüş hedefinin, ETA'nın, istisnaların nedenlerinin açıkça gösterilmesi; Mektup/çek şablonları

6. AML/KYC: alternatif ödemeler için adım, SoF/SoW, davaları reddet.
7. Test kiti: geçersiz pencere, kısmi geri ödeme, bölünmüş ihale, kapalı kart/IBAN, kupon, Apple/Google Pay, PSP bozulması.

Özgeçmiş Özeti

Aynı yöntem/kaynağa geri ödeme kuralı, güvenlik, uyumluluk ve öngörülebilirlik için anahtardır. Void yapın - geri ödeme - (kesinlikle gerekirse) alternatif ödeme, açıklama günlükleri ile politika motorunda kuralları tutmak, idempotency, webhooks ve recon sağlamak, şeffaf muhatap ve ETA iletişim. İstisnalar - sadece KYC/SoF ve açık denetim izi ile. Bu şekilde, kullanıcı güvenini korurken riskleri azaltır, maliyetleri ve anlaşmazlıkları desteklersiniz.