Same-method qoidasi va manbaga qaytish

1) Mohiyati va nima uchun zarur

• AML/ATF: qaytishni boshqa rekvizitga «anonim payout-tunnel» ga aylantirmaslik.
• Frodning kamayishi/ODR: «pul noto’g’ri yo’lga ketdi» degan munozaralar kamroq.
• Operatsiya: soddalashtirilgan solishtirish, kamroq qo’l keyslari.
• Kart-qoidalar: «credit back to original funding instrument» tarmoq talablariga muvofiqligi.

2) Kartalar (Visa/Mastercard/...): bu qanday ishlaydi

Void/Authorization Reversal (kliringdan oldin): avtorizatsiya qaytarilishi - pul xuddi shu kartada «muzlatiladi».
Refund (Credit/Presentment): kliringdan keyin - xuddi shu PAN/DPAN uchun kredit.
Apple/Google Pay: DPAN/tarmoq tokeniga qaytarish → emitent joriy xaritaga yo’naltiradi (shu jumladan qayta chiqarishda).
Push-to-Card OCT - refandaga teng emas: bu kartaga to’lov; faqat qayd etilgan istisno va qo’shimcha KYCdan foydalanish.

• Karta yopildi/qayta chiqarildi - emitent, qoida tariqasida, kreditni meros qilib oluvchi karta/hisob raqamiga «qayta yo’naltiradi». Qaytarish hali ham refund kabi.
💡 Boshlang’ich to’lovni qaytarish taqiqlanadi; qisman refund qiling, qoldiq - KYC/SoF dan keyin ruxsat etilgan payout-rels orqali.
• Split-tender (2 manbadan to’lov): har bir manbaga o’sha nisbatda qaytarish.

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

Ideal: to’ldirish kelgan o’sha IBAN/hisob raqamiga (yoki jo’natuvchining UPI/PIX-identifikatoriga) kredit o’tkazmasi.
ACH (US): «refund to source» odatda xuddi shu routing + account uchun kredit sifatida amalga oshiriladi; qaytarish (R-kodlar) - bu refand emas, balki relsning rad etilishi/qaytarilishi.
RTP/FPS/PIX: tezkor va yakuniy; agar ushbu relslar bo’yicha boshlang’ich to’lov - qaytarish ko’pincha xuddi shu oluvchiga/aliasga yangi kredit sifatida amalga oshiriladi (bu same-methodning normal amalga oshirilishi).

• Hisobvaraq yopilgan/rekvizit haqiqiy emas - benefitsiar (micro-deposit/test payout) va step-up KYC tasdiqlangandan keyin muqobil relsga yo’l qo’yiladi.
• Cross-border SWIFT: agar boshlang’ich to’lov mahalliy bo’lsa va qaytarish uchun x-border kerak bo’lsa, qo’shimcha FX/fee disclosure va rozilikni belgilang.

4) e-wallets va APM (Skrill/Neteller/Payz/PayPal va mahalliy)

Qoida: depozit tushgan hamyon/hisob raqamiga qaytarish.
Hamyon ichidagi kartadan top-up: refand to’g «ridan to’g» ri foydalanuvchi kartasiga emas, balki hamyonga qaytariladi.
Vaucherlar/eCash (Paysafecard, Neosurf, Multibanco-ref): ko’pincha manbaga qaytarilmaydi - kredit hamyonga/sotuvchi balansiga (yoki KYCda muqobil payout) beriladi.

• Erişim bloklandi/yoʻqoldi - EDD/SoF va egalik tasdiqlangandan keyin muqobil rels.
• Sheriklik cheklovlari (AUP) - qaytarish faqat store-credit/ichki balans shaklida mumkin.

5) Vaucherlar/naqd pul/kvazi-kesh

1. Tovar/kredit berilgunga qadar bekor qilish - tamom, hech narsa o’tkazilmaydi.

2. O’tkazilgandan so’ng - ichki balans/hamyonga qaytariladi, keyinchalik KYC/SoF dan keyin faqat nominal bank hisobvarag’iga o’tkaziladi (naqd pul qaytarilmaydi).

ToS’da shaffof koʻrsatish: vaucher toʻldirmalari vaucherga qaytarilmaydi.

6) Qisman qaytarish, ortiqcha limit va ko’p manbali

Partial refund: boshlang’ich manbaga boshlang’ich to’lov summasigacha. Bir nechta qismlari - maqbuldir.
Manbadan> qaytarish summasi - ruxsat etilgan payout-rels (KYC/SoF/limitlar) orqali qoldiq.
Bir nechta manbalar (masalan, 70% karta + 30% hamyon): refandalar bir xil manbalarga orqaga mutanosib ravishda.

7) Vaqtinchalik derazalar va ustuvorliklar

Prioritet 1:’void/authorization reversal’(agar hali mumkin boʻlsa) - eng «sof» qaytarish.
2-ustuvorlik: boshlang’ich rels bo’yicha’refund to source’.
3-ustuvorlik: muqobil payout (faqat belgilangan istisno + step-up va audit bo’yicha).

8) Yechimlar dvigateli (policy engine): qanday loyihalash kerak

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

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

2. Aks holda’isRefundableToSource (paymentId)’→ Refund (sourceRef).

3. Agar’sourceRef invalid/closed’→ Step-Up (KYC/SoF) → allow-varaq (bank/Push-to-Card/e-wallet) bo’yicha payout rails taklif etsangiz → sabablar jurnali.

4. Agar voucher/eCash → kredit ichki balans; to’g «ridan-to’g» ri teskari bo’lishi mumkin emas.

5. Split-tender → har bir’sourceRef’ga o’z ulushida.

6. Hard-deny sanksiyalar/PER/yoshga oid/geo taqiqlar bo’yicha.

Funksiyasiz: idempotentlik (’refundKey’), veb-xuk dedupi, explain-mantiq (nima uchun tanlangan), qoidalarni versiyalash.

9) Maqomlar, solishtirish va artefaktlar

Qaytarish maqomi:’requested → pending → refunded | failed | canceled’.
Артефакты: `refundId`, `originalPaymentId`, `sourceType/ref`, `amount/currency`, `fxRate`, `UTR/ARN/Trace`, `reasonCode`, `actor`.
Recon: daily auto-recon PSP/bank reyestrlari bo’yicha + full-recon; alertlar: «reyestrsiz muvaffaqiyat», «ikki baravar refund», «boshqa manbaga qaytish».

10) UX va kommunikatsiyalar

Qaytarish ekranida manzilni koʻrsating: «Karta • • 3456/hamyon @user/DE hisobi»....
Agar istisno talab qilinsa, tushuntiramiz: "Manba mavjud emas. Sizning xavfsizligingiz uchun ma’lumotlar tasdiqlangandan so’ng (≈ N daqiqa/soat) nominal bank hisob raqamiga qaytarishni taklif qilamiz ".
Cheklar/xatlar: summa, sana, usul,’refundId’, UTR/ARN, ETA (kartalar - X kungacha, A2A - T + 0/1, hamyonlar - bir zumda/T + 1).
FAQ: vaucherlar reversiv emas; Apple/Google Pay avtomatik ravishda bogʻlangan kartaga qaytadi.

11) Istisnolar matritsasi (signallar va qadamlar)

12) FX va valyuta

Tranzaksiyaning boshlang’ich valyutasida qaytarish; konvertatsiya qilish kerak bo’lsa, FX (PSP/bank) manbasidan foydalaning va kurslarni/komissiyalarni ko’rsating.
Mijoz uchun iqtisodiyotni yomonlashtirmang (aniq roziligisiz boshqa valyutada qaytarmang).

13) iGaming uchun xususiyatlar

Bonuslar/frispinlarni qaytarish: o’yin qoidalari> qaytarish siyosati; faqat to’langan mablag’lar bo’yicha pul.
Self-exclusion/RG: hisobvaraq blokirovka qilinganda - qoldiqni manbaga qaytarish; tekshirishlar tugaguniga qadar muqobil to’lovlar taqiqlanadi.
Kvazi-kesh: kartadan/vaucherdan refanda niqobi ostida yangi rekvizitga «quyilish» ni qat’iy taqiqlash.

14) KPI va nazorat

Refund success rate (onlayn → reyestr bo’yicha qabul qilish).
Median/P95-to-refund usullari bo’yicha.
Alternate-payout rate (istisno ulushi) - <X% ushlab turish.
ODR qaytarilgandan keyin (takroriy nizolar).
Solishtirish xatolari: «ikki marta refund», «notoʻgʻri manba».
Qaytarmalar/1k buyurtmalar boʻyicha support load.

15) Joriy etish chek-varaqasi

1. Manbalar (card/A2A/wallet/voucher) katalogi va ularning RTS uchun yaroqlilik maqomi.
2. Policy engine: void → refund → alt-payout qoidalari, explain-logi, version.
3. PSP/banklarning integratsiyasi:’void/refund’, veb-xuki (imzo/NMAS), idempotentlik.
4. Recon: daily + full, rassinxronlarga alertlar va «boshqa manbaga refund».
5. UX: qaytarish manzilining aniq ko’rsatilishi, ETA, istisnolar sabablari; xat/chek namunalari.
6. AML/KYC: muqobil to’lovlar uchun step-up, SoF/SoW, deny-keyslar.
7. Test-to’plam: void window, qisman refund, split-tender, yopiq karta/IBAN, vaucher, Apple/Google Pay, PSP degradatsiyasi.

Xulosa

Same-method/refund-to-source qoidasi - xavfsizlik, komplayens va bashorat qilish uchun kalitdir. void → refund → (zarurat bo’lganda) muqobil payout qiling, qoidalarni explain-loglar bilan policy-dvigatelda saqlang, idempotentlik, webhooks va recon ta’minlang, adresat va ETAni shaffof ravishda aloqa qiling. Istisno - faqat step-up KYC/SoF va aniq auditorlik izi bilan. Shunday qilib, siz foydalanuvchilarning ishonchini saqlab, xavf-xatarlar, qo’llab-quvvatlash xarajatlari va nizolar hajmini kamaytirasiz.