same-method ережесі және қайнар көзіне қайтару

1) Мәні және ол не үшін қажет

• AML/ATF: қайтаруды басқа деректемеге «жасырын payout-туннелге» айналдырмаңыз.
• Фрод/ODR төмендеуі: «ақша басқа жаққа кетті» деген дау аз.
• Операциялық: оңайлатылған салыстыру, қол кейстері аз.
• Карта-ережелер: «credit back to original funding instrument» желілік талаптарына сәйкестігі.

2) Карталар (Visa/Mastercard/...): ол қалай жұмыс істейді

Void/Authorization Reversal (клирингке дейін): авторизациядан бас тарту - ақша сол картада «ериді».
Refund (Credit/Presentment): клирингтен кейін - сол PAN/DPAN-ға кредит.
Apple/Google Pay: DPAN/желілік токенге қайтару → эмитент ағымдағы картаға бағыттайды (оның ішінде қайта шығару кезінде).
Push-to-Card OCT - рефандаға тең емес: бұл картаға төлем; тек бекітілген алып тастау және KYC қосымша кезінде ғана пайдалануға болады.

• Карта жабылды/қайта шығарылды - эмитент, әдетте, кредитті мұрагерлік картаға/шотқа «қайта бағыттайды». Қайтару бәрібір refund ретінде дулыға.
• Бастапқы төлемді қайтару - тыйым салынған; жартылай refund жасаңыз, қалдық - KYC/SoF кейін рұқсат етілген payout-рельс арқылы.
• Split-tender (2 дереккөзден төлем): әрбір дереккөзге сол пропорцияда қайтару.

3) Банктік A2A (SEPA/ACH/FPS/RTP/PIX)

Идеалы: толықтыру келген сол IBAN/шотқа (немесе жөнелтушінің UPI/PIX-сәйкестендіргішіне) кредиттік аударым.
ACH (US): «refund to source» әдетте сол routing + account кредиті ретінде іске асырылады; қайтарулар (R-кодтар) - бұл рефанд емес, рельстің істен шығуы/қайтарылуы.
RTP/FPS/PIX: жылдам және соңғы; егер осы рельстер бойынша бастапқы төлем болса - қайтару сол алушыға/алиасқа жаңа кредит беру ретінде жиі жүреді (бұл қалыпты same-method іске асыру).

• Шот жабық/деректеме жарамсыз - бенефициар (micro-deposit/test payout) және step-up KYC растағаннан кейін балама рельске жол беріледі.
• Cross-border SWIFT: егер бастапқы төлем жергілікті болса және қайтару x-border талап етсе - қосымша FX/fee disclosure және келісімді бекітіңіз.

4) e-wallets және APM (Skrill/Neteller/Payz/PayPal және жергілікті)

Ереже: депозит келген әмиянға/аккаунтқа қайтару.
Әмиян ішіндегі картадан Top-up: рефанд тікелей пайдаланушы картасына (провайдер саясаты) емес, әмиянға қайтарылады.
Ваучерлер/eCash (Paysafecard, Neosurf, Multibanco-ref): көбінесе дереккөзге қайтарылмайды - кредит әмиянға/мерчанттың балансына (немесе KYC кезінде баламалы payout) жасалады.

• Erişim құрсауланды/жоғалды - EDD/SoF және иелену расталғаннан кейін балама рельс.
• Серіктестік шектегіштер (AUP) - қайтару тек store-credit/ішкі баланс нысанында ғана мүмкін болады.

5) Ваучерлер/қолма-қол ақша/квази-кэш

1. Тауар/кредит берілгенге дейін күшін жою - жарайды, ештеңе аударылмайды.

2. Есептегеннен кейін - кейіннен KYC/SoF-тен кейін атаулы банктік шотқа шығарумен ішкі балансқа/әмиянға қайтару (ешқандай «қолма-қол ақша»).

ToS-те айқын көрсету: ваучерлік толықтырулар ваучерге қайтарылмайды.

6) Ішінара қайтарымдар, үстеме лимит және мульти-дереккөз

Partial refund: бастапқы төлем сомасына дейін бастапқы көзге. Бірнеше бөліктер - жарамды.
Көзден енгізілген қайтаруға сома - рұқсат етілген payout-рельс (KYC/SoF/лимиттер) арқылы қалдық.
Бірнеше дереккөздер (мысалы, 70% карта + 30% әмиян): рефанды сол дереккөздерге кері бара-бар.

7) Уақытша терезелер мен басымдықтар

1-басымдық: 'void/authorization reversal' (егер әлі мүмкін болса) - ең «таза» кері қайтару.
2-басымдық: бастапқы рельс бойынша 'refund to source'.
3-басымдық: баламалы payout (тек бекітілген ерекшелік + step-up және аудит бойынша).

8) Шешімдердің қозғалтқышы (policy engine): қалай жобалау керек

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

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

2. Әйтпесе 'isRefundableToSource (paymentId)' → Refund (sourceRef).

3. Егер 'sourceRef invalid/closed' → Step-Up (KYC/SoF) → allow-парақ бойынша payout rails (банктік/Push-to-Card/e-wallet) → себептерін ұсыну.

4. Егер voucher/eCash → несие іш. теңгерім; тікелей реверс мүмкін емес.

5. Split-tender → әрбір 'sourceRef' -ке өз үлесінде.

6. Санкциялар/РЕР/жас/гео тыйым салулар кезінде hard-deny.

Функциясы жоқ: теңсіздік ('refundKey'), веб-хук дедупы, explain-логика (әдіс неге таңдалды), ережелерді нұсқалау.

9) Мәртебелер, салыстырып тексеру және артефактілер

Қайтару мәртебесі: 'requested → pending → refunded | failed | canceled'.
Артефакты: `refundId`, `originalPaymentId`, `sourceType/ref`, `amount/currency`, `fxRate`, `UTR/ARN/Trace`, `reasonCode`, `actor`.
Recon: PSP/банк тізілімдері бойынша daily auto-recon + full-recon; тәуекелдер: «тізілімсіз табыс», «қосарлы refund», «өзге көздерге қайтару».

10) UX және коммуникация

Қайтару экранында адресатты көрсетіңіз: «Картаға қайтару • • 3456/әмиян @user/DE шоты»....
Егер ерекшелік қажет болса, түсіндіреміз: "Бастапқы көз қол жетімді емес. Сіздің қауіпсіздігіңіз үшін деректерді растағаннан кейін атаулы банктік шотқа қайтаруды ұсынамыз (≈ N минут/сағат) ".
Чектер/хаттар: сомасы, күні, әдісі, 'refundId', UTR/ARN, ETA (карталар - X күнге дейін, A2A - T + 0/1, әмияндар - бірден/Т + 1).
FAQ: ваучерлер кері қайтарымсыз; Apple/Google Pay байланған картаға автоматты түрде қайтарылады.

11) Ерекшеліктер матрицасы (сигналдар мен қадамдар)

12) FX және валюта

Транзакцияның бастапқы валютасында қайтару; егер конверсия қажет болса, сол FX (PSP/банк) көзін пайдаланыңыз және бағамдарды/комиссияларды көрсетіңіз.
Клиент үшін экономиканы нашарлатпаңыз (анық келісімсіз басқа валютамен қайтармаңыз).

13) iGaming үшін ерекшеліктері

Бонустарды/фриспиндерді қайтару: ойын ережелері> қайтару саясаты; ақша енгізілген қаражат бөлігінде ғана.
Self-exclusion/RG: шотты бұғаттау кезінде - қалдықты көздерге қайтару; баламалы төлемдерге тексерулер аяқталғанға дейін тыйым салынады.
Квази-кэш: картадан/ваучерден жаңа деректемеге «құйылуға» қатаң тыйым салу.

14) KPI және бақылау

Refund success rate (онлайн → тізілім бойынша қабылдау).
Әдістер бойынша time-to-refund Median/P95.
Alternate-payout rate (ерекшеліктер үлесі) - <X% ұстау.
ODR қайтарылғаннан кейін (қайталанған даулар).
Салыстыру қателері: «қос refund», «басқа көз».
/ 1k тапсырыстарды қайтару бойынша Support load.

15) Енгізу чек-парағы

1. Дереккөздер (card/A2A/wallet/voucher) каталогы және олардың RTS үшін жарамдылық мәртебелері.
2. Policy engine: ережелері void → refund → alt-payout, explain-логи, нұсқалау.
3. PSP/банктердің интеграциясы: 'void/refund', веб-хуки (қолы/НМАС), іспеттілік.
4. Recon: daily + full, алерталар рассинхрондарға және «refund басқа көздерге».
5. UX: қайтару адресатының анық көрсетілуі, ETA, ерекшеліктер себептері; хаттар/чектер үлгілері.
6. AML/KYC: баламалы төлемдер үшін step-up, SoF/SoW, deny-кейстер.
7. Тест-жинақ: void window, жартылай refund, split-tender, жабық карта/IBAN, ваучер, Apple/Google Pay, PSP деградациясы.

Түйіндеме

same-method/refund-to-source ережесі - қауіпсіздіктің, комплаенстің және болжамдылықтың кілті. void → refund → (қатаң қажет болған жағдайда) балама payout жасаңыз, ережелерді explain-логтары бар policy-қозғалтқышта ұстаңыз, теңсіздікті, webhooks және recon қамтамасыз етіңіз, адресат пен ETA-ны ашық қосыңыз. Ерекшеліктер - тек step-up KYC/SoF және нақты аудиторлық ізі бар. Осылайша сіз пайдаланушылардың сенімін сақтай отырып, тәуекелдерді, қолдау шығыстарын және даулардың көлемін төмендетесіз.