Same-method эрежеси жана булакка кайтуу

1) Маңызы жана эмне үчүн керек

• AML/ATF: башка реквизиттерге "анонимдүү payout-туннелге" кайтуу.
• Food/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 колдонулат.

• Карта жабылды/кайра чыгарылды - эмитент, эреже катары, насыяны мураскор картага/эсепке "кайра багыттайт". Кайтаруу дагы эле туулга болуп саналат.
• Баштапкы төлөмдү кайтаруу - тыюу салынат; жарым-жартылай кайра, калдык - 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) электрондук wallets жана APM (Skrill/Neteller/Payz/PayPal жана жергиликтүү)

Эреже: депозит келген ошол эле капчыкка/эсепке кайтаруу.
Капчыктын ичиндеги картадан Top-up: refand колдонуучунун картасына түздөн-түз эмес, капчыкка кайтып келет (провайдер саясаты).
Ваучерлер/eCash (Paysafecard, Neosurf, Multibanco-ref): Көбүнчө булакка кайтарылбайт - капчыкка/соодагердин балансына кредит (же KYC боюнча альтернативалуу payout).

• Erişim бөгөттөлгөн/жоголгон - EDD/SoF жана ээлик ырастоо кийин башка темир жол.
• Өнөктөш чектөөчүлөр (AUP) - кайтаруу store-credit/ички баланс түрүндө гана мүмкүн.

5) Ваучерлер/накталай/квази-кэш

1. Товар/кредит берилгенге чейин жокко чыгаруу - макул, эч нерсе которулбайт.

2. Чегерилгенден кийин - ички баланска/капчыкка KYC/SoF (эч кандай "накталай артка") кийин гана номиналдык банктык эсепке чегерүү менен кайтаруу.

ToS ачык көрсөтүү: ваучердик толуктоолор ваучерге кайтарылбайт.

6) Жарым-жартылай кайтаруулар, ашыкча лимит жана көп булак

Partial refund: баштапкы булакка баштапкы төлөмдүн суммасына чейин. Бир нече жарым-жартылай - алгылыктуу.
Кайтарылуучу сумма> булак тарабынан төлөнүүчү - уруксат берилген payout-rail (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-барак (банктык/Push-to-Card/e-wallet) боюнча payout rails сунуш → себептери.

4. Эгерде voucher/eCash → кредит ички. баланс; түз тескери мүмкүн эмес.

5. Split-tender → ар бир 'sourceRef' өз үлүшүндө.

6. Санкциялар/ЖЖЖ/курактык/гео тыюу салуулар боюнча катуу-дени.

Иштөөсүз: демпотенттик ('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, капчыктар - заматта/T + 1).
FAQ: ваучерлер кайтарымсыз; Apple/Google Pay автоматтык түрдө байланышкан картага кайтып келет.

11) өзгөчөлүктөр матрица (сигналдар жана кадамдар)

12) FX жана акча

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

13) iGaming үчүн өзгөчөлүктөрү

Бонустарды/фриспиндерди кайтаруу: оюндун эрежелери> кайтаруу саясаты; акча салынган каражаттар боюнча гана.
Self-exclusion/RG: эсеп бөгөттөлгөндө - булакка калдыкты кайтаруу; текшерүүлөр аяктаганга чейин альтернативдик төлөмдөргө тыюу салынат.
Квази-кэш: рефанд деген ат менен картадан/ваучерден жаңы реквизитке "ташып өтүүгө" катуу тыюу салуу.

14) KPI жана контролдоо

Refund success rate (онлайн → реестри боюнча каттоо).
Median/P95 боюнча убакыт-to-refund.
Alternate-payout rate (кошпогондордун үлүшү) - <X% кармап туруу.
кайра кийин ODR (кайра талаш).
салыштыруу каталар: "кош refund", "туура эмес булак".
Support load/1k заказдар.

15) Киргизүү чек-тизмеси

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

Резюме

same-method/refund-to-source эрежеси - коопсуздук, комплаенс жана алдын ала ачкычы. void → refund → (катуу зарыл болсо) alternative payout, explain-логдор менен policy-кыймылдаткычында эрежелерди сактоо, жол-жоболоштурууну камсыз кылуу, webhooks жана recon, ачык-айкын байланыш алуучу жана ETA. Өзгөчө - гана кадам KYC/SoF жана так аудитордук изи менен. Ошентип, сиз колдонуучулардын ишенимин сактап, тобокелдиктерди, колдоо чыгымдарын жана талаш-тартыштарды азайтасыз.