बेटिंग मर्चेंट ऑनबोर्डिंग: पैसा कौन लेता है और विदड्रॉल का ज़िम्मेदार कौन

लाइसेंसशुदा बेटिंग मर्चेंट कंपनी की जाँच पास करने के बाद भी भुगतान लॉन्च के लिए तैयार न हो, ऐसा हो सकता है। बेटिंग मर्चेंट ऑनबोर्डिंग में इसका कारण सीधा है: प्रोडक्ट का लाइसेंस पैसा स्वीकार करने के हर तरीक़े का अपने आप वर्णन नहीं करता। पेमेंट चैनल के अपने भागीदार, पाबंदियाँ और अनुमतियाँ होती हैं। जब चेन में ट्रेडर टीम आती है, तो ये सवाल तकनीकी इंटीग्रेशन का परिशिष्ट नहीं, बल्कि ऑनबोर्डिंग का मुख्य विषय बन जाते हैं।

यहाँ केवल अनुमत क्षेत्राधिकारों में और तय चैनलों के ज़रिए अनुमत प्रोडक्ट को सर्विस देने की बात है। प्लेटफ़ॉर्म पर डिजिटल एसेट का P2P एक्सचेंज और gambling ऑपरेटर के लिए दाँव की राशि स्वीकार करना अलग-अलग गतिविधियाँ हैं। पहले की अनुमति अपने आप दूसरे को सर्विस देने का अधिकार साबित नहीं करती। नीचे दिया गया ढाँचा जाँच को ठोस फ़ैसलों में बाँटने में मदद करता है।

डोज़ियर को असली बिज़नेस का वर्णन करना चाहिए

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

पेमेंट टीम खिलाड़ियों का अपेक्षित भूगोल, करेंसी, राशियों की रेंज, प्रोडक्ट का स्वरूप और इनकमिंग व विदड्रॉल के अनुपात का अनुमान माँगती है। यह जानकारी अनुमति की जाँच और सर्विस डिज़ाइन के लिए चाहिए। इसे गारंटीड टर्नओवर के वादे में नहीं बदलना चाहिए। नए मर्चेंट के लिए ख़ास तौर पर उपयोगी है कि पुष्ट इतिहास को अपनी बिक्री योजनाओं से अलग रखा जाए।

हर तत्व की जाँच का एक ज़िम्मेदार होता है। कमर्शियल मैनेजर को अकेले लाइसेंस को पर्याप्त घोषित नहीं करना चाहिए, और इंजीनियर को सफल टेस्ट अनुरोध को असली भुगतान शुरू करने की अनुमति नहीं समझना चाहिए। बिज़नेस, चैनल और इंटीग्रेशन की मंज़ूरी अलग-अलग दर्ज की जाती है, ताकि एक दूसरे की जगह न ले।

स्वीकार करने वाला अकाउंट किसका है

खिलाड़ी से मर्चेंट के सेटलमेंट तक का रास्ता बनाएँ और हर अकाउंट के मालिक का नाम लिखें। अगर पैसा कोई मध्यवर्ती संस्था प्राप्त करती है, तो उसकी भूमिका, अनुबंध का आधार और ज़रूरी अनुमतियाँ स्थापित करें। अगर किसी व्यक्ति का निजी अकाउंट सुझाया जाता है, तो बैंकिंग ऐप से ट्रांसफ़र हो पाना ऐसे कमर्शियल इस्तेमाल की वैधता साबित नहीं करता।

ब्रिटेन में UKGC की शर्त 5.1.2 का मौजूदा पाठ उसके दायरे में आने वाले भुगतानों की स्वीकृति को Payment Services Regulations 2017 में पेमेंट सर्विस प्रोवाइडर की परिभाषा से जोड़ता है। यह शर्त उसमें बताए गए रिमोट casino, bingo और betting लाइसेंस पर अपवादों के साथ लागू होती है। यह एक ख़ास क्षेत्राधिकार का उदाहरण है; इसके शब्दों को पूरे वैश्विक बाज़ार पर लागू नहीं किया जा सकता।

व्यावहारिक सवाल "क्या आपके पास P2P है" नहीं, बल्कि "कौन-सा अनुमत प्रोवाइडर इस ऑपरेटर को कौन-सी सेवा देता है" है। जवाब में बैंक या प्रोवाइडर के यहाँ gambling कैटेगरी की स्वीकार्यता भी शामिल है। अगर लॉन्च के लिए बिज़नेस का उद्देश्य छिपाने, दूसरा MCC इस्तेमाल करने या ट्रांज़ैक्शन को किसी अस्तित्वहीन सामान की बिक्री दिखाने का सुझाव आए, तो जाँच सफलतापूर्वक पूरी नहीं हुई है। ऐसा रूट शुरू नहीं किया जाता।

पे-इन और विदड्रॉल अलग-अलग जाँचे जाते हैं

एक काल्पनिक मर्चेंट एक दिन में 100 000 मुद्रा इकाइयाँ प्राप्त करने और खिलाड़ियों को 80 000 देने की योजना बनाता है। इससे यह नहीं निकलता कि उसे केवल 20 000 के अंतर की फ़ंडिंग करनी है। अगर 60 000 के विदड्रॉल सुबह होते हैं और इनकमिंग शाम को अपेक्षित है, तो सुबह उपलब्ध संसाधन चाहिए। अगर पैसा एक चैनल से आता है और विदड्रॉल केवल दूसरे से संभव है, तो दूसरे को अनुमत और समय पर टॉप-अप करना होगा।

राशि के अलावा प्राप्तकर्ता की स्वीकार्यता भी अहम है। क्या खिलाड़ी मूल मेथड पर पैसा निकाल सकता है? बंद अकाउंट को कैसे संभाला जाता है? नया पेआउट तरीक़ा कौन कन्फ़र्म करता है? अगर भुगतानकर्ता का नाम प्रोफ़ाइल से मेल न खाए तो क्या होगा? जवाब खिलाड़ी के डिपॉज़िट से पहले होने चाहिए, बड़ी जीत के बाद नहीं।

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

कौन-सा फ़ैसला कौन लेता है

• मर्चेंट ग्राहक और प्रोडक्ट की स्वीकार्यता पर अपने फ़ैसले, गेमिंग अकाउंट के बैलेंस और अपनी ज़िम्मेदारियों की सीमा में विदड्रॉल निर्देश के लिए ज़िम्मेदार है।
• पेमेंट सर्विस प्रोवाइडर अपने पास उपलब्ध एग्ज़िक्यूशन तथ्यों की पुष्टि करता है और अपने ऊपर लागू आवश्यकताओं का पालन करता है; ठोस दायरा अनुबंध में तय होता है।
• ट्रेडर टीम तय भूमिकाओं में केवल अनुमत कार्रवाइयाँ करती है, सबूत सहेजती है और नियम ख़ुद बदलने की जगह अपवाद आगे भेजती है।
• ट्रेज़री फ़ंडिंग और सेटलमेंट की योजना बनाती है, और स्वतंत्र रिकंसिलिएशन दायित्वों का असल मूवमेंट से मिलान करता है।
• सपोर्ट ग्राहक को जाँचा हुआ स्टेटस बताता है; रिफ़ंड, पाबंदी या विवाद पर फ़ैसले अधिकृत पक्ष लेता है।

यह नक्शा एक सुझाया गया ढाँचा है, उन दायित्वों को किसी और को सौंपने का तरीक़ा नहीं जो क़ानून ऑपरेटर या पेमेंट संस्था पर छोड़ता है। अगर असल फ़ैसला केवल मर्चेंट ले सकता है, तो "प्रोसेसर हर चीज़ का ज़िम्मेदार है" वाली शर्त मदद नहीं करती। हर सीमा के लिए इनपुट डेटा, अनुमत कार्रवाई और नतीजे की पुष्टि चाहिए।

लॉन्च से पहले कौन-से टेस्ट ज़रूरी हैं

पूरा डिपॉज़िट और पूरा विदड्रॉल जाँचें, फिर तय अपवाद: देर से कन्फ़र्मेशन, ग़लत राशि, दोहराई गई नोटिफ़िकेशन, ज़रूरी पेमेंट मेथड का न होना, डायरेक्शन का रुकना। टेस्ट के लिए असली संदिग्ध ट्रांसफ़र न बनाएँ। तकनीकी अपवादों के लिए टेस्ट एनवायरनमेंट और पहले से अनुमत परिदृश्य इस्तेमाल होते हैं।

स्वीकृति के समय ट्रेज़रर को दिखाना होगा कि नए डिपॉज़िट न होने पर विदड्रॉल की फ़ंडिंग कहाँ से होती है। सपोर्ट को ग्राहक की शिकायत से ट्रांज़ैक्शन ढूँढना होगा। रिकंसिलिएशन करने वाले को गेमिंग बैलेंस और प्रोसेसर के बकाये का फ़र्क़ समझाना होगा। कंप्लायंस को पुष्टि करनी होगी कि असल भागीदार और एग्ज़िक्यूशन के तरीक़े मंज़ूर किए गए से मेल खाते हैं। अगर यह नहीं है, तो इंटीग्रेशन काम करता है, पर ऑपरेशनल मॉडल अभी तैयार नहीं है।

ऑनबोर्डिंग के बाद के बदलावों पर भी ध्यान चाहिए

बैंक, सेटलमेंट प्राप्तकर्ता, लीगल एंटिटी, खिलाड़ियों के देश या सब-कॉन्ट्रैक्टर का बदलना शुरुआती जाँच का निष्कर्ष बदल सकता है। मौजूदा ढाँचा और उन इवेंट की सूची रखें जिनके बाद दोबारा मंज़ूरी ज़रूरी है। लागू ब्रिटिश लाइसेंस के लिए UKGC पेमेंट प्रोसेसर और स्वीकृति के तरीक़ों में बदलाव की सूचना का अलग प्रावधान करता है; ठोस आवश्यकता मौजूदा LCCP से जाँची जाती है।

सफल लॉन्च उबाऊ दिखता है: पैसे के मालिक स्पष्ट हैं, विदड्रॉल के लिए पैसा शाम के डिपॉज़िट की उम्मीद के बिना उपलब्ध है, और विवादित ट्रांज़ैक्शन अधिकार वाले व्यक्ति तक पहुँचता है। यही उबाऊ स्पष्टता वैध मर्चेंट को हर शिफ़्ट में नियम दोबारा गढ़े बिना बढ़ने देती है।