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

# डेटाबेस सत्यापन 1x1 और 2x2 मिलान विधियाँ

> Didit में जानें कि 1x1 और 2x2 परिणाम फ़ज़ी नाम थ्रेशोल्ड, partialMatchAction नियमों व वॉटरफ़ॉल लॉजिक से कैसे तय होते हैं। $0.05/check से।

Didit का [डेटाबेस सत्यापन](https://docs.didit.me/hi/core-technology/database-validation/overview.md) API प्रत्येक देश के आधिकारिक नागरिक रजिस्ट्री, कर प्राधिकरण या चुनावी नामावली के विरुद्ध पहचान डेटा की जाँच करता है — RENAPER (Argentina), Receita Federal (Brazil), Tribunal Electoral (Panama), RENAPO (Mexico), Junta Central Electoral (Dominican Republic), Registraduría Nacional (Colombia) और अन्य। प्रत्येक सफल कॉल के आधार पर बिल किया जाता है; कीमतें **\$0.05/check** से शुरू होती हैं और कोई मासिक न्यूनतम नहीं है।

परिणाम प्रति-सेवा परिणामों से प्राप्त होते हैं: **1×1** जब कोई एकल रजिस्ट्री पूर्ण मिलान लौटाती है, **2×2** जब दो स्वतंत्र रजिस्ट्रियाँ डेटा की पुष्टि करती हैं। इस पेज पर बताया गया है कि उन परिणामों की गणना कैसे की जाती है, नामों पर लागू फ़ज़ी-मिलान थ्रेशोल्ड, और वह निर्णय लॉजिक जो आपके वर्कफ़्लो नियमों में `partialMatchAction` और `noMatchAction` को नियंत्रित करता है।

## 1×1 मिलान

इस विधि में हमारे डेटाबेस के विरुद्ध एक इनपुट डेटा पॉइंट (आमतौर पर राष्ट्रीय ID या समान पहचानकर्ता) का मिलान शामिल है। यदि कोई सीधा मिलान मिल जाता है, तो हम पहचान की पुष्टि करते हैं। हालाँकि, यदि प्रारंभिक प्रयास विफल हो जाता है, तो हम वॉटरफ़ॉल क्रम में वैकल्पिक विश्वसनीय डेटा स्रोतों को आज़मा सकते हैं। इसका मतलब है कि हम क्रमिक प्रदाताओं के माध्यम से सत्यापन जारी रखते हैं जब तक कि हमें या तो कोई मिलान नहीं मिल जाता या सभी विकल्प समाप्त नहीं हो जाते। महत्वपूर्ण बात यह है कि आंशिक मिलान प्रक्रिया को रोकता नहीं है—हम केवल तभी रुकते हैं जब हमें पूर्ण और निर्णायक मिलान मिल जाता है या यह निर्धारित हो जाता है कि कोई मिलान मौजूद नहीं है।

1x1 मिलान लॉजिक के लिए उपयोगकर्ता की पहचान पर पूर्ण मिलान प्राप्त करने के लिए उनके व्यक्तिगत डेटा को एक स्रोत से मिलाना आवश्यक होता है।\*

| सत्यापन परिणाम | नाम श्रेणी | ID श्रेणी | जन्म तिथि श्रेणी |
| :- | :- | :- | :- |
| पूर्ण मिलान | पूर्ण मिलान | पूर्ण मिलान | कोई भी मान |
| आंशिक मिलान | आंशिक मिलान | पूर्ण मिलान | कोई भी मान |
| कोई मिलान नहीं | अन्य सभी संयोजन | | |

*\*पहचान पर पूर्ण मिलान मिलने तक लागू देश के स्रोतों की स्क्रीनिंग की जाती है। यदि पूर्ण मिलान नहीं मिलता है, तो सिस्टम उपयोगकर्ता की पहचान पर आंशिक मिलान के लिए उन स्रोतों की बार-बार स्क्रीनिंग करता है।*

> [!NOTE]
>
> उपरोक्त 1×1 तालिका और नीचे दी गई 2×2 तालिका सामान्य मॉडल का वर्णन करती हैं, न कि ऐसी गारंटी जो प्रत्येक सेवा के लिए मान्य हो। निर्णायक फ़ील्ड सेवा के अनुसार और आपके द्वारा भेजे जाने वाले वैकल्पिक इनपुट के आधार पर भिन्न होते हैं: एक रजिस्ट्री केवल उन्हीं फ़ील्ड की तुलना कर सकती है जो उसके पास हैं और जो फ़ील्ड आप उसे प्रदान करते हैं, और किसी सेवा का परिणाम उन फ़ील्ड द्वारा तय होता है जिनकी वह वास्तव में तुलना करती है। प्रत्येक सेवा पहचान संख्या की तुलना नहीं करती है, और कुछ केवल तभी तुलना करती हैं जब आप इसे भेजते हैं। उदाहरण के लिए, [स्पेन - DNI/NIE सत्यापन](https://docs.didit.me/hi/api-reference/database-validation/spain/dni.md) (`esp_dni`) के लिए नाम, जन्म तिथि और पते की आवश्यकता होती है, और यह एक वैकल्पिक इनपुट के रूप में `national_id` लेता है। यह हमेशा नाम, जन्म तिथि और पते की तुलना करता है, और जब आप `national_id` भेजते हैं तो यह पहचान संख्या की भी तुलना करता है।
>
> आवश्यक फ़ील्ड का निर्णायक होना अनिवार्य नहीं है, और वैकल्पिक फ़ील्ड निर्णायक हो सकता है। अनुरोध को स्वीकार किए जाने के लिए एक आवश्यक फ़ील्ड भेजा जाना अनिवार्य है, और `source_data` में सूचीबद्ध फ़ील्ड वह डेटा है जो रजिस्ट्री ने लौटाया है। दोनों में से कोई भी आपको यह नहीं बताता कि किन फ़ील्ड ने परिणाम तय किया। प्रत्येक सेवा के पेज पर दिए गए रिस्पॉन्स उदाहरण एक संभावित रिस्पॉन्स को दर्शाते हैं, इसलिए उनके `validation` ऑब्जेक्ट की कीज़ उन फ़ील्ड की पूरी सूची नहीं हैं जिनकी वह सेवा तुलना करती है। [समर्थित देश और सेवाएँ](https://docs.didit.me/hi/core-technology/database-validation/database-validation-supported-countries.md) के अंतर्गत सूचीबद्ध प्रत्येक सेवा का API संदर्भ पेज **इनपुट** के तहत अपने आवश्यक और वैकल्पिक इनपुट को सूचीबद्ध करता है।

## 2×2 मिलान

इस विधि में हमारे डेटाबेस में दो संबंधित फ़ील्ड के साथ दो इनपुट डेटा बिंदुओं (जैसे, नाम + जन्म तिथि, या राष्ट्रीय ID + फ़ोन नंबर) का मिलान करना आवश्यक होता है। ठीक 1x1 की तरह, हम कई डेटा स्रोतों से क्रमिक रूप से पूछताछ करते हुए वॉटरफ़ॉल दृष्टिकोण का पालन करते हैं। हम प्रत्येक चरण में तब तक आगे बढ़ते हैं जब तक कि हमें दोनों डेटा फ़ील्ड में पूर्ण मिलान नहीं मिल जाता। आंशिक या एकल-फ़ील्ड मिलान पर्याप्त नहीं हैं; सत्यापन प्रक्रिया तब तक जारी रहती है जब तक कि एक निर्णायक 2-फ़ील्ड मिलान प्राप्त न हो जाए या सभी स्रोतों की जाँच न कर ली जाए।

2x2 मिलान लॉजिक के तहत उपयोगकर्ता की पहचान पर पूर्ण मिलान प्राप्त करने के लिए उनके व्यक्तिगत डेटा का दो स्रोतों से मिलान करना आवश्यक होता है।\*

| सत्यापन परिणाम | पहला डेटा स्रोत | दूसरा डेटा स्रोत |
| :- | :- | :- |
| पूर्ण मिलान | नाम पूर्ण मिलान + राष्ट्रीय ID पूर्ण मिलान | नाम पूर्ण मिलान + राष्ट्रीय ID पूर्ण मिलान |
| पूर्ण मिलान | नाम पूर्ण मिलान + राष्ट्रीय ID पूर्ण मिलान | नाम आंशिक मिलान + राष्ट्रीय ID पूर्ण मिलान |
| पूर्ण मिलान | नाम पूर्ण मिलान + राष्ट्रीय ID पूर्ण मिलान | नाम पूर्ण मिलान + जन्म तिथि पूर्ण मिलान |
| पूर्ण मिलान | नाम पूर्ण मिलान + राष्ट्रीय ID कोई भी मान | नाम पूर्ण मिलान + राष्ट्रीय ID कोई भी मान |
| आंशिक मिलान | नाम पूर्ण मिलान + राष्ट्रीय ID पूर्ण मिलान | |
| आंशिक मिलान | नाम आंशिक मिलान + राष्ट्रीय ID पूर्ण मिलान | |
| आंशिक मिलान | नाम पूर्ण मिलान + जन्म तिथि पूर्ण मिलान | |
| आंशिक मिलान | नाम पूर्ण मिलान + राष्ट्रीय ID का कोई भी मान | |
| कोई मिलान नहीं | अन्य सभी संयोजन | |

*\*संबंधित देश के स्रोतों की तब तक स्क्रीनिंग की जाती है जब तक कि पहचान पर पूर्ण मिलान न हो जाए। यदि पूर्ण मिलान नहीं मिलता है, तो सिस्टम उपयोगकर्ता की पहचान के आंशिक मिलान के लिए उन स्रोतों की बार-बार स्क्रीनिंग करता है।*

***

## डेटा श्रेणी और एट्रिब्यूट मिलान

निम्नलिखित वे परिदृश्य हैं जिनके परिणामस्वरूप नाम, जन्म तिथि और ID डेटा श्रेणियों के लिए पूर्ण मिलान प्राप्त होता है। आंशिक मिलान केवल नाम श्रेणी के लिए संभव है।

### नाम श्रेणी मिलान

नाम श्रेणी पर **पूर्ण मिलान** तब माना जाता है जब निम्नलिखित डेटा एट्रिब्यूट मिलान परिदृश्यों में से कोई भी पूरा होता है:

* पूरा नाम संयोजन पूर्ण मिलान (पहला नाम + अंतिम नाम 85% समानता थ्रेशोल्ड के साथ संयुक्त)
* पहला नाम पूर्ण मिलान + अंतिम नाम पूर्ण मिलान
* पहला नाम पूर्ण मिलान + मातृ नाम पूर्ण मिलान
* पहला नाम पूर्ण मिलान + पितृ नाम पूर्ण मिलान

नाम श्रेणी पर **आंशिक मिलान** तब माना जाता है जब निम्नलिखित डेटा एट्रिब्यूट मिलान परिदृश्यों में से कोई भी पूरा होता है:

* पहला नाम पूर्ण मिलान
* अंतिम नाम पूर्ण मिलान
* पितृ नाम पूर्ण मिलान
* मातृ नाम पूर्ण मिलान
* मातृ नाम पूर्ण मिलान + पितृ नाम पूर्ण मिलान

### जन्म तिथि श्रेणी मिलान

जन्म तिथि श्रेणी पर **पूर्ण मिलान** केवल तभी माना जाता है जब निम्नलिखित डेटा एट्रिब्यूट मिलान परिदृश्य पूरा होता है:

* जन्म का वर्ष पूर्ण मिलान + जन्म का महीना पूर्ण मिलान + जन्म का दिन पूर्ण मिलान

जन्म तिथि श्रेणी पर आंशिक मिलान संभव नहीं है।

### ID श्रेणी मिलान

ID श्रेणी पर **पूर्ण मिलान** केवल तभी माना जाता है जब निम्नलिखित डेटा एट्रिब्यूट मिलान परिदृश्य पूरा होता है:

* पहचान संख्या पूर्ण मिलान

ID श्रेणी पर आंशिक मिलान संभव नहीं है।

ID श्रेणी की गणना केवल तभी होती है जब सेवा पहचान संख्या की तुलना करती है। कुछ सेवाएँ कभी भी इसकी तुलना नहीं करती हैं, और कुछ केवल तभी इसकी तुलना करती हैं जब आप इसे इनपुट के रूप में भेजते हैं।

***

## डेटा एट्रिब्यूट के लिए फ़ज़ी मिलान

ये देश के स्रोतों के विरुद्ध विभिन्न डेटा एट्रिब्यूट पर फ़ज़ी मिलान के मानदंड हैं।

* **नाम डेटा एट्रिब्यूट**
  नाम श्रेणी के डेटा एट्रिब्यूट द्वारा पूर्ण मिलान जनरेट करने के लिए, डेटा स्रोतों के रिकॉर्ड की तुलना में इसकी Levenshtein कैरेक्टर समानता 70% के भीतर होनी चाहिए। पूरे नाम के संयोजन (पहला नाम + अंतिम नाम संयुक्त) के लिए, 85% समानता का उच्च थ्रेशोल्ड उपयोग किया जाता है। उदाहरण के लिए, यदि नाम एट्रिब्यूट इनपुट 'Christophel' है और वास्तविक नाम 'Christopher' है, तो फ़ज़ी मिलान लॉजिक के आधार पर पूर्ण मिलान लौटाया जाता है। यह प्रणाली *पहला नाम*, *अंतिम नाम*, *पैतृक नाम*, और *मातृ नाम* डेटा एट्रिब्यूट पर लागू होती है।

* **जन्म तिथि और ID डेटा एट्रिब्यूट**
  हम जन्म तिथि या ID डेटा श्रेणियों के अंतर्गत आने वाले डेटा एट्रिब्यूट पर किसी भी प्रकार के फ़ज़ी मिलान का उपयोग नहीं करते हैं। इन फ़ील्ड के लिए सटीक मिलान आवश्यक है।

### उदाहरण

नीचे ऐसे डेटा एट्रिब्यूट इनपुट के उदाहरण दिए गए हैं जो फ़ज़ी मिलान लॉजिक के मानदंडों को पूरा करेंगे और पूर्ण मिलान जनरेट करेंगे।

| डेटा एट्रिब्यूट | इनपुट | डेटा स्रोत रिकॉर्ड | परिणाम |
| :- | :- | :- | :- |
| first\_name | Christopher | Christopher | पूर्ण मिलान |
| first\_name | Christophel | Christopher | पूर्ण मिलान |
| first\_name | Chris | Christopher | कोई मिलान नहीं |
| last\_name | Smith | Smith | पूर्ण मिलान |
| last\_name | Smyth | Smith | पूर्ण मिलान |
| last\_name | Smitty | Smith | कोई मिलान नहीं |

## इन्हें भी देखें

* [डेटाबेस सत्यापन का अवलोकन](https://docs.didit.me/hi/core-technology/database-validation/overview.md) — API शुरू से अंत तक कैसे काम करता है, समर्थित रजिस्ट्रियाँ, मूल्य निर्धारण।
* [आउटकम कोड](https://docs.didit.me/hi/core-technology/database-validation/database-validation-outcome-codes.md) — प्रदाता रिस्पॉन्स कोड की पूरी सूची (मृतक, नाबालिग, दस्तावेज़ नहीं मिला, बायोमेट्रिक बेमेल)।
* [चेतावनियाँ](https://docs.didit.me/hi/core-technology/database-validation/database-validation-warnings.md) — जब इनपुट गुम होने के कारण कोई सेवा नहीं चल पाती है तो हम क्या दिखाते हैं।
* [समर्थित देश और सेवाएँ](https://docs.didit.me/hi/core-technology/database-validation/database-validation-supported-countries.md) — प्रत्येक लाइव रजिस्ट्री, आवश्यक फ़ील्ड और प्रति-कॉल कीमत।
* [रिपोर्ट](https://docs.didit.me/hi/core-technology/database-validation/database-validation-report.md) — मासिक प्रति-सेवा बिलिंग एक्सपोर्ट।


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