पहले बड़े टर्नओवर से पहले P2P प्रोसेसर की जाँच कैसे करें

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

नीचे दी गई जाँच वैध रूप से संगठित P2P प्रोसेसिंग के लिए है। यह किसी प्रतिबंधित पेमेंट स्कीम को स्वीकार्य नहीं बनाती। अगर बिज़नेस मॉडल क़ानूनी और बैंकिंग जाँच पास नहीं करता, तो छोटा पायलट समस्या ठीक नहीं करेगा: ऐसी स्कीम में पैसा नहीं भेजा जाता। बाक़ी चरण जाँच का सुझाया गया क्रम हैं, उद्योग का क्वालिटी सर्टिफ़िकेट नहीं।

टर्नओवर के प्रेज़ेंटेशन के बिना पहली मीटिंग

काउंटरपार्टी से एक भुगतान का पूरा रास्ता बनाने को कहें। खिलाड़ी पैसा भेजता है। प्राप्तकर्ता कौन-सी कंपनी या व्यक्ति है? वह किस आधार पर मर्चेंट के लिए पैसा लेता है? खिलाड़ी के प्रति दायित्व कौन दर्ज करता है? ट्रेडर का नियंत्रण कहाँ ख़त्म होता है और प्रोसेसर की ज़िम्मेदारी कहाँ शुरू होती है? अंतिम सेटलमेंट किस करेंसी में और किसे होता है?

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

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

ऑफ़र का विरोधाभास सुंदर डैशबोर्ड से ज़्यादा अहम है

India P2P Processing के सार्वजनिक FAQ में एक साथ अपने KYC अकाउंट की सिफ़ारिश, किराए पर लिए या ख़रीदे गए अकाउंट की स्वीकार्यता, और दूसरों के अकाउंट से काम को चेतावनी संकेत बताने वाला विवरण मिलता है। यह प्रचार सामग्री का जाँचने योग्य विरोधाभास है, किसी ख़ास पूरे हुए ट्रांज़ैक्शन का सबूत नहीं। फिर भी किसी भी फ़ंडिंग से पहले इसे लिखित रूप में दूर करना ज़रूरी है।

भारतीय संदर्भ में इस सवाल को ख़ास तौर पर तकनीकी सेटिंग तक सीमित नहीं किया जा सकता। I4C ने 28 अक्टूबर 2024 की आधिकारिक चेतावनी में बेनामी और किराए के खातों पर चलने वाले अवैध गेटवे का वर्णन किया और खाते न बेचने, न किराए पर देने की अपील की। इस चेतावनी से यह नहीं निकलता कि हर P2P ट्रांसफ़र अवैध है। एक संकरा निष्कर्ष निकलता है: किसी और की बैंकिंग पहचान इस्तेमाल करने का सुझाव क्षमता बढ़ाने का सामान्य तरीक़ा नहीं माना जा सकता।

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

कौन-से सबूत सचमुच काम के हैं

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

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

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

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

पायलट को पैसे और अनिश्चितता से सीमित करें

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

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

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

विस्तार का फ़ैसला और रुकने का अधिकार

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

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