मुख्य सामग्री पर जाएं
Didit का डेटाबेस सत्यापन किसी व्यक्ति के पहचान डेटा को उस देश के आधिकारिक स्रोत से सत्यापित करता है — राष्ट्रीय नागरिक रजिस्ट्री, कर प्राधिकरण, मतदाता सूची, क्रेडिट ब्यूरो या बायोमेट्रिक रजिस्ट्री जिसने मूल रूप से वह दस्तावेज़ जारी किया था। प्रत्येक जाँच प्रति-फ़ील्ड मिलान (identification_number, first_name, last_name, date_of_birth, और जब सेवा उनका उपयोग करती है तब पते के फ़ील्ड) के साथ-साथ एक समेकित परिणाम और उपलब्ध होने पर संबंधित रिकॉर्ड विवरण लौटाती है। यह सिंथेटिक-पहचान धोखाधड़ी के ख़िलाफ़ सबसे मज़बूत सुरक्षा है: चोरी किया गया वास्तविक DNI या CPF रजिस्ट्री लुकअप में विफल हो जाएगा, और एक मनगढ़ंत संख्या आधिकारिक डेटाबेस में बिल्कुल मौजूद नहीं होगी। डेटाबेस सत्यापन उन देशों में हमारे बायोमेट्रिक चेहरा मिलान के साथ जुड़ता है जहाँ रजिस्ट्री के पास एक आधिकारिक फ़ोटो होती है (RENAPER के माध्यम से अर्जेंटीना, Tribunal Electoral SIB / SIB Plus के माध्यम से पनामा), ताकि आप न केवल यह पुष्टि कर सकें कि संख्या वास्तविक है, बल्कि यह भी कि कैमरे के सामने मौजूद व्यक्ति ही इसका स्वामी है।

​
Didit क्यों चुनें

  • सबसे किफ़ायती पे-पर-कॉल मूल्य निर्धारण। प्रति जाँच $0.05 (डोमिनिकन गणराज्य) से शुरू होकर सबसे महँगे विशेषज्ञ स्रोतों के लिए $7.00 तक। कीमत प्रति सेवा निर्धारित की जाती है, प्रति देश नहीं — जो रजिस्ट्री अधिक थोक दर लेती है, उसकी कीमत उसी अनुसार तय की जाती है (फ़िनलैंड राष्ट्रीय ID $2.10 है)। आप जिस विशिष्ट सेवा को कॉल करने की योजना बना रहे हैं, उसके लिए हमेशा प्रति-सेवा मूल्य निर्धारण तालिका से दर देखें। कोई मासिक न्यूनतम शुल्क नहीं, कोई प्लेटफ़ॉर्म शुल्क नहीं, कोई प्रति-सीट बिलिंग नहीं — केवल सफल क्वेरी के लिए शुल्क लिया जाता है।
  • इंटीग्रेट करने में सबसे तेज़। साइन अप करें, कंसोल से एक API कुंजी प्राप्त करें, और आप कुछ ही मिनटों में POST /v3/database-validation/ को कॉल कर सकते हैं। कोई सेल्स कॉल नहीं, कोई प्रोक्योरमेंट चक्र नहीं, कोई प्रूफ़-ऑफ़-कॉन्सेप्ट दस्तावेज़ीकरण नहीं — Didit पूरी तरह से सेल्फ़-सर्विस है।
  • आधिकारिक स्रोतों को सीधे कॉल करना। RENAPER, Receita Federal (SERPRO), Tribunal Electoral, RENAPO, RENAP, RNP, RNPN, Junta Central Electoral, Registraduría Nacional, SEGIP, Servicio de Registro Civil, Tribunal Supremo de Elecciones, Dirección General de la Policía — न कि एग्रीगेटर स्क्रैप्स।
  • बायोमेट्रिक चेहरा मिलान जहाँ रजिस्ट्री में आधिकारिक फ़ोटो रिकॉर्ड में हो। बिना किसी अतिरिक्त इंटीग्रेशन कार्य के OCR की तुलना में अधिक विश्वास स्कोर।
  • प्रोडक्शन के लिए तैयार लेटेंसी। एंड-टू-एंड p95 आम तौर पर 1.5 s से कम, 99.9% त्रैमासिक उपलब्धता।
सत्यापन परिणाम पढ़ने से संबंधित Academy का पाठ 11:05 पर डेटाबेस सत्यापन तक पहुँचता है और पूर्ण, आंशिक और बिना-मिलान वाले परिणाम दिखाता है।

​
वैश्विक कवरेज

किसी भी हाइलाइट किए गए देश पर होवर करके वहाँ उपलब्ध हमारी प्रत्येक डेटाबेस सत्यापन सेवा, डेटा डोमेन (पहचान, वित्तीय, बायोमेट्रिक, पता, टेलीकॉम, …) और प्रति-कॉल कीमत देखें। लाइव देश आज ही प्रोडक्शन के लिए तैयार हैं; बाकी ग्राहकों के अनुरोध पर मांग के अनुसार जोड़े जाते हैं।
क्या आपका देश नहीं दिख रहा है? संपर्क करें — हमारा कैटलॉग सैकड़ों सेवाओं के साथ 60+ देशों को ट्रैक करता है जिन्हें किसी ग्राहक की आवश्यकता होने पर हम मांग पर सक्रिय करते हैं। नए इंटीग्रेशन आम तौर पर 2–3 सप्ताह में लाइव हो जाते हैं।

​
डेटाबेस सत्यापन कैसे चलता है

डेटाबेस सत्यापन कभी भी अनुमान के आधार पर ट्रिगर नहीं होता है। यह केवल तभी चलता है जब निम्नलिखित सभी शर्तें पूरी हों:
  1. सत्र ने क्वेरी करने के लिए किसी देश का निर्धारण किया हो — पहचान सत्यापन के issuing_state से, या, जब वर्कफ़्लो में कोई पहचान सत्यापन चरण न हो, तो उस एकमात्र देश से जिसके लिए डेटाबेस सत्यापन चरण कॉन्फ़िगर किया गया है।
  2. उस देश के लिए वर्कफ़्लो में कम से कम एक डेटाबेस सत्यापन सेवा सक्षम हो।
  3. डेटाबेस सत्यापन चरण से पहले के चरणों ने चुनी गई सेवा के लिए आवश्यक सभी फ़ील्ड प्रदान किए हों।
यदि कोई सेवा सक्षम है लेकिन आवश्यक फ़ील्ड कभी प्राप्त नहीं हुए (उदा. धुंधले ब्राज़ीलियाई RG से CPF निकाला नहीं जा सका), तो सेवा छोड़ दी जाती है, आपसे कोई शुल्क नहीं लिया जाता है, और सत्र पर एक चेतावनी जारी की जाती है: DATABASE_VALIDATION_NOT_APPLICABLE जब दस्तावेज़ में वह पहचानकर्ता मौजूद ही नहीं होता है जिसके द्वारा वह सेवा क्वेरी करती है, और COULD_NOT_PERFORM_DATABASE_VALIDATION जब यह उपलब्ध होना चाहिए था लेकिन नहीं था। दोनों को चेतावनी सूची में सूचीबद्ध किया गया है। आपकी टीम में से जिस किसी के पास सत्र की समीक्षा का एक्सेस है, वह Console में सत्र विवरण पेज से गुम फ़ील्ड को मैन्युअल रूप से भर सकता है, और इसे सहेजने पर जांच अपने आप पुनः ट्रिगर हो जाती है। यह एक समीक्षक कार्रवाई है, ऐसा कुछ नहीं जो अंतिम उपयोगकर्ता कर सके — उपयोगकर्ता को ऐसा फ़ील्ड प्रदान करने की अनुमति देने के लिए जो उनके दस्तावेज़ में मौजूद नहीं है, प्रश्नावली में इसके लिए पूछें (या Document AI निष्कर्षण, या सत्र बनाते समय आपके द्वारा भेजा गया मान) और इसे डेटाबेस सत्यापन चरण पर मैप करें, जैसा कि नीचे वर्णित है।

​
डेटाबेस सत्यापन के लिए पहचान सत्यापन आवश्यक नहीं है

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

​
Document AI और प्रश्नावली फ़ील्ड को मैप करना

Document AI निष्कर्षण फ़ील्ड और प्रश्नावली के प्रश्न आपकी कुंजी नामों का उपयोग करते हैं, Didit के नहीं। एक कुंजी जो डेटाबेस सत्यापन इनपुट नाम (tax_number, date_of_birth, phone, …) से सटीक रूप से मेल खाती है, वह अपने आप मैप हो जाती है और इसके लिए किसी कॉन्फ़िगरेशन की आवश्यकता नहीं होती है। बाकी सभी चीज़ों के लिए, वर्कफ़्लो एडिटर उन फ़ील्ड के लिए डेटाबेस सत्यापन चरण पर एक चयनकर्ता दिखाता है जो अभी भी खाली हैं, जहाँ आप प्रत्येक को उस Document AI फ़ील्ड कुंजी या प्रश्नावली उत्तर की ओर इंगित करते हैं जो इसे प्रदान करता है। Console में, जो सेवा आपका वर्कफ़्लो अभी नहीं चला सकता है, उसे अक्षम दिखाया जाता है और कारण भी बताया जाता है — कौन से फ़ील्ड गायब हैं और कौन सा चरण उन्हें प्रदान करेगा — और एडिटर आपके लिए उस चरण को जोड़ने की पेशकश करता है। इसे जोड़ने से वे सभी सेवाएँ तुरंत सक्रिय हो जाती हैं जिन्हें यह अनब्लॉक करता है।
सुलझाया गया उदाहरण — एक ऐसा पहचानकर्ता जो दस्तावेज़ में मौजूद नहीं है। नाइजीरिया की National ID सेवा 11-अंकों वाले NIN द्वारा क्वेरी करती है, जो अक्सर लोगों द्वारा अपलोड किए जाने वाले दस्तावेज़ों पर मुद्रित नहीं होता है, इसलिए केवल पहचान दस्तावेज़ पर निर्भर रहने से उपयोगकर्ताओं के एक बड़े हिस्से के लिए जाँच लागू नहीं होने के कारण छोड़ दी जाती है। डेटाबेस सत्यापन चरण से पहले एक प्रश्नावलियाँ चरण रखें जिसमें NIN मांगा जाए, फिर डेटाबेस सत्यापन चरण पर national_id को उस प्रश्न पर मैप करें। यही मैपिंग उस पहचानकर्ता को भी एक वर्कफ़्लो के अंदर उपयोग करने योग्य बनाती है जो कभी दस्तावेज़ पर होता ही नहीं है — जैसे बैंक सत्यापन संख्या, कंपनी पंजीकरण संख्या।
पता-आधारित सेवाओं के लिए, Didit पहचान दस्तावेज़ के एकल address को स्वचालित रूप से संरचित पता घटकों में विभाजित करता है: स्टैंडअलोन API को कॉल करते समय, आप या तो एकल address भेज सकते हैं या सीधे ये संरचित फ़ील्ड भेज सकते हैं। जब दोनों मौजूद होते हैं तो संरचित फ़ील्ड को प्राथमिकता मिलती है। जिन सेवाओं को पते की खोज की आवश्यकता होती है, उन्हें address_element_1 के साथ-साथ कम से कम एक अन्य पता घटक की आवश्यकता होती है; यदि Didit वर्कफ़्लो में पहचान दस्तावेज़ या पते के प्रमाण से उन्हें प्राप्त नहीं कर पाता है, तो सेवा छोड़ दी जाती है और कोई बिल नहीं लिया जाता है। यदि निर्धारित किया गया देश बिल्कुल भी सक्षम नहीं है, तो चरण बिना किसी चेतावनी और बिना किसी शुल्क के स्वतः ही छोड़ दिया जाता है।
सरकारी पहचान रजिस्ट्रियों के विरुद्ध उपयोगकर्ता डेटा की जाँच करने वाला Didit डेटाबेस सत्यापन प्रवाह

​
मिलान का परिणाम

प्रत्येक सक्षम की गई सेवा प्रति-फ़ील्ड सत्यापन लौटाती है: एकत्रित match_type इस प्रकार प्राप्त होता है:
  • full_match — प्रत्येक अनुरोधित फ़ील्ड कम से कम एक स्रोत से मेल खाती है।
  • partial_match — कुछ फ़ील्ड मेल खाते हैं; आपके वर्कफ़्लो नियमों के अनुसार समीक्षा कतार में भेजें।
  • no_match — किसी भी स्रोत ने डेटा की पुष्टि नहीं की; आमतौर पर अस्वीकार करें।

​
मिलान कैसे निर्धारित किया जाता है (1×1 / 2×2)

हम अब आपसे “1×1” या “2×2” को पहले से चुनने के लिए नहीं कहते हैं — ये इस बात से प्राप्त होते हैं कि कितनी अलग-अलग सेवाओं ने इनपुट डेटा का पूर्ण मिलान किया:
  • 1×1 परिणाम — एक सेवा ने पूर्ण मिलान लौटाया (एकल आधिकारिक स्रोत ने डेटा की पुष्टि की)।
  • 2×2 परिणाम — दो या अधिक सेवाओं ने पूर्ण मिलान लौटाया (स्वतंत्र पुष्टि; उच्चतम विश्वास जिसे हम व्यक्त कर सकते हैं)।
एक वर्कफ़्लो प्रति देश कितनी भी संख्या में सेवाओं को सक्षम कर सकता है; आपसे वास्तव में परिणाम लौटाने वाली प्रति सेवा के अनुसार शुल्क लिया जाता है। जिन सेवाओं के आवश्यक फ़ील्ड निकाले नहीं जा सके, उन्हें बिना किसी शुल्क के छोड़ दिया जाता है। ➡️ संपूर्ण निर्णय तर्क और यह partialMatchAction / noMatchAction के साथ कैसे इंटरैक्ट करता है, इसके लिए मिलान विधियाँ देखें।

​
बायोमेट्रिक डेटाबेस सत्यापन

कुछ देशों की सिविल रजिस्ट्रियां बायोमेट्रिक टेम्पलेट (एक पोर्ट्रेट या फ़िंगरप्रिंट) प्रकाशित करती हैं। जब यह उपलब्ध होता है, तो हम रजिस्ट्री लुकअप को उपयोगकर्ता की सेल्फ़ी के साथ बायोमेट्रिक चेहरा मिलान से जोड़ते हैं:
  • अर्जेंटीना (arg_renaper) — फ़ाइल में मौजूद आधिकारिक RENAPER फ़ोटो के विरुद्ध बायोमेट्रिक चेहरा मिलान। 100% जनसंख्या कवरेज; DNI वाला प्रत्येक अर्जेंटीना नागरिक डेटाबेस में है।
  • पनामा (pan_cedula_sib, pan_cedula_sib_plus) — Tribunal Electoral SIB सेवा के विरुद्ध बायोमेट्रिक चेहरा मिलान। SIB Plus मजबूत बायोमेट्रिक थ्रेशोल्ड और समृद्ध मिलान मेटाडेटा के साथ उन्नत-स्तरीय संस्करण है।
इन सेवाओं के लिए selfie फ़ील्ड आवश्यक है। एक सत्र फ़्लो में हम लाइवनेस सेल्फ़ी (उच्चतम गुणवत्ता) का पुनः उपयोग करते हैं और उपलब्ध न होने पर दस्तावेज़ पोर्ट्रेट का उपयोग करते हैं। सत्र के बाहर, स्टैंडअलोन API (POST /v3/database-validation/, ऊपर मोड B) को कॉल करते समय, आप स्वयं JPEG/PNG प्रदान करते हैं।

​
वैश्विक पहचान संवर्धन

glb_identity_enrichment एक वैश्विक, केवल-स्टैंडअलोन डेटाबेस सत्यापन सेवा है। ईमेल और/या फ़ोन नंबर से यह संबद्ध व्यक्तियों (नाम, जन्म तिथियाँ, पते, फ़ोन, ईमेल और राष्ट्रीय ID) की पहचान करती है और मानक परिणाम कोड MATCH / PARTIAL_MATCH / NO_MATCH / DOCUMENT_NOT_FOUND (अनुरूप match_type के साथ full_match / partial_match / no_match) पर मैप किया गया नाम-मिलान स्कोर लौटाती है। क्योंकि यह दस्तावेज़ के जारीकर्ता देश के बजाय ईमेल/फ़ोन पर आधारित एक वैश्विक (GLB) सेवा है, यह वर्कफ़्लो बिल्डर में उपलब्ध नहीं है। इसे सीधे स्टैंडअलोन API के माध्यम से issuing_state को GLB पर सेट करके कॉल करें:
इसका शुल्क $0.20 प्रति अनुरोध लिया जाता है (केवल तभी शुल्क लिया जाता है जब प्रदाता परिणाम लौटाता है)।

​
कॉन्फ़िगरेशन

डेटाबेस सत्यापन को कंसोल से प्रति-वर्कफ़्लो कॉन्फ़िगर किया जाता है। प्रत्येक देश के लिए आप उन विशिष्ट सेवाओं का चयन करते हैं जिन्हें आप चलाना चाहते हैं; आवश्यक और वैकल्पिक इनपुट फ़ील्ड उन सेवाओं के संयोजन से प्राप्त होते हैं। partial_match और no_match परिणामों पर की जाने वाली कार्रवाई को अलग से कॉन्फ़िगर किया जाता है और यह approve, review, या decline हो सकती है।
प्रति-देश रजिस्ट्री सेवाओं और परिणाम नियमों का चयन करने वाली Didit डेटाबेस सत्यापन कंसोल सेटिंग्स

​
उपलब्धता सूचनाएं

सरकारी रजिस्ट्रियां और अन्य स्रोत समय-समय पर डाउन हो जाते हैं। जब कोई डेटाबेस अनुपलब्ध होता है, तो उसके विरुद्ध की गई जांच कोई उत्तर नहीं देती और उसका बिल नहीं लिया जाता है। किसी वर्कफ़्लो के अंदर यह सेवा REGISTRY_UNAVAILABLE पर रिज़ॉल्व होती है। स्टैंडअलोन API पर वही आउटेज तीन रूपों में से किसी एक में सामने आता है, इसलिए प्रति-सेवा परिणाम और database_validation.errors[] दोनों पढ़ें, केवल HTTP स्टेटस पर कभी निर्भर न रहें:
  • validations में उस सेवा पर outcome_code: "REGISTRY_UNAVAILABLE" के साथ 200, जब Didit ने इसके लिए रिपोर्ट करने हेतु परिणाम अपने पास सुरक्षित रखा हो।
  • database_validation.errors[] में उस सेवा के साथ code: "empty_provider_response", retryable: true के रूप में 200, जब इसने कोई भी उपयोगी उत्तर नहीं दिया और किसी अन्य चयनित सेवा ने उत्तर दिया। तब विफल सेवा validations और services_used से अनुपस्थित रहती है, इसलिए errors[] ही एकमात्र ऐसी जगह है जहाँ यह दिखाई देती है।
  • validation_errors[].code: "empty_provider_response" और retryable: true के साथ 502, जब किसी भी चयनित सेवा ने उपयोगी परिणाम नहीं दिया (देखें अस्वीकृत इनपुट और अनुपलब्ध परिणाम)।
समग्र status उन सेवाओं का अनुसरण करता है जिन्होंने उत्तर दिया था, इसलिए यह अपने आप में कोई विश्वसनीय आउटेज संकेत नहीं है। जिस अनुरोध के पास तुलना करने के लिए कुछ नहीं बचा है, वह In Review में चला जाता है, लेकिन जिस अनुरोध ने कई सेवाओं का चयन किया था, वह किसी अन्य सेवा के मिलान पर Approved होकर वापस आ सकता है, भले ही उसका एक स्रोत अनुपलब्ध रहा हो। पूरे अनुरोध के बजाय errors[] से विफल सेवा का पुनः प्रयास करें। इनमें से कोई भी रूप उस व्यक्ति के बारे में कुछ नहीं बताता जिसका सत्यापन किया जा रहा है। Didit वास्तविक जांचों के लाइव परिणामों पर डेटाबेस-दर-डेटाबेस नज़र रखता है, और जब रुकावट एक एकल विफल अनुरोध के बजाय लंबे समय तक बनी रहती है, तो आपके संगठन को ईमेल भेजता है: सूचनाएं हर उस संगठन के सदस्यों और बिलिंग संपर्कों को जाती हैं जिसने पिछले 48 घंटों में उस सटीक डेटाबेस के विरुद्ध जांच चलाई थी। कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं है और कोई ऑप्ट-इन नहीं है। सैंडबॉक्स ट्रैफ़िक इन्हें कभी ट्रिगर नहीं करता है, और न ही आपके द्वारा भेजे गए डेटा (अस्वीकृत या विकृत इनपुट) या आपके अपने संगठन द्वारा कनेक्ट किए गए क्रेडेंशियल्स का उपयोग करने वाली सेवाओं के कारण होने वाली विफलताएं इसे ट्रिगर करती हैं। फ़ॉलबैक स्रोत के माध्यम से उत्तर दी गई जांच को उपलब्ध माना जाता है, और निर्णायक नो-मैच को भी उपलब्ध माना जाता है।

​
मूल्य निर्धारण - केवल उसी के लिए भुगतान करें जिसका आप उपयोग करते हैं

डेटाबेस सत्यापन का बिल उस सेवा के लिए प्रकाशित दर पर प्रति सफल क्वेरी, प्रति सेवा लिया जाता है। दरें प्रति जांच $0.05 (Junta Central Electoral के माध्यम से डोमिनिकन गणराज्य) से लेकर सबसे महंगे विशेषज्ञ स्रोतों के लिए $7.00 तक जाती हैं। कई सरकारी रजिस्ट्री लुकअप USD 0.20 से USD 0.30 के दायरे में आते हैं, लेकिन कई की लागत काफी अधिक होती है क्योंकि स्रोत स्वयं अधिक शुल्क लेता है - फ़िनलैंड नेशनल ID (fin_national_id) प्रति सफल क्वेरी $2.10 है। किसी देश की कीमत मूल्य निर्धारण तालिका में उसकी अपनी पंक्ति से तय करें, किसी सीमा से कभी नहीं। कोई मासिक न्यूनतम, प्रतिबद्धताएं या प्लेटफ़ॉर्म शुल्क नहीं हैं। आप केवल तभी भुगतान करते हैं जब कोई सेवा परिणाम लौटाती है। इनपुट डेटा गायब होने के कारण जो सेवाएं छूट जाती हैं, उनका बिल नहीं लिया जाता है, और न ही उस सेवा का बिल लिया जाता है जिसका स्रोत कॉल स्वयं विफल हो जाता है - एक रजिस्ट्री त्रुटि या अनुपलब्ध रजिस्ट्री (REGISTRY_ERROR / REGISTRY_UNAVAILABLE) का अर्थ है कि क्वेरी का कभी उत्तर नहीं दिया गया, इसलिए यह एक शुल्क योग्य परिणाम नहीं है। पहली सफल रजिस्ट्री क्वेरी से ही प्रत्येक सफल क्वेरी पर शुल्क लिया जाता है, चाहे वह वर्कफ़्लो के अंदर चले या स्टैंडअलोन POST /v3/database-validation/ API के माध्यम से। इसका भुगतान किसी भी अन्य जांच की तरह आपके प्लान क्रेडिट या टॉप-अप बैलेंस से किया जाता है, और आपकी प्लान छूट इसकी पूरी कीमत पर लागू होती है। मूल्य निर्धारण पेज देखें। ➡️ डेटाबेस सत्यापन मूल्य निर्धारण · साइन अप करें और API कुंजी प्राप्त करें

​
सभी सेवाएं

​
आगे पढ़ें

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