समान विधि नियम और स्रोत पर लौटें

1) सार और इसकी आवश्यकता क्यों है

समान-विधि/रिफंड-टू-सोर्स (आरटीएस) - वह सिद्धांत जिसके द्वारा धन की वापसी और "किकबैक" एक ही विधि में किया जाता है और प्रारंभिक पुनर्पूर्ति/भुगतान (समान कार्ड/खाता/बटुआ) के समान स्रोत होता है। उद्देश्य:

एएमएल/एटीएफ: वापसी को किसी अन्य प्रोप पर "अनाम भुगतान सुरंग" में न बदलें।
धोखाधड़ी/ODR में कमी: कम "पैसा गलत तरीके से चला गया" विवाद।
ऑपरेटिंग सिस्टम: सरलीकृत सामंजस्य, कम मैनुअल मामले।
नियम कार्ड: नेटवर्क आवश्यकताओं का अनुपालन "मूल धन उपकरण के लिए क्रेडिट वापस।"

💡 बुनियादी थीसिस: हम जहां से आए थे, वहां लौटते हैं। यदि यह असंभव है, तो हम अतिरिक्त जांच (केवाईसी/एसओएफ) और समझने योग्य संचार के साथ एक उचित अपवाद को ठीक करते हैं।

2) कार्ड (वीजा/मास्टरकार्ड/...): यह कैसे काम करता है

शून्य/प्राधिकरण उलट (समाशोधन से पहले): प्राधिकरण रोलबैक - एक ही कार्ड पर पैसा "डीफ्रॉस्ट" होगा।

रिफंड (क्रेडिट/प्रस्तुति): समाशोधन के बाद - उसी पैन/डीपैन के लिए क्रेडिट।

Apple/Google पे: DPAN/नेटवर्क टोकन पर लौटें - वर्तमान कार्ड के लिए जारीकर्ता मार्ग (फिर से जारी किए जाने सहित)।

पुश-टू-कार्ड OCT - रिफंड के बराबर नहीं: यह कार्ड के लिए एक भुगतान है; केवल तभी उपयोग करें जब अपवाद और केवाईसी प्रतिबद्ध हों।

नक्शे पर अपवाद:

बंद/फिर से जारी कार्ड - जारीकर्ता, एक नियम के रूप में, विरासत कार्ड/खाते के लिए ऋण को "पुनर्निर्देशित" करेगा। धनवापसी अभी भी एक वापसी के रूप में एक हेलमेट है।
रिटर्न> मूल भुगतान - निषिद्ध; केवाईसी/एसओएफ के बाद अधिकृत भुगतान रेल के माध्यम से आंशिक वापसी, शेष राशि बनाएं।
स्प्लिट-टेंडर (2 स्रोतों से भुगतान): प्रति स्रोत समान अनुपात में लौटता है।

3) बैंक A2A (SEPA/ACH/FPS/RTP/PIX)

आदर्श: उसी IBAN/खाते में क्रेडिट स्थानांतरण जहां से पुनः पूर्ति हुई (या प्रेषक के UPI/PIX पहचानकर्ता के लिए)।

ACH (US): "रिफंड टू सोर्स" आमतौर पर एक ही रूटिंग + खाते के लिए ऋण के रूप में लागू किया जाता है; रिटर्न (आर-कोड) रिफंड नहीं हैं, लेकिन रेल विफलता/वापसी है।

RTP/FPS/PIX: तेज और अंतिम; यदि इन रेलों पर मूल भुगतान - रिफंड अक्सर एक ही प्राप्तकर्ता/उर्फ के लिए एक नए ऋण के रूप में जाता है (यह एक सामान्य समान-विधि कार्यान्वयन है)।

A2A अपवाद:

खाता बंद/विवरण अमान्य हैं - लाभार्थी (माइक्रो-डिपॉजिट/टेस्ट पेआउट) और स्टेप-अप केवाईसी की पुष्टि के बाद वैकल्पिक रेल की अनुमति है।
सीमा पार स्विफ्ट: यदि मूल भुगतान स्थानीय था और वापसी के लिए एक्स-बॉर्डर की आवश्यकता होती है - अतिरिक्त एफएक्स/शुल्क प्रकटीकरण और सहमति रिकॉर्ड करें।

4) ई-पर्स और एपीएम (स्किल/नेटलर/पेज/पेपाल और स्थानीय)

नियम: उसी बटुए/खाते में लौटें जिससे जमा राशि आई हो।

बटुए के अंदर कार्ड से टॉप-अप: रिफंड को वॉलेट पर लौटा दिया जाता है, न कि सीधे उपयोगकर्ता के कार्ड (प्रदाता नीति) को।

वाउचर/ईकैश (Paysafecard, Neosurf, Multibanco-ref): स्रोत के लिए अधिक बार गैर-वापसी योग्य - एक ऋण बटुआ/व्यापारी संतुलन (या KYC पर एक वैकल्पिक भुगतान) के लिए जाता है।

ई-वॉलेट अपवाद:

ईडीडी/एसओएफ के बाद अवरुद्ध/खोई हुई पहुंच - वैकल्पिक रेल और स्वामित्व का प्रमाण।
पार्टनर सीमांकक (एयूपी) - रिटर्न केवल स्टोर-क्रेडिट/आंतरिक संतुलन के रूप में संभव है।

5) वाउचर/कैश/अर्ध-नकदी

"नकदी" का प्राकृतिक स्रोत अक्सर गैर-प्रतिवर्ती होता है। ध्वनि नीति:

1. माल/क्रेडिट जारी करने से पहले रद्द करना - ठीक है, कुछ भी अनुवादित नहीं है।

2. नामांकन के बाद - आंतरिक शेष/बटुए पर लौटें, उसके बाद केवल केवाईसी/एसओएफ (कोई "कैश बैक") के बाद एक पंजीकृत बैंक खाते में वापसी।

टीओएस में पारदर्शी रूप से निर्दिष्ट करें: वाउचर के लिए वाउचर रिफिल नहीं लौटाए जाते हैं।

6) आंशिक रिटर्न, ओवर-लिमिट और मल्टी-सोर्स

आंशिक धनवापसी: मूल भुगतान राशि तक मूल स्रोत के लिए। कई आंशिक स्वीकार्य हैं।

स्रोत द्वारा जमा की जाने वाली राशि> अधिकृत भुगतान-रेल (केवाईसी/एसओएफ/सीमा) के माध्यम से शेष राशि।

कई स्रोत (उदाहरण के लिए, 70% कार्ड + 30% वॉलेट): आनुपातिक रूप से समान स्रोतों पर वापस आता है।

7) समय खिड़कियां और प्राथमिकताएं

प्राथमिकता 1: 'शून्य/प्राधिकरण उलट' (यदि संभव हो) - "सबसे साफ" रोलबैक।

प्राथमिकता 2: मूल रेल पर 'स्रोत से वापसी'।

प्राथमिकता 3: वैकल्पिक भुगतान (केवल निश्चित अपवाद + चरण-अप और ऑडिट के लिए)।

8) नीति इंजन: कैसे डिजाइन करें

Входные данные: 'Id', 'sourced Id' (कार्ड/A2A/वॉलेट/वाउचर), 'sourceRef' (PAN टोकन, IBAN, वॉलेटआईडी), 'राशि', 'fx', 'state', 'kyClevel', '

नियम:

1. 'कैनवॉयड ( Id)' शून्य।

2. अन्यथा, यदि 'IsRefundablToSource ( Id)' Refund (SourceRef)।

3. यदि SourceRef अमान्य/बंद '→ स्टेप-अप (KYC/SoF) → अनुमति सूची (बैंक/पुश-टू-कार्ड/ई-वॉलेट) पर भुगतान रेल का सुझाव दें → कारण लॉग।

4. यदि वाउचर/ईकैश → क्रेडिट इंट। बैलेंस शीट; प्रत्यक्ष उल्टा संभव नहीं है

5. स्प्लिट-टेंडर - अपने हिस्से में प्रत्येक 'SourceRef' के लिए एक रिफंड।

6. प्रतिबंधों/पीईपी/आयु/भू-प्रतिबंधों के तहत हार्ड-इनकार।

गैर-कार्यात्मक: idempotency ('RefundKey'), वेब हुक, तर्क की व्याख्या करें (विधि क्यों चुनी गई), नियम संस्करण।

9) स्टेटस, सुलह और कलाकृतियाँ

वापसी की स्थिति: 'अनुरोधित → लंबित → अस्वीकृत | विफल | रद्द'।

: 'refundId', ' Id', 'sourceType/ref', 'राशि/मुद्रा', 'fxRate', 'UTR/ARN/Trace', ' कोड', 'अभिनेता'।

Recon: PSP/बैंक रजिस्टर + फुल-रिकॉन द्वारा दैनिक ऑटो-रिकॉन; अलर्ट: "रजिस्ट्री के बिना सफलता", "डबल रिफंड", "दूसरे स्रोत पर लौटें।"

10) यूएक्स और संचार

वापसी स्क्रीन पर, पते पर दिखाएं: "कार्ड पर लौटें 3456/वॉलेट @ user/DE खाता...।"

यदि किसी अपवाद की आवश्यकता होती है, तो हम समझाते हैं: "स्रोत उपलब्ध नहीं है। आपकी सुरक्षा के लिए, हम डेटा (≈N मिनट/घंटे) की पुष्टि करने के बाद आपके व्यक्तिगत बैंक खाते में वापसी की पेशकश करेंगे। "

चेक/अक्षर: राशि, तिथि, विधि, 'refundId', UTR/ARN, ETA (कार्ड - एक्स दिनों तक, A2A - T + 0/1, वॉलेट - तुरंत/T + 1)।

FAQ: वाउचर गैर-प्रतिवर्ती हैं; Apple/Google पे को स्वचालित रूप से लिंक किए गए कार्ड में वापस कर दिया जा

11) अपवाद मैट्रिक्स (संकेत और चरण)

💡 मूल राशि आंशिक वापसी + भुगतान केवाईसी/एसओएफ प्रति बैलेंस

परिदृश्य	क्या करना है	चरण-ऊपर/जोड़ें। जाँच
कार्ड बंद/फिर से जारी किया गया	हमेशा की तरह धनवापसी भेजें	नहीं (जारीकर्ता मार्ग)
DPAN (Apple/Google पे)	टोकन पर वापसी (काम करेगा)	नहीं, यह नहीं है
IBAN बंद	नया व्यक्तिगत खाता निवेदन करें	KYC + SoF, परीक्षण भुगतान
वाउचर/ईकैश	क्रेडिट इंट। संतुलन/पर्स	नहीं, लेकिन TOS/पुष्टि
स्प्लिट-टेंडर	आनुपातिक refands	नहीं, यह नहीं है
प्रतिबंध/पीईपी/भू प्रतिबंध	इनकार करें	केस-मैनेजमेंट/एएमएल

12) एफएक्स और मुद्रा

मूल लेनदेन मुद्रा में वापसी; यदि रूपांतरण की आवश्यकता है - एक ही एफएक्स स्रोत (पीएसपी/बैंक) का उपयोग करें और दरों/शुल्क दिखाएं।

ग्राहक के लिए अर्थव्यवस्था को खराब न करें (स्पष्ट सहमति के बिना एक अलग मुद्रा में वापस न करें)।

13) iGaming के लिए सुविधाएँ

बोनस/फ्रीस्पिन रिटर्न: खेल> वापसी नीति के नियम; केवल जमा की गई धनराशि के हिस्से में।

स्व-बहिष्करण/आरजी: किसी खाते को अवरुद्ध करते समय - स्रोत को शेष राशि वापस करें; निरीक्षण पूरा होने तक वैकल्पिक भुगतान प्रतिबंधित

क्वासी-कैश: एक रिफंड की आड़ में एक कार्ड/वाउचर से एक नए प्रोप के लिए "ओवरफ्लो" पर सख्त प्रतिबंध।

14) केपीआई और नियंत्रण

वापसी सफलता दर (ऑनलाइन → रजिस्ट्री नामांकन)।

Median/P95 विधि से समय-वापसी।

वैकल्पिक भुगतान दर -

वापसी के बाद ODR (बार-बार विवाद)।

सुलह त्रुटियां: "डबल रिफंड", "गलत स्रोत"।

रिटर्न/1k ऑर्डर पर समर्थन लोड।

15) कार्यान्वयन चेकलिस्ट

1. स्रोत निर्देशिका (card/A2A/wallet/voucher) और उनकी आरटीएस उपयुक्तता स्थिति।

2. नीति इंजन: void→refund→alt नियम -payout, व्याख्या-लॉग, वर्शनिंग।

3. PSP/बैंकों का एकीकरण: 'शून्य/वापसी', वेब हुक (हस्ताक्षर/NMAS), पहचान।

4. रिकॉन: दैनिक + पूर्ण, सिंक से बाहर निकलने के लिए अलर्ट और "किसी अन्य स्रोत पर वापसी"।

5. UX: रिटर्न डेस्टिनेशन, ETA का स्पष्ट प्रदर्शन, अपवादों के कारण; अक्षर/जाँच टेम्पलेट

6. एएमएल/केवाईसी: वैकल्पिक भुगतान के लिए चरण-अप, एसओएफ/एसओडब्ल्यू, मामलों से इनकार करते हैं।

7. टेस्ट किट: शून्य विंडो, आंशिक रिफंड, स्प्लिट-टेंडर, बंद कार्ड/IBAN, वाउचर, Apple/Google पे, PSP गिरावट।

सारांश फिर से शुरू करें

समान-विधि/रिफंड-टू-सोर्स नियम सुरक्षा, अनुपालन और पूर्वानुमेयता की कुंजी है। शून्य रिफंड करें - (कड़ाई से यदि आवश्यक हो) वैकल्पिक भुगतान, नीति इंजन में नियमों को स्पष्ट लॉग के साथ रखें, पहचान सुनिश्चित करें, वेबहूक और रिकॉन, पारदर्शी रूप से पते और ईटीए का संचार करें। अपवाद - केवल स्टेप-अप KYC/SoF और स्पष्ट ऑडिट ट्रेल के साथ। इस तरह आप उपयोगकर्ता के विश्वास को बनाए रखते हुए जोखिम, लागत और विवादों का समर्थन करते हैं।

समान विधि नियम और स्रोत पर लौटें

हमसे संपर्क करें

त्वरित संपर्क

वीडियो जल्द ही अपडेट किया जाएगा

हम इस समय परियोजनाओं में बहुत व्यस्त हैं