Same-method qaydası və mənbəyə qayıdış

1) mahiyyəti və nə üçün lazımdır

• AML/ATF: başqa bir rekvizit üçün «anonim payout tunel» geri çevirmək deyil.
• Food/ODR azalması: daha az mübahisələr «pul yanlış getdi».
• Əməliyyat: sadələşdirilmiş yoxlama, daha az əl işi.
• Kart qaydaları: «credit back to original funding instrument» şəbəkə tələblərinə uyğunluq.

2) Kartlar (Visa/Mastercard/...): necə işləyir

Void/Authorization Reversal (klirinqdən əvvəl): avtorizasiyanın geri qaytarılması - pul eyni kartda «dondurulur».
Refund (Credit/Presentment): klirinqdən sonra - eyni PAN/DPAN üçün kredit.
Apple/Google Pay: DPAN/Network tokeninə geri dönüş → emitent cari karta marşrutlaşdırır (o cümlədən təkrar buraxılış zamanı).
Push-to-Card OCT - refanda bərabər deyil: bu kart ödənişidir; yalnız KYC istisna və əlavə qeydə alındıqda istifadə edin.

• Kart bağlandı/yenidən buraxıldı - emitent, bir qayda olaraq, krediti vərəsəlik kartı/hesabına «yönləndirəcək». Qaytarma yenə də refund kimi dəbilqə.
💡 İlkin ödənişin qaytarılması - qadağandır; qismən refund edin, qalıq - KYC/SoF-dən sonra icazə verilən payout-rels vasitəsilə.
• Split-tender (2 mənbədən ödəniş): hər mənbəyə eyni nisbətdə qaytarmalar.

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

İdeal: doldurmanın gəldiyi eyni IBAN/hesaba (və ya göndərənin UPI/PIX identifikatoruna) kredit köçürməsi.
ACH (US): «refund to source» adətən eyni routing + account üçün kredit kimi həyata keçirilir; geri qaytarma (R-kodları) refand deyil, relsin uğursuzluğu/geri qaytarılmasıdır.
RTP/FPS/PIX: sürətli və son; bu relslər üzrə ilkin ödəniş olarsa - geri qaytarma tez-tez eyni alıcıya/aliasa yeni kredit kimi gedir (bu, same-method-un normal həyata keçirilməsidir).

• Hesab bağlandı/rekvizit etibarsızdır - benefisiarın təsdiqindən sonra alternativ relsə icazə verilir (micro-deposit/test payout) və step-up KYC.
• Cross-border SWIFT: əgər ilkin ödəniş yerli idisə və geri qaytarma x-border tələb edirsə - əlavə FX/fee disclosure və razılığı qeyd edin.

4) e-wallets və APM (Skrill/Neteller/Payz/PayPal və yerli)

Qayda: depozitin daxil olduğu eyni cüzdan/hesaba qaytarmaq.
Cüzdan daxilindəki kartdan top-up: refand birbaşa istifadəçi kartına deyil, cüzdana qayıdır (provayder siyasəti).
Çek/eCash (Paysafecard, Neosurf, Multibanco-ref): daha tez-tez mənbəyə qaytarılmır - cüzdan/satıcı balansına kredit verilir (və ya KYC-də alternativ payout).

• Bloklanmış/itirilmiş giriş - EDD/SoF və sahiblik təsdiqindən sonra alternativ rels.
• Partnyor məhdudlaşdırıcıları (AUP) - geri qaytarma yalnız store-credit/daxili balans şəklində mümkündür.

5) Vauçerlər/nağd pul/kvazi-cash

1. Mal/kredit verilməzdən əvvəl ləğv - tamam, heç nə tərcümə edilmir.

2. Hesablandıqdan sonra - daxili balansa/cüzdana qaytarılır, sonra yalnız KYC/SoF-dən sonra bank hesabına köçürülür («nağd geri» yoxdur).

ToS-də şəffaf göstərin: vauçer dolmaları vauçerə qaytarılmır.

6) Qismən qaytarmalar, həddindən artıq limit və çox mənbə

Partial refund: ilkin ödəniş məbləğinə ilkin mənbəyə. Bir neçə qismən - məqbul.
Geri qaytarma> mənbə tərəfindən ödənilən məbləğ - icazə verilən payout-rels (KYC/SoF/limitlər) vasitəsilə qalıq.
Bir neçə mənbə (məsələn, 70% kart + 30% pul kisəsi): eyni mənbələrə geri mütənasib refands.

7) Müvəqqəti pəncərələr və prioritetlər

Prioritet 1: 'void/authorization reversal' (mümkünsə) - ən «təmiz» geri dönüş.
Prioritet 2: başlanğıc relsdə 'refund to source'.
Prioritet 3: alternativ payout (yalnız sabit istisna + step-up və audit).

8) Həllər mühərriki (policy engine): necə dizayn etmək olar

Входные данные: `paymentId`, `sourceType` (card/A2A/wallet/voucher), `sourceRef` (PAN token, IBAN, walletId), `amount`, `fx`, `status`, `settlementState`, `kycLevel`, `riskScore`, `beneficiaryId`.

1. Если `canVoid(paymentId)` → Void.

2. Əks halda 'isRefundableToSource (paymentId)' → Refund (sourceRef).

3. Əgər 'sourceRef invalid/closed' → Step-Up (KYC/SoF) → payout rails təklif allow-list (bank/Push-to-Card/e-wallet) → log səbəbləri.

4. Əgər voucher/eCash → kredit daxili. balans; birbaşa tərs mümkün deyil.

5. Split-tender → hər 'sourceRef' öz payında refand.

6. Hard-deny ilə sanksiyalar/RER/yaş/geo qadağalar.

Qeyri-funksional: idempotentlik ('refundKey'), veb-hook dedupu, explain-məntiq (niyə metod seçilir), qaydaların versiyalaşdırılması.

9) Statuslar, müqayisələr və artefaktlar

Qaytarma statusları: 'requested → pending → refunded | failed | canceled'.
Артефакты: `refundId`, `originalPaymentId`, `sourceType/ref`, `amount/currency`, `fxRate`, `UTR/ARN/Trace`, `reasonCode`, `actor`.
Recon: PSP/bank reyestrləri üzrə daily auto-recon + full-recon; alertlər: «reyestr olmadan uğur», «ikiqat refund», «digər mənbəyə qayıdış».

10) UX və kommunikasiya

Geri qaytarma ekranında alıcını göstərin: «Karta qayıt • • 3456/cüzdan @user/DE hesabı»....
İstisna tələb olunarsa, izah edirik: "Mənbə mövcud deyil. Sizin təhlükəsizliyiniz üçün məlumatları təsdiq etdikdən sonra (≈ N dəqiqə/saat) bank hesabına geri qaytarılması təklif edirik ".
Çeklər/məktublar: məbləğ, tarix, üsul, 'refundId', UTR/ARN, ETA (kartlar - X günə qədər, A2A - T + 0/1, pul kisələri - ani/T + 1).
FAQ: vauçerlər təkrar deyil; Apple/Google Pay avtomatik olaraq bağlı karta qayıdır.

11) Istisnalar matrisi (siqnallar və addımlar)

12) FX və valyuta

Əməliyyatın ilkin valyutasında geri qaytarılması; konvertasiyaya ehtiyacınız varsa, eyni FX (PSP/Bank) mənbəyindən istifadə edin və kursları/komissiyaları göstərin.
Müştərinin iqtisadiyyatını pisləşdirməyin (açıq razılıq olmadan başqa valyutada geri qaytarmayın).

13) iGaming üçün xüsusiyyətlər

Bonuslar/frispinlərin qaytarılması: oyun qaydaları> geri qaytarma siyasəti; pul yalnız yatırılan vəsaitlər baxımından.
Self-exclusion/RG: hesabı bloklayarkən - mənbəyə qalığın qaytarılması; alternativ ödənişlər yoxlamalar başa çatana qədər qadağandır.
Kvazi-cache: kartdan/vauçerdən refanda adı altında yeni rekvizitə «daşqınların» ciddi qadağası.

14) KPI və nəzarət

Refund success rate (onlayn → qeydiyyat).
Median/P95-to-refund metodları ilə.
Alternate-payout rate (istisna payı) - <X% saxlamaq.
Geri qayıtdıqdan sonra ODR (təkrar mübahisələr).
Müqayisə səhvləri: «ikiqat refund», «yanlış mənbə».
Support load/1k sifariş.

15) Giriş çek siyahısı

1. Mənbə kataloqu (card/A2A/wallet/voucher) və onların RTS üçün uyğunluq statusları.
2. Policy engine: void → refund → alt-payout qaydaları, explain-log, version.
3. PSP/bankların inteqrasiyası: 'void/refund', veb-huk (imza/NMAS), idempotentlik.
4. Recon: daily + full, rasinkron və «digər mənbəyə refund» üçün alertlər.
5. UX: qaytarma alıcısının, ETA-nın açıq-aşkar nümayişi, istisnaların səbəbləri; məktub/çeklərin şablonları.
6. AML/KYC: alternativ ödənişlər üçün step-up, SoF/SoW, deny-cases.
7. Test dəsti: void window, qismən refund, split tender, qapalı kart/IBAN, çek, Apple/Google Pay, PSP deqradasiyası.

Xülasə

Same-method/refund-to-source qaydası təhlükəsizlik, uyğunluq və proqnozlaşdırılabilirliyin açarıdır. void → refund → (lazım olduqda) alternativ payout edin, qaydaları explain log ilə siyasi mühərrikdə saxlayın, idempotentlik, webhooks və recon təmin edin, alıcını və ETA-nı şəffaf şəkildə əlaqələndirin. istisnalar - yalnız step-up KYC/SoF və aydın audit izi ilə. Beləliklə, istifadəçilərin etibarını qoruyaraq riskləri, dəstək xərclərini və mübahisələrin həcmini azaltırsınız.