ecoPayz: बटुआ और बिल

1) संदर्भ और स्थिति

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

यह व्यापारी के लिए लाभदायक क्यों है

लक्ष्य खंडों में Hosted/App2App-UX और मान्यता के कारण उच्च रूपांतरण।

कम धोखाधड़ी (SCA, डिवाइस बाइंडिंग, जोखिम स्कोरिंग)।

लचीली अर्थव्यवस्था (अक्सर सीएनपी कार्ड के नीचे), बटुए को त्वरित आंशिक वापसी।

2) उत्पाद और भूमिकाएँ

पर्स/खाते: मल्टी-करेंसी यूजर बैलेंस (टॉप-अप/खर्च/आउटपुट)।

नक्शे (नक्शे की रेल पर आभासी/प्लास्टिक) - सभी देशों में उपलब्ध नहीं है।

वाउचर स्रोत (भागीदारों के माध्यम से इकोवाउचर और एनालॉग्स) - जहां अनुमति दी गई है।

पीएसपी/अधिग्रहणकर्ता: व्यापारी ऑनबोर्डिंग, टैरिफ/एमडीआर, होस्ट/विजेट/एपीआई, गणना और रिपोर्ट।

वॉलेट स्कीम/जारीकर्ता: AUP, KYC/AML, लिमिट, एंटी-फ्रॉड, वॉलेट बुक।

3) चैनल और उपयोगकर्ता परिदृश्य

3. 1 पे-इन

होस्ट/रीडायरेक्ट (अनुशंसित): ecoPayz/Payz → login/SCA → पुष्टि → स्थिति के साथ वापसी के लिए पुनर्निर्देशित करें।

App2App/Deeplink: वॉलेट एप्लिकेशन मोबाइल पर खुलता है, फिर कैशियर के पास लौटता है।

एम्बेडेड/विजेट: प्रदाता सुरक्षा आवश्यकताओं के अधीन।

3. 2 टॉप-अप टू वॉलेट (उपयोगकर्ता)

कार्ड (3DS2), A2A/Open बैंकिंग/स्थानीय हस्तांतरण, eCash/वाउचर, P2P। स्रोतों का सेट देश और केवाईसी स्तर से भिन्न होता है।

3. 3 भुगतान/वापस लेना

उपयोगकर्ताओं के पर्स को व्यापारी भुगतान; आगे - उपयोगकर्ता द्वारा बैंक/कार्ड/स्थानीय विधियों (देश/सीसीएम द्वारा उपलब्धता) के लिए आउटपुट।

3. 4 P2P/अनुरोध-से-वेतन

पर्स (जहां समर्थित) के बीच भुगतान के लिए हस्तांतरण और अनुरोध।

3. 5 बटुआ कार्ड

वर्चुअल/प्लास्टिक कार्ड (यदि उपलब्ध हो): वॉलेट बैलेंस से डेबिट; ऑनलाइन - SCA/3DS, पीओएस - पिन/एनएफसी।

4) स्टेटस और गणना

विशिष्ट स्थितियाँ 'लंबित सफलता विफल रद्द समाप्त' (यदि आवश्यक हो तो 'अधिकृत कैप्चर') हैं।

निपटान: PSP/प्रदाता रजिस्ट्रियों द्वारा नामांकन आमतौर पर T + 1/T + 2 (opl) है। दिन)।

तर्क में, ऑनलाइन सफलता और वास्तविक क्रेडिट को अलग करें।

5) सीमाएं, केवाईसी और जोखिम नीतियां

प्रति-txn/24h/7d/मासिक सीमा; नए प्राप्तकर्ताओं/व्यापारियों और आउटपुट के लिए अलग सीमा।

केवाईसी (मूल/उन्नत/वीआईपी) स्तर: टॉप-अप/फ्लो/आउटपुट उच्च और समर्थित विधियों का एक सेट परिभाषित करता है।

वेग/उपकरण/भू-नियम, प्रतिबंध और आयु प्रतिबंध (विशेष रूप से आईगेमिंग के लिए)।

गर्म अद्यतन की संभावना के साथ कॉन्फ़िग में सीमाएं/नियम रखें।

6) रिटर्न, विवाद, अंतिम

धनवापसी - बटुआ/मूल स्रोत पर एक अलग क्रेडिट लेनदेन (पूर्ण/आंशिक)।

चार्जबैक: विशुद्ध रूप से "वॉलेट" राइट-ऑफ के लिए, क्लासिक कार्ड चार्जबैक आमतौर पर नहीं होते हैं; यदि वास्तविक रेल एक कार्ड (बटुए के अंदर सीओएफ/कार्ड) है, तो जारीकर्ता पर कार्ड प्रक्रियाएं संभव हैं।

अनुसूची ODR प्रक्रियाएं और संग्रहीत पूर्ण डिजिटल सेवा जारी लॉग।

7) अर्थशास्त्र और आयोग

व्यापारी के लिए एमडीआर आमतौर पर सीएनपी कार्ड से कम होता है, लेकिन जियो/टर्नओवर/श्रेणी पर निर्भर करता है।

अतिरिक्त लागत: होस्टेड/एसडीके, 'लंबित/समाप्त', ओडीआर/विवाद, जोखिम के लिए संभावित भंडार/पकड़के लिए समर्थन।

लागत का प्रबंधन करें: A2A टॉप-अप और मल्टी-करेंसी (कम FX) को उत्तेजित करें, VIP पर अपसेल का उपयोग करें।

8) यूएक्स अभ्यास

मोबाइल-पहला: App2App प्राथमिकता में; डेस्कटॉप पर - एक स्पष्ट पुनर्निर्देशन।

पुष्टि की प्रतीक्षा के लिए टाइमर ('लंबित'), सुरक्षित पुनरावृत्ति, विकल्पों के सुझाव (कार्ड/ए 2 ए)।

पारदर्शी त्रुटि: पर्स/विधि सीमा, SCA विफलता, समय समाप्ति।

रसीद: राशि/मुद्रा, 'ट्रांसएक्शन आईडी', चैनल (App2App/होस्ट), रजिस्ट्री से वित्तीय संदर्भ/यूटीआर।

9) व्यापारी एकीकरण

विकल्प

1. होस्ट/रीडायरेक्ट - फास्ट स्टार्ट, न्यूनतम पीसीआई/पीआईआई फुटप्रिंट।

2. सर्वर से सर्वर + App2App/Hosted - कस्टम यूएक्स और तंग स्थिति नियंत्रण।

3. पे-बाय-लिंक/चालान - आस्थगित भुगतान/संग्रह के लिए।

बैकएण्ड न्यूनतम

एपीआई: 'क्रिएटिव पेमेंट', 'अधिकृत/कैप्चर' (если требуется), 'रिफंड', 'क्वेरी स्टेटस्टेटस', 'वेबहुक', 'सामंजस्य'।

Idempotence ('ordeId' + key), घातीय पुनरावृत्ति, आने वाले वेब हुक की डीडअप।

वेबहूक: हस्ताक्षर/एनएमएएस, टाइमस्टैम्प, रीप्ले सुरक्षा।

रिकॉन: दैनिक ऑटो-रिकॉन + फुल-रिकॉन, यूटीआर/बैंक लिंक का भंडारण, मिसलिग्नमेंट द्वारा अलर्ट।

अवलोकन: रूपांतरण, 'pending→success/expired', निपटान-अंतराल, SCA/सीमा त्रुटियां।

10) सुरक्षा और अनुपालन

SCA (बटुआ प्रमाणीकरण), उपकरण बाध्यकारी, व्यवहार स्कोरिंग।

PII न्यूनतम करना: संवेदनशील डेटा, रहस्य - तिजोरी में प्रवेश करने के लिए होस्ट/विजेट, वेबहुक एंडपॉइंट के लिए IP-allowlist, सख्त पुनर्निर्देशित-URI।

KYC/AML/GDPR, आयु, प्रतिबंध, भू-फिल्टर, जिम्मेदार गेमिंग।

11) भुगतान और सहयोगी

पर्स के लिए भुगतान अक्सर सुविधाजनक (तेज और सस्ते) होते हैं, लेकिन जोखिम/भू/सीयूएस द्वारा खंड।

विकल्प रखें: विवादित क्षेत्रों या बड़ी मात्रा में SEPA/RTP/पुश-टू-कार्ड/स्थानीय पर्स।

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

भू और लाइसेंस की कानूनी अनुमति की जांच करें; आयु नियंत्रण और आत्म-बहिष्करण शामिल हैं।

अपेक्षा: तंग सीमाएं, संभावित पकड ़/भंडार, लेनदेन और भुगतान की विस्तारित निगरानी।

जोखिम/भू/खिलाड़ीप्रोफ़ाइल द्वारा स्मार्ट रूटिंग (वॉलेट A2A कार्ड वाउचर) की योजना बनाएं।

13) केपीआई और परिचालन मैट्रिक्स

अनुमोदन दर (App2App/होस्ट के लिए अलग से)।

लंबित समय и доля 'pending→expired'।

वापसी दर/ODR और औसत निर्णय समय।

सेटलमेंट लैग (सफलता → रजिस्ट्री → नामांकन)।

एफएक्स शेयर और औसत एफएक्स मार्जिन।

टर्नओवर, कॉस्ट-टू-सर्व (समर्थन/विवाद) में वीआईपी/विस्तारित केवाईसी का हिस्सा।

14) आउटपुट चेकलिस्ट

1. पीएसपी/प्रदाता समझौता: टैरिफ/एमडीआर, एफएक्स नियम, वेब हुक/रजिस्ट्रियों के लिए एसएलए, भू/ऊर्ध्वाधर अनुमति।

2. एकीकरण: 'Createment' + App2App/Hosted, त्रुटि/सीमा/दोहराएँ स्क्रीन।

3. सुरक्षा: हस्ताक्षर/NMAS वेब हुक, तिजोरी रहस्य, redirect-URI, IP-allowist।

4. रिकॉन: दैनिक + पूर्ण, यूटीआर/फिन संदर्भ भंडारण, desyncronization अलर्ट।

5. Refunds/ODR: आंशिक/पूर्ण, समर्थन प्लेबुक, refund↔order बंडल।

6. कॉन्फ़िग्स: सीमाएं/सीसीएल/टैरिफ/भू - कोड से बाहर, मौखिक और जल्दी से अद्यतन।

7. डैशबोर्ड एसएलए: रूपांतरण, 'लंबित', निपटान-अंतराल, रिटर्न; विसंगति/भू अलर्ट।

8. E2E परीक्षण: मोबाइल App2App, डेस्कटॉप रीडायरेक्ट, टाइमआउट/रिट्रीट, आंशिक रिटर्न, प्रदाता गिरावट।

लैंडमार्क कार्ड

स्थितियाँ: 'बनाया/लंबित/सफलता/असफल/रद्द/समाप्त/समाप्त' (+ 'अधिकृत/कैप्चर' जहां लागू हो).

सेटलमेंट: आमतौर पर PSP/प्रदाता रजिस्टर द्वारा T + 1/T + 2।

चार्जबैक: नेट "पर्स" चार्ज के लिए लापता; एक कार्ड रेल के लिए संभव है

सीमाएं/एलसीसी: देश/स्तर विशिष्ट; कॉन्फ़िग में स्टोर करें और नियमित रूप से

वापसी: "पहला भुगतान → जनादेश" (SEPA/ओपन-बैंकिंग/वॉलेट-जनादेश) - यदि स्क्रिप्ट इसका समर्थन करती है।

सारांश

ecoPayz/Payz मल्टी-करेंसी बैलेंस, मजबूत मोबाइल UX और एक समझने योग्य ऑपरेटिंग सिस्टम के साथ एक परिपक्व वॉलेट है। के माध्यम से एकीकृत करें, वेबहूक + पहचान + पुनरावृत्ति का निर्माण करें, कॉन्फ़िगरेशन में सीमा/सीसीएल/टैरिफ/जियो रखें, और आईगेमिंग के लिए, कानूनी ढांचे, खंड जोखिम का पालन करें और खिलाड़ी प्रोफ़ीऔर लोड के साथ।