> ## 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 > Didit के पहचान इन्फ्रास्ट्रक्चर से कोलंबिया की आधिकारिक डेटाबेस पर सेडुला जाँच। प्रति कॉल $0.20 से, कोई अनुबंध या न्यूनतम नहीं। यह कोलंबियाई नागरिकों के पहचान डेटा को Registraduría General de la Nación / ANI के सरकारी रिकॉर्ड से सत्यापित करती है। Didit इस सेवा को `POST /v3/database-validation/` के ज़रिए उपलब्ध कराता है, ताकि आप सबमिट किए गए डेटा को आधिकारिक स्रोत से सत्यापित कर सकें और नॉर्मलाइज़्ड मिलान परिणाम प्राप्त कर सकें। इनपुट फ़ॉर्मैट: `personal_number` कोलंबियाई Cédula (6-10 अंक) लेता है। ## कवरेज * **कवरेज:** 90-95% * **देश:** Colombia * **सेवा ID:** `col_cedula` * **डेटा डोमेन:** पहचान * **श्रेणी:** NationalIDRegistry ## इनपुट | फ़ील्ड | आवश्यक | उदाहरण | | - | -: | - | | `personal_number` | हाँ | `111111` | | `date_of_issue` | हाँ | `1990-01-01` | | `first_name` | नहीं | `John` | | `last_name` | नहीं | `Doe` | | `vendor_data` | नहीं | `user-1234` | * **आवश्यक इनपुट:** `personal_number`, `date_of_issue` * **वैकल्पिक इनपुट:** `first_name`, `last_name`, `vendor_data` * **सहमति:** आवश्यक नहीं * **वर्कफ़्लो में उपलब्धता:** वर्कफ़्लो में उपलब्ध * **कवरेज:** 90-95% * **कीमत:** प्रति सफल क्वेरी \$0.20 ## बॉडी पैरामीटर **issuing\_state** `string` *required* (default: COL) इस डेटाबेस सेवा के लिए ISO 3166-1 alpha-3 देश कोड। उदाहरण: `COL` **services** `string` *required* (default: col\_cedula) इस सेवा ID वाला एक Array। सेवा को पिन करने से अनुरोध इसी सटीक डेटाबेस तक सीमित रहता है। उदाहरण: `col_cedula` **personal\_number** `string` *required* (default: 111111) देश-विशिष्ट व्यक्तिगत पहचान संख्या। उदाहरण: `111111` **date\_of\_issue** `string` *required* (default: 1990-01-01) इस डेटाबेस सेवा द्वारा आवश्यक `date_of_issue` मान। उदाहरण: `1990-01-01` **first\_name** `string` सत्यापित किया जाने वाला दिया गया नाम। उदाहरण: `John` **last\_name** `string` सत्यापित किया जाने वाला उपनाम। उदाहरण: `Doe` **vendor\_data** `string` (default: user-1234) उस व्यक्ति के लिए आपका स्थिर उपयोगकर्ता संदर्भ, जैसे आपकी आंतरिक उपयोगकर्ता ID। Didit इसका उपयोग स्टैंडअलोन जाँचों को उसी अंतिम उपयोगकर्ता से जोड़ने और डुप्लिकेट-डिटेक्शन शोर कम करने के लिए करता है। उदाहरण: `user-1234` ## इनपुट नियम और सत्यापन नोट्स * कोलंबियाई Cédula (6-10 अंक) * `personal_number` में केवल अंक होने चाहिए; अनुरोध भेजने से पहले स्पेस, हाइफ़न और विराम चिह्न हटा दें। * `personal_number` की लंबाई 6-10 वर्णों की होनी चाहिए। ## इसे कैसे कॉल करें ```bash cURL theme={null} curl -X POST "https://verification.didit.me/v3/database-validation/" \ -H "x-api-key: YOUR_API_KEY" \ -F "issuing_state=COL" \ -F "services=col_cedula" \ -F "vendor_data=user-1234" \ -F "personal_number=111111" \ -F "date_of_issue=1990-01-01" ``` ```python Python theme={null} from didit import Didit # Reads DIDIT_API_KEY. client = Didit() result = client.database_validation.validate( issuing_state="COL", services=["col_cedula"], personal_number="111111", date_of_issue="1990-01-01", vendor_data="user-1234", ) print(result) ``` ```javascript Node.js theme={null} import Didit from "@didit-protocol/sdk-node"; // Reads DIDIT_API_KEY. const didit = new Didit(); const result = await didit.databaseValidation.validate({ issuing_state: "COL", services: ["col_cedula"], personal_number: "111111", date_of_issue: "1990-01-01", vendor_data: "user-1234", }); console.log(result); ``` ```go Go theme={null} ctx := context.Background() // Reads DIDIT_API_KEY. client := didit.NewClient() result, err := client.DatabaseValidation.Validate(ctx, didit.DatabaseValidationValidateParams{ IssuingState: "COL", Services: didit.Some([]string{"col_cedula"}), PersonalNumber: didit.String("111111"), DateOfIssue: didit.String("1990-01-01"), VendorData: didit.String("user-1234"), }) if err != nil { log.Fatal(err) } fmt.Printf("%+v\n", result) ``` ```java Java theme={null} import java.time.LocalDate; import java.util.List; import me.didit.Didit; import me.didit.types.DatabaseValidationValidateParams; // Reads DIDIT_API_KEY. Didit client = new Didit(); var result = client.databaseValidation().validate(DatabaseValidationValidateParams.builder() .issuingState("COL") .services(List.of("col_cedula")) .personalNumber("111111") .dateOfIssue(LocalDate.parse("1990-01-01")) .vendorData("user-1234") .build()); System.out.println(result); ``` ```php PHP theme={null} databaseValidation->validate([ 'issuing_state' => 'COL', 'services' => ['col_cedula'], 'personal_number' => '111111', 'date_of_issue' => '1990-01-01', 'vendor_data' => 'user-1234', ]); print_r($result->toArray()); ``` ```ruby Ruby theme={null} require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new result = didit.database_validation.validate( issuing_state: "COL", services: ["col_cedula"], personal_number: "111111", date_of_issue: "1990-01-01", vendor_data: "user-1234" ) puts result.to_h ``` ```csharp .NET theme={null} using System; using System.Text.Json; using Didit; // Reads DIDIT_API_KEY. using var client = new DiditClient(); var result = await client.DatabaseValidation.ValidateAsync(new DatabaseValidationValidateParams { IssuingState = "COL", Services = new string[] { "col_cedula" }, PersonalNumber = "111111", DateOfIssue = "1990-01-01", VendorData = "user-1234", }); Console.WriteLine(JsonSerializer.Serialize(result)); ``` हर सफल कॉल HTTP `200` लौटाती है। **`outcome_code`** फ़ील्ड बताता है कि वास्तव में क्या हुआ। उदाहरण के लिए, यह वास्तविक बायोमेट्रिक असंगति (`BIOMETRIC_NO_MATCH`) को उस सेल्फ़ी से अलग करता है जिसे पढ़ा नहीं जा सका (`BIOMETRIC_IMAGE_UNUSABLE`)। दिखाया गया `status` डिफ़ॉल्ट सुविधा की स्थिति है; आपकी कॉन्फ़िगर की गई [आंशिक मिलान / कोई मिलान नहीं की कार्रवाइयाँ](https://docs.didit.me/hi/core-technology/database-validation/database-validation-warnings.md) इसे बदल सकती हैं। **`MATCH`**: रजिस्ट्री ने पहचान की पुष्टि की और जाँचे गए हर फ़ील्ड का मिलान हुआ। ```json 200 OK — MATCH theme={null} { "request_id": "req_01H…", "status": "Approved", "issuing_state": "COL", "match_type": "full_match", "validations": [ { "outcome_code": "MATCH", "service_id": "col_cedula", "service_name": "Colombia - Cédula verification", "source_data": { "cedula_status": "sample_value", "first_name": "John", "identification_number": "SAMPLE-ID-12345", "last_name": "Doe", "verifications": { "identification_number": true } }, "validation": { "identification_number": "full_match" } } ] } ``` **`PARTIAL_MATCH`**: इस सेवा द्वारा तुलना किए गए एक या अधिक फ़ील्ड पूरी तरह से मेल नहीं खाए। इस उदाहरण में, `identification_number` मेल नहीं खाया। ```json 200 OK — PARTIAL_MATCH theme={null} { "request_id": "req_01H…", "status": "In Review", "issuing_state": "COL", "match_type": "partial_match", "validations": [ { "outcome_code": "PARTIAL_MATCH", "service_id": "col_cedula", "service_name": "Colombia - Cédula verification", "source_data": { "cedula_status": "sample_value", "first_name": "John", "identification_number": "SAMPLE-ID-12345", "last_name": "Doe", "verifications": { "identification_number": false } }, "validation": { "identification_number": "no_match" } } ] } ``` **`NO_MATCH`**: रजिस्ट्री को सबमिट किए गए डेटा के लिए कोई मिलान नहीं मिला। ```json 200 OK — NO_MATCH theme={null} { "request_id": "req_01H…", "status": "Declined", "issuing_state": "COL", "match_type": "no_match", "validations": [ { "outcome_code": "NO_MATCH", "service_id": "col_cedula", "service_name": "Colombia - Cédula verification", "source_data": { "identification_number": "NO_MATCH" }, "validation": { "identification_number": "no_match" } } ] } ``` **`INCONCLUSIVE`**: रजिस्ट्री यह तय नहीं कर सकी कि व्यक्ति मेल खाता है या नहीं। परिणाम वास्तव में अनिश्चित है: व्यक्ति रजिस्ट्री में हो भी सकता है और नहीं भी। यह NO\_MATCH नहीं है और न ही कोई तकनीकी इमेज समस्या है; कोई फ़ील्ड पुष्ट नहीं किया गया, इसलिए match\_type null है और जाँच समीक्षा के लिए भेजी जाती है। ```json 200 OK — INCONCLUSIVE theme={null} { "request_id": "req_01H…", "status": "In Review", "issuing_state": "COL", "match_type": null, "validations": [ { "outcome_code": "INCONCLUSIVE", "service_id": "col_cedula", "service_name": "Colombia - Cédula verification", "source_data": {}, "validation": {} } ] } ``` **`DOCUMENT_NOT_FOUND`**: सबमिट किया गया दस्तावेज़ नंबर रजिस्ट्री के किसी भी रिकॉर्ड से मेल नहीं खाता। ```json 200 OK — DOCUMENT_NOT_FOUND theme={null} { "request_id": "req_01H…", "status": "Declined", "issuing_state": "COL", "match_type": "no_match", "validations": [ { "outcome_code": "DOCUMENT_NOT_FOUND", "service_id": "col_cedula", "service_name": "Colombia - Cédula verification", "source_data": { "identification_number": "NO_MATCH" }, "validation": { "identification_number": "no_match" } } ] } ``` ## लौटाया गया डेटा `source_data` में कौन-से सटीक फ़ील्ड दिखेंगे, यह रजिस्ट्री से मिलने वाले डेटा पर निर्भर करता है। `col_cedula` के लिए जनरेट किया गया उदाहरण अभी इस नॉर्मलाइज़्ड शेप का दस्तावेज़ीकरण करता है: * `cedula_status` * `first_name` * `identification_number` * `last_name` ## कीमत और SLAs कोलंबिया: Cédula सत्यापन क्वेरी केवल तभी बिल की जाती हैं जब Didit सत्यापन स्रोत से निर्णायक परिणाम प्राप्त करता है। * **प्रति कॉल कीमत:** \$0.20 USD। * **बिलिंग:** प्रति सफल क्वेरी। जब रजिस्ट्री तक पहुँच न हो, आवश्यक फ़ील्ड गायब हों, या अनुरोध स्रोत तक पहुँचने से पहले अस्वीकार हो जाए, तब आपसे शुल्क नहीं लिया जाता। * **लेटेंसी:** सामान्य p95 2 सेकंड से कम। * **उपलब्धता:** Didit की ओर से प्रति तिमाही 99.9%; डाउनस्ट्रीम स्रोत की उपलब्धता देश और डेटासेट के अनुसार अलग-अलग होती है। ## आगे पढ़ें * [Colombia डेटाबेस सत्यापन अवलोकन](https://docs.didit.me/api-reference/database-validation/colombia.md) * [डेटाबेस सत्यापन अवलोकन](https://docs.didit.me/hi/core-technology/database-validation/overview.md) * [आउटकम कोड](https://docs.didit.me/hi/core-technology/database-validation/database-validation-outcome-codes.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.