मुख्य सामग्री पर जाएं
Didit का डेटाबेस सत्यापन 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 मिलान लॉजिक के लिए उपयोगकर्ता की पहचान पर पूर्ण मिलान प्राप्त करने के लिए उनके व्यक्तिगत डेटा को एक स्रोत से मिलाना आवश्यक होता है।* *पहचान पर पूर्ण मिलान मिलने तक लागू देश के स्रोतों की स्क्रीनिंग की जाती है। यदि पूर्ण मिलान नहीं मिलता है, तो सिस्टम उपयोगकर्ता की पहचान पर आंशिक मिलान के लिए उन स्रोतों की बार-बार स्क्रीनिंग करता है।
उपरोक्त 1×1 तालिका और नीचे दी गई 2×2 तालिका सामान्य मॉडल का वर्णन करती हैं, न कि ऐसी गारंटी जो प्रत्येक सेवा के लिए मान्य हो। निर्णायक फ़ील्ड सेवा के अनुसार और आपके द्वारा भेजे जाने वाले वैकल्पिक इनपुट के आधार पर भिन्न होते हैं: एक रजिस्ट्री केवल उन्हीं फ़ील्ड की तुलना कर सकती है जो उसके पास हैं और जो फ़ील्ड आप उसे प्रदान करते हैं, और किसी सेवा का परिणाम उन फ़ील्ड द्वारा तय होता है जिनकी वह वास्तव में तुलना करती है। प्रत्येक सेवा पहचान संख्या की तुलना नहीं करती है, और कुछ केवल तभी तुलना करती हैं जब आप इसे भेजते हैं। उदाहरण के लिए, स्पेन - DNI/NIE सत्यापन (esp_dni) के लिए नाम, जन्म तिथि और पते की आवश्यकता होती है, और यह एक वैकल्पिक इनपुट के रूप में national_id लेता है। यह हमेशा नाम, जन्म तिथि और पते की तुलना करता है, और जब आप national_id भेजते हैं तो यह पहचान संख्या की भी तुलना करता है।आवश्यक फ़ील्ड का निर्णायक होना अनिवार्य नहीं है, और वैकल्पिक फ़ील्ड निर्णायक हो सकता है। अनुरोध को स्वीकार किए जाने के लिए एक आवश्यक फ़ील्ड भेजा जाना अनिवार्य है, और source_data में सूचीबद्ध फ़ील्ड वह डेटा है जो रजिस्ट्री ने लौटाया है। दोनों में से कोई भी आपको यह नहीं बताता कि किन फ़ील्ड ने परिणाम तय किया। प्रत्येक सेवा के पेज पर दिए गए रिस्पॉन्स उदाहरण एक संभावित रिस्पॉन्स को दर्शाते हैं, इसलिए उनके validation ऑब्जेक्ट की कीज़ उन फ़ील्ड की पूरी सूची नहीं हैं जिनकी वह सेवा तुलना करती है। समर्थित देश और सेवाएँ के अंतर्गत सूचीबद्ध प्रत्येक सेवा का API संदर्भ पेज इनपुट के तहत अपने आवश्यक और वैकल्पिक इनपुट को सूचीबद्ध करता है।

​
2×2 मिलान

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

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

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

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

नाम श्रेणी पर पूर्ण मिलान तब माना जाता है जब निम्नलिखित डेटा एट्रिब्यूट मिलान परिदृश्यों में से कोई भी पूरा होता है:
  • पूरा नाम संयोजन पूर्ण मिलान (पहला नाम + अंतिम नाम 85% समानता थ्रेशोल्ड के साथ संयुक्त)
  • पहला नाम पूर्ण मिलान + अंतिम नाम पूर्ण मिलान
  • पहला नाम पूर्ण मिलान + मातृ नाम पूर्ण मिलान
  • पहला नाम पूर्ण मिलान + पितृ नाम पूर्ण मिलान
नाम श्रेणी पर आंशिक मिलान तब माना जाता है जब निम्नलिखित डेटा एट्रिब्यूट मिलान परिदृश्यों में से कोई भी पूरा होता है:
  • पहला नाम पूर्ण मिलान
  • अंतिम नाम पूर्ण मिलान
  • पितृ नाम पूर्ण मिलान
  • मातृ नाम पूर्ण मिलान
  • मातृ नाम पूर्ण मिलान + पितृ नाम पूर्ण मिलान

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

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

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

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

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

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

​
उदाहरण

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

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

  • डेटाबेस सत्यापन का अवलोकन — API शुरू से अंत तक कैसे काम करता है, समर्थित रजिस्ट्रियाँ, मूल्य निर्धारण।
  • आउटकम कोड — प्रदाता रिस्पॉन्स कोड की पूरी सूची (मृतक, नाबालिग, दस्तावेज़ नहीं मिला, बायोमेट्रिक बेमेल)।
  • चेतावनियाँ — जब इनपुट गुम होने के कारण कोई सेवा नहीं चल पाती है तो हम क्या दिखाते हैं।
  • समर्थित देश और सेवाएँ — प्रत्येक लाइव रजिस्ट्री, आवश्यक फ़ील्ड और प्रति-कॉल कीमत।
  • रिपोर्ट — मासिक प्रति-सेवा बिलिंग एक्सपोर्ट।
अंतिम संशोधन 7 नवंबर 2026