हर वॉलेट पहले ही दिन एक जैसे दिखने वाले विरोधाभास का सामना करता है। ऑनबोर्डिंग को इतना सख़्त बनाइए कि नियामक संतुष्ट हो जाए, और ज़्यादातर लोग पूरा करने से पहले ही छोड़ देते हैं — जिस बिना बैंक खाते वाले ग्राहक तक आप पहुँचना चाहते हैं, उसके पास अपलोड करने के लिए बिजली का बिल नहीं होता और न ही शाखा जाने का धैर्य। इसे इतना ढीला बनाइए कि तेज़ी से बढ़ सकें, और आप मनी लॉन्ड्रिंग का रास्ता बन जाते हैं, और जिस केंद्रीय बैंक ने आपको लाइसेंस दिया वह उसे वापस ले लेता है। अगर इसे "खुला" और "नियंत्रित" के बीच एक ही नॉब की तरह देखा जाए, तो इस समस्या की कोई अच्छी सेटिंग नहीं है।
समाधान उस नॉब पर सही जगह ढूँढना नहीं है। समाधान यह समझना है कि नॉब ही ग़लत मॉडल है। सही मॉडल है जोखिम-आधारित, स्तरीय KYC, जिसमें पहुँच सत्यापन के साथ बढ़ती है और सीमाएँ ऐप के वादे के बजाय लेजर द्वारा लागू की जाती हैं। इस तरह डिज़ाइन करने पर खुली पहुँच और सख़्त नियंत्रण विरोधी नहीं रहते।
"जोखिम-आधारित" ही वह शब्द क्यों है जो मायने रखता है
मोबाइल मनी के नियामक ढाँचे — और FATF की सिफ़ारिशें, जिनसे ज़्यादातर ढाँचे निकले हैं — यह नहीं माँगते कि हर कोई पहचान की एक ही कसौटी पार करे। वे माँगते हैं कि नियंत्रण जोखिम के अनुपात में हों। जो वॉलेट कुछ डॉलर रख सकता है और दिन में कुछ डॉलर भेज सकता है, वह कम जोखिम वाला साधन है; उसे खोलने के लिए पासपोर्ट माँगना ख़राब कारोबार है और समावेशन पर केंद्रित नियमों में अक्सर साफ़ तौर पर हतोत्साहित किया जाता है। जो वॉलेट सीमाओं के पार बड़ी रक़म भेज सकता है, वह उच्च जोखिम वाला साधन है और पूरे सत्यापन का हक़दार है। जोखिम-आधारित KYC बस माँगे गए सत्यापन को दी गई क्षमता से मिलाता है।
यह नज़रिया मुक्त करने वाला है। अब आप एक ऐसी एकल दहलीज़ नहीं ढूँढ रहे जो स्वागत करने वाली भी हो और सुरक्षित भी। आप एक सीढ़ी बना रहे हैं: पहला पायदान चढ़ना आसान है, और हर ऊँचा पायदान ज़्यादा माँगता है — और ज़्यादा खोलता है।
तीन स्तर, उदाहरण के तौर पर
एक आम और नियामकों द्वारा पसंद की जाने वाली संरचना ऐसी दिखती है। सटीक आँकड़े हर बाज़ार के लिए स्थानीय नियामक के साथ तय होते हैं; जो चीज़ हर जगह लागू होती है वह इसका ढाँचा है।
- स्तर 1 — बेसिक। केवल फ़ोन नंबर से वॉलेट खोलें, SMS से सत्यापित। हर लेन-देन, हर दिन और बैलेंस की कम सीमाएँ। यह समावेशन का स्तर है: SIM वाला कोई भी व्यक्ति एक मिनट से कम में शुरू कर सकता है, और सख़्त सीमाएँ ही न्यूनतम सत्यापन को नियामक के लिए स्वीकार्य बनाती हैं।
- स्तर 2 — सत्यापित। सीमाओं को रोज़मर्रा की ज़िंदगी के स्तर तक बढ़ाने के लिए सरकारी पहचान पत्र जोड़ें — नंबर और दस्तावेज़ की फ़ोटो। ज़्यादातर सक्रिय ग्राहक यहीं रहते हैं।
- स्तर 3 — पूर्ण। पहचान पत्र के साथ दस्तावेज़ से मिलाई गई सेल्फ़ी, ऐप में समीक्षा की गई, जो पूरी सीमाएँ और ऊँचे मूल्य की सेवाएँ खोलती है। यह वह स्तर है जो बड़ी मात्रा की अनुमति देता है, उस सत्यापन के साथ जिसकी नियामक बड़ी मात्रा के लिए अपेक्षा करता है।
इससे ग्राहक को वही अनुभव मिलता है जो आप चाहते हैं: शुरुआत में कोई रुकावट नहीं, और सत्यापन ठीक उस समय माँगा जाता है जब ग्राहक का अपना व्यवहार — ज़्यादा भेजना चाहना — उसकी ज़रूरत पैदा करता है। किसी से अपने पहले दस डॉलर पाने के लिए पासपोर्ट नहीं माँगा जाता।
वह सिद्धांत जो इसे वास्तविक बनाता है: सीमाएँ लेजर में रहती हैं
यहीं पर ज़्यादातर KYC डिज़ाइन चुपचाप विफल हो जाते हैं। वे स्तरों को सही ढंग से परिभाषित करते हैं, फिर सीमाओं को ग़लत जगह लागू करते हैं — ऐप में, एक बंद बटन या क्लाइंट-साइड जाँच के रूप में। यह लागू करना नहीं है; यह एक सुझाव है। जो कोई भी सीधे API तक पहुँच सकता है, या संशोधित ऐप इस्तेमाल करता है, वह इसे बायपास कर सकता है।
जिस सीमा को ग्राहक पार कर सकता है, वह सीमा नहीं है। वह सिर्फ़ एक लेबल है।
अच्छी तरह बने सिस्टम में, स्तर की ऊपरी सीमा लेजर द्वारा लागू एक अपरिवर्तनीय नियम है, जिसे उसी एटॉमिक ऑपरेशन के भीतर जाँचा जाता है जो लेन-देन को दर्ज करेगा। स्तर 1 का ग्राहक जो अपनी दैनिक सीमा पार करने की कोशिश करता है, उसे स्क्रीन पर विनम्र इनकार नहीं मिलता — पैसे की आवाजाही उसी जगह अस्वीकार कर दी जाती है जहाँ वह होती, हर चैनल पर, क्योंकि नियम वहीं रहता है जहाँ पैसा रहता है। ऐप का काम नियम को दिखाना और सहज बनाना है; लेजर का काम उसे सच बनाना है। KYC स्तर खाते की एक विशेषता बन जाता है जिसे कोर सिस्टम हर लेन-देन पर देखता है, न कि कोई स्क्रीन जिससे ग्राहक एक बार गुज़रा था।
स्तरों के ऊपर: एंटी-मनी लॉन्ड्रिंग परत
स्तर तय करते हैं कि सत्यापित ग्राहक कितना कर सकता है। वे अपने आप में किसी ऐसे सत्यापित ग्राहक को नहीं पकड़ते जो मनी लॉन्डरर की तरह व्यवहार कर रहा हो। यह स्तरों के ऊपर बैठी एंटी-मनी लॉन्ड्रिंग परत का काम है, और नियामक आपसे इन सब के बारे में पूछेगा:
- प्रतिबंध और PEP स्क्रीनिंग। नए और मौजूदा ग्राहकों की जाँच प्रतिबंध सूचियों और राजनीतिक रूप से प्रभावशाली व्यक्तियों की सूचियों से की जाती है, और इन सूचियों के बदलने पर दोबारा जाँच के लिए जुड़ाव बिंदु होते हैं। मिलान को समीक्षा के लिए चिह्नित किया जाता है, न कि चुपचाप रोका या अनुमति दी जाती है।
- वेग और सीमा नियम। पैटर्न उतने ही मायने रखते हैं जितनी रक़में। सीमा से ठीक नीचे लेन-देन की झड़ी, व्यवहार में अचानक बदलाव, खातों के बीच रक़म का बँटवारा — यह सब ऐसे नियमों से सामने आता है जो सिर्फ़ मौजूदा लेन-देन नहीं, बल्कि समय के साथ प्रवाह को देखते हैं।
- संदिग्ध गतिविधि का निपटारा। जब कोई चीज़ नियम को ट्रिगर करती है, तो उसे कहीं जाना चाहिए — एक कतार, एक समीक्षक, एक निर्णय, और जहाँ ज़रूरी हो, वित्तीय खुफ़िया इकाई को रिपोर्ट। जिस अलर्ट के पीछे कोई प्रक्रिया न हो, वह नियंत्रण नहीं, एक देनदारी है।
स्तर सीमाओं का एक व्यावहारिक उदाहरण
नीचे दिए गए आँकड़े उदाहरण के लिए हैं। वास्तविक सीमाएँ नियामक के साथ तय होती हैं और बाज़ार के अनुसार अलग होती हैं, लेकिन अनुपात आम तौर पर ऐसे ही होते हैं।
| स्तर | सत्यापन | एकल लेन-देन | दैनिक कुल | अधिकतम बैलेंस |
|---|---|---|---|---|
| स्तर 1 — बेसिक | फ़ोन नंबर, नाम | कम (जैसे 10,000) | कम (जैसे 20,000) | कम (जैसे 50,000) |
| स्तर 2 — सत्यापित | सरकारी पहचान पत्र | मध्यम (जैसे 70,000) | मध्यम (जैसे 150,000) | मध्यम (जैसे 300,000) |
| स्तर 3 — पूर्ण | पहचान पत्र के साथ मिलाई और समीक्षा की गई सेल्फ़ी | उच्च (जैसे 150,000) | उच्च (जैसे 500,000) | उच्च (जैसे 1,000,000) |
हर लेन-देन पर तीन जाँचें होती हैं: एकल रक़म बनाम लेन-देन सीमा, दिन का कुल बनाम दैनिक सीमा, और परिणामी बैलेंस बनाम अधिकतम। हर जाँच कोर सिस्टम में, उस क्षण जब पैसा आगे बढ़ता, हर चैनल पर चलती है।
अपग्रेड यात्रा डिज़ाइन करना
स्तर तभी काम करते हैं जब अपग्रेड करना आसान हो। अधिक सत्यापन माँगने का सबसे अच्छा समय तब है जब ग्राहक किसी सीमा पर पहुँचता है, क्योंकि तभी वह समझता है कि यह क्यों ज़रूरी है। एक अच्छी अपग्रेड यात्रा:
- सीमा पर पहुँचते ही उसे सरल शब्दों में समझाती है, और बताती है कि अगला स्तर क्या खोलता है;
- ऐप में तुरंत अपग्रेड शुरू करने देती है, या निकटतम एजेंट की ओर ले जाती है;
- बताती है कि समीक्षा में कितना समय लगेगा और पूरा होने पर ग्राहक को सूचित करती है;
- अगर कुछ दोबारा करना पड़े तो पहले जमा की गई चीज़ें रखती है, शुरू से शुरू नहीं करवाती;
- ऑडिट ट्रेल के लिए दर्ज करती है कि अपग्रेड की समीक्षा किसने और किस सबूत पर की।
एजेंट की मदद से ऑनबोर्डिंग
कई बाज़ारों में ज़्यादातर वॉलेट ऐप में नहीं, एजेंट के पास खोले जाते हैं। एजेंट पहचान की जानकारी और फ़ोटो ले सकते हैं और, कुछ ढाँचों में, प्रदाता की ओर से सत्यापन कर सकते हैं। यह एजेंट ऑनबोर्डिंग को शक्तिशाली भी बनाता है और जोखिम भरा भी। जो नियंत्रण काम करते हैं: एजेंट की पहचान उसके द्वारा किए गए हर पंजीकरण पर दर्ज होती है; प्रदाता केंद्रीय रूप से पंजीकरणों के नमूने या सभी की समीक्षा करता है; असामान्य पैटर्न, जैसे मिलते-जुलते विवरण वाले कई पंजीकरण या तुरंत ऊँचे मूल्य की गतिविधि, चिह्नित किए जाते हैं; और धोखाधड़ी वाले खाते पंजीकृत करने वाले एजेंट अपना कमीशन और, ज़रूरत पड़ने पर, अपनी एजेंसी खो देते हैं।
KYC डिज़ाइन की आम ग़लतियाँ
- शुरुआत में ही सब कुछ माँगना। ग्राहक ऑनबोर्डिंग छोड़ देते हैं, और जिन्हें आप सबसे ज़्यादा शामिल करना चाहते हैं वे सबसे पहले जाते हैं।
- ऐप में सीमाएँ लागू करना। सीमाएँ कोर सिस्टम में रहनी चाहिए, वरना वे सिर्फ़ सुझाव हैं।
- दोबारा सत्यापन नहीं। दस्तावेज़ की अवधि ख़त्म होती है और हालात बदलते हैं। ऊँचे स्तर के ग्राहकों की समय-समय पर समीक्षा की योजना बनाइए।
- स्क्रीनिंग मिलान को फ़ैसला मान लेना। ज़्यादातर प्रतिबंध और PEP मिलान झूठे होते हैं। उन्हें समीक्षा की ज़रूरत है, स्वचालित अस्वीकृति की नहीं।
- सबूत खो देना। जो सत्यापन आप नियामक को नहीं दिखा सकते, वह उसकी नज़र में हुआ ही नहीं।
ऑडिट ट्रेल ही असली परिणाम है
जब नियामक आपकी जाँच करता है, तो वह असल में यह नहीं परखता कि आपके पास नियम हैं या नहीं। वह परखता है कि क्या आप साबित कर सकते हैं कि क्या हुआ — किसे किस स्तर पर, कब, किस सबूत पर सत्यापित किया गया; कौन से लेन-देन स्क्रीन किए गए; क्या चिह्नित हुआ और क्या तय किया गया। इसीलिए इंजीनियरिंग साहित्य में जिस अपरिवर्तनीय, केवल-जोड़ने वाले लेजर की चर्चा होती है, वह अनुपालन की संपत्ति भी है। क्योंकि इतिहास कभी दोबारा नहीं लिखा जाता, हर सत्यापन, हर सीमा जाँच, हर रिवर्सल एक स्थायी, क्रमबद्ध और खोजने योग्य रिकॉर्ड छोड़ता है। नियामक के लिए तैयार रिपोर्टें उस रिकॉर्ड का एक दृश्य बन जाती हैं, न कि बाद में कहानी दोबारा गढ़ने की भागदौड़।
डेटा निवास और संबंध का मालिक कौन
एक और पहलू है जो नियामकों के लिए लगातार ज़्यादा मायने रखता है: ग्राहक डेटा कहाँ रहता है और उसे कौन नियंत्रित करता है। जो प्लेटफ़ॉर्म हर ऑपरेटर के ग्राहकों को एक साझा डेटाबेस में इकट्ठा करता है, वह नियामक के डेटा माँगते ही डेटा संप्रभुता की समस्या पैदा कर देता है। ज़्यादा साफ़ मॉडल — और जिससे नियामक ज़्यादा सहज हैं — है प्रति-ऑपरेटर तैनाती: हर संस्था अपना इंस्टेंस और अपना डेटाबेस चलाती है, ताकि ग्राहक डेटा उस लाइसेंसधारी संस्था के पास रहे जो संबंध की मालिक है और उसके लिए जवाबदेह है। अनुपालन केवल नियंत्रण नहीं है; यह अधिकार-क्षेत्र है, और आर्किटेक्चर अधिकार-क्षेत्र तय करता है।
अनुपालन एक सहायक है, ब्रेक नहीं
स्वाभाविक प्रवृत्ति KYC और एंटी-मनी लॉन्ड्रिंग को विकास पर टैक्स मानने की है — ऐसी रुकावट जिसे कम से कम रखना है। अगर उन्हें एक सख़्त दरवाज़े की तरह डिज़ाइन किया जाए, तो वे ठीक वही हैं। अगर उन्हें जोखिम-आधारित, लेजर द्वारा लागू स्तरों के रूप में, ऊपर एक असली एंटी-मनी लॉन्ड्रिंग परत और ऑडिट ट्रेल के साथ डिज़ाइन किया जाए, तो वे उल्टा बन जाते हैं: वह चीज़ जो आपको बिना बैंक खाते वाले लोगों को एक मिनट में ऑनबोर्ड करने और बढ़ते हुए अपना लाइसेंस बनाए रखने देती है। दोनों लक्ष्य प्रतिस्पर्धा करना बंद कर देते हैं, क्योंकि हर स्तर वह भरोसा कमाता है जिसकी अगले स्तर को ज़रूरत है।
रिमोट सत्यापन सही तरीक़े से
जहाँ नियम ऐप में ऑनबोर्डिंग की अनुमति देते हैं, वहाँ रिमोट जाँचों की गुणवत्ता तय करती है कि ग्राहक एजेंट के पास गए बिना कितना आगे बढ़ सकते हैं। अच्छी प्रथाओं में दस्तावेज़ की फ़ोटो लेने के लिए स्पष्ट मार्गदर्शन, भेजने से पहले धुंधलेपन और चमक की स्वचालित जाँच, अपलोड की गई फ़ोटो के बजाय लाइव सेल्फ़ी, सेल्फ़ी का दस्तावेज़ की फ़ोटो से मिलान, और जो कुछ स्वचालित जाँचें तय न कर सकें उसके लिए मानव समीक्षक शामिल हैं। हर चरण को ग्राहक को बताना चाहिए कि क्या हो रहा है और कितना समय लगेगा। अस्वीकृति में बताया जाना चाहिए कि क्या ठीक करना है, ताकि असली ग्राहक दूसरे प्रयास में सफल हो।
पहचान दस्तावेज़ों की सुरक्षा
KYC ऐसा डेटा पैदा करता है जो किसी कंपनी के पास रहने वाले सबसे संवेदनशील डेटा में से है: पहचान संख्याएँ, दस्तावेज़ों की फ़ोटो और चेहरे। अफ़्रीका में डेटा संरक्षण क़ानून इनके संग्रह, भंडारण और साझा करने के बारे में लगातार ज़्यादा नियम तय कर रहे हैं। दस्तावेज़ एन्क्रिप्ट करके रखें, पहुँच केवल उन कर्मचारियों तक सीमित रखें जिन्हें ज़रूरत है, हर बार देखने को दर्ज करें, दस्तावेज़ केवल उतने समय रखें जितना क़ानून माँगता है, और सुनिश्चित करें कि ग्राहक जानें कि आप क्या रखते हैं और क्यों। पहचान डेटा का लीक ग्राहकों को सालों तक नुक़सान पहुँचाता है, क्योंकि पासवर्ड के उलट, चेहरा या पहचान संख्या बदली नहीं जा सकती।
ऑनबोर्डिंग को मापना
| मीट्रिक | यह आपको क्या बताता है |
|---|---|
| हर चरण की पूर्णता दर | पंजीकरण के दौरान ग्राहक कहाँ छोड़ते हैं |
| अपग्रेड तक का समय | स्तर 1 से 2 या 3 तक पहुँचने में कितना समय लगता है |
| हर स्तर में ग्राहकों का हिस्सा | क्या सीमाएँ इस बात से मेल खाती हैं कि लोग वास्तव में वॉलेट कैसे इस्तेमाल करते हैं |
| अस्वीकृति दर और कारण | क्या मार्गदर्शन स्पष्ट है, और क्या धोखाधड़ी के प्रयास बढ़ रहे हैं |
| स्क्रीनिंग अलर्ट और परिणाम | कितने मिलान असली हैं, और उन्हें कितनी जल्दी निपटाया जाता है |
ये आँकड़े नियामकों से बातचीत में भी मदद करते हैं। यह दिखाना कि स्तर डिज़ाइन के अनुसार काम कर रहे हैं, अपग्रेड की समीक्षा होती है और अलर्ट समय पर बंद होते हैं, इस बात का सबसे अच्छा सबूत है कि जोखिम-आधारित दृष्टिकोण ज़िम्मेदारी से चलाया जा रहा है।
व्यवसाय और एजेंट KYC
व्यापारी, एजेंट और कॉर्पोरेट ग्राहक अपने अलग सत्यापन से गुज़रते हैं, जिसे अक्सर अपने व्यवसाय को जानें कहा जाता है। तर्क वही जोखिम-आधारित सीढ़ी है: बाज़ार का कोई विक्रेता व्यक्तिगत पहचान पत्र और कम सीमाओं से शुरू कर सकता है, पंजीकृत दुकान अपना व्यावसायिक पंजीकरण जोड़ती है, और सैकड़ों कर्मचारियों को वेतन देने वाली कंपनी अपने पंजीकरण दस्तावेज़, निदेशक और लाभकारी स्वामी प्रस्तुत करती है। एजेंटों के अतिरिक्त दायित्व होते हैं क्योंकि वे ग्राहकों को ऑनबोर्ड करते हैं और नकदी संभालते हैं, इसलिए उनकी जाँच में आम तौर पर परिसर, गतिविधि इतिहास और हस्ताक्षरित एजेंसी अनुबंध शामिल होते हैं। हर व्यावसायिक स्तर की सीमाएँ और अनुमतियाँ कोर सिस्टम में रहती हैं, बिल्कुल ग्राहकों की तरह।
स्तर नियामक के साथ डिज़ाइन करें, उसके लिए नहीं
सबसे अच्छे स्तर डिज़ाइन नियामक के साथ जल्दी तय किए जाते हैं, अंत में पेश नहीं किए जाते। प्रस्तावित स्तर, सीमाएँ, हर स्तर पर ज़रूरी सबूत और ऊपर की निगरानी साझा करें, और ऑनबोर्डिंग यात्रा बनाने से पहले प्रतिक्रिया माँगें। दिखाएँ कि सीमाएँ कोर सिस्टम में कैसे लागू होती हैं और अपवादों की समीक्षा कैसे होती है। जो नियामक डिज़ाइन समझता है, उसके इसे मंज़ूरी देने की संभावना ज़्यादा है, और बाद में बदलावों का समर्थन करने की भी, जैसे डेटा से कम जोखिम दिखने पर स्तर 1 की सीमाएँ बढ़ाना।
अक्सर पूछे जाने वाले प्रश्न
क्या ग्राहक बिना किसी पहचान पत्र के वॉलेट खोल सकता है?
कई ढाँचों में, हाँ, सबसे निचले स्तर पर सख़्त सीमाओं के साथ, फ़ोन नंबर से सत्यापित। इसकी अनुमति है या नहीं और सीमाएँ क्या हैं, यह नियामक तय करता है।
जब ग्राहक का पहचान पत्र अस्वीकार हो जाता है तो क्या होता है?
वह अपने मौजूदा स्तर पर रहता है, उसे कारण बताया जाता है और दोबारा कोशिश करने दिया जाता है। अस्वीकृति, कारण और समीक्षक दर्ज किए जाते हैं।
क्या स्तर एजेंटों और व्यापारियों पर भी लागू होते हैं?
हाँ, इसी तरह। व्यावसायिक खातों को आम तौर पर दिए गए दस्तावेज़ों के आधार पर स्तरों में रखा जाता है, सूक्ष्म व्यापारी के व्यक्तिगत पहचान पत्र से लेकर बड़े व्यवसायों के कंपनी पंजीकरण और लाभकारी स्वामियों तक।
ग्राहकों का दोबारा सत्यापन कितनी बार होना चाहिए?
कम स्तर और कम जोखिम वाले ग्राहकों को शायद ही कभी इसकी ज़रूरत होती है। ऊँचे स्तरों की आम तौर पर समय-समय पर, दस्तावेज़ की अवधि ख़त्म होने पर या व्यवहार में तेज़ बदलाव होने पर समीक्षा होती है। यह कार्यक्रम नियामक के साथ तय जोखिम-आधारित दृष्टिकोण का हिस्सा है।
क्या चैनल के अनुसार सीमाएँ अलग हो सकती हैं?
हो सकती हैं, लेकिन यह शायद ही कभी समझदारी है। अगर USSD या एजेंट चैनल की सीमाएँ ऐप से ढीली हैं, तो धोखाधड़ी सबसे ढीले चैनल की ओर चली जाती है। हर स्तर के लिए सीमाओं का एक ही सेट, सभी चैनलों के लिए कोर सिस्टम में लागू, समझाना और बचाव करना आसान है।
PesaBridge अनुपालन को कोर सिस्टम में बनाता है — लेजर द्वारा लागू सीमाओं वाले कॉन्फ़िगर करने योग्य स्तर, स्क्रीनिंग और वेग के लिए जुड़ाव बिंदु, अपरिवर्तनीय ऑडिट ट्रेल और प्रति-ऑपरेटर डेटा निवास — ताकि विकास और नियंत्रण साथ मिलकर डिज़ाइन हों, एक को दूसरे के लिए क़ुर्बान न किया जाए।