मुचबेटर: टोकन और कार्ड
1) संदर्भ और स्थिति
मुचबेटर मोबाइल एप्लिकेशन और टोकन भुगतान पुष्टि मॉडल के साथ एक इलेक्ट्रॉनिक वॉलेट है: उपयोगकर्ता एप्लिकेशन (एससीए, पुश नोटिफिकेशन, डिवाइस बाइंडिंग) के भीतर लेनदेन की पुष्टि करता है, जो धोखाधड़ी को कम करता है और रूपांतरण को बढ़ाता है। कई देशों में, कार्ड रेल पर आभासी/प्लास्टिक कार्ड उपलब्ध हैं (उपलब्धता क्षेत्र और जारी करने वाले भागीदारों द्वारा भिन्न होती है)। विधि डिजिटल सामान और आईगेमिंग (स्थानीय आवश्यकताओं और प्रदाता नीति के अधीन) में लोकप्रिय है।
व्यापारी के लिए यह महत्वपूर्ण क्यों है
उच्च मोबाइल-यूएक्स: App2App/Push-approval कार्ड विवरण दर्ज किए बिना।
कम धोखाधड़ी: आवेदन + व्यवहार स्कोरिंग में पुष्टि।
स्रोत लचीलापन: पारिस्थितिकी तंत्र के भीतर cards/A2A/local विधियों और P2P के टॉप-अप वॉलेट।
2) उत्पाद और परिदृश्य
2. 1 बटुआ और टोकन (App2App/Push)
उपयोगकर्ता एक बटुए में संतुलन संग्रहीत करता है।
व्यापारी के चेक-आउट पर, एक App2App संक्रमण होता है या एक गहरी लिंक एप्लिकेशन खुलती है; पुष्टि - SCA के साथ धक्का के माध्यम से।
डेस्कटॉप के लिए, क्यूआर का उपयोग किया जाता है: क्लाइंट स्कैन करता है और अनुप्रयोग में पुष्टि करता है।
2. 2 मुचबेटर कार्ड (आभासी/प्लास्टिक)
कार्ड एक बटुए (देश द्वारा उपलब्धता) से बंधा हुआ है।
ऑनलाइन - 3DS/SCA; पीओएस - पिन/एनएफसी।
सार्वभौमिक खरीद के लिए उपयुक्त है, लेकिन एक व्यापारी के लिए यह एक नियमित कार्ड लेनदेन है (कार्ड नियमों और संभावित चार्जबैक के साथ)।
2. 3 पुनर्मूल्यांकन और भुगतान
टॉप-अप टू वॉलेट: कार्ड (3DS2), A2A/open बैंकिंग, स्थानीय तरीके (भिन्न)।
भुगतान: उपयोगकर्ताओं के पर्स (व्यवस्था और भू उपलब्धता द्वारा) के लिए व्यापारी भुगतान। उपयोगकर्ता बैंक/कार्ड/स्थानीय चैनलों पर प्रदर्शित कर सकता है - जहां अनुमति है
2. 4 P2P/अनुरोध-से-वेतन
पारिस्थितिकी तंत्र के भीतर संपर्क/संख्या/उर्फ द्वारा उपयोगकर्ताओं के बीच स्
1-2 नल में पुष्टि के साथ भुगतान अनुरोध (परिशिष्ट में चालान)।
3) एकीकरण प्रवाह
3. 1 होस्ट/रीडायरेक्ट (तेज शुरुआत)
1. चेकआउट → मुचबेटर का चयन करें।
2. वॉलेट एप्लिकेशन के लिए रीडायरेक्ट/डीप लिंक → पुश अनुमोदन/एससीए।
3. 'स्टैटस' के साथ व्यापारी साइट पर लौटें।
4. पिछले कार्यालय की पुष्टि: रजिस्टरों द्वारा वेबहुक + सामंजस्य।
3. 2 App2App + क्यूआर (मोबाइल/डेस्कटॉप)
मोबाइल: गहरी लिंक के माध्यम से एक आवेदन खोलना, राशि/आदेश का ऑटो-प्रतिस्थापन, पुष्टि → रिटर्न।
डेस्कटॉप: टाइमर के साथ गतिशील क्यूआर प्रति-क्रम; एप्लिकेशन में स्कैन → पुष्टि → मोडल और स्थिति अपडेट का ऑटो-क्लोज।
3. 3 सर्वर से सर्वर + होस्ट किया गया
आपका सर्वर एक भुगतान इरादा बनाता है, स्टेटस और रेट्रीज़का प्रबंधन करता है; पुष्टि इंटरफ़ेस वॉलेट की तरफ (पीआईआई न्यूनतम करने के लिए) रहता है।
4) स्टेटस और गणना
मूल स्थिति मॉडल: 'निर्मित → लंबित → सफलता | विफल | रद्द | समाप्त'।
'पुनः प्राप्त स्वीकृत समाप्त हो गया' समाप्त अनुरोधों।
निपटान: प्रदाता/पीएसपी रजिस्ट्रियों द्वारा नामांकन आमतौर पर टी + 1/T + 2 (ऑप्ल) हैं। दिन)। ऑनलाइन सफलता और लेखांकन क्रेडिट को अलग करें।
5) सीमाएं, केवाईसी और जोखिम नीतियां
Per-txn/24h/7d/monthly सीमाएं उपयोगकर्ता के केवाईसी स्तर, भू और जोखिम प्रोफ़ाइल पर निर्भर करती हैं।
नए प्राप्तकर्ताओं/व्यापारियों, टॉप-अप और भुगतान के लिए अलग थ्रेसहोल्ड।
वेग/उपकरण/भू-नियम, आयु प्रतिबंध और प्रतिबंध सूची लागू होते हैं।
सभी थ्रेसहोल्ड और फीचर उपलब्धता को एक वर्शन और त्वरित अपडेट कॉन्फ़िग में संग्रहीत करें।
6) रिटर्न, विवाद और अंतिम
धनवापसी - बटुआ/मूल स्रोत पर एक अलग क्रेडिट लेनदेन (पूर्ण/आंशिक)।
चार्जबैक: पर्स बैलेंस भुगतान के लिए, आमतौर पर कोई क्लासिक चार्जबैक नहीं होता है; यदि भुगतान वास्तव में कार्ड रेल (मुचबेटर कार्ड) पर जाता है, तो कार्ड नियम लागू होते हैं और चार्जबैक संभव है।
डिजिटल सेवाओं के लिए, जारी लॉग (टाइमस्टैम्प, आईपी/डिवाइस, इन-गेम ऑपरेशन) और ओडीआर प्रक्रियाएं रखें।
7) अर्थशास्त्र और आयोग
वॉलेट पे-इन के लिए एमडीआर आमतौर पर सीएनपी कार्ड की तुलना में कम होता है, लेकिन जियो/टर्नओवर/श्रेणी और पीएसपी अनुबंध पर निर्भर करता है।
अतिरिक्त लागत: होस्टेड/एसडीके, प्रसंस्करण 'लंबित/समाप्त', समर्थन/ODR, पुनरावृत्ति।
आरक्षण/पकड़बढ़ेहुए जोखिम पर या नए व्यापारियों के लिए संभव है।
अपने बटुए के अंदर A2A टॉप-अप द्वारा लागत कम करें और अनावश्यक FX रूपांतरण को कम करें।
8) यूएक्स अभ्यास
मोबाइल-पहला: App2App/Push प्राथमिकता में; डेस्कटॉप पर - टाइमर और ऑटो-अपडेट स्थिति के साथ एक बड़ा क्यूआर।
वसूली: 'टाइमआउट/एक्सपायर्ड' के साथ - सुरक्षित पुनरावृत्ति, एक वैकल्पिक विधि (card/A2A/wallet नंबर 2) पर स्विच करना।
त्रुटियां: स्पष्ट ग्रंथ "पर्स/विधि सीमा", "एससीए विफलता", "टाइमर समाप्त हो गया।"
रसीद: राशि/मुद्रा, 'ट्रांसक्रियआईडी', चैनल (App2App/QR/Hosted), वित्तीय संदर्भ/यूटीआर।
9) एंटीफ्राड और अनुपालन
ऐप में SCA + डिवाइस बाध्यकारी और व्यवहार स्कोरिंग।
PII न्यूनतम करना: बटुए की तरफ पुष्टि/प्रमाणीकरण, तिजोरी में रहस्य, वेब हुक पर IP-allowist।
वेबहूक: सिग्नेचर/एनएमएएस, टाइमस्टैम्प, रीप्ले प्रोटेक्शन, आइडेम्पोटेंस और इवेंट डेडअप।
KYC/AML/GDPR, जिम्मेदार गेमिंग (आयु/स्व-बहिष्करण), भू-फ़िल्टर।
10) व्यापारी एकीकरण
विकल्प
1. होस्ट/रीडायरेक्ट - न्यूनतम जोखिम और तेजी से टीटीएम।
2. App2App + सर्वर-टू-सर्वर - यूएक्स/स्थिति नियंत्रण, लचीला रिट्रे।
3. पे-बाय-लिंक/चालान - आस्थगित भुगतान और सहायता मामलों के लिए सुविधाजनक।
बैकएण्ड न्यूनतम
एपीआई: 'क्रीटपेमेंट', 'रिफंड', यदि आवश्यक हो तो 'अधिकृत/कैप्चर', 'QueryStation', 'वेबहुक', 'सामंजस्य'।
Idempotence ('ordeId' + key), घातीय पुनरावृत्ति, DLQ, इनबाउंड इवेंट्स।
रिकॉन: दैनिक ऑटो-रिकॉन + आवधिक पूर्ण-पुनरावृत्ति; स्टोर यूटीआर/फिन। लिंक, desynchronization द्वारा अलर्ट।
अवलोकन: रूपांतरण, 'pending→success/expired', निपटान अंतराल, SCA/सीमा त्रुटियां।
11) भुगतान और सहयोगी
वॉलेट भुगतान पारिस्थितिकी तंत्र में प्रतिधारण और वापसी की दर को बढ़ाते हैं, लेकिन जोखिम/भू द्वारा सीमा/सीसीएल और खंड का अनुपालन करते हैं।
विकल्प रखें: विवादित क्षेत्रों और बड़ी मात्रा में SEPA/RTP/पुश-टू-कार्ड/स्थानीय पर्स।
12) iGaming और उच्च जोखिम के लिए सुविधाएँ
ऊर्ध्वाधर के लिए देश/लाइसेंस और वर्तमान प्रदाता नीति द्वारा कानूनी पात्रता की जांच करें।
अपेक्षा: तंग सीमा, चयनात्मक पकड ़/भंडार, विस्तारित निगरानी।
योजना स्मार्ट-रूटिंग: नए/जोखिम भरे खंडों के लिए - वैकल्पिक A2A/e-wallet/eCash; सत्यापित के लिए - प्राथमिकता मोबाइल-यूएक्स के रूप में मुचबेटर।
13) केपीआई और परिचालन मैट्रिक्स
अनुमोदन दर (अलग से App2App/QR/होस्ट)।
लंबित समय и доля 'pending→expired'।
वापसी दर/ODR और समाधान का समय।
सेटलमेंट लैग (सफलता → रजिस्ट्री → नामांकन)।
कॉस्ट-टू-सर्व, विकल्पों का हिस्सा (फॉलबैक विधियों) और रूपांतरण पर उनके प्रभाव।
बटुए में A2A टॉप-अप का हिस्सा (लागत में कमी)।
14) आउटपुट चेकलिस्ट
1. पीएसपी/प्रदाता समझौता: टैरिफ/एमडीआर, कार्ड/भुगतान/भू उपलब्धता, वेब हुक/रजिस्ट्रियों द्वारा एसएलए।
2. एकीकरण: 'Createment' + App2App/QR/Hosted, त्रुटि/सीमा स्क्रीन, सुरक्षित पुनरावृत्ति।
3. सुरक्षा: हस्ताक्षर/NMAS वेब हुक, तिजोरी रहस्य, सख्त पुनर्निर्देशित-URI, IP-allowist।
4. रिकॉन: दैनिक + पूर्ण, यूटीआर/फिन संदर्भ भंडारण, desyncronization अलर्ट।
5. Refunds/ODR: आंशिक/पूर्ण, समर्थन प्लेबुक, refund↔order बंडल।
6. विन्यास: सीमा/सीसीएल/भू/कार्ड और भुगतान की उपलब्धता - कोड से बाहर, वर्शनिंग के साथ।
7. डैशबोर्ड एसएलए: रूपांतरण, लंबित, निपटान अंतराल, रिटर्न; विसंगति/भू अलर्ट।
8. E2E परीक्षण: मोबाइल App2App, डेस्कटॉप-क्यूआर, टाइमआउट/रिट्रे, आंशिक रिटर्न, प्रदाता का क्षरण।
लैंडमार्क कार्ड
स्थिति: 'बनाया/लंबित/सफलता/विफल/रद्द/समाप्त/समाप्त' (विभाजन भुगतान के लिए + 'अधिकृत/कैप्चर')।
सेटलमेंट: आमतौर पर रजिस्ट्रियों में T + 1/T + 2।
चार्जबैक: शुद्ध वॉलेट राइट-ऑफ के लिए कोई नहीं; कार्ड रेल (मुचबेटर कार्ड) के लिए है।
सीमाएं/एलसीसी: देश/स्तर विशिष्ट; कॉन्फ़िग में स्टोर करें और नियमित रूप से
वापसी: "पहला भुगतान → जनादेश" (SEPA/ओपन बैंकिंग/वॉलेट-जनादेश) - स्क्रिप्ट द्वारा समर्थित।
सारांश
मुचबेटर मजबूत मोबाइल यूएक्स के साथ एक टोकन पुष्टि बटुआ है। Hosted/App2App/QR के माध्यम से एकीकृत करें, वेबहूक + आइडेम्पोटेंसी + रिकॉन के आसपास निर्माण करें, कॉन्फ़िगरेशन में सीमाएं/एलसीसी/जियो/कार्ड/भुगतान रखें और जोखिम और डिवाइस द्वारा स्मार्ट-रूटिंग का उपयोग करें। IGaming में, कानूनी ढांचे का पालन करें और स्थिरता और लागत में कमी के लिए वैकल्पिक रेल (A2A/local e-e-wallet/eCash) तैयार करें।