किसी बिज़नेस के पीछे मौजूद लोगों को वेरिफ़ाई करना
KYB UBO, शेयरहोल्डर और अधिकारियों की पहचान करता है, फिर हर एक को अपने ख़ुद के सेशन से वेरिफ़ाई करता है - यहां बताया गया है कि क्या इकट्ठा होता है, इनविटेशन कैसे काम करते हैं, और Awaiting User का क्या मतलब है।
प्रमुख-व्यक्ति स्टेप हर पार्टी - व्यक्ति या कंपनी - को उसके रोल और ओनरशिप प्रतिशत के साथ इकट्ठा करता है, फिर हर पार्टी अपने ख़ुद के सेशन में वेरिफ़ाई होती है। पेरेंट बिज़नेस सेशन तब तक Awaiting User पर रुका रहता है जब तक हर ज़रूरी पार्टी पूरा नहीं कर लेती, फिर यह अपने आप एक अंतिम स्टेटस में बदल जाता है।
#यह स्टेप क्यों मौजूद है
- सत्यापन के दायरे में हर बिज़नेस की एक रो।
- People कॉलम दिखाता है कि कितनी पार्टियां जुड़ी हैं और वे कैसा कर रही हैं।
- जब तक उसके लोग नहीं सुलझते, बिज़नेस का फ़ैसला खुला रहता है।
यह वेरिफ़ाई करना कि कोई कंपनी रजिस्टर्ड है, बस यह बताता है कि कंपनी मौजूद है। यह नहीं बताता कि इसके पीछे कौन है, और आमतौर पर यही असली कंप्लायंस ज़रूरत होती है: अंतिम लाभकारी स्वामी (UBO) की पहचान करना - वह असली व्यक्ति जो आख़िरकार इस इकाई का मालिक है या उसे नियंत्रित करता है।
Didit रजिस्ट्री से जहां भी यह संरचना पब्लिश होती है वहां से इसे निकालता है, बिज़नेस के एडमिन को होस्टेड फ़्लो में इसकी पुष्टि करने और इसे बढ़ाने देता है, और फिर हर व्यक्ति पर रोल-अवेयर वेरिफ़िकेशन चलाता है।
#हर पार्टी से क्या इकट्ठा होता है
होस्टेड फ़्लो एक डिफ़ॉल्ट फ़ील्ड सेट इकट्ठा करता है, साथ ही आपके वर्कफ़्लो को चाहिए कोई भी कस्टम फ़ील्ड:
| फ़ील्ड | व्यक्ति | कंपनी |
|---|---|---|
| नाम (या फ़र्स्ट + लास्ट) | ज़रूरी | ज़रूरी (कंपनी का नाम) |
| ईमेल | ज़रूरी | ज़रूरी |
| राष्ट्रीयता / देश | ज़रूरी | ज़रूरी |
| रोल - एक या ज़्यादा | ज़रूरी | ज़रूरी |
| प्रति रोल ओनरशिप या वोटिंग प्रतिशत | वैकल्पिक | वैकल्पिक |
| जन्मतिथि | वैकल्पिक | - |
| फ़ोन नंबर | वैकल्पिक | - |
| पद (फ़्री-टेक्स्ट जॉब टाइटल) | वैकल्पिक | - |
| रजिस्ट्रेशन नंबर | - | वैकल्पिक |
कोई पार्टी असली व्यक्ति या कॉर्पोरेट इकाई हो सकती है - एंटिटी टाइप अपने आप सेट हो जाता है - इसलिए किसी दूसरी कंपनी के स्वामित्व वाली कंपनी सही तरीके से मॉडल होती है, बिना किसी कंपनी को व्यक्ति वाले स्लॉट में ज़बरदस्ती डाले।
#कस्टम फ़ील्ड
आपका वर्कफ़्लो हर व्यक्ति या कंपनी के लिए किसी भी संख्या में अतिरिक्त फ़ील्ड मांग सकता है। ये हर पार्टी के साथ फ़ैसले वाले रिस्पॉन्स में आते हैं। आमतौर पर इनका इस्तेमाल धन के स्रोत की घोषणा, इंटरनल रेफ़रेंस नंबर, या किसी ज़रूरी अटेस्टेशन को दर्ज करने के लिए होता है।
#हर व्यक्ति कैसे वेरिफ़ाई होता है
हर ज़रूरी पार्टी को अपना ख़ुद का सेशन मिलता है, जिसमें वही KYC वर्कफ़्लो चलता है जो आपने उनके लिए कॉन्फ़िगर किया है। वह सेशन पूरा सत्यापन है - डॉक्यूमेंट, लाइवनेस, फेस मैच, AML, जो भी वर्कफ़्लो में तय हो - कोई हल्का-फुल्का वर्ज़न नहीं। तो KYB फ़्लो के अंदर वेरिफ़ाई होने वाले किसी UBO की जांच उसी स्तर पर हुई है जितनी किसी स्टैंडअलोन उपयोगकर्ता की।
यह होने के दौरान पेरेंट बिज़नेस सेशन Awaiting User पर चला जाता है।
#इनविटेशन और डिलीवरी
पार्टियों को प्रमुख-व्यक्ति स्टेप में इकट्ठा किए गए ईमेल पते पर इनवाइट किया जाता है। अगर आप ख़ुद लिंक भेजना चाहते हैं - अपने प्रोडक्ट के ज़रिए, अपने ईमेल से, या किसी ऐसे चैनल से जिस पर आपके उपयोगकर्ता पहले से भरोसा करते हैं - तो फ़्लो डिज़ाइन करते समय इसे अपने Didit संपर्क के सामने रखें, क्योंकि इससे आपके इंटीग्रेशन को वायर करने का तरीका बदल जाता है।
अगर आप इसे API से चला रहे हैं, तो हर पार्टी की सेशन ID बनते ही उसे संभालकर रखें ताकि आप बिना कंसोल में गए ट्रैक और दोबारा-भेज सकें।
#पेरेंट का स्टेटस पढ़ना
| पेरेंट स्टेटस | इसका मतलब |
|---|---|
| In Progress | कंपनी अभी भी रजिस्ट्री और प्रमुख-व्यक्ति स्टेप पूरे कर रही है |
| Awaiting User | पार्टियां सबमिट हो चुकी हैं; उनके अलग-अलग सेशन का इंतज़ार |
| Approved | कंपनी की जांच पास हुई और हर ज़रूरी पार्टी सफलतापूर्वक पूरी हुई |
| Declined | कोई ज़रूरी पार्टी डिक्लाइन हुई, या रजिस्ट्री जांच फेल हुई |
| In Review | कुल मिलाकर नतीजे के लिए किसी इंसान का फ़ैसला चाहिए |
कोई डिक्लाइन हुई रजिस्ट्री जांच, Awaiting User पर हावी रहती है - पेरेंट लोगों का इंतज़ार किए बिना डिक्लाइन हो जाता है। और अगर कोई चाइल्ड सेशन दोबारा सबमिट होता है, तो पेरेंट पूरा होने तक फिर से Awaiting User पर लौट आता है।
#AML सिर्फ़ कंपनी पर नहीं, लोगों पर भी
कंपनी-स्तर की AML स्क्रीनिंग आपको इकाई के बारे में बताती है। यह उसके मालिकों के बारे में कुछ नहीं कहती। अगर आपकी ज़िम्मेदारी लोगों को भी कवर करती है, तो उन्हें अलग से स्क्रीन करें - जो कंपनी स्क्रीन के ऊपर प्रति UBO या अधिकारी अलग से $0.20 है।
यही मुख्य वजह है कि दो KYB सेशन की लागत बहुत अलग हो सकती है: एक डायरेक्टर और एक मालिक वाली कंपनी सस्ती है; आठ स्क्रीन किए गए अधिकारियों वाला फंड सस्ता नहीं।
#जब ओनरशिप डेटा रजिस्ट्री में न हो
जिन क्षेत्राधिकार की रजिस्ट्री ओनरशिप पब्लिश नहीं करती, वहां प्रमुख-व्यक्ति स्टेप ही उस डेटा का स्रोत है - बिज़नेस इसे ख़ुद घोषित करता है। यह किसी रजिस्ट्री एक्स्ट्रैक्ट से कमज़ोर सबूत है, इसलिए अगर आपकी रिस्क पॉलिसी को स्वतंत्र पुष्टि चाहिए, तो वर्कफ़्लो में डॉक्यूमेंट की ज़रूरत जोड़कर इसे मज़बूत बनाएं। देखें रजिस्ट्री कवरेज और ओनरशिप डेटा।
ख़ुद-घोषित ओनरशिप संरचना ठीक उतनी ही भरोसेमंद है जितना उसे भरने वाला व्यक्ति। ज़्यादा जोखिम वाली इकाइयों के लिए, शेयरहोल्डर रजिस्टर या सर्टिफ़ाइड स्ट्रक्चर चार्ट मांगना ही किसी दावे को इकट्ठा करने और किसी चीज़ को वेरिफ़ाई करने के बीच का फ़र्क़ है।