Same-method կանոնը և տեղադրված է աղբյուրին
1) Էությունը և ինչո՞ ւ է դա անհրաժեշտ։
Same-method/Refund-to-Source (RTS) - սկզբունքը, որով միջոցների բարձրացումներն ու «նետումները» կատարվում են նույն մեթոդով և նույն աղբյուրի վրա, ինչպես նաև սկզբնական համալրումը/108 (նույն քարտեզը/հաշիվը/դրամապանակը)։ Նպատակները
AML/ATF: չփոխակերպել արտադրանքը «անանուն payout-թունել» այլ ռեքվիզիտի վրա։
Ֆրոդի/ODR-ի նվազումը 'ավելի քիչ բանավեճեր «փողը չի գնացել այնտեղ»։
Վիրահատություն 'պարզեցված շրջանակ, ավելի քիչ ձեռքով։
Քարտեզների կանոնները 'համապատասխանեցնել «credit back to original funding instrument» ցանցային պահանջներին։
2) Քարտեզներ (Visa/Wintercard/...): Ինչպե՞ ս է այն աշխատում։
Void/Authorization Reversal (մինչև կլիրինգի), հեղինակային իրավունքի արձագանքը նույն քարտեզի վրա «սառեցված» է։
Refund (Credit/Presentae) 'կլիրինգից հետո, նույն PAN/DPAN-ի վարկը։
Apple/Google Live: wwww.ru DPAN/ցանցային հոսանքի վրա ռուսական լիմֆենտը ուղղվում է ներկա քարտեզին (ներառյալ տեղափոխման ժամանակ)։
Push-to-Card OCT-ը հավասար չէ refand-ին, սա քարտեզի վրա տեղադրված է։ օգտագործել միայն ամրագրված բացառման և KYC դոպի միջոցով։
Քարտերի վրա բացառություններ
Քարտեզը փակված/վերարտադրված է, ինտերֆենտը սովորաբար «վերահղում է» վարկը ժառանգական քարտեզի/հաշվի վրա։ Մոսկվան դեռ նման է refund-ի։
System> wwww.ru-ը արգելված է։ արեք մասնակի refund, մնացած մասը KYC/SoF-ից հետո թույլատրված payout ռելսերի միջոցով։
Split-tender (վճարում 2 աղբյուրներից) 'յուրաքանչյուր աղբյուրի նույն համամասնությամբ։
3) Բանկային A2A (SEPA/ACH/FPS/RTP/PIX)
Իդեալը 'վարկերի թարգմանությունը նույն IBAN/հաշիվին, որտեղից եկավ համալրումը (կամ UPI/PIX-112 ուղարկողի)։
ACH (US) '«refund to source» սովորաբար իրականացվում է որպես նույն routing + account վարկը։ բարձրացումները (R-105) ոչ թե ռեֆանդ են, այլ ռելսերի մերժում/105։
RTP/FPS/PIX 'արագ և վերջնական; Եթե այս ռելսերի բնօրինակը, միգրանտները հաճախ գնում են որպես նոր վարկեր նույն ստացողի/ալիասի համար (սա նորմալ same-method է)։
A2A բացառությունները
Հաշիվը փակված է/rexizite-ը այլընտրանքային ռելսն է ռելսի հաստատումից հետո (micro-deposit/test payout) և step-up KYC-ն։
Cross-border SWIFT: Եթե բնօրինակը տեղական էր, իսկ կոմպոզիցիան պահանջում է x-border, գրեք լրացուցիչ FX/fee www.closure և համաձայնություն։
4) e-wallets և APM (Skrill/Neteller/Payz/PayPal և տեղական) և տեղական)
Կանոն ՝ նույն դրամապանակում/հաշիվ, որից եկել է դեպոզիտ։
Top-up քարտից դրամապանակի ներսում 'refand վերադառնում է դրամապանակին, ոչ թե օգտագործողի քարտին (պրովայդերի քաղաքականություն)։
Wauchers/eCash (Paysafecard, Neosurf, Multibanco-ref), ավելի հաճախ անդադար աղբյուրի վրա, կատարվում է դրամապանակի/mercham հավասարակշռություն (կամ այլընտրանքային payout KYC-ում)։
Բացառություններ e-wallet
Արգելափակված/կորցրած հասանելիությունը EDD/SoF-ից հետո այլընտրանքային ռելսն է և սեփականության հաստատումը։
Գործընկերային սահմանափակիչները (AUP), որոնք հնարավոր են միայն store-credit/ներքին հավասարակշռության տեսքով։
5) Վաուչերներ/կանխիկ/quazi-kash
«Կանխիկ» բնական աղբյուրը հաճախ սխալ է։ Խելացի քաղաքականություն
1. Մինչև ապրանքի/վարկի ավելացումը, ոչինչ չի թարգմանվում։
2. Վերացումից հետո 'ներքին հավասարակշռության/դրամապանակների մուտքը, որը միայն KYC/SoF-ից հետո է անվանական բանկային հաշիվը (ոչ մի «կանխիկ ետ»)։
Զզվելի է նշել System S-ում 'վաուչերի համալրումները չեն վերադառնում վաուչերի։
6) Մասնակի բարձրացումներ, գերլիմիտ և մուլտֆիլմ-աղբյուր
Partial refund: աղբյուրում մինչև ռուսական ռուբլիների գումարը։ Մի քանի մասնակի 'թույլատրելի։
Վերադարձնելու գումարը> ներկայացված աղբյուրը մնացորդն է թույլատրված payout-ռելսերի միջոցով (KYC/SoF/limits)։
Մի քանի աղբյուրներ (օրինակ, քարտեզի 70 տոկոսը + 30 տոկոսը) 'ռեֆանդները համամասնորեն նույն աղբյուրներին։
7) Ժամանակավոր պատուհաններ և առաջնահերթություններ
Առաջնահերթությունը 1: void/authorization reversal "(եթե դեռ հնարավոր է)" մաքուր "արձագանքն է։
Առաջնահերթություն 2: «refund to source» սկզբնական ռելսով։
Առաջնահերթություն 3: այլընտրանքային payout (միայն արձանագրված բացառությամբ + step-up և աուդիտ)։
8) Լուծումների շարժիչ (policy entine). Ինչպես նախագծել
Входные данные: `paymentId`, `sourceType` (card/A2A/wallet/voucher), `sourceRef` (PAN token, IBAN, walletId), `amount`, `fx`, `status`, `settlementState`, `kycLevel`, `riskScore`, `beneficiaryId`.
Կանոնները
1. Если `canVoid(paymentId)` → Void.
2. Հակառակ դեպքում, եթե 'isRefundations Direce Source (payport Id)' www.Refund (sourte Ref)։
3. Եթե 'sourte Ref/closed' www.Step-Up (KYC/SoF) առաջարկվում է առաջարկել payout rails allow (բանկային/Push-to-Card/e-wallet) պատճառները։
4. Եթե voucher/eCash-ը վարկեր է տալիս։ հավասարակշռություն; ուղղակի revers անհնար է։
5. Split-tender-ը ամեն «sourance Ref» -ի ռեֆանդը իր մասնաբաժնի վրա։
6. Hard-deny սանկցիաների/RER/տարիքային/geo արգելքների ժամանակ։
Nefundational: Idempotention («refundKey»), վեբ-խուքերի, Altain-տրամաբանության (ինչու է ընտրվել մեթոդը), կանոնների տարբերակումը։
9) Արձաններ, ծալքեր և արտեֆակտներ
Ստատուսները ՝ «requested pending www.refunded www.failed www.canceled»։
Артефакты: `refundId`, `originalPaymentId`, `sourceType/ref`, `amount/currency`, `fxRate`, `UTR/ARN/Trace`, `reasonCode`, `actor`.
Recon: daily 71-recon PBS/Bank + fox-recon; Ալբերտ ՝ «հաջողությունը առանց հաղթանակների», «կրկնակի refund», «մեկ այլ աղբյուրի վրա»։
10) UX և հաղորդակցություն
Էկրանին ցույց տվեք հասցեատերը. <<Քարտեզի վրա տեղադրեք 3456/դրամապանակ @ user/DE>>։
Եթե բացառություն է պահանջվում, բացատրում ենք. <<Աղբյուրի աղբյուրը անհասանելի է։ Ձեր անվտանգության համար մենք կառաջարկենք անունը բանկային հաշիվ տվյալների հաստատումից հետո (թիվ N րոպե/ժամ) "։
Չեկի/նամակներ ՝ գումարը, ամսաթիվը, մեթոդը, «refundID», UTR/ARN, ETA (քարտեզները մինչև X օրը, A2A - T + 0/1, դրամապանակները անմիջապես/T + 1)։
FAQ 'վաուչերները սխալ են; Apple/Google Live-ը ինքնաբերաբար վերադառնում է կապված քարտեզին։
11) Բացառությունների մատրիցը (ազդանշաններ և քայլեր)
12) FX և արժույթը
Մոսկվան ռուսական գործարքների մեջ; Եթե հակադարձման կարիք ունեք, օգտագործեք նույն FX աղբյուրը (PSA/bank) և ցույց տվեք դասընթացները/։
Մի՛ վատացրեք հաճախորդի համար տնտեսությունը (մի վերադարձրեք այլ ապրանքներ առանց ակնհայտ համաձայնության)։
13) iGaming-ի հատկությունները
Բոնուսների/ֆրիսպինների իրականացումը 'խաղի կանոնները> քաղաքականությունն է։ փողը միայն ներդրված միջոցների մի մասն է։
Winf-www.lusion/RG 'հաշիվը արգելափակելիս - աղբյուրի վրա։ այլընտրանքային վճարումները արգելված են մինչև ստուգման ավարտը։
Quazi-kash: Խիստ արգելք «փոխպատվաստում» քարտից/վաուչերից նոր ռելվիզիտի տակ։
14) KPI և վերահսկողություն
Refund success rate-ը (առցանց առաջարկվում է գրանցել)։
Japanian/P95 Time-to-refund-ը։
Alternate-payout rate (բացառությունների մասը) - պահել ODR-ից հետո (կրկնվող բանավեճեր)։ Սխալները ՝ «կրկնակի refund», «աղբյուրը չէ»։ Supronload վերադառնալու/1k պատվերներ։ 15) Ներդրման չեկի ցուցակ 1. Աղբյուրների կատալոգը (card/A2A/wallet/voucher) և RFC-ի համար իրենց հարմարավետության կարգավիճակները։ 2. Policy entine: void wwww.refund www.alt-payout, intain-logs, տարբերակումը։ 3. PMS/բանկերի ինտեգրումը '«void/refund», վեբ խունկը (ստորագրություն/NMAS), idempotenty։ 4. Recon: daily + fox, ալտերտեր ռասինխրոնի և «refund այլ աղբյուրի վրա»։ 5. UX 'Ակնհայտ ցուցադրություն հասցեատիրոջ հասցեով, ETA, բացառման պատճառներ։ նամակներ/չեկներ։ 6. AML/KYC: step-up ռուսական մրցույթի համար, SoF/SoW, deny-cass։ 7. Թեստային հավաքածու ՝ void, մասնակի refund, split-tender, փակված քարտեզը/IBAN, վաուչերը, Apple/Google Live, PSA-ի քայքայումը։ Ռեզյումե Same-method/refund-to-source կանոնը անվտանգության, համեմատության և կանխատեսելիության բանալին է։ Վերցրեք void wwww.refund .ru (խստորեն անհրաժեշտության դեպքում) այլընտրանքային payout, պահեք կանոնները policy-շարժիչով, ապահովեք idempotenty, webhooks և recon, prozerator և ETA։ Բացառությունները միայն step-up KYC/SoF-ից և պարզ լսարանի հետքից։ Այսպիսով, դուք նվազեցնում եք ռիսկերը, աջակցության ծախսերը և վեճերի ծավալը, պահպանելով օգտագործողների վստահությունը։