मर्चेंट के KYB वेरिफिकेशन में विरोधाभास कैसे सुलझाएँ

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

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

कंपनी, मालिकों और प्रतिनिधि को अलग रखिए

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

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

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

हर अनुरोध का एक मकसद होना चाहिए

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

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

बेवजह शक किए बिना बेमेल बातों को कैसे सुलझाएँ

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

अच्छा अनुरोध ठोस होता है: «कृपया आवेदक और बताए गए पेआउट प्राप्तकर्ता के संबंध को स्पष्ट करें और ज़रूरी पुष्टि सुरक्षित पोर्टल के ज़रिए भेजें»। इसमें कमी बताई गई है, लेकिन न कोई आरोप है और न ही शर्त से बचने का कोई इशारा। जवाब मिलने के बाद रिव्यूअर इस्तेमाल किया गया स्रोत और फैसले का आधार दर्ज करता है।

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

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

प्रक्रिया को पूरा करने लायक बनाइए

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

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

मंज़ूरी की सीमाएँ होनी चाहिए

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

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

ऐसी फ़ाइल जो रिव्यूअर की छुट्टी के बाद भी काम आए

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

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

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