> ## 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. # डेटाबेस सत्यापन रिपोर्ट: JSON रिस्पॉन्स > Didit के डेटाबेस सत्यापन रिस्पॉन्स पार्स करें: सेवा-वार मिलान परिणाम, रजिस्ट्री डेटा, चेहरा मिलान स्कोर और चेतावनी कोड। $0.05 प्रति कॉल से। Didit की [डेटाबेस सत्यापन](https://docs.didit.me/hi/core-technology/database-validation/overview.md) सुविधा प्रत्येक उपयोगकर्ता के पहचान डेटा को उस देश के आधिकारिक स्रोत से क्रॉस-रेफ़रंस करती है — RENAPER (अर्जेंटीना), Receita Federal (ब्राजील), Tribunal Electoral (पनामा, बायोमेट्रिक फ़ेस-मैच के साथ), Junta Central Electoral (डोमिनिकन गणराज्य), और अन्य — बिना किसी मासिक न्यूनतम के प्रति सफल क्वेरी बिल किया जाता है। `database_validations[]` में प्रत्येक प्रविष्टि एक पूर्ण डेटाबेस सत्यापन रिपोर्ट है — एक जारीकर्ता देश के विरुद्ध डेटाबेस सत्यापन नोड का एक रन। प्रति-सर्विस रजिस्ट्री परिणाम उस प्रविष्टि के `validations[]` सब-एरे के अंदर होते हैं। यह पेज JSON संरचना का विवरण प्रस्तुत करता है ताकि आप प्रत्येक सर्विस द्वारा लौटाए गए मिलान परिणामों, रजिस्ट्री स्रोत डेटा और बायोमेट्रिक स्कोर को पार्स कर सकें। ![Didit डेटाबेस सत्यापन रिपोर्ट, जिसमें मिलान प्रकार और रजिस्ट्री रिस्पॉन्स फ़ील्ड दिखाए गए हैं](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/database-validation-report.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=56284966659e33d1c74385647537e5d9) ## अवलोकन हर बार जब कोई वर्कफ़्लो नोड डेटाबेस सत्यापन सुविधा को चलाता है, तो एक डेटाबेस सत्यापन रिपोर्ट तैयार की जाती है। `database_validations[]` एरे में प्रत्येक प्रविष्टि **एक जारीकर्ता देश** के विरुद्ध **एक नोड रन** का प्रतिनिधित्व करती है; यदि नोड उस देश के लिए कई सर्विसेज़ चलाता है (उदाहरण के लिए ब्राजील में CPF + CNH), तो प्रत्येक सर्विस प्रविष्टि के `validations[]` सब-एरे के अंदर एक अलग आइटम के रूप में दिखाई देती है। प्रत्येक रिपोर्ट में शामिल हैं: * समग्र सुविधा `status` — एक [`FeatureStatusChoices`](https://docs.didit.me/hi/reference/data-models#स्टेटस-एनम-संदर्भ) मान (`Not Finished`, `Approved`, `Declined`, `In Review`)। * एक रोल-अप `match_type` (`full_match`, `partial_match`, `no_match`, या `null` जब किसी सर्विस ने उपयोग योग्य परिणाम नहीं लौटाया) जो [मिलान पद्धति](https://docs.didit.me/hi/core-technology/database-validation/database-validation-matching-methods.md) के माध्यम से सभी सर्विसेज़ में एग्रीगेट किया गया है। * `issuing_state` (ISO 3166-1 alpha-3) और व्युत्पन्न `validation_type` (`one_by_one`, `two_by_two`, या `not_enabled` — कभी भी `null` नहीं)। * `screened_data` ब्लॉक — उपयोगकर्ता द्वारा प्रदान किया गया डेटा जो रजिस्ट्री को भेजा गया था। * एक `validations[]` एरे — परिणाम देने वाली प्रत्येक सर्विस के लिए एक प्रविष्टि, जिसमें कैटलॉग `service_id`/`service_name`, वेंडर-न्यूट्रल `outcome_code`, एक वैकल्पिक `outcome_detail`, प्रति-फ़ील्ड `validation` मैप और रजिस्ट्री रिस्पॉन्स से निकाला गया साफ़ `source_data` शामिल है। * एक `errors[]` एरे — प्रति-सर्विस त्रुटियां जब कोई लुकअप विफल हो गया या छोड़ दिया गया; कोई त्रुटि न होने पर यह कुंजी **पूरी तरह से छोड़ दी जाती है**। * एक `warnings[]` एरे — सत्यापन के दौरान ट्रिगर किए गए जोखिम इवेंट (देखें [डेटाबेस सत्यापन चेतावनियां](https://docs.didit.me/hi/core-technology/database-validation/database-validation-warnings.md))। * एक `node_id` जो पहचानता है कि वर्कफ़्लो ग्राफ़ के किस नोड ने रिपोर्ट तैयार की है (केवल V3 सत्र)। ## API रिस्पॉन्स में यह कहाँ दिखाई देती है रिपोर्ट `GET /v3/session/{sessionId}/decision/` में **`database_validations[]`** के रूप में दिखाई देती है — हमेशा एक JSON एरे, कभी भी एक ऑब्जेक्ट नहीं। एरे में वर्कफ़्लो ग्राफ़ के प्रत्येक डेटाबेस सत्यापन नोड के लिए एक प्रविष्टि होती है; बदले में, प्रत्येक प्रविष्टि के `validations[]` सब-एरे में परिणाम देने वाली प्रत्येक रजिस्ट्री सर्विस के लिए एक आइटम होता है। ```json theme={null} { "session_id": "11111111-1111-1111-1111-111111111111", "status": "Approved", "database_validations": [ { "node_id": "feature_db_validation_1", "status": "Approved", "...": "..." } ] } ``` `null` मान का अर्थ है कि अभी तक कोई डेटाबेस सत्यापन चरण नहीं चला है। ## स्कीमा कैनोनिकल फ़ील्ड-दर-फ़ील्ड स्कीमा [डेटा मॉडल](https://docs.didit.me/hi/reference/data-models.md#डेटाबेस-सत्यापन) पेज पर मौजूद है। यह `DatabaseValidationV3Serializer` द्वारा तैयार किया जाता है। ```typescript theme={null} interface DatabaseValidation { node_id: string | null; status: "Not Finished" | "Approved" | "Declined" | "In Review"; // FeatureStatusChoices issuing_state: string | null; // ISO 3166-1 alpha-3, e.g. "ARG" validation_type: "one_by_one" | "two_by_two" | "not_enabled"; // derived, never null match_type: "full_match" | "partial_match" | "no_match" | null; // null when no service returned a usable result screened_data: { // What we sent to the registry (varies by country/service) tax_number?: string; personal_number?: string; document_number?: string; first_name?: string; last_name?: string; date_of_birth?: string; // YYYY-MM-DD selfie?: string; // Presigned URL (biometric services) cnh_qr_code_image?: string; // Presigned URL (Brazil CNH QR + face match) document_image?: string; // Presigned URL (services that take a document image) gender?: string; // Biometric registry services (e.g. Argentina RENAPER) }; validations: Array<{ // Catalog metadata service_id?: string; // e.g. "arg_renaper" service_name?: string; // e.g. "Argentina - DNI verification (RENAPER)" // Per-field match outcome — keys vary by service // (full_name, first_name, last_name, date_of_birth, identification_number, address, …) validation?: Record; outcome_code?: string; // Vendor-neutral outcome, see below outcome_detail?: string; // Raw upstream status detail backing the outcome code source_data?: { // Cleaned registry record identification_number?: string; first_name?: string; last_name?: string; full_name?: string; date_of_birth?: string; place_of_birth?: string; gender?: string; nationality?: string; issue_date?: string; expiration_date?: string; photo?: string; // Pre-signed JPEG URL signature?: string; // Pre-signed JPEG URL face_match_score?: number; // Biometric services only (0-100) }; }>; errors?: Array<{ // Omitted entirely when empty service_id: string; code?: string; // e.g. "invalid_screened_data", "empty_provider_response" message?: string; missing_required_fields?: string[]; invalid_format_fields?: string[]; field_reasons?: Record; }>; warnings: Warning[]; // See /reference/data-models#warning-object } ``` ### स्थिति मान `status` मानक सुविधा-स्तरीय enum का उपयोग करता है ([स्थिति enum](https://docs.didit.me/hi/reference/data-models.md#स्टेटस-एनम-संदर्भ) देखें) — [स्थिति enum संदर्भ](https://docs.didit.me/hi/reference/data-models.md#स्टेटस-एनम-संदर्भ) देखें। यह enum `Resub Requested` को भी परिभाषित करता है, जो व्यवहार में डेटाबेस सत्यापन द्वारा उत्पन्न नहीं किया जाता है। | Status | अर्थ | | - | - | | `Not Finished` | सत्यापन ने अभी तक कोई परिणाम नहीं दिया है (प्रारंभिक स्थिति; तब भी रिकॉर्ड किया जाता है जब कोई स्टैंडअलोन कॉल सभी सेवाओं में विफल हो जाता है)। | | `Approved` | कोई जोखिम ट्रिगर नहीं हुआ, या केवल ट्रिगर हुए जोखिम कॉन्फ़िगर किए गए `NO_ACTION` हैं (आंशिक मिलान डिफ़ॉल्ट)। | | `Declined` | एक नो-मैच या आंशिक-मिलान परिणाम जिसकी कॉन्फ़िगर की गई कार्रवाई `DECLINE` है। | | `In Review` | एक नो-मैच या आंशिक-मिलान परिणाम जिसकी कॉन्फ़िगर की गई कार्रवाई `REVIEW` है, या सत्यापन बिल्कुल नहीं चल सका (`COULD_NOT_PERFORM_DATABASE_VALIDATION` — हमेशा समीक्षा)। | इस आधार स्थिति के ऊपर कस्टम प्रति-नोड स्थिति नियम लागू किए जाते हैं। कॉन्फ़िगर करने योग्य कार्रवाइयों और उनके डिफ़ॉल्ट के लिए [डेटाबेस सत्यापन चेतावनियाँ](https://docs.didit.me/hi/core-technology/database-validation/database-validation-warnings.md) देखें। ### परिणाम कोड `validations[]` में प्रत्येक प्रविष्टि एक वेंडर-न्यूट्रल `outcome_code` रखती है — `MATCH`, `PARTIAL_MATCH`, `NO_MATCH`, `DOCUMENT_NOT_FOUND`, `INVALID_DOCUMENT_FORMAT`, `INVALID_INPUT`, `MINOR_BLOCKED`, `DECEASED`, `BIOMETRIC_NO_MATCH`, `BIOMETRIC_IMAGE_UNUSABLE`, `INCONCLUSIVE`, `DOCUMENT_SUPERSEDED`, `REGISTRY_UNAVAILABLE`, `REGISTRY_ERROR` में से एक। अंतरों पर ध्यान दें: `NO_MATCH` का अर्थ है कि रजिस्ट्री ने निश्चित रूप से डेटा की पुष्टि नहीं की, `INCONCLUSIVE` का अर्थ है कि रजिस्ट्री किसी भी तरह से निर्धारण नहीं कर सकी (समीक्षा के लिए रूट करें, अस्वीकार न करें), और `BIOMETRIC_IMAGE_UNUSABLE` एक तकनीकी सेल्फ़ी समस्या है (पुनः लें) — निश्चित `BIOMETRIC_NO_MATCH` के विपरीत। पूर्ण वर्गीकरण और अनुशंसित प्रबंधन [परिणाम कोड](https://docs.didit.me/hi/core-technology/database-validation/database-validation-outcome-codes.md) पेज पर देखें। ### प्रति सेवा एक प्रविष्टि `validations[]` सरणी में **परिणाम payload उत्पन्न करने वाली प्रत्येक सेवा के लिए एक आइटम** शामिल होता है (एक `validation` मैप, `source_data`, `outcome_code`, या `outcome_detail`)। यदि आपका वर्कफ़्लो एक ही देश के लिए कई सेवाएँ चलाता है (उदाहरण के लिए ब्राज़ील CPF + ब्राज़ील CNH), तो प्रत्येक अपने स्वयं के `service_id`, `outcome_code`, और `source_data` के साथ अलग से दिखाई देता है। रोल-अप `match_type` सभी सेवाओं में एकत्र होता है (कोई भी पूर्ण मिलान → `full_match`; अन्यथा कोई आंशिक → `partial_match`; अन्यथा `no_match`), और `validation_type` इस बात से निकाला जाता है कि कितनी विशिष्ट सेवाएँ पूर्ण रूप से मेल खाती हैं — [मिलान के तरीके](https://docs.didit.me/hi/core-technology/database-validation/database-validation-matching-methods.md) देखें। ### प्री-साइंड इमेज URL `source_data` (`photo`, `signature`) और `screened_data` (`selfie`, `cnh_qr_code_image`, `document_image`) में इमेज फ़ील्ड **प्री-साइंड URLs** के रूप में लौटाए जाते हैं जिनकी समय-सीमा समाप्त हो जाती है — निर्णय endpoint को फिर से कॉल करके रीफ़्रेश करें। रॉ अपस्ट्रीम payload को जानबूझकर API के माध्यम से उजागर नहीं किया गया है। ## उदाहरण ### स्वीकृत — ब्राज़ील CPF स्थिति जाँच (Receita Federal) ```json theme={null} { "node_id": "feature_db_validation_1", "status": "Approved", "issuing_state": "BRA", "validation_type": "one_by_one", "match_type": "full_match", "screened_data": { "tax_number": "12345678900", "first_name": "John", "last_name": "Doe", "date_of_birth": "1980-01-01" }, "validations": [ { "service_id": "bra_cpf", "service_name": "Brazil - CPF status check", "outcome_code": "MATCH", "outcome_detail": "200", "validation": { "full_name": "full_match", "date_of_birth": "full_match", "identification_number": "full_match" }, "source_data": { "identification_number": "12345678900", "first_name": "JOHN", "last_name": "DOE", "date_of_birth": "1980-01-01", "lgpd_minor": false, "minor_under_16": false, "minor_under_18": false } } ], "warnings": [] } ``` ### स्वीकृत — अर्जेंटीना DNI बायोमेट्रिक (RENAPER) अर्जेंटीना के लिए, सत्यापन बायोमेट्रिक चेहरा मिलान के साथ RENAPER का उपयोग करता है। रिस्पॉन्स में `face_match_score` और रजिस्ट्री द्वारा लौटाए गए अतिरिक्त पहचान फ़ील्ड शामिल होते हैं। ```json theme={null} { "node_id": "feature_db_validation_1", "status": "Approved", "issuing_state": "ARG", "validation_type": "one_by_one", "match_type": "full_match", "screened_data": { "document_number": "12345678", "selfie": "https:///sessions//selfie.jpg?X-Amz-Signature=...", "gender": "M", "first_name": "John", "last_name": "Doe" }, "validations": [ { "service_id": "arg_renaper", "service_name": "Argentina - DNI verification (RENAPER)", "outcome_code": "MATCH", "validation": { "full_name": "full_match", "identification_number": "full_match" }, "source_data": { "identification_number": "12345678", "first_name": "John", "last_name": "Doe", "full_name": "John Doe", "date_of_birth": "1990-01-01", "tax_id": "20000000019", "tax_id_type": "CUIT", "face_match_score": 97 } } ], "warnings": [] } ``` ### समीक्षाधीन — रजिस्ट्री नहीं चल सकी जब कोई सेवा प्रयोग करने योग्य परिणाम नहीं लौटाती है — आवश्यक फ़ील्ड अनुपलब्ध या विकृत हैं, या रजिस्ट्री दुर्गम है — तो `match_type` `null` रहता है, `validation_type` `not_enabled` होता है, एक `COULD_NOT_PERFORM_DATABASE_VALIDATION` चेतावनी जारी की जाती है, और डेटा सही होने तक सुविधा `In Review` में चली जाती है। छोड़ी गई सेवाओं के लिए **कोई शुल्क नहीं** लागू किया जाता है। ```json theme={null} { "node_id": "feature_db_validation_1", "status": "In Review", "issuing_state": "PAN", "validation_type": "not_enabled", "match_type": null, "screened_data": { "first_name": "John", "last_name": "Doe", "date_of_birth": "1990-01-01", "selfie": "https:///sessions//selfie.jpg?X-Amz-Signature=..." }, "validations": [], "errors": [ { "code": "invalid_screened_data", "message": "Database validation was skipped before calling the provider because the screened data has missing required fields: personal_number.", "missing_required_fields": ["personal_number"], "service_id": "pan_cedula_sib_plus" } ], "warnings": [ { "feature": "DATABASE_VALIDATION", "risk": "COULD_NOT_PERFORM_DATABASE_VALIDATION", "additional_data": { "reason": "Database validation was skipped before any provider request because the screened data is incomplete or invalid.", "database_validation_errors": [ { "code": "invalid_screened_data", "message": "Database validation was skipped before calling the provider because the screened data has missing required fields: personal_number.", "missing_required_fields": ["personal_number"], "service_id": "pan_cedula_sib_plus" } ], "missing_required_fields_by_service": { "pan_cedula_sib_plus": ["personal_number"] }, "invalid_format_fields_by_service": {}, "field_reasons_by_service": {} }, "log_type": "warning", "short_description": "Could not perform database validation", "long_description": "The system couldn't perform the database validation, please fill the required fields for this country to automatically proceed with database validation.", "node_id": "feature_db_validation_1" } ] } ``` Console में सत्र विवरण पेज से अनुपलब्ध फ़ील्ड भरें — इसे सहेजने पर जाँच स्वचालित रूप से फिर से ट्रिगर हो जाती है और सफल होने पर चेतावनी हट जाती है। ## संबंधित * [डेटाबेस सत्यापन अवलोकन](https://docs.didit.me/hi/core-technology/database-validation/overview.md) — API शुरू से अंत तक कैसे काम करता है और समर्थित रजिस्ट्रियाँ। * [मिलान के तरीके](https://docs.didit.me/hi/core-technology/database-validation/database-validation-matching-methods.md) — 1×1 / 2×2 परिणाम (`validation_type: one_by_one` / `two_by_two`) कैसे प्राप्त किए जाते हैं। * [परिणाम कोड](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-supported-countries.md) — प्रत्येक लाइव रजिस्ट्री, आवश्यक फ़ील्ड और प्रति-कॉल कीमत। * [डेटाबेस सत्यापन चेतावनियाँ](https://docs.didit.me/hi/core-technology/database-validation/database-validation-warnings.md) — जब कोई सेवा नहीं चल पाती है तो हम क्या प्रदर्शित करते हैं। * [डेटा मॉडल — डेटाबेस सत्यापन](https://docs.didit.me/hi/reference/data-models.md#डेटाबेस-सत्यापन) — कैनोनिकल फ़ील्ड-दर-फ़ील्ड स्कीमा। This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.