# किसी बिज़नेस के पीछे मौजूद लोगों को वेरिफ़ाई करना

Source: https://help.didit.me/hi/business-verification/key-people-and-ubos
Updated: 2026-10-12

KYB UBO, शेयरहोल्डर और अधिकारियों को पहचानता है, फिर हर एक को अलग सेशन से वेरिफ़ाई करता है - जानें क्या इकट्ठा होता है और Awaiting User का क्या मतलब है।

प्रमुख-व्यक्ति स्टेप हर पार्टी - व्यक्ति या कंपनी - को उसके रोल और
ओनरशिप प्रतिशत के साथ इकट्ठा करता है, फिर हर पार्टी अपने **ख़ुद के सेशन**
में वेरिफ़ाई होती है। पेरेंट बिज़नेस सेशन तब तक **Awaiting User** पर
रुका रहता है जब तक हर ज़रूरी पार्टी पूरा नहीं कर लेती, फिर यह अपने आप
एक अंतिम स्टेटस में बदल जाता है।

## यह स्टेप क्यों मौजूद है

[Video: पार्टी वेरिफ़िकेशन और KYC सेशन का पुनः इस्तेमाल - Didit Academy](https://www.youtube.com/watch?v=JEnW_sEe35Y&t=424)

![Didit कंसोल में बिज़नेस वेरिफ़िकेशन की लिस्ट, People कॉलम के साथ](https://help.didit.me/screenshots/business-verification-light.webp)

*हर बिज़नेस की रो अपने साथ वेरिफ़ाई किए जा रहे लोगों को भी ले जाती है।*

यह वेरिफ़ाई करना कि कोई कंपनी रजिस्टर्ड है, बस यह बताता है कि कंपनी मौजूद है। यह नहीं बताता कि इसके पीछे कौन है, और आमतौर पर यही असली कंप्लायंस ज़रूरत होती है: **अंतिम लाभकारी स्वामी (UBO)** की पहचान करना - वह असली व्यक्ति जो आख़िरकार इस इकाई का मालिक है या उसे नियंत्रित करता है।

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

## हर पार्टी से क्या इकट्ठा होता है

होस्टेड फ़्लो एक डिफ़ॉल्ट फ़ील्ड सेट इकट्ठा करता है, साथ ही आपके वर्कफ़्लो को चाहिए कोई भी कस्टम फ़ील्ड:

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

कोई पार्टी असली व्यक्ति या कॉर्पोरेट इकाई हो सकती है - एंटिटी टाइप अपने आप सेट हो जाता है - इसलिए किसी दूसरी कंपनी के स्वामित्व वाली कंपनी सही तरीके से मॉडल होती है, बिना किसी कंपनी को व्यक्ति वाले स्लॉट में ज़बरदस्ती डाले।

## कस्टम फ़ील्ड

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

## हर व्यक्ति कैसे वेरिफ़ाई होता है

हर व्यक्ति अपनी भूमिका के KYC वर्कफ़्लो में जाता है; कंपनी शेयरधारक का अपना पूरा KYB होता है। **ईमेल से पक्षों को सूचित करें** चालू हो तभी निमंत्रण भेजे जाते हैं। **सभी UBO की प्रतीक्षा**, **UBO अस्वीकृति पर स्वतः अस्वीकार**, **सत्यापन आवश्यक** और **छोड़ने की अनुमति** से प्रतीक्षा नियंत्रित करें। स्वामित्व सीमा केवल सत्यापन से छूट देती है; UBO भूमिका से तय होता है। **सत्यापित व्यक्तियों का पुनः उपयोग** उसी ऐप की स्वीकृत KYC को दूसरे KYB में बिना अतिरिक्त शुल्क उपयोग करता है।

## इनविटेशन और डिलीवरी

हर व्यक्ति अपनी भूमिका के KYC वर्कफ़्लो में जाता है; कंपनी शेयरधारक का अपना पूरा KYB होता है। **ईमेल से पक्षों को सूचित करें** चालू हो तभी निमंत्रण भेजे जाते हैं। **सभी UBO की प्रतीक्षा**, **UBO अस्वीकृति पर स्वतः अस्वीकार**, **सत्यापन आवश्यक** और **छोड़ने की अनुमति** से प्रतीक्षा नियंत्रित करें। स्वामित्व सीमा केवल सत्यापन से छूट देती है; UBO भूमिका से तय होता है। **सत्यापित व्यक्तियों का पुनः उपयोग** उसी ऐप की स्वीकृत KYC को दूसरे KYB में बिना अतिरिक्त शुल्क उपयोग करता है।

## पेरेंट का स्टेटस पढ़ना

| पेरेंट स्टेटस | इसका मतलब |
|---|---|
| **In Progress** | कंपनी अभी भी रजिस्ट्री और प्रमुख-व्यक्ति स्टेप पूरे कर रही है |
| **Awaiting User** | पार्टियां सबमिट हो चुकी हैं; उनके अलग-अलग सेशन का इंतज़ार |
| **Approved** | कंपनी की जांच पास हुई और हर ज़रूरी पार्टी सफलतापूर्वक पूरी हुई |
| **Declined** | कोई ज़रूरी पार्टी डिक्लाइन हुई, या रजिस्ट्री जांच फेल हुई |
| **In Review** | कुल मिलाकर नतीजे के लिए किसी इंसान का फ़ैसला चाहिए |

कोई **डिक्लाइन हुई रजिस्ट्री जांच, Awaiting User पर हावी रहती है** - पेरेंट लोगों का इंतज़ार किए बिना डिक्लाइन हो जाता है। और अगर कोई चाइल्ड सेशन दोबारा सबमिट होता है, तो पेरेंट पूरा होने तक फिर से Awaiting User पर लौट आता है।

व्यक्ति पूरा नहीं कर सकता हो तो प्रमुख व्यक्तियों में **सत्यापन छोड़ें** चुनें; उसका सत्र मिट गया हो तो **सत्यापन फिर बनाएँ** चुनें।

## AML सिर्फ़ कंपनी पर नहीं, लोगों पर भी

कंपनी-स्तर की AML स्क्रीनिंग आपको इकाई के बारे में बताती है। यह उसके मालिकों के बारे में कुछ नहीं कहती। अगर आपकी ज़िम्मेदारी लोगों को भी कवर करती है, तो उन्हें अलग से स्क्रीन करें - जो कंपनी स्क्रीन के ऊपर प्रति UBO या अधिकारी अलग से $0.20 है।

यही मुख्य वजह है कि दो KYB सेशन की लागत बहुत अलग हो सकती है: एक डायरेक्टर और एक मालिक वाली कंपनी सस्ती है; आठ स्क्रीन किए गए अधिकारियों वाला फंड सस्ता नहीं।

## जब ओनरशिप डेटा रजिस्ट्री में न हो

जिन क्षेत्राधिकार की रजिस्ट्री ओनरशिप पब्लिश नहीं करती, वहां प्रमुख-व्यक्ति स्टेप **ही** उस डेटा का स्रोत है - बिज़नेस इसे ख़ुद घोषित करता है। यह किसी रजिस्ट्री एक्स्ट्रैक्ट से कमज़ोर सबूत है, इसलिए अगर आपकी रिस्क पॉलिसी को स्वतंत्र पुष्टि चाहिए, तो वर्कफ़्लो में डॉक्यूमेंट की ज़रूरत जोड़कर इसे मज़बूत बनाएं। देखें [रजिस्ट्री कवरेज और ओनरशिप डेटा](https://help.didit.me/hi/business-verification/kyb-registry-coverage)।

> **Warning:** ख़ुद-घोषित ओनरशिप संरचना ठीक उतनी ही भरोसेमंद है जितना उसे भरने वाला
> व्यक्ति। ज़्यादा जोखिम वाली इकाइयों के लिए, शेयरहोल्डर रजिस्टर या सर्टिफ़ाइड
> स्ट्रक्चर चार्ट मांगना ही किसी दावे को इकट्ठा करने और किसी चीज़ को वेरिफ़ाई
> करने के बीच का फ़र्क़ है।