> ## 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: सरकारी रजिस्ट्री KYC

> Didit का सबसे सस्ता, तेज़ सरकारी रजिस्ट्री सत्यापन API। $0.05/check से, 60+ लाइव देश, फ़ोटो उपलब्ध होने पर बायोमेट्रिक चेहरा मिलान।

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

डेटाबेस सत्यापन इंटीग्रेशन प्रॉम्प्ट



      
      

\<pre>

\````# Goal
Integrate Didit Database Validation (verify identity data against authoritative national registries) into your app. Pick ONE mode.

\# Mode A — Session-based
Use this when Database Validation runs as a step in a hosted Didit flow. Fields are auto-fed into the registry lookup from the steps in front of it — ID Verification, NFC, Liveness, Phone/Email Verification, Proof of Address, Document AI or a Questionnaire. An ID Verification step is not required.

1\. Add the DATABASE_VALIDATION feature to the workflow (Business Console or POST /v3/workflows/). Optionally pin specific services per country.
2\. Create a session — POST /v3/session/ with { workflow_id, vendor_data, callback }. See /sessions-api/create-session.
3\. Open session.url for the user (or mount the Web/Mobile SDK).
4\. Fetch the decision — GET /v3/session/{sessionId}/decision/ or subscribe to session.status.updated.

Decision surface: `database_validations[]` array on the decision payload.

\# Mode B — Standalone API (server-to-server)
Use when you already have the identity data and want a one-shot registry check.

POST https://verification.didit.me/v3/database-validation/
multipart/form-data — x-api-key: YOUR_API_KEY

curl example (Brazil CPF):
\```bash
curl -X POST 'https://verification.didit.me/v3/database-validation/' \
-H "x-api-key: $DIDIT_API_KEY" \
-F "issuing_state=BRA" \
-F "identification_number=00000000191" \
-F "first_name=Jane" \
-F "last_name=Doe" \
-F "date_of_birth=1990-01-15" \
-F "vendor_data=user-1234"
\```
Returns: { request_id, database_validation: { match_type: "full_match"|"partial_match"|"no_match", validation_type, services_used, match_score, validations: [{ service, status, matched_fields, record_details }], warnings: [...] } }.

\# Important behaviour
\- Use `identification_number` (universal field) — Didit maps it to CPF/RUT/CURP/DNI/etc. by issuing_state.
\- Omit `services` to run the country's default service only. Pass `services=["bra_cpf"]` (etc.) to choose which services run — list several to run more than one.
\- Argentina (`arg_renaper`) and Panama (`pan_sib`) take an extra `selfie` (JPG/PNG/WebP up to 2 MB) and `gender` for biometric face-match against the registry photo.
\- Services flagged `requires_consent=true` in the catalog require `consent=true` (HTTP 400 otherwise).
\- Billing is **per successful service hit** — multi-service requests can produce multiple usage events.

\# Status / match_type
status: "Approved" | "In Review" | "Declined" (per the partial-match / no-match actions configured on the workflow)
match_type: "full_match" | "partial_match" | "no_match"

\# Warnings (LogWarningChoices.DATABASE_VALIDATION)
warnings[] risk codes include:
DATABASE_VALIDATION_NO_MATCH, DATABASE_VALIDATION_PARTIAL_MATCH, COULD_NOT_PERFORM_DATABASE_VALIDATION (biometric outcomes surface via per-service outcome_code, e.g. BIOMETRIC_NO_MATCH).
Full catalogue: /core-technology/database-validation/database-validation-warnings.

\# Failure modes to handle
\- HTTP 400 — service id not eligible for issuing_state, missing required field, missing consent for PAYGO services.
\- HTTP 502 with validation_errors[] — every selected upstream service failed; request is **not billed** and a COULD_NOT_PERFORM_DATABASE_VALIDATION log is written. Retry later or fall back to OCR-only.
\- match_type="no_match" — record not in registry; treat as synthetic identity per policy.
\- match_type="partial_match" — some fields match, others don't (e.g. DOB matches, name doesn't); route to review.

\# See also
\- Canonical schema: /reference/data-models#database-validation
\- Per-feature report: /core-technology/database-validation/database-validation-report
\- Risk catalogue: /core-technology/database-validation/database-validation-warnings
\- Outcome codes: /core-technology/database-validation/database-validation-outcome-codes
\- Full integration playbook: /integration/integration-prompt````

\</pre>

## Didit क्यों चुनें- **सबसे किफ़ायती पे-पर-कॉल मूल्य निर्धारण।** प्रति जाँच **\$0.05** (डोमिनिकन गणराज्य) से शुरू होकर सबसे महँगे विशेषज्ञ स्रोतों के लिए **\$7.00** तक। कीमत प्रति सेवा निर्धारित की जाती है, प्रति देश नहीं — जो रजिस्ट्री अधिक थोक दर लेती है, उसकी कीमत उसी अनुसार तय की जाती है (फ़िनलैंड राष्ट्रीय ID **\$2.10** है)। आप जिस विशिष्ट सेवा को कॉल करने की योजना बना रहे हैं, उसके लिए हमेशा [प्रति-सेवा मूल्य निर्धारण तालिका](https://docs.didit.me/hi/getting-started/database-validation-pricing.md) से दर देखें। कोई मासिक न्यूनतम शुल्क नहीं, कोई प्लेटफ़ॉर्म शुल्क नहीं, कोई प्रति-सीट बिलिंग नहीं — केवल सफल क्वेरी के लिए शुल्क लिया जाता है।
- **इंटीग्रेट करने में सबसे तेज़।** [साइन अप करें](https://business.didit.me/), कंसोल से एक 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 पर डेटाबेस सत्यापन तक पहुँचता है और पूर्ण, आंशिक और बिना-मिलान वाले परिणाम दिखाता है।[डेटाबेस सत्यापन: पूर्ण, आंशिक और कोई मिलान नहीं — Didit Academy](https://www.youtube.com/embed/7htTWCWsl60?start=665\&rel=0\&playsinline=1)## वैश्विक कवरेजकिसी भी हाइलाइट किए गए देश पर होवर करके वहाँ उपलब्ध हमारी प्रत्येक डेटाबेस सत्यापन सेवा, डेटा डोमेन (पहचान, वित्तीय, बायोमेट्रिक, पता, टेलीकॉम, …) और प्रति-कॉल कीमत देखें। लाइव देश आज ही प्रोडक्शन के लिए तैयार हैं; बाकी ग्राहकों के अनुरोध पर मांग के अनुसार जोड़े जाते हैं।Live Database Validation coverageProduction-ready countries and the cheapest live service available in each.LIVE<details><summary>Show on-demand catalog countries ()</summary></details>> [!TIP]
>
> **क्या आपका देश नहीं दिख रहा है?** संपर्क करें — हमारा कैटलॉग सैकड़ों सेवाओं के साथ 60+ देशों को ट्रैक करता है जिन्हें किसी ग्राहक की आवश्यकता होने पर हम मांग पर सक्रिय करते हैं। नए इंटीग्रेशन आम तौर पर 2–3 सप्ताह में लाइव हो जाते हैं।## डेटाबेस सत्यापन कैसे चलता हैडेटाबेस सत्यापन कभी भी अनुमान के आधार पर ट्रिगर नहीं होता है। यह केवल तभी चलता है जब निम्नलिखित **सभी** शर्तें पूरी हों:1) सत्र ने क्वेरी करने के लिए किसी देश का निर्धारण किया हो — [पहचान सत्यापन](https://docs.didit.me/hi/core-technology/id-verification/overview.md) के `issuing_state` से, या, जब वर्कफ़्लो में कोई पहचान सत्यापन चरण न हो, तो उस एकमात्र देश से जिसके लिए डेटाबेस सत्यापन चरण कॉन्फ़िगर किया गया है।
2) उस देश के लिए वर्कफ़्लो में कम से कम एक डेटाबेस सत्यापन सेवा सक्षम हो।
3) डेटाबेस सत्यापन चरण से पहले के चरणों ने चुनी गई सेवा के लिए आवश्यक **सभी फ़ील्ड** प्रदान किए हों।यदि कोई सेवा सक्षम है लेकिन आवश्यक फ़ील्ड कभी प्राप्त नहीं हुए (उदा. धुंधले ब्राज़ीलियाई RG से CPF निकाला नहीं जा सका), तो सेवा छोड़ दी जाती है, **आपसे कोई शुल्क नहीं लिया जाता है**, और सत्र पर एक चेतावनी जारी की जाती है: `DATABASE_VALIDATION_NOT_APPLICABLE` जब दस्तावेज़ में वह पहचानकर्ता मौजूद ही नहीं होता है जिसके द्वारा वह सेवा क्वेरी करती है, और `COULD_NOT_PERFORM_DATABASE_VALIDATION` जब यह उपलब्ध होना चाहिए था लेकिन नहीं था। दोनों को [चेतावनी सूची](https://docs.didit.me/hi/core-technology/database-validation/database-validation-warnings.md) में सूचीबद्ध किया गया है।आपकी टीम में से जिस किसी के पास सत्र की समीक्षा का एक्सेस है, वह Console में सत्र विवरण पेज से गुम फ़ील्ड को मैन्युअल रूप से भर सकता है, और इसे सहेजने पर जांच अपने आप पुनः ट्रिगर हो जाती है। यह एक समीक्षक कार्रवाई है, ऐसा कुछ नहीं जो अंतिम उपयोगकर्ता कर सके — **उपयोगकर्ता** को ऐसा फ़ील्ड प्रदान करने की अनुमति देने के लिए जो उनके दस्तावेज़ में मौजूद नहीं है, प्रश्नावली में इसके लिए पूछें (या Document AI निष्कर्षण, या सत्र बनाते समय आपके द्वारा भेजा गया मान) और इसे डेटाबेस सत्यापन चरण पर मैप करें, जैसा कि नीचे वर्णित है।### डेटाबेस सत्यापन के लिए पहचान सत्यापन आवश्यक नहीं हैडेटाबेस सत्यापन चरण से पहले आमतौर पर एक पहचान सत्यापन चरण की आवश्यकता होती थी, क्योंकि किसी पहचान दस्तावेज़ का OCR अंतिम उपयोगकर्ता का डेटा प्राप्त करने का एकमात्र जुड़ा हुआ तरीका था। अब ऐसा नहीं है: **प्रत्येक आवश्यक फ़ील्ड घोषित करता है कि कौन से चरण इसे प्रदान कर सकते हैं**, और जैसे ही आपके वर्कफ़्लो में ऐसा चरण शामिल होता है जो आवश्यक प्रत्येक फ़ील्ड प्रदान करता है, कोई सेवा उपलब्ध हो जाती है।| इनपुट स्रोत | क्या प्रदान करता है |
| - | - |
| पहचान सत्यापन | नाम, जन्म तिथि, पता, दस्तावेज़/व्यक्तिगत संख्या, और पहचान पत्र पर मुद्रित देश-विशिष्ट पहचानकर्ता (कर संख्या, राष्ट्रीय ID, पासपोर्ट संख्या, ड्राइविंग लाइसेंस संख्या, …) |
| NFC | उच्च विश्वसनीयता के साथ, उपरोक्त का चिप-रीड उपसमूह |
| लाइवनेस डिटेक्शन | फेशियल-बायोमेट्रिक रजिस्ट्री सेवाओं के लिए लाइव सेल्फ़ी |
| फ़ोन सत्यापन | सत्यापित फ़ोन नंबर |
| ईमेल सत्यापन | सत्यापित ईमेल पता |
| पते का प्रमाण | सत्यापित आवासीय पता और उसके घटक |
| Document AI | कोई भी फ़ील्ड जिसे आप अपनी निष्कर्षण फ़ील्ड कुंजियों में से किसी एक पर मैप करते हैं |
| प्रश्नावलियाँ | कोई भी फ़ील्ड जिसे आप अपने प्रश्नों में से किसी एक पर मैप करते हैं |
| API इनपुट | स्टैंडअलोन API पर कुछ भी — कॉलर सीधे मान प्रदान करता है |इसका मतलब है कि **एक फेशियल-बायोमेट्रिक सेवा अकेले लाइवनेस डिटेक्शन चरण से चल सकती है**, जिसमें वर्कफ़्लो में कहीं भी कोई पहचान दस्तावेज़ नहीं होता है, और कर संख्या, फ़ोन नंबर या ईमेल पर आधारित सेवा को किसी प्रश्नावली उत्तर, फ़ोन सत्यापन/ईमेल सत्यापन चरण, या Document AI निष्कर्षण से पूरा किया जा सकता है।दो नियम इसे सुरक्षित रखते हैं:- **पहचान सत्यापन के बिना वाले वर्कफ़्लो में डेटाबेस सत्यापन चरण पर ठीक एक देश कॉन्फ़िगर होना चाहिए।** किसी दस्तावेज़ से `issuing_state` के बिना, यह एकमात्र स्पष्ट संकेत है कि किस राष्ट्रीय रजिस्ट्री में क्वेरी करनी है, इसलिए बिना पहचान सत्यापन वाला बहु-देशीय कॉन्फ़िगरेशन अनुमान लगाने के बजाय कुछ भी नहीं चलाता है।
- **आवश्यक-फ़ील्ड जांच अपरिवर्तित रहती है।** जिस सेवा के फ़ील्ड रन टाइम पर पूरी तरह मौजूद नहीं होते हैं, उसे किसी प्रदाता से क्वेरी करने से पहले ही छोड़ दिया जाता है, इसलिए आपसे कभी भी ऐसे डेटाबेस के लिए बिल नहीं लिया जाता है जिससे कभी पूछताछ ही नहीं की गई थी।#### Document AI और प्रश्नावली फ़ील्ड को मैप करनाDocument AI निष्कर्षण फ़ील्ड और प्रश्नावली के प्रश्न *आपकी* कुंजी नामों का उपयोग करते हैं, Didit के नहीं। एक कुंजी जो डेटाबेस सत्यापन इनपुट नाम (`tax_number`, `date_of_birth`, `phone`, …) से सटीक रूप से मेल खाती है, वह अपने आप मैप हो जाती है और इसके लिए किसी कॉन्फ़िगरेशन की आवश्यकता नहीं होती है। बाकी सभी चीज़ों के लिए, वर्कफ़्लो एडिटर उन फ़ील्ड के लिए डेटाबेस सत्यापन चरण पर एक चयनकर्ता दिखाता है जो अभी भी खाली हैं, जहाँ आप प्रत्येक को उस Document AI फ़ील्ड कुंजी या प्रश्नावली उत्तर की ओर इंगित करते हैं जो इसे प्रदान करता है।Console में, जो सेवा आपका वर्कफ़्लो अभी नहीं चला सकता है, उसे अक्षम दिखाया जाता है और कारण भी बताया जाता है — कौन से फ़ील्ड गायब हैं और कौन सा चरण उन्हें प्रदान करेगा — और एडिटर आपके लिए उस चरण को जोड़ने की पेशकश करता है। इसे जोड़ने से वे सभी सेवाएँ तुरंत सक्रिय हो जाती हैं जिन्हें यह अनब्लॉक करता है।> [!TIP]
>
> **सुलझाया गया उदाहरण — एक ऐसा पहचानकर्ता जो दस्तावेज़ में मौजूद नहीं है।** नाइजीरिया की National ID सेवा 11-अंकों वाले NIN द्वारा क्वेरी करती है, जो अक्सर लोगों द्वारा अपलोड किए जाने वाले दस्तावेज़ों पर मुद्रित नहीं होता है, इसलिए केवल पहचान दस्तावेज़ पर निर्भर रहने से उपयोगकर्ताओं के एक बड़े हिस्से के लिए जाँच लागू नहीं होने के कारण छोड़ दी जाती है। डेटाबेस सत्यापन चरण से पहले एक **प्रश्नावलियाँ** चरण रखें जिसमें NIN मांगा जाए, फिर डेटाबेस सत्यापन चरण पर `national_id` को उस प्रश्न पर मैप करें। यही मैपिंग उस पहचानकर्ता को भी एक वर्कफ़्लो के अंदर उपयोग करने योग्य बनाती है जो कभी दस्तावेज़ पर होता ही नहीं है — जैसे बैंक सत्यापन संख्या, कंपनी पंजीकरण संख्या।पता-आधारित सेवाओं के लिए, Didit पहचान दस्तावेज़ के एकल `address` को स्वचालित रूप से संरचित पता घटकों में विभाजित करता है:| Didit फ़ील्ड | अर्थ |
| - | - |
| `address_element_1` | गली का पता, जिसमें नंबर और सड़क का प्रकार शामिल है |
| `address_element_2` | वैकल्पिक यूनिट, इमारत, मंजिल, या अतिरिक्त पता पंक्ति |
| `address_element_3` | उपनगर, ज़िला, इलाका, या पड़ोस |
| `address_element_4` | शहर, कस्बा, राज्य, प्रांत, या क्षेत्र |
| `address_element_5` | पोस्टकोड या डाक कोड |स्टैंडअलोन API को कॉल करते समय, आप या तो एकल `address` भेज सकते हैं या सीधे ये संरचित फ़ील्ड भेज सकते हैं। जब दोनों मौजूद होते हैं तो संरचित फ़ील्ड को प्राथमिकता मिलती है। जिन सेवाओं को पते की खोज की आवश्यकता होती है, उन्हें `address_element_1` के साथ-साथ कम से कम एक अन्य पता घटक की आवश्यकता होती है; यदि Didit वर्कफ़्लो में पहचान दस्तावेज़ या पते के प्रमाण से उन्हें प्राप्त नहीं कर पाता है, तो सेवा छोड़ दी जाती है और कोई बिल नहीं लिया जाता है।यदि निर्धारित किया गया देश बिल्कुल भी सक्षम नहीं है, तो चरण बिना किसी चेतावनी और बिना किसी शुल्क के स्वतः ही छोड़ दिया जाता है।![सरकारी पहचान रजिस्ट्रियों के विरुद्ध उपयोगकर्ता डेटा की जाँच करने वाला Didit डेटाबेस सत्यापन प्रवाह](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/database-validation-how-it-works.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=3d5bb0df058265af0d8728cd60a78416)## मिलान का परिणामप्रत्येक सक्षम की गई सेवा प्रति-फ़ील्ड सत्यापन लौटाती है:| फ़ील्ड | परिणाम |
| - | - |
| `identification_number` | `full_match` · `partial_match` · `no_match` |
| `first_name` | `full_match` · `partial_match` · `no_match` |
| `last_name` | `full_match` · `partial_match` · `no_match` |
| `date_of_birth` | `full_match` · `no_match` |
| `address` | `full_match` · `partial_match` · `no_match` |एकत्रित `match_type` इस प्रकार प्राप्त होता है:- **`full_match`** — प्रत्येक अनुरोधित फ़ील्ड कम से कम एक स्रोत से मेल खाती है।
- **`partial_match`** — कुछ फ़ील्ड मेल खाते हैं; आपके वर्कफ़्लो नियमों के अनुसार समीक्षा कतार में भेजें।
- **`no_match`** — किसी भी स्रोत ने डेटा की पुष्टि नहीं की; आमतौर पर अस्वीकार करें।## मिलान कैसे निर्धारित किया जाता है (1×1 / 2×2)हम अब आपसे "1×1" या "2×2" को पहले से चुनने के लिए नहीं कहते हैं — ये इस बात से प्राप्त होते हैं कि कितनी अलग-अलग सेवाओं ने इनपुट डेटा का पूर्ण मिलान किया:- **1×1 परिणाम** — एक सेवा ने पूर्ण मिलान लौटाया (एकल आधिकारिक स्रोत ने डेटा की पुष्टि की)।
- **2×2 परिणाम** — दो या अधिक सेवाओं ने पूर्ण मिलान लौटाया (स्वतंत्र पुष्टि; उच्चतम विश्वास जिसे हम व्यक्त कर सकते हैं)।एक वर्कफ़्लो प्रति देश कितनी भी संख्या में सेवाओं को सक्षम कर सकता है; आपसे वास्तव में परिणाम लौटाने वाली प्रति सेवा के अनुसार शुल्क लिया जाता है। जिन सेवाओं के आवश्यक फ़ील्ड निकाले नहीं जा सके, उन्हें बिना किसी शुल्क के छोड़ दिया जाता है।➡️ संपूर्ण निर्णय तर्क और यह `partialMatchAction` / `noMatchAction` के साथ कैसे इंटरैक्ट करता है, इसके लिए **[मिलान विधियाँ](https://docs.didit.me/hi/core-technology/database-validation/database-validation-matching-methods.md)** देखें।## बायोमेट्रिक डेटाबेस सत्यापनकुछ देशों की सिविल रजिस्ट्रियां बायोमेट्रिक टेम्पलेट (एक पोर्ट्रेट या फ़िंगरप्रिंट) प्रकाशित करती हैं। जब यह उपलब्ध होता है, तो हम रजिस्ट्री लुकअप को उपयोगकर्ता की सेल्फ़ी के साथ **बायोमेट्रिक चेहरा मिलान** से जोड़ते हैं:- **अर्जेंटीना (`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) की पहचान करती है और मानक [परिणाम कोड](https://docs.didit.me/hi/core-technology/database-validation/database-validation-outcome-codes.md) `MATCH` / `PARTIAL_MATCH` / `NO_MATCH` / `DOCUMENT_NOT_FOUND` (अनुरूप `match_type` के साथ `full_match` / `partial_match` / `no_match`) पर मैप किया गया नाम-मिलान स्कोर लौटाती है।क्योंकि यह दस्तावेज़ के जारीकर्ता देश के बजाय ईमेल/फ़ोन पर आधारित एक वैश्विक (`GLB`) सेवा है, यह **वर्कफ़्लो बिल्डर में उपलब्ध नहीं है**। इसे सीधे स्टैंडअलोन API के माध्यम से `issuing_state` को `GLB` पर सेट करके कॉल करें:```json theme={null}
POST /v3/database-validation/
{
  "issuing_state": "GLB",
  "services": ["glb_identity_enrichment"],
  "email": "john.doe@example.com",
  "phone": "+14155552671"
}
```इसका शुल्क **\$0.20 प्रति अनुरोध** लिया जाता है (केवल तभी शुल्क लिया जाता है जब प्रदाता परिणाम लौटाता है)।## कॉन्फ़िगरेशनडेटाबेस सत्यापन को कंसोल से प्रति-वर्कफ़्लो कॉन्फ़िगर किया जाता है। प्रत्येक देश के लिए आप उन विशिष्ट सेवाओं का चयन करते हैं जिन्हें आप चलाना चाहते हैं; आवश्यक और वैकल्पिक इनपुट फ़ील्ड उन सेवाओं के संयोजन से प्राप्त होते हैं। `partial_match` और `no_match` परिणामों पर की जाने वाली कार्रवाई को अलग से कॉन्फ़िगर किया जाता है और यह `approve`, `review`, या `decline` हो सकती है।![प्रति-देश रजिस्ट्री सेवाओं और परिणाम नियमों का चयन करने वाली Didit डेटाबेस सत्यापन कंसोल सेटिंग्स](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/database-validation-console.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=2e1ac27f07fa9ca9c54108c6fd19a6b3)## उपलब्धता सूचनाएंसरकारी रजिस्ट्रियां और अन्य स्रोत समय-समय पर डाउन हो जाते हैं। जब कोई डेटाबेस अनुपलब्ध होता है, तो उसके विरुद्ध की गई जांच कोई उत्तर नहीं देती और उसका बिल नहीं लिया जाता है। किसी वर्कफ़्लो के अंदर यह सेवा [`REGISTRY_UNAVAILABLE`](https://docs.didit.me/hi/core-technology/database-validation/database-validation-outcome-codes) पर रिज़ॉल्व होती है। स्टैंडअलोन 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`, जब किसी भी चयनित सेवा ने उपयोगी परिणाम नहीं दिया (देखें [अस्वीकृत इनपुट और अनुपलब्ध परिणाम](https://docs.didit.me/hi/standalone-apis/database-validation.md#अस्वीकृत-इनपुट-और-अनुपलब्ध-परिणाम))।समग्र `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** है। किसी देश की कीमत [मूल्य निर्धारण तालिका](https://docs.didit.me/hi/getting-started/database-validation-pricing.md) में उसकी अपनी पंक्ति से तय करें, किसी सीमा से कभी नहीं। कोई मासिक न्यूनतम, प्रतिबद्धताएं या प्लेटफ़ॉर्म शुल्क नहीं हैं।आप केवल तभी भुगतान करते हैं जब कोई सेवा परिणाम लौटाती है। इनपुट डेटा गायब होने के कारण जो सेवाएं छूट जाती हैं, उनका बिल नहीं लिया जाता है, और न ही उस सेवा का बिल लिया जाता है जिसका स्रोत कॉल स्वयं विफल हो जाता है - एक रजिस्ट्री त्रुटि या अनुपलब्ध रजिस्ट्री (`REGISTRY_ERROR` / `REGISTRY_UNAVAILABLE`) का अर्थ है कि क्वेरी का कभी उत्तर नहीं दिया गया, इसलिए यह एक शुल्क योग्य परिणाम नहीं है।पहली सफल रजिस्ट्री क्वेरी से ही प्रत्येक सफल क्वेरी पर शुल्क लिया जाता है, चाहे वह वर्कफ़्लो के अंदर चले या स्टैंडअलोन `POST /v3/database-validation/` API के माध्यम से। इसका भुगतान किसी भी अन्य जांच की तरह आपके प्लान क्रेडिट या टॉप-अप बैलेंस से किया जाता है, और आपकी प्लान छूट इसकी पूरी कीमत पर लागू होती है। [मूल्य निर्धारण पेज](https://docs.didit.me/hi/getting-started/pricing.md#छूट) देखें।➡️ [डेटाबेस सत्यापन मूल्य निर्धारण](https://docs.didit.me/hi/getting-started/database-validation-pricing.md) · [साइन अप करें और API कुंजी प्राप्त करें](https://business.didit.me/)## सभी सेवाएं

\<table><thead><tr><th>देश</th>
            \<th>ISO3</th>
            \<th>सेवा</th>
            \<th>विवरण</th>
            \<th>कीमत (USD)</th></tr></thead>
        \<tbody /></table>

## आगे पढ़ें- [मिलान के तरीके](https://docs.didit.me/hi/core-technology/database-validation/database-validation-matching-methods.md) - 1×1 / 2×2 परिणाम कैसे प्राप्त किए जाते हैं और उन पर कैसी प्रतिक्रिया दी जाए।
- [परिणाम कोड](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-report.md) - देश, सेवा ID, उपयोग, इकाई मूल्य और कुल लागत के साथ मासिक प्रति-सेवा बिलिंग एक्सपोर्ट।
- [समर्थित देश](https://docs.didit.me/hi/core-technology/database-validation/database-validation-supported-countries.md) - आज हमारे द्वारा कवर किए जाने वाले प्रत्येक देश की एक स्थिर तालिका।


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