> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# UBO API: वास्तविक स्वामी निष्कर्षण

> Didit से कंपनी रजिस्ट्री के अंतिम वास्तविक स्वामी, स्वामित्व श्रृंखला और AML जाँच। प्रति जाँच $2.00 से, देश व स्तर अनुसार।

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

## वास्तविक स्वामी (UBO)

**अंतिम वास्तविक स्वामी (UBO)** एक प्राकृतिक व्यक्ति है जो किसी कानूनी इकाई का अंतिम रूप से स्वामित्व या नियंत्रण रखता है। UBO सत्र के निर्णय में `key_people_checks[].registry.beneficial_owners[]` के अंतर्गत दिखते हैं (रजिस्ट्री से प्राप्त), और `key_people_checks[].submitted.parties[]` के अंतर्गत दिखते हैं (उपयोगकर्ता द्वारा प्रस्तुत)। शेयरधारक या निदेशक जैसी अन्य भूमिकाएँ उसी सूची में रहती हैं।

## हर प्रमुख व्यक्ति के लिए एकत्र किया गया डेटा

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

| फ़ील्ड | व्यक्ति | कंपनी |
| - | :-: | :-: |
| `name` या `first_name` + `last_name` | ✅ आवश्यक | ✅ आवश्यक (`company_name`) |
| `email` | ✅ आवश्यक | ✅ आवश्यक |
| `nationality` / देश | ✅ आवश्यक | ✅ आवश्यक |
| `role` (हर पक्ष के लिए एक या अधिक) | ✅ आवश्यक | ✅ आवश्यक |
| `ownership_percent` / `voting_percent` (हर भूमिका के लिए) | वैकल्पिक | वैकल्पिक |
| `date_of_birth` | वैकल्पिक | — |
| `phone_number` | वैकल्पिक | — |
| `position` (मुक्त-पाठ वाला पद) | वैकल्पिक | — |
| `registration_number` | — | वैकल्पिक |
| `entity_type` | `person` | `company` |

`entity_type` अपने-आप सेट होता है, यह इस पर निर्भर करता है कि पक्ष प्राकृतिक व्यक्ति है या कॉर्पोरेट इकाई।

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

वर्कफ़्लो प्रति व्यक्ति या प्रति कंपनी अतिरिक्त फ़ील्ड माँग सकते हैं, चाहे जितनी संख्या में। ये Business Console में KYB वर्कफ़्लो पर कॉन्फ़िगर होते हैं और निर्णय रिस्पॉन्स में हर पक्ष के `custom_fields` ऑब्जेक्ट में आते हैं। धन के स्रोत की घोषणाएँ, कर निवास, आंतरिक क्लाइंट ID या उद्योग-विशिष्ट खुलासे जैसी चीज़ों के लिए कस्टम फ़ील्ड का उपयोग करें।

## कॉर्पोरेट शेयरधारक और नेस्टेड स्वामित्व

जब कोई शेयरधारक स्वयं एक कंपनी हो (कोई प्राकृतिक व्यक्ति नहीं), तो Didit यह रिकॉर्ड करता है:

* कंपनी का नाम और पंजीकरण संख्या।
* उस कॉर्पोरेट शेयरधारक द्वारा धारित स्वामित्व प्रतिशत।
* निगमन का देश।

इससे आप कई परतों से होते हुए अंतिम प्राकृतिक व्यक्तियों तक की श्रृंखला का पता लगा सकते हैं।

### कॉर्पोरेट UBO के लिए नेस्टेड KYB

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

## स्वामित्व थ्रेशोल्ड

अधिकांश क्षेत्राधिकार 25% या उससे अधिक पर किसी व्यक्ति को UBO मानते हैं। यह थ्रेशोल्ड हर वर्कफ़्लो के लिए कॉन्फ़िगर किया जा सकता है:

| क्षेत्राधिकार | सामान्य UBO थ्रेशोल्ड |
| - | - |
| EU (AMLD) | 25% स्वामित्व या नियंत्रण |
| UK | 25% शेयर या मतदान अधिकार |
| USA (CTA) | 25% स्वामित्व या पर्याप्त नियंत्रण |
| Singapore | 25% शेयर या मतदान शक्ति |

इसे *Workflows → \[KYB workflow] → Risk → UBO threshold* से सेट करें। आपका वर्कफ़्लो यह भी चिह्नित कर सकता है, या समीक्षा के लिए भेज सकता है, जब कोई भी UBO थ्रेशोल्ड पूरा नहीं करता (व्यापक स्वामित्व वाली सार्वजनिक कंपनियों में यह आम है)।

## आर्थिक अधिकार बनाम मतदान अधिकार

स्वामित्व के खुलासे नियंत्रण के दो प्रकारों में अंतर करते हैं:

| अधिकार | इसका अर्थ |
| - | - |
| **आर्थिक (स्वामित्व) %** | कंपनी के आर्थिक मूल्य / लाभांश अधिकारों में हिस्सा |
| **मतदान %** | शेयरधारक प्रस्तावों पर मतदान शक्ति में हिस्सा |

ये आम तौर पर बराबर होते हैं, लेकिन जब कंपनी दोहरे-वर्ग शेयर या प्राथमिकता वाली इक्विटी जारी करती है, तो ये अलग हो सकते हैं। Didit दोनों रिकॉर्ड करता है। नियम और थ्रेशोल्ड इनमें से किसी भी एक की जाँच कर सकते हैं। अधिकांश क्षेत्राधिकारों में UBO का खुलासा तब आवश्यक होता है जब *इनमें से कोई भी* 25% या उससे अधिक हो।

## श्रृंखला के माध्यम से प्रभावी स्वामित्व

जब स्वामित्व किसी कॉर्पोरेट शेयरधारक के माध्यम से चलता है, तो किसी निचले स्तर के प्राकृतिक व्यक्ति का प्रभावी स्वामित्व श्रृंखला के साथ प्रतिशत गुणा करके निकाला जाता है।

### उदाहरण: 3-परत वाली श्रृंखला

```
Acme Corp (target)
  └─ 60% → Acme Holdings Ltd
              └─ 75% → Jane Doe (natural person)
  └─ 40% → John Smith (natural person)
```

गणना किए गए UBO:

* **Jane Doe**: Acme Corp में प्रभावी स्वामित्व = 60% × 75% = **45%** (UBO)।
* **John Smith**: Acme Corp में प्रभावी स्वामित्व = **40%** (UBO)।

25% UBO थ्रेशोल्ड पर, Jane और John दोनों का खुलासा होता है। 50% थ्रेशोल्ड पर, कोई भी UBO इस सीमा को पूरा नहीं करता, और Didit इसे पारदर्शिता संबंधी चिंता के रूप में चिह्नित करता है।

## भूमिका सेटिंग्स सत्यापन को कैसे निर्धारित करती हैं

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

1. Didit प्रस्तुत पक्ष की भूमिकाओं की जाँच वर्कफ़्लो की भूमिका सेटिंग्स से करता है।
2. जिन भूमिकाओं को सत्यापन आवश्यक के रूप में चिह्नित किया गया है, उनके लिए एक चाइल्ड सत्यापन सत्र शुरू होता है:
   * **व्यक्ति पक्ष** → चाइल्ड उपयोगकर्ता सत्यापन (KYC) सत्र, जो भूमिका-विशिष्ट KYC वर्कफ़्लो या डिफ़ॉल्ट का उपयोग करता है।
   * **कॉर्पोरेट UBO** (जब नेस्टेड KYB सक्षम हो) → चाइल्ड व्यवसाय सत्यापन (KYB) सब-सत्र।
3. जिन भूमिकाओं को छोड़े जाने योग्य चिह्नित किया गया है, उनके लिए अंतिम उपयोगकर्ता को "सत्यापन छोड़ें" का विकल्प दिखता है और वह इससे बाहर निकल सकता है। छोड़े गए पक्ष रिकॉर्ड किए जाते हैं, लेकिन मूल सत्र को नहीं रोकते।
4. वर्कफ़्लो के स्वामित्व थ्रेशोल्ड से नीचे के पक्ष व्यक्तिगत सत्यापन को ट्रिगर नहीं करते, भले ही उनकी भूमिका के लिए यह सामान्य रूप से आवश्यक हो।

इन सभी को Business Console में *Workflows → \[KYB workflow] → Key People* से कॉन्फ़िगर करें।

## शेयरधारकों और UBO की निगरानी

> [!NOTE]
>
> रजिस्ट्री निगरानी **जल्द आ रही है**। 7 सितंबर, 2026 को जाँची गई स्टेजिंग रिटेल कैटलॉग के किसी भी देश में निगरानी सक्षम नहीं है। कॉन्फ़िगर की गई दर प्रति कंपनी प्रति वर्ष USD 2.00 है; कीमत का अर्थ यह नहीं कि सुविधा उपलब्ध है। नीचे दिया गया व्यवहार रोलआउट के बाद की प्रस्तावित सेवा का वर्णन करता है।

**शेयरधारक** या **UBO** स्तर पर सत्यापित कंपनी को **सतत रजिस्ट्री निगरानी** के अंतर्गत रखा जा सकता है। रजिस्ट्री कंपनी की स्थिति, अधिकारियों, स्वामित्व और पंजीकृत पते में होने वाले बदलाव भेजती है। हर बदलाव पर Didit यह करता है:

* व्यवसाय सत्र को *स्वीकृत* से वापस *समीक्षाधीन* में ले जाता है, और बदलाव सत्र पर दर्ज किया जाता है;
* `trigger: "kyb_registry_change"` के साथ एक `data.updated` [webhook](https://docs.didit.me/hi/business-verification/webhooks.md) भेजता है;
* कंपनी का रजिस्ट्री रिकॉर्ड अद्यतन रखता है।

निगरानी **केवल उन देशों में उपलब्ध है जहाँ इसकी अनुमति है**: उस अधिकार-क्षेत्र के लिए रजिस्ट्री प्रदाता को निगरानी की सुविधा देनी होगी। पूरी सूची [सतत निगरानी वाले देशों की तालिका](https://docs.didit.me/hi/business-verification/supported-countries.md#सतत-रजिस्ट्री-निगरानी) में है। Lite स्तर पर सत्यापित कंपनी, या उस सूची से बाहर के देश की कंपनी, नामांकित नहीं होती, और व्यवसाय पेज यह कारण दिखाता है।

*Workflows → KYB Registry Check → Advanced → Continuous registry monitoring* से प्रति वर्कफ़्लो इसे सक्षम करें। इसकी लागत **प्रति कंपनी प्रति वर्ष \$2.00** है, जो नामांकन पर और हर वार्षिक नवीनीकरण पर बिल की जाती है। जब वॉलेट नवीनीकरण का भुगतान नहीं कर पाता, तो उस कंपनी के लिए निगरानी बिना भुगतान चलने के बजाय रुक जाती है। किसी भी समय व्यवसाय पेज से इसे रद्द करें (*KYB Registry Check → Registry monitoring*)।

## रजिस्ट्री बनाम उपयोगकर्ता द्वारा सबमिट किया गया डेटा का मिलान

रिस्पॉन्स `key_people_checks[]` के अंतर्गत दोनों स्रोत साथ-साथ दिखाता है:

* `registry.officers[]` और `registry.beneficial_owners[]`: प्रदाता द्वारा प्रकट की गई जानकारी।
* `submitted.parties[]`: जो व्यवसाय एडमिन ने फ़्लो के माध्यम से स्पष्ट रूप से सबमिट किया, `source: "USER"` के साथ।

विश्लेषक कंसोल में दोनों वर्गों की तुलना दृश्य रूप से करते हैं, ताकि छूटे हुए UBO, अतिरिक्त अप्रकट पक्ष, या ऐसे स्वामित्व प्रतिशत पहचाने जा सकें जो मेल न खाते हों। कोई स्वचालित अंतर endpoint नहीं है। आप नाम, भूमिका और जहाँ लागू हो वहाँ स्वामित्व के आधार पर मिलान करके अपनी तरफ़ से मिलान कर सकते हैं।

## AML स्क्रीनिंग

पहचाने गए हर प्रमुख व्यक्ति की स्वचालित रूप से वैश्विक AML वॉचलिस्ट पर स्क्रीनिंग होती है, रजिस्ट्री और सबमिट किए गए डेटा, दोनों स्रोतों से। कंपनी-स्तर और व्यक्ति-स्तर की AML जाँचें कैसे मिलती हैं, इसके लिए [व्यवसाय AML स्क्रीनिंग](https://docs.didit.me/hi/business-verification/aml.md) देखें।

## आगे के चरण

> [card] [प्रमुख व्यक्ति](https://docs.didit.me/hi/business-verification/key-people.md)
>
> प्रमुख व्यक्ति फ़्लो का पूरा विवरण।

> [card] [अधिकारी और प्रतिनिधि](https://docs.didit.me/hi/business-verification/officers.md)
>
> प्रमुख व्यक्ति मॉडल के भीतर शासन भूमिकाएँ।

> [card] [जोखिम मूल्यांकन](https://docs.didit.me/hi/business-verification/risk-assessment.md)
>
> KYB परिणाम को क्या प्रभावित करता है।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.