> ## 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.

# कंपनी रजिस्ट्री API: स्वचालित KYB निष्कर्षण

> Didit के साथ 220+ देशों में रजिस्ट्री लुकअप, कंपनी स्थिति सत्यापन और डेटा निष्कर्षण चलाएँ। प्रति सत्यापन $2.00 से, कोई अनुबंध नहीं।

जब कोई व्यवसाय सत्यापन सत्र शुरू होता है, तब Didit आधिकारिक कंपनी रजिस्ट्रियों से कंपनी की जानकारी प्राप्त करने और उसे सत्यापित करने के लिए क्वेरी करता है। यह स्वचालित लुकअप पूरी व्यवसाय सत्यापन प्रक्रिया की नींव है।

## रजिस्ट्री खोज

Didit समर्थित देशों की कंपनी रजिस्ट्री से जुड़कर आधिकारिक डेटा प्राप्त करता है। होस्टेड फ़्लो में उपयोगकर्ता निगमन का देश चुनता है और कंपनी का नाम, पंजीकरण संख्या, या दोनों भरता है। कम से कम एक जानकारी देना अनिवार्य है। जहाँ रजिस्ट्री को ज़रूरत होती है, वहाँ पंजीकरण संख्या को मानकीकृत किया जाता है (उदाहरण के लिए, UK कंपनी नंबर को आठ अंकों तक शून्य से भरा जाता है)। जब दोनों पहचानकर्ता दिए जाते हैं, तो रजिस्ट्री खोज उन्हें एक साथ इस्तेमाल करती है।

### `expected_details` से खोज को पहले से भरना

अगर आप कंपनी को पहले से जानते हैं, तो [सत्र बनाते समय](https://docs.didit.me/hi/sessions-api/create-session.md) `expected_details` (`company_name`, `registry_country`, `registration_number`) पास करें। होस्टेड फ़्लो देश (और `US-CA` जैसी राज्य-स्तरीय रजिस्ट्री के लिए राज्य) को पहले से चुनकर लॉक कर देता है, मेल खाने वाले खोज फ़ील्ड पहले से भरता है, और दिए गए विवरण वाली खोज अपने आप चलाता है। उपयोगकर्ता सीधे अपनी कंपनी का परिणाम देखता है। दोनों फ़ील्ड संपादन योग्य रहते हैं, ताकि उपयोगकर्ता गलत दावा सुधार सके। यह केवल पूर्व-भराव है: दावे से अलग कंपनी चुनने पर कोई चेतावनी नहीं आती।

### खोज के प्रकार

रजिस्ट्री खोज दो मोड सपोर्ट करती है:

| मोड | विवरण |
| - | - |
| **सटीक** | कंपनी के नाम या पंजीकरण संख्या से बिल्कुल सही मेल खाता है |
| **शामिल है** | ऐसी कंपनियों से मेल खाता है जिनके नाम में खोज शब्द शामिल होता है। यह तब उपयोगी है जब सटीक कानूनी नाम ज्ञात न हो |

### खोज वर्कफ़्लो

रजिस्ट्री खोज एक असिंक्रोनस वर्कफ़्लो का पालन करती है:

**1. खोजें**

Didit चुने गए देश और दिए गए पहचानकर्ताओं से रजिस्ट्री की खोज करता है: कंपनी का नाम, पंजीकरण संख्या, या दोनों मिलाकर। रिस्पॉन्स का `searched_by` फ़ील्ड बताता है कि परिणाम किस तरह मेल खाए (`name`, `registration_number`, या `registration_number_and_name`)। पंजीकरण-संख्या वाले परिणामों पर होस्टेड UI एक टैप वाला "इसके बजाय कंपनी के नाम से खोजें" विकल्प देता है। खोज असिंक्रोनस रूप से चलती है।

**2. परिणामों की स्थिति जाँचें**

परिणाम तय होने तक खोज की स्थिति की जाँच करते रहें। बड़ी रजिस्ट्रियों से परिणाम आने में कुछ सेकंड लग सकते हैं।

**3. कंपनी चुनें**

लौटाई गई कंपनियों की समीक्षा करें और सही मेल चुनें। Didit चुनी गई कंपनी को KYB जाँच से जोड़ता है और उपलब्ध सारा डेटा भरता है।

**4. पुष्टि करें और आगे बढ़ें**

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

**5. मैन्युअल सबमिशन**

अगर कंपनी रजिस्ट्री में नहीं मिलती, तो कंपनी का डेटा मैन्युअल रूप से सबमिट करें। सत्र दिए गए डेटा के साथ जारी रहता है, और `is_from_registry` को `false` सेट किया जाता है।

### प्राप्त डेटा

| फ़ील्ड | विवरण |
| - | - |
| `company_name` | प्राधिकरण के पास दर्ज कानूनी नाम |
| `registration_number` | आधिकारिक कंपनी पंजीकरण या निगमन संख्या |
| `country_code` | निगमन का देश (ISO 3166-1 alpha-3) |
| `company_type` | कानूनी इकाई का प्रकार (Ltd, LLC, PLC, SA, GmbH, SL, आदि) |
| `registry_status` | रजिस्ट्री से वर्तमान कंपनी स्थिति (`active`, `dissolved`, `struck_off`, आदि) |
| `incorporation_date` | वह तारीख जब कंपनी मूल रूप से पंजीकृत हुई थी |
| `registered_address` | आधिकारिक पंजीकृत कार्यालय का पता |
| `tax_number` | जहाँ उपलब्ध हो, कर पहचान संख्या |
| `alternative_names` | व्यापारिक नाम, dbas, पूर्व कानूनी नाम, या मूल भाषा के नाम, टेक्स्ट मान के रूप में |
| `legal_entity_identifier` | LEI, वित्तीय संस्थानों और सूचीबद्ध इकाइयों के लिए |
| `nature_of_business` | व्यवसाय का संक्षिप्त विवरण (रजिस्ट्री की भाषा में) |
| `registered_capital` | अधिकृत / जारी पूँजी, `{amount, currency}` ऑब्जेक्ट के रूप में |
| `location_of_registration` | रिकॉर्ड वाली रजिस्ट्री का शहर / उप-क्षेत्र |
| `control_scheme` | नियंत्रण / शासन योजना, जहाँ रजिस्ट्री उसे प्रदर्शित करती है |
| `website`, `email`, `phone` | रजिस्ट्री में दर्ज संपर्क विवरण |
| `addresses[]` | अतिरिक्त पंजीकृत या व्यापारिक पते |
| `industries[]` | उद्योग वर्गीकरण कोड (SIC, NACE, या स्थानीय समकक्ष) |
| `accounts` | रिपोर्ट होने पर फ़ाइलिंग तिथियाँ, जिनमें `last_annual_return_date` और `last_agm_date` शामिल हैं। वार्षिक रिटर्न और बैठकें वित्तीय खातों से अलग हैं। |
| `financial_summary` | जहाँ रजिस्ट्री इसे प्रकाशित करती है, वहाँ का सारांश वित्तीय डेटा (राजस्व, कर्मचारी, फ़ाइलिंग स्थिति) |
| `confirmed_by_user_at` | वह समय-चिह्न जब अंतिम उपयोगकर्ता ने रजिस्ट्री डेटा की पुष्टि की या उसे संपादित किया |
| `last_console_edit_at` | कंसोल पर विश्लेषक द्वारा किए गए अंतिम संपादन का समय-चिह्न |
| `is_editable` | `true` जब तक होस्टेड फ़्लो में अंतिम उपयोगकर्ता रजिस्ट्री से आया डेटा संपादित कर सकता है |
| `is_from_registry` | रजिस्ट्री से आई कंपनियों के लिए `true`, मैन्युअल प्रविष्टि के लिए `false` |
| `fetch_status` | `pending`, `resolved`, या `failed`, यानी रजिस्ट्री खोज की स्थिति |
| `verification_status` | `verified`, `failed`, या `unknown` |

### कंपनी की स्थितियाँ

| स्थिति | विवरण |
| - | - |
| **सक्रिय** | कंपनी अभी सक्रिय है और अच्छी स्थिति में है |
| **भंग** | कंपनी औपचारिक रूप से भंग की जा चुकी है |
| **रजिस्टर से हटाई गई** | रजिस्टर से हटाई गई (उदाहरण के लिए, अनुपालन न करने पर) |
| **परिसमापन में** | कंपनी समेटी जाने की प्रक्रिया में है |
| **निष्क्रिय** | पंजीकृत है, पर फ़िलहाल व्यापार नहीं कर रही |

> [!WARNING]
>
> जिन कंपनियों की स्थिति **सक्रिय** के अलावा कुछ और है, उन्हें आपकी वर्कफ़्लो कॉन्फ़िगरेशन के अनुसार स्वचालित रूप से फ़्लैग या अस्वीकृत किया जा सकता है।

### डेटा स्रोत संकेतक

हर कंपनी रिकॉर्ड में एक `is_from_registry` फ़्लैग होता है:

* **`true`**: डेटा किसी आधिकारिक कंपनी रजिस्ट्री से प्राप्त किया गया था
* **`false`**: कंपनी रजिस्ट्री में नहीं मिली, इसलिए डेटा मैन्युअल रूप से जमा किया गया

`fetch_status` फ़ील्ड यह ट्रैक करता है कि रजिस्ट्री लुकअप पूरा हुआ, विफल हुआ, या अभी प्रगति में है।

## डेटा स्तर और मूल्य निर्धारण

होस्टेड फ़्लो में किसी कंपनी का चयन करने पर रजिस्ट्री शुल्क लगता है, भले ही आवेदक विवरण की पुष्टि करने से पहले या सत्यापन पूरा करने से पहले चला जाए।
यदि चयन के समय रिपोर्ट तैयार है, तो दिए गए स्तर का शुल्क तुरंत लिया जाता है।
यदि स्वामित्व अभी लंबित है, तो चयन के समय Lite का शुल्क लगता है, और बाद में उच्च स्तर दिए जाने पर केवल अंतर का शुल्क लगता है।
यदि स्वामित्व उपलब्ध नहीं है, तो स्वामित्व अधिभार लागू नहीं होता।
कुल राशि चयन के समय उद्धृत मूल्यों पर आधारित होती है और कभी भी अनुरोधित स्तर के उद्धरण से अधिक नहीं होती।
चयन और उसके बाद का कोई भी स्वामित्व समायोजन मिलकर एक रजिस्ट्री जाँच गिने जाते हैं; खरीदी गई रिपोर्ट पढ़ने या विवरण की पुष्टि करने पर इसके लिए फिर से शुल्क नहीं लगता।
मौजूदा फ़्लैट-रेट अनुबंधों में चयन पर एक रजिस्ट्री जाँच दर्ज होती है, और बाद में स्वामित्व डिलीवरी के लिए अलग अनुबंध इकाई नहीं जोड़ी जाती।
होस्टेड वर्कफ़्लो खोजों के लिए कोई अलग खोज शुल्क नहीं है।
स्टैंडअलोन API खोजों पर प्रति सफल अनुरोध \$0.50 शुल्क लग सकता है; देखें [खोज बिलिंग](https://docs.didit.me/hi/standalone-apis/kyb-registry-search.md)। देश-वार पूरी तालिका के लिए [KYB रजिस्ट्री मूल्य निर्धारण](https://docs.didit.me/hi/getting-started/kyb-registry-pricing.md) देखें।

| स्तर | आपको क्या मिलता है |
| - | - |
| **Lite** | ऊपर दिए फ़ील्ड: कंपनी प्रोफ़ाइल, पहचानकर्ता, स्थिति, पंजीकृत पता, गतिविधि और अधिकारी |
| **Shareholders** | Lite के साथ सीधे शेयरधारक (प्राकृतिक व्यक्ति और कॉर्पोरेट इकाइयाँ) उनकी स्वामित्व सीमा-श्रेणियों के साथ |
| **UBOs** | Shareholders के साथ स्वामित्व श्रृंखला के माध्यम से हल किए गए अंतिम वास्तविक स्वामी |

होस्टेड वर्कफ़्लो देश के अनुसार स्तर *Workflows → KYB Registry Check → Countries* से चुनता है। जिस कंपनी के लिए रजिस्ट्री में कोई स्वामित्व रिकॉर्ड नहीं है, वहाँ Shareholders या UBOs अनुरोध उस उच्चतम स्तर पर दिया और बिल किया जाता है जिसे देश की रजिस्ट्रियाँ दे सकती हैं, आमतौर पर Lite।

जो कंपनी नहीं मिलती और मैन्युअल रूप से दर्ज की जाती है (`is_from_registry: false`), उस पर **\$0.75** का एक निश्चित शुल्क लगता है: खोज चली थी, भले ही कोई रजिस्ट्री रिकॉर्ड वापस न मिला हो।

> [accordion] उदाहरण: Lite स्तर प्रतिक्रिया
>
> Lite केवल कंपनी प्रोफ़ाइल लौटाता है: कोई शेयरधारक, यूबीओ या स्वामित्व संरचना नहीं:
>
> ```json theme={null}
> {
>   "company_name": "ACME HOLDINGS PTY LTD",
>   "registration_number": "094447122",
>   "country_code": "AU",
>   "registry_status": "active",
>   "incorporation_date": "2000-09-12",
>   "company_type": "Proprietary Limited",
>   "registered_address": "Sydney, NSW, 2000",
>   "tax_number": null,
>   "vat_number": null,
>   "website": null,
>   "is_from_registry": true
> }
> ```
>
> Shareholders स्तर `ownership_structure` और शेयरधारक प्रविष्टियों के साथ निदेशक/अधिकारी भी जोड़ता है। UBOs स्तर इसके अलावा स्वामित्व प्रतिशत के साथ वास्तविक स्वामियों को भी हल करता है। देखें [स्वामित्व](https://docs.didit.me/hi/business-verification/ownership.md) और [अधिकारी और निदेशक](https://docs.didit.me/hi/business-verification/officers.md)।

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

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

| फ़ील्ड | विवरण |
| - | - |
| `registry_data` | Didit का सामान्यीकृत रजिस्ट्री विवरण: स्वामित्व परिणाम (`ownership_error`, `section_errors`, `ubo_resolution`), [update-data](https://docs.didit.me/hi/sessions-api/update-data.md) से किए गए सुधार, और वे रजिस्ट्री तथ्य जिनका अपना कोई फ़ील्ड नहीं है। इसकी कुंजियाँ कंपनी के अनुसार बदलती हैं और इन्हें स्थिर कॉन्ट्रैक्ट नहीं माना जाना चाहिए। |
| `user_provided_data` | होस्टेड फ़्लो में रजिस्ट्री-पुष्टिकरण चरण के दौरान अंतिम उपयोगकर्ता ने जो पुष्टि की या संपादित किया। |
| शीर्ष-स्तरीय कैनोनिकल फ़ील्ड (`company_name`, `registration_number`, `country_code`, `incorporation_date` आदि) | मिला हुआ सत्य: उपयोगकर्ता-पुष्ट डेटा जब मौजूद हो, अन्यथा रजिस्ट्री डेटा फ़ॉलबैक के रूप में। डाउनस्ट्रीम सुविधाएँ (दस्तावेज़ OCR क्रॉस-जाँच, AML स्क्रीनिंग, जोखिम मूल्यांकन) कैनोनिकल दृश्य पर चलती हैं। |

`confirmed_by_user_at` टाइमस्टैम्प बताता है कि अंतिम उपयोगकर्ता ने रजिस्ट्री डेटा की पुष्टि या संपादन कब किया। जब तक यह टाइमस्टैम्प null है और `is_editable` `true` है, अंतिम उपयोगकर्ता होस्टेड फ़्लो के भीतर फ़ील्ड बदलना जारी रख सकता है।

**मैन्युअल-एंट्री कंपनियों** (`is_from_registry: false`) के लिए `user_provided_data` ही एकमात्र स्रोत है, और उपयोगकर्ता के सबमिट करने के बाद `is_editable` `false` हो जाता है।

विश्लेषक दोनों स्रोतों को [Business Console](https://docs.didit.me/hi/business-verification/console.md) की सत्र समीक्षा में साथ-साथ देख सकते हैं और तुलना कर सकते हैं कि रजिस्ट्री ने क्या कहा और उपयोगकर्ता ने क्या पुष्टि की।

## कॉन्फ़िगर करने योग्य रजिस्ट्री फ़ॉर्म फ़ील्ड

आप तय कर सकते हैं कि रजिस्ट्री-पुष्टि चरण के दौरान होस्टेड सत्यापन फ़्लो कौन-से कंपनी-डेटा फ़ील्ड माँगे। इन्हें Business Console में कॉन्फ़िगर करें: वर्कफ़्लो एडिटर खोलें, **KYB Registry check** नोड चुनें, और **फ़ील्ड** टैब पर जाएँ।

हर फ़ील्ड की तीन में से एक स्थिति होती है:

| स्थिति | व्यवहार |
| - | - |
| **छुपा हुआ** | यह फ़ील्ड होस्टेड फ़्लो में नहीं दिखाया जाता और इसका डेटा एकत्र नहीं किया जाता। |
| **वैकल्पिक** | यह फ़ील्ड दिखाया जाता है; उपयोगकर्ता इसे खाली छोड़ सकता है। |
| **आवश्यक** | यह फ़ील्ड दिखाया जाता है और उपयोगकर्ता के सबमिट करने से पहले इसे भरना ज़रूरी है। |

तीन फ़ील्ड हमेशा दिखाए जाते हैं और हमेशा आवश्यक होते हैं, क्योंकि ये कंपनी की पहचान करते हैं और इन्हें कॉन्फ़िगर नहीं किया जा सकता: `company_name`, `country_code`, और `region` (राज्य/क्षेत्र, जहाँ रजिस्ट्री क्षेत्रीय स्तर पर होती है)।

कॉन्फ़िगर करने योग्य 16 फ़ील्ड:

`registration_number`, `incorporation_date`, `legal_address`, `vat_number`, `alternative_names`, `tax_number`, `company_type`, `legal_entity_identifier`, `location_of_registration`, `nature_of_business`, `registered_capital_amount`, `registered_capital_currency`, `website`, `email`, `phone`, `control_scheme`

डिफ़ॉल्ट रूप से, और सभी मौजूदा वर्कफ़्लो के लिए, केवल `incorporation_date` **आवश्यक** है; बाकी हर कॉन्फ़िगर करने योग्य फ़ील्ड **वैकल्पिक** है, ताकि फ़ॉर्म ठीक वैसा ही व्यवहार करे जैसा इस सेटिंग के आने से पहले करता था।

अनिवार्यता सर्वर-साइड लागू होती है: किसी आवश्यक फ़ील्ड के खाली होने पर रजिस्ट्री फ़ॉर्म सबमिट करने पर `400` लौटता है, जिसमें प्रति-फ़ील्ड त्रुटि संदेश होते हैं, और होस्टेड UI केवल सक्षम फ़ील्ड दिखाता है। वर्कफ़्लो API में यह सेटिंग KYB Registry नोड पर `kyb_registry_fields_config` ऑब्जेक्ट है। इसका ढाँचा देखने के लिए [फ़ीचर कॉन्फ़िग](https://docs.didit.me/hi/management-api/workflows/feature-configs.md#kyb-रजिस्ट्री) देखें।

> [!NOTE]
>
> `vat_number` जो **आवश्यक** चिह्नित है, केवल उन कंपनियों के लिए लागू होता है जो EU VAT देश में निगमित हैं (नीचे देखें)। बाकी सभी देशों के लिए यह फ़ील्ड, आवश्यक चिह्नित होने पर भी, वैकल्पिक माना जाता है, क्योंकि वहाँ एकत्र करने के लिए कोई EU VAT नंबर नहीं होता। ऐसे मामलों में भी, दिए जाने पर, उनके `tax_number` की पुष्टि की जाती है।

## VAT और टैक्स ID सत्यापन

रजिस्ट्री चरण सबमिट होने पर Didit कंपनी के `vat_number` को उसके देश के आधिकारिक स्रोत से सत्यापित करता है।
जिस कंपनी का `vat_number` नहीं है, उसका `tax_number` सत्यापित किया जाता है।
नंबर देश उपसर्ग के साथ या उसके बिना, और किसी भी विभाजक के साथ सबमिट किया जा सकता है। जर्मन कंपनी के लिए `DE 123 456 789`, `DE123456789` और `123456789` समतुल्य हैं।

**आधिकारिक रजिस्ट्रियाँ।** इन देशों में नंबर की जाँच सरकारी या आधिकारिक व्यवसाय रजिस्टर पर लाइव की जाती है, जो पंजीकृत नाम भी लौटाता है (और अधिकतर मामलों में पता भी):

| देश | स्रोत |
| - | - |
| यूरोपीय संघ के 27 सदस्य देश और उत्तरी आयरलैंड (`XI`) | यूरोपीय आयोग [VIES](https://ec.europa.eu/taxation_customs/vies/) |
| पोलैंड | VIES, और फिर VIES में सूचीबद्ध न होने वाली कंपनी के लिए वित्त मंत्रालय का VAT करदाता रजिस्टर ("White List") |
| नॉर्वे | Brønnøysund Register Centre (Central Coordinating Register for Legal Entities) |
| स्विट्ज़रलैंड | Federal Statistical Office UID रजिस्टर |
| ब्राज़ील | Receita Federal CNPJ रजिस्टर |
| कोलंबिया | RUES, चैंबर ऑफ़ कॉमर्स का Unified Business and Social Register |
| कोस्टा रिका | वित्त मंत्रालय (Hacienda) करदाता रजिस्टर |
| इक्वाडोर | Internal Revenue Service (SRI) करदाता रजिस्टर |
| पराग्वे | National Tax Directorate (DNIT) RUC रजिस्टर |

यदि फ़्रांसीसी SIREN या SIRET, डच RSIN, या पूरा हंगेरियन टैक्स नंबर VAT नंबर के रूप में सबमिट किया जाता है, तो जाँच से पहले उसे संगत VAT नंबर में बदला जाता है।
ग्रीक VAT नंबरों की जाँच स्वचालित रूप से `EL` उपसर्ग के तहत होती है।

**चेक-डिजिट नियम।** इन देशों में किसी भी रजिस्ट्री से पूछताछ नहीं की जा सकती, इसलिए नंबर की जाँच देश के आधिकारिक फ़ॉर्मेट और चेक-डिजिट नियमों से की जाती है: अल्बानिया, अंडोरा, अर्जेंटीना, ऑस्ट्रेलिया, अज़रबैजान, बेलारूस, कनाडा, चिली, चीन, डोमिनिकन गणराज्य, मिस्र, अल सल्वाडोर, घाना, ग्वाटेमाला, आइसलैंड, भारत, इंडोनेशिया, इज़राइल, जापान, केन्या, लिकटेंस्टीन, मेक्सिको, मोल्डोवा, मोनाको, मोंटेनेग्रो, मोरक्को, मोज़ाम्बिक, न्यूज़ीलैंड, उत्तर मैसेडोनिया, पेरू, रूस, सैन मरीनो, सर्बिया, सिंगापुर, दक्षिण अफ़्रीका, दक्षिण कोरिया, ताइवान, थाईलैंड, ट्यूनीशिया, Türkiye, यूक्रेन, यूनाइटेड किंगडम, संयुक्त राज्य अमेरिका, उरुग्वे, वेनेज़ुएला और वियतनाम।
ये नियम यूरोपीय संघ में भी लागू होते हैं, जब `tax_number` ऐसा राष्ट्रीय टैक्स ID हो जिसकी जाँच के लिए कोई VAT नंबर न हो, जैसे जर्मन Steuernummer।
`tax_number` केवल एक टैक्स पहचानकर्ता का दावा करता है, VAT पंजीकरण का नहीं, इसलिए जब VIES उसे सूचीबद्ध नहीं करता, तो `invalid` के बजाय इन नियमों के अनुसार इसकी जाँच की जाती है।

जिन कंपनियों का देश ऊपर किसी भी सूची में नहीं है, उन्हें `vat_validation_status: "not_applicable"` मिलता है।
सैंडबॉक्स सत्र भी इसी श्रेणी में आते हैं, क्योंकि वे कभी किसी टैक्स रजिस्ट्री से संपर्क नहीं करते।

परिणाम कंपनी पर संग्रहीत होता है और [KYB निर्णय payload](https://docs.didit.me/hi/business-verification/response-schema.md#company-ब्लॉक) में प्रदर्शित होता है:

| फ़ील्ड | विवरण |
| - | - |
| `vat_number` | सबमिट किया गया VAT नंबर, जैसा दिया गया था |
| `vat_validation_status` | `valid`, `invalid`, `format_valid`, `invalid_format`, `could_not_validate`, या `not_applicable` |
| `vat_validated_number` | जाँचा गया नंबर, जैसा स्रोत उसे जानता है (उदाहरण के लिए, SIREN से निकाला गया VAT नंबर) |
| `vat_validation_source` | वह स्रोत जिसने स्थिति तय की (नीचे देखें) |
| `vat_validated_name` | स्रोत के साथ पंजीकृत नाम, जब वह उसे प्रकट करता है |
| `vat_validated_address` | स्रोत के साथ पंजीकृत पता, जब वह उसे प्रकट करता है |
| `vat_checked_at` | जाँच का टाइमस्टैम्प |

| स्थिति | अर्थ |
| - | - |
| `valid` | आधिकारिक रजिस्ट्री ने पुष्टि की है कि नंबर पंजीकृत और सक्रिय है |
| `invalid` | आधिकारिक रजिस्ट्री में इस नंबर का कोई सक्रिय पंजीकरण नहीं है। यूरोपीय संघ में VIES केवल उन कंपनियों को सूचीबद्ध करता है जो यूरोपीय संघ के भीतर व्यापार के लिए पंजीकृत हैं |
| `format_valid` | नंबर देश के फ़ॉर्मेट और चेक-डिजिट नियमों पर खरा उतरता है; कोई रजिस्ट्री नहीं पूछी गई |
| `invalid_format` | नंबर देश के फ़ॉर्मेट या चेक-डिजिट नियमों में विफल होता है |
| `could_not_validate` | रजिस्ट्री उपलब्ध नहीं थी, इसलिए नंबर की जाँच नहीं हो सकी। रजिस्ट्री जाँच अगली बार चलने पर इसकी फिर से जाँच होगी |
| `not_applicable` | कोई VAT नंबर या टैक्स ID नहीं दिया गया, देश के पास कोई रजिस्ट्री या नियम नहीं हैं, या सत्र सैंडबॉक्स सत्र है |

`vat_validation_source` इनमें से एक होता है: `eu_vies`, `pl_vat_white_list`, `no_brreg`, `ch_uid_register`, `br_receita_federal`, `co_rues`, `cr_hacienda`, `ec_sri`, `py_dnit`, या `format_rules`।

एक बार नंबर `valid`, `invalid`, `format_valid` या `invalid_format` हो जाने पर, परिणाम पूरे सत्र के लिए रखा जाता है, और जब तक नंबर नहीं बदलता, रजिस्ट्री से दोबारा नहीं पूछा जाता।

**नाम क्रॉस-चेक।** जब नंबर `valid` हो और स्रोत पंजीकृत नाम प्रकट करता है, तो Didit उस नाम की सबमिट किए गए कंपनी नाम से फ़ज़ी तुलना करता है।
एक सार्थक अंतर `KYB_COMPANY_VAT_NAME_MISMATCH` चेतावनी उठाता है, बिना सत्र की स्थिति बदले - यह समीक्षकों के लिए एक नरम संकेत है।
इसके `additional_data` में `registry_name`, `registry_source` और `submitted_name` होते हैं, और जब स्रोत VIES हो, तो `vies_name` भी।
यूरोपीय संघ के कुछ सदस्य देश नाम या पता प्रकट नहीं करते; उन फ़ील्ड्स में मान खाली लौटते हैं और कोई तुलना नहीं होती।

**कॉन्फ़िगर करने योग्य कार्रवाइयाँ।** KYB रजिस्ट्री जाँच नोड की दो सेटिंग्स नियंत्रित करती हैं कि असफल जाँच सत्र पर क्या प्रभाव डालती है (मान `REVIEW`, `DECLINE`, `NO_ACTION`):

| सेटिंग | कब सक्रिय होती है | डिफ़ॉल्ट |
| - | - | - |
| `kyb_vat_invalid_action` | जब `vat_validation_status` `invalid` हो, या `vat_number` `invalid_format` हो | `REVIEW` - सत्र की स्थिति समीक्षाधीन हो जाती है |
| `kyb_vat_unverified_action` | जब `vat_validation_status` `could_not_validate` हो | `NO_ACTION` - सत्र पर कोई प्रभाव नहीं |

`invalid_format` वाला `tax_number` payload में रिपोर्ट किया जाता है, बिना किसी कार्रवाई को ट्रिगर किए, क्योंकि मुक्त-टेक्स्ट टैक्स फ़ील्ड में अक्सर कोई दूसरा कंपनी पहचानकर्ता होता है।

हर परिणाम रजिस्ट्री जाँच पर संबंधित चेतावनी भी उठाता है (`KYB_COMPANY_VAT_INVALID`, `KYB_COMPANY_VAT_COULD_NOT_VALIDATE`) - देखें [व्यवसाय सत्यापन (KYB) चेतावनियाँ](https://docs.didit.me/hi/business-verification/warnings.md#kyb-रजिस्ट्री-चेतावनियाँ)।

## डेटा क्रॉस-रेफ़रेंसिंग

Didit स्वचालित रूप से उपयोगकर्ता-प्रदत्त / कैनोनिकल डेटा की तुलना रजिस्ट्री से मिले डेटा से करता है, और अपलोड किए गए दस्तावेज़ों से निकाले गए OCR डेटा से भी।

* **कंपनी का नाम**: संक्षेपों और फ़ॉर्मैटिंग के अंतर को ध्यान में रखने के लिए फ़ज़ी मिलान
* **पंजीकरण संख्या**: सटीक मिलान सत्यापन
* **देश**: दिए गए देश और रजिस्ट्री के देश के बीच संगतता की जाँच
* **पता**: तुलना के लिए जियोकोडिंग और सामान्यीकरण

किसी भी असंगति को सत्र में चेतावनी के रूप में चिह्नित किया जाता है और वह कंसोल में विश्लेषकों को दिखाई देती है।

## वित्तीय सारांश

जहाँ उपलब्ध हो, Didit रजिस्ट्री से वित्तीय सारांश डेटा प्राप्त करता है:

* राजस्व या टर्नओवर
* कर्मचारियों की संख्या
* SIC/NACE उद्योग कोड
* फ़ाइलिंग तिथियाँ और अनुपालन स्थिति

## अतिरिक्त रजिस्ट्री फ़ील्ड

क्षेत्राधिकार कवरेज के आधार पर, रजिस्ट्री रिस्पॉन्स में ये फ़ील्ड भी शामिल हो सकते हैं:

* `alternative_names` - व्यापार नाम, dbas, पूर्व कानूनी नाम
* `legal_entity_identifier` (LEI): वित्तीय संस्थानों और सूचीबद्ध संस्थाओं के लिए
* `website`, `email`, `phone`: रजिस्ट्री में दर्ज संपर्क जानकारी
* `nature_of_business`: संक्षिप्त विवरण (रजिस्ट्री की भाषा में)
* `registered_capital`: अधिकृत / जारी पूँजी, `{amount, currency}` ऑब्जेक्ट के रूप में

सभी फ़ील्ड KYB निर्णय के [`business`](https://docs.didit.me/hi/business-verification/response-schema) ब्लॉक में जाते हैं।

## विश्वास और सत्यापन स्थिति

हर रजिस्ट्री रिस्पॉन्स में `verification_status` होता है:

| मान | अर्थ |
| - | - |
| `VERIFIED` | रजिस्ट्री ने मिलान लौटाया और डेटा प्राप्त हुआ। |
| `FAILED` | रजिस्ट्री ने मिलान लौटाया, लेकिन डेटा प्राप्त करना विफल रहा (जैसे आंशिक रिस्पॉन्स)। |
| `UNKNOWN` | कंपनी किसी भी रजिस्ट्री में नहीं मिली। |

अपने डाउनस्ट्रीम लॉजिक को चलाने के लिए इसे `is_from_registry` के साथ मिलाएँ:

| `is_from_registry` | `verification_status` | अर्थ |
| - | - | - |
| true | VERIFIED | आधिकारिक रजिस्ट्री से पूरी तरह सत्यापित |
| true | FAILED | आंशिक: कुछ फ़ील्ड पुराने या गायब हो सकते हैं |
| false | UNKNOWN | केवल उपयोगकर्ता-प्रदत्त डेटा; कोई रजिस्ट्री मिलान नहीं |

## क्रॉस-रेफ़रेंस आउटपुट

हर क्रॉस-रेफ़रेंस प्रति फ़ील्ड चलता है और इनमें से कोई एक लौटाता है:

* `MATCH`: दिया गया डेटा रजिस्ट्री से मेल खाता है।
* `MISMATCH`: अर्थपूर्ण अंतर। इसे चेतावनी के रूप में चिह्नित किया जाता है।
* `NO_DATA`: एक पक्ष खाली था; तुलना संभव नहीं।

असंगतियाँ कंसोल की सत्र समीक्षा में प्रति फ़ील्ड दिखती हैं।

## परिणाम किससे तय होता है

कंपनी की स्थिति, निगमन का देश, AML परिणाम और घोषित डेटा के साथ मिलान, रजिस्ट्री जाँच और AML स्क्रीनिंग पर चेतावनी टैग के रूप में निर्णय को प्रभावित करते हैं। हर चेतावनी को स्वीकृत, समीक्षा के लिए या अस्वीकृत करना आपके वर्कफ़्लो पर निर्भर है। संकेतों और उन्हें नियंत्रित करने वाली वर्कफ़्लो कुंजियों के लिए [जोखिम मूल्यांकन](https://docs.didit.me/hi/business-verification/risk-assessment.md) देखें।

## समर्थित देश

कवरेज देश के अनुसार अलग-अलग है। प्रति क्षेत्र स्तर के विवरण के लिए [समर्थित देश](https://docs.didit.me/hi/business-verification/supported-countries.md) देखें।

## अगले चरण

> [card] [स्वामित्व](https://docs.didit.me/hi/business-verification/ownership.md)
>
> UBO की पहचान और स्वामित्व शृंखलाएँ।

> [card] [रिस्पॉन्स स्कीमा](https://docs.didit.me/hi/business-verification/response-schema.md)
>
> payload में हर फ़ील्ड कहाँ दिखता है।

> [card] [समर्थित देश](https://docs.didit.me/hi/business-verification/supported-countries.md)
>
> क्षेत्र के अनुसार कवरेज।


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