शुरू करें
इंटीग्रेट करें / SDK
उपयोगकर्ता सत्यापन
व्यवसाय सत्यापन
लेन-देन निगरानी
चेंजलॉगcurl -X POST https://verification.didit.me/v3/database-validation/ \
-H 'x-api-key: YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{
"issuing_state": "BRA",
"services": ["bra_cpf"],
"identification_number": "12345678900",
"first_name": "John",
"last_name": "Doe",
"date_of_birth": "1980-01-01",
"vendor_data": "user-1234"
}'from didit import Didit
# Reads DIDIT_API_KEY.
client = Didit()
result = client.database_validation.validate(
issuing_state="BRA",
services=["bra_cpf"],
identification_number="12345678900",
first_name="John",
last_name="Doe",
date_of_birth="1980-01-01",
vendor_data="user-1234",
)
print(result)import Didit from "@didit-protocol/sdk-node";
// Reads DIDIT_API_KEY.
const didit = new Didit();
const result = await didit.databaseValidation.validate({
issuing_state: "BRA",
services: ["bra_cpf"],
identification_number: "12345678900",
first_name: "John",
last_name: "Doe",
date_of_birth: "1980-01-01",
vendor_data: "user-1234",
});
console.log(result);ctx := context.Background()
// Reads DIDIT_API_KEY.
client := didit.NewClient()
result, err := client.DatabaseValidation.Validate(ctx, didit.DatabaseValidationValidateParams{
IssuingState: "BRA",
Services: didit.Some([]string{"bra_cpf"}),
IdentificationNumber: didit.String("12345678900"),
FirstName: didit.String("John"),
LastName: didit.String("Doe"),
DateOfBirth: didit.String("1980-01-01"),
VendorData: didit.String("user-1234"),
})
if err != nil {
log.Fatal(err)
}
fmt.Printf("%+v\n", result)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("BRA")
.services(List.of("bra_cpf"))
.identificationNumber("12345678900")
.firstName("John")
.lastName("Doe")
.dateOfBirth(LocalDate.parse("1980-01-01"))
.vendorData("user-1234")
.build());
System.out.println(result);<?php
require 'vendor/autoload.php';
use Didit\DiditClient;
// Reads DIDIT_API_KEY.
$didit = new DiditClient();
$result = $didit->databaseValidation->validate([
'issuing_state' => 'BRA',
'services' => ['bra_cpf'],
'identification_number' => '12345678900',
'first_name' => 'John',
'last_name' => 'Doe',
'date_of_birth' => '1980-01-01',
'vendor_data' => 'user-1234',
]);
print_r($result->toArray());require "didit"
# Reads DIDIT_API_KEY.
didit = Didit::Client.new
result = didit.database_validation.validate(
issuing_state: "BRA",
services: ["bra_cpf"],
identification_number: "12345678900",
first_name: "John",
last_name: "Doe",
date_of_birth: "1980-01-01",
vendor_data: "user-1234"
)
puts result.to_husing 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 = "BRA",
Services = new string[] { "bra_cpf" },
IdentificationNumber = "12345678900",
FirstName = "John",
LastName = "Doe",
DateOfBirth = "1980-01-01",
VendorData = "user-1234",
});
Console.WriteLine(JsonSerializer.Serialize(result));डेटाबेस सत्यापन API: राष्ट्रीय ID मिलान
Didit का POST /v3/database-validation/ 100+ राष्ट्रीय और वैश्विक स्रोतों पर पहचान डेटा सत्यापित करता है, 1x1 और 2x2 वॉटरफ़ॉल मिलान के साथ। प्रति कॉल भुगतान।
curl -X POST https://verification.didit.me/v3/database-validation/ \
-H 'x-api-key: YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{
"issuing_state": "BRA",
"services": ["bra_cpf"],
"identification_number": "12345678900",
"first_name": "John",
"last_name": "Doe",
"date_of_birth": "1980-01-01",
"vendor_data": "user-1234"
}'from didit import Didit
# Reads DIDIT_API_KEY.
client = Didit()
result = client.database_validation.validate(
issuing_state="BRA",
services=["bra_cpf"],
identification_number="12345678900",
first_name="John",
last_name="Doe",
date_of_birth="1980-01-01",
vendor_data="user-1234",
)
print(result)import Didit from "@didit-protocol/sdk-node";
// Reads DIDIT_API_KEY.
const didit = new Didit();
const result = await didit.databaseValidation.validate({
issuing_state: "BRA",
services: ["bra_cpf"],
identification_number: "12345678900",
first_name: "John",
last_name: "Doe",
date_of_birth: "1980-01-01",
vendor_data: "user-1234",
});
console.log(result);ctx := context.Background()
// Reads DIDIT_API_KEY.
client := didit.NewClient()
result, err := client.DatabaseValidation.Validate(ctx, didit.DatabaseValidationValidateParams{
IssuingState: "BRA",
Services: didit.Some([]string{"bra_cpf"}),
IdentificationNumber: didit.String("12345678900"),
FirstName: didit.String("John"),
LastName: didit.String("Doe"),
DateOfBirth: didit.String("1980-01-01"),
VendorData: didit.String("user-1234"),
})
if err != nil {
log.Fatal(err)
}
fmt.Printf("%+v\n", result)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("BRA")
.services(List.of("bra_cpf"))
.identificationNumber("12345678900")
.firstName("John")
.lastName("Doe")
.dateOfBirth(LocalDate.parse("1980-01-01"))
.vendorData("user-1234")
.build());
System.out.println(result);<?php
require 'vendor/autoload.php';
use Didit\DiditClient;
// Reads DIDIT_API_KEY.
$didit = new DiditClient();
$result = $didit->databaseValidation->validate([
'issuing_state' => 'BRA',
'services' => ['bra_cpf'],
'identification_number' => '12345678900',
'first_name' => 'John',
'last_name' => 'Doe',
'date_of_birth' => '1980-01-01',
'vendor_data' => 'user-1234',
]);
print_r($result->toArray());require "didit"
# Reads DIDIT_API_KEY.
didit = Didit::Client.new
result = didit.database_validation.validate(
issuing_state: "BRA",
services: ["bra_cpf"],
identification_number: "12345678900",
first_name: "John",
last_name: "Doe",
date_of_birth: "1980-01-01",
vendor_data: "user-1234"
)
puts result.to_husing 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 = "BRA",
Services = new string[] { "bra_cpf" },
IdentificationNumber = "12345678900",
FirstName = "John",
LastName = "Doe",
DateOfBirth = "1980-01-01",
VendorData = "user-1234",
});
Console.WriteLine(JsonSerializer.Serialize(result));पता-आधारित सेवाएँ
जो सेवाएँ निवास या उपयोगिता पते का सत्यापन करती हैं, उनके लिए आप एकलaddress भेज सकते हैं, और Didit जाँच से पहले उसे अलग-अलग हिस्सों में बाँट देगा। सबसे अच्छी मिलान दर के लिए, Didit के संरचित पता फ़ील्ड सीधे भेजें:
| फ़ील्ड | अर्थ |
|---|---|
address_element_1 | सड़क का पता, जिसमें नंबर और सड़क का प्रकार शामिल हो |
address_element_2 | वैकल्पिक इकाई, भवन, मंज़िल या अतिरिक्त पता पंक्ति |
address_element_3 | उप-नगर, ज़िला, इलाका या मोहल्ला |
address_element_4 | शहर, कस्बा, राज्य, प्रांत या क्षेत्र |
address_element_5 | पिन कोड या पोस्टल कोड |
address मान को ओवरराइड कर देते हैं। postal_code को address_element_5 के उपनाम के रूप में स्वीकार किया जाता है।
सहमति
कुछ डेटाबेस सेवाओं के लिए प्रदाता से पूछताछ करने से पहले अंतिम उपयोगकर्ता की स्पष्ट सहमति आवश्यक होती है। सेवा कैटलॉग में ऐसी पंक्तियों कोrequires_consent=true से चिह्नित किया जाता है।
जब चुनी गई सेवाओं पर उपयोगकर्ता की सहमति लागू होती है, तब consent=true भेजें।
यदि चुनी गई कोई सेवा सहमति माँगती है और आपने उसे नहीं भेजा, तो Didit किसी भी प्रदाता कॉल या बिलिंग इवेंट से पहले अनुरोध को अस्वीकार कर देता है।
फ़ाइल अपलोड
डेटाबेस सत्यापनmultipart/form-data का उपयोग करता है। जिन बायोमेट्रिक सेवाओं को selfie चाहिए, वे API प्लेग्राउंड में उसे फ़ाइल अपलोड फ़ील्ड के रूप में दिखाती हैं, ताकि आप पथ या base64 स्ट्रिंग चिपकाने के बजाय सीधे कोई छवि चुन सकें।
कोड में, सामान्य multipart सिंटैक्स से फ़ाइल अपलोड करें:
-F "selfie=@./selfie.jpg"
सत्यापन त्रुटियाँ
Didit प्रदाता को कॉल करने से पहले आवश्यक फ़ील्ड, पते की संरचना और सेवा-विशिष्ट प्रारूपों की जाँच करता है। उदाहरण के लिए,chn_national_id और chn_passport_verification जैसी चीन रजिस्ट्री सेवाओं को full_name मूल चीनी लिपि में चाहिए, और chn_national_id के लिए सही चेकसम वाला वैध 15 या 18 वर्णों वाला चीनी राष्ट्रीय पहचान नंबर भी ज़रूरी है।
यदि कोई अनुरोध नहीं चल सकता, तो API स्पष्ट फ़ील्ड त्रुटियाँ लौटाता है और कोई उपयोग बिल नहीं किया जाता। यदि प्रीफ़्लाइट जाँच के बाद प्रदाता विफल होता है, तो रिस्पॉन्स में validation_errors शामिल होता है, और सहेजे गए API अनुरोध इन त्रुटियों को डेटाबेस सत्यापन परिणाम में संग्रहीत करते हैं।
अस्वीकृत इनपुट और अनुपलब्ध परिणाम
जब कोई सेवा उपयोग योग्य परिणाम नहीं लौटाती, तो पुनः प्रयास करने से पहले हरvalidation_errors प्रविष्टि की जाँच करें।
अकेला HTTP स्टेटस यह तय नहीं करता कि पुनः प्रयास उचित है या नहीं।
code: "provider_rejected_input" और retryable: false वाला 400 रिस्पॉन्स बताता है कि हर ऐसे प्रयास ने, जिसका उत्तर नहीं मिला, इनपुट को स्पष्ट रूप से अस्वीकार किया।
फिर से प्रयास करने से पहले दिया गया डेटा सुधारें।
इन प्रयासों का बिल नहीं बनता।
code: "empty_provider_response" और retryable: true वाला 502 रिस्पॉन्स बताता है कि सेवा किसी दूसरे कारण से उपयोग योग्य परिणाम नहीं दे सकी।
इसमें वह स्थिति भी शामिल है जहाँ अस्वीकृत इनपुट के बाद एक अनुपलब्ध फ़ॉलबैक आया, या ऐसा फ़ॉलबैक आया जिसने कोई कारण नहीं बताया।
बाद में फिर से प्रयास करें; यह रिस्पॉन्स यह साबित नहीं करता कि इनपुट गलत है।
यदि कोई डेटाबेस लगातार विफल होता रहता है, तो रुकावट लगातार बने रहने पर Didit उन संगठनों को ईमेल भेजता है जिन्होंने हाल में उसका उपयोग किया था, और जब वास्तविक जाँचों से पुष्टि हो कि वह फिर से उत्तर दे रहा है, तब दोबारा ईमेल भेजता है। देखें उपलब्धता सूचनाएँ।
जब चुनी गई कुछ ही सेवाएँ विफल होती हैं, तो अनुरोध सफल रहता है: रिस्पॉन्स 200 होता है और विफल सेवाएँ database_validation.errors[] में सूचीबद्ध होती हैं, हर एक में वही code और retryable फ़ील्ड होते हैं।
तब database_validation.status उन सेवाओं के अनुसार तय होता है जिन्होंने उत्तर दिया, और वह Approved हो सकता है, इसलिए हर रिस्पॉन्स में errors[] की जाँच करें, केवल 4xx या 5xx पर ही नहीं।
वहाँ सूचीबद्ध सेवा validations और services_used में नहीं होती, और उसका बिल नहीं बनता; उस सेवा को अकेले पुनः प्रयास करें।
अन्य 502 त्रुटियों के लिए इनपुट सुधारना पड़ सकता है।
उदाहरण के लिए, provider_invalid_input और provider_validation_error ऐसे इनपुट का वर्णन करते हैं जिसे स्रोत ने अस्वीकार किया, और उन्हें बिना बदलाव के पुनः प्रयास नहीं करना चाहिए, भले ही पुराने रिस्पॉन्स में retryable न हो।
इन कोडों पर empty_provider_response के लिए दिया गया पुनः प्रयास मार्गदर्शन लागू नहीं होता।
निर्णायक “कोई मिलान नहीं” परिणाम एक पूर्ण जाँच है, उपलब्धता की विफलता नहीं।प्राधिकरण
आपकी एप्लिकेशन की API कुंजी, Business Console में Developers -> API keys से। प्राथमिक कुंजी के पास पूर्ण एक्सेस होता है। एक नामित कुंजी को स्कोप किया जा सकता है: प्रति संसाधन none, read या write, कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित, IP पतों की सूची तक सीमित, और समाप्ति तिथि तक सीमित। 401 का अर्थ है कि कुंजी गलत है, निरस्त कर दी गई है या उसकी समय-सीमा समाप्त हो गई है; 403 का अर्थ है कि कोई कुंजी नहीं भेजी गई थी, कुंजी के पास इस संसाधन या कार्रवाई का एक्सेस नहीं है, या अनुरोध उसकी IP सूची से बाहर के पते से आया था; सत्र रूट पर 404 का अर्थ है कि सत्र कुंजी के वर्कफ़्लो या स्थितियों से बाहर है। मीडिया एक्सेस के बिना एक कुंजी को छवि, वीडियो और PDF URL null के रूप में प्राप्त होते हैं, और सत्र write के बिना एक कुंजी को सत्र लिंक और token null के रूप में प्राप्त होते हैं। देखें https://docs.didit.me/console/api-keys।
बॉडी
सत्यापन के लिए रजिस्ट्री का ISO 3166-1 alpha-3 देश कोड (उदाहरण के लिए BRA, ESP, COL)। यह निर्धारित करता है कि कौन सी सेवाएँ उपलब्ध हैं। असमर्थित कोड मान्य विकल्पों की पूरी सूची के साथ 400 लौटाते हैं।
"BRA"
इस देश के लिए चलाए जाने वाले कैटलॉग service_id (उदा. ["bra_cpf"])। यह एकल स्ट्रिंग या कॉमा-सेपरेटेड/JSON-एन्कोडेड स्ट्रिंग भी स्वीकार करता है। यदि छोड़ दिया जाए या खाली हो, तो ठीक एक डिफ़ॉल्ट सेवा चलती है — देश के लिए सबसे लंबे समय से स्थापित लाइव सेवा; अधिक नई, बायोमेट्रिक, और पे-ऐज़-यू-गो सेवाओं को स्पष्ट रूप से नामित किया जाना चाहिए। services भेजने से रिस्पॉन्स विस्तारित आकार में बदल जाता है (services_used और match_score जुड़ जाते हैं)। प्रत्येक id का अस्तित्व होना चाहिए और issuing_state के लिए लाइव होना चाहिए; जिन सेवाओं के लिए ऑनबोर्डिंग की आवश्यकता होती है, वे आपके संगठन के लिए सक्रिय होने तक 400 लौटाती हैं। GET /v1/organization/database-validation-countries/ (एक कैटलॉग endpoint जो इस विनिर्देश में प्रलेखित नहीं है) या Business Console वर्कफ़्लो संपादक के माध्यम से प्रति देश उपलब्ध सेवाओं की खोज करें।
["bra_cpf"]
अप्रचलित। पश्चगामी अनुकूलता के लिए स्वीकृत लेकिन अनदेखा — रिस्पॉन्स validation_type अब इस बात से लिया जाता है कि कितनी सेवाएँ पूरी तरह से मेल खाती हैं। विशिष्ट सेवाओं को पिन करने के लिए services का उपयोग करें।
जब अंतिम उपयोगकर्ता ने चयनित सत्यापन सेवाओं के लिए स्पष्ट रूप से सहमति दी हो, तो true पर सेट करें। कैटलॉग में requires_consent=true के रूप में फ़्लैग की गई सेवाओं के लिए यह आवश्यक है — इसके बिना वे सेवाएँ services_requiring_consent के साथ 400 लौटाती हैं।
सार्वभौमिक पहचान संख्या — स्वचालित रूप से सही देश-विशिष्ट फ़ील्ड में मैप की जाती है, ताकि आप इसे personal_number/tax_number/document_number के स्थान पर उपयोग कर सकें: ARG→document_number (DNI), BOL→document_number (CI), BRA→tax_number (CPF, 11 अंक), CHL→personal_number (RUT), COL→personal_number (Cédula), CRI→personal_number (Cédula), DOM→personal_number (Cédula, 11 अंक), ECU→personal_number (Cédula, 10 अंक), ESP→personal_number (DNI/NIE), GTM→document_number (DPI), HND→document_number (DNI), MEX→personal_number (CURP, 18 वर्ण), PAN→personal_number (Cédula), PER→personal_number (DNI, 8 अंक), PRY→document_number (CI), SLV→document_number (DUI), URY→personal_number (CI), VEN→document_number (Cédula)। यह स्पष्ट रूप से प्रदान किए गए देश-विशिष्ट फ़ील्ड को कभी भी ओवरराइड नहीं करता है।
व्यक्ति का पहला नाम। कुछ सेवाओं/देशों के लिए आवश्यक।
"John"
व्यक्ति का अंतिम नाम। कुछ सेवाओं/देशों द्वारा आवश्यक।
"Doe"
मध्य नाम, कुछ देश सेवाओं (AUS, NZL, …) द्वारा उपयोग किया जाता है।
पूरा नाम — कुछ सेवाएँ इसे प्रथम/अंतिम नाम के बदले स्वीकार करती हैं (उदाहरण के लिए CHN सेवाएँ, जो मूल-लिपि नाम का मिलान करती हैं)।
जन्म तिथि, YYYY-MM-DD। कई सेवाओं द्वारा आवश्यक।
"1980-01-01"
सरकार द्वारा जारी विशिष्ट व्यक्तिगत पहचानकर्ता। इनके द्वारा उपयोग किया जाता है: CHL (RUT), COL (Cédula), CRI, DOM, ECU, ESP (DNI/NIE), MEX (CURP), PAN (Cédula), PER (DNI), URY। इसके बजाय identification_number पर विचार करें।
कर पहचान संख्या। इनमें प्रयुक्त: BRA (CPF, 11 अंक)। इसके बजाय identification_number का उपयोग करने पर विचार करें।
दस्तावेज़ संख्या। इनके द्वारा उपयोग किया जाता है: ARG (DNI), BOL (CI), GTM (DPI), HND (DNI), PRY (CI), SLV (DUI), VEN (Cédula)। इसके बजाय identification_number पर विचार करें।
सत्यापित किए जा रहे दस्तावेज़ का प्रकार: P पासपोर्ट, DL ड्राइविंग लाइसेंस, ID राष्ट्रीय पहचान पत्र, RP निवास परमिट (साथ ही SSC, HIC, WP, TC, VISA, PSC, BC, OTHER)। कुछ सेवाओं (जैसे ESP) द्वारा आवश्यक।
P, DL, ID, RP, SSC, HIC, WP, TC, VISA, PSC, BC, OTHER दस्तावेज़ की समाप्ति तिथि, YYYY-MM-DD। ESP (स्पेन) सत्यापन के लिए आवश्यक।
"2030-01-15"
दस्तावेज़ जारी करने की तिथि, YYYY-MM-DD (fecha de expedición)। COL (कोलंबिया) cédula सत्यापन के लिए आवश्यक।
"2015-06-20"
ISO 3166-1 alpha-3 के रूप में राष्ट्रीयता। कुछ सेवाओं द्वारा आवश्यक।
लिंग: M, F, या X (अन्य/अज्ञात)। अर्जेंटीना के RENAPER सत्यापन (arg_renaper) के लिए आवश्यक।
M, F, X आवासीय पता। संरचित ऑब्जेक्ट {"street_1":"123 Main St","street_2":"Apt 4B","city":"Springfield","region":"IL","postal_code":"62701","country":"US"} को प्राथमिकता दें; पूरी सिंगल-लाइन स्ट्रिंग अभी भी स्वीकार की जाती है। पता-सत्यापन सेवाओं द्वारा आवश्यक; जब कोई सेवा पते की आवश्यकताएं निर्धारित करती है, तो छूटे हुए हिस्से address_fields_required_by के साथ 400 लौटाते हैं।
Show child attributes
Show child attributes
सड़क संख्या और प्रकार सहित सड़क का पता। यदि छोड़ दिया जाए, तो यह address से प्राप्त किया जाता है।
अपार्टमेंट, यूनिट, भवन, फ़्लोर, या अतिरिक्त पता पंक्ति। केवल तभी भेजें जब आपके पास यह स्पष्ट रूप से उपलब्ध हो।
शहर, उपनगर, ज़िला, इलाका या पड़ोस। यदि छोड़ा गया है, तो address से प्राप्त किया जाता है।
राज्य, प्रांत, क्षेत्र या कस्बा। यदि छोड़ दिया जाए, तो address से प्राप्त किया जाता है।
पोस्टकोड या डाक कोड। postal_code को एक उपनाम के रूप में स्वीकार किया जाता है।
पता-आधारित सेवाओं के लिए डाक कोड (address_element_5 का उपनाम)।
सरकारी दस्तावेज़-सत्यापन सेवाओं (AUS, NZL, IND) के लिए ड्राइविंग लाइसेंस संख्या।
भौतिक ड्राइविंग लाइसेंस कार्ड नंबर, जहाँ लाइसेंस नंबर (AUS) से अलग आवश्यक हो।
ड्राइविंग लाइसेंस जारी करने वाला राज्य या क्षेत्र (AUS)।
ड्राइविंग लाइसेंस वर्ज़न कोड (NZL)।
सरकारी पासपोर्ट-सत्यापन सेवाओं (AUS, NZL, IND, CHN) के लिए पासपोर्ट संख्या।
पासपोर्ट समाप्ति तिथि, YYYY-MM-DD, पासपोर्ट-सत्यापन सेवाओं के लिए।
पासपोर्ट फ़ाइल संख्या (IND)।
पासपोर्ट-सत्यापन सेवाओं के लिए पासपोर्ट का जारीकर्ता देश (ISO 3166-1 alpha-3)।
मेडिकेयर कार्ड नंबर (AUS)।
ऑस्ट्रेलियाई ImmiCard संख्या।
ऑस्ट्रेलियाई ImmiCard की समाप्ति तिथि।
नागरिकता प्रमाणपत्र संख्या (AUS)।
जन्म प्रमाण पत्र पंजीकरण संख्या (AUS)।
जन्म प्रमाण पत्र पंजीकरण तिथि (AUS)।
जन्म प्रमाण पत्र पंजीकरण राज्य (AUS)।
विवाह प्रमाण पत्र संख्या (AUS)।
नाम परिवर्तन प्रमाणपत्र संख्या (AUS)।
विवाह प्रमाण पत्र (AUS) पर साथी का पहला नाम।
विवाह प्रमाण पत्र (AUS) पर साथी का अंतिम नाम।
मतदाता पंजीकरण संख्या (IND EPIC, IRL)।
भारत EPIC वोटर कार्ड नंबर।
भारत PAN (Permanent Account Number)।
राष्ट्रीय पहचान संख्या (CHN, MYS, KEN, KHM, NGA, ZAF, …)।
मेक्सिकन INE/IFE Código de Identificación de Credencial (CIC), 9 अंक। MEX INE क्रेडेंशियल-वैधता सेवा (mex_ine_vigencia) द्वारा उपयोग किया जाता है।
मेक्सिकन INE Identificador del Ciudadano (9 अंक)। mex_ine_vigencia में आधुनिक INE मॉडल (E/F/G/H) के लिए cic के साथ उपयोग किया जाता है।
मेक्सिकन INE OCR नंबर (13 अंक, कार्ड का पिछला भाग)। mex_ine_vigencia में मॉडल D के लिए cic के साथ उपयोग किया जाता है।
मेक्सिकन INE Clave de Elector (18 वर्ण)। mex_ine_vigencia में लीगेसी IFE मॉडल (A/B/C) के लिए emission_number के साथ उपयोग किया जाता है।
मेक्सिकन INE Número de Emisión। mex_ine_vigencia में लीगेसी IFE मॉडल (A/B/C) के लिए voter_number के साथ उपयोग किया जाता है।
नाइजीरियाई बैंक सत्यापन संख्या।
बैंक कार्ड नंबर (CHN बैंक-कार्ड सत्यापन)।
कंपनी पंजीकरण संख्या जैसा कि कंपनी रजिस्ट्री द्वारा जारी किया गया है: ब्राज़ील में CNPJ (उदा. 11222333000181), दक्षिण अफ्रीका में पंजीकरण संख्या (उदा. 1936/007721/06)। कंपनी रजिस्ट्री और कंपनी निदेशक सेवाओं (bra_company_registry, bra_company_directors, zaf_company_registry, zaf_company_directors) द्वारा आवश्यक।
पंजीकृत कंपनी का नाम, रजिस्टर प्रविष्टि के साथ क्रॉस-चेक किया गया। zaf_company_registry के लिए वैकल्पिक।
दस्तावेज़ पर छपे व्यक्ति के आद्याक्षर। zaf_drivers_license के लिए आवश्यक; zaf_bank_account_holder द्वारा स्वीकृत।
zaf_drivers_license के लिए कार्ड पर मुद्रित ड्राइविंग लाइसेंस संख्या। छोड़े जाने पर, document_number का उपयोग किया जाता है।
दक्षिण अफ़्रीका के गृह विभाग द्वारा जारी की गई शरणार्थी फ़ाइल संख्या। zaf_refugee द्वारा आवश्यक।
उस बैंक का नाम जिसमें खाता है। zaf_bank_account_holder के लिए आवश्यक।
बैंक खाता संख्या। zaf_bank_account_holder द्वारा आवश्यक; zaf_fraud_prevention द्वारा स्वीकृत।
zaf_bank_account_holder के लिए बैंक खाते का प्रकार: current, savings, transmission, subscriptionShare या notKnown, केस-असंवेदनशील। कोई भी अन्य मान 400 लौटाता है। जब आपको प्रकार न पता हो तो इसे छोड़ दें: खाता-प्रकार क्रॉस-चेक तब अपुष्ट के रूप में रिपोर्ट किया जाता है।
संपर्क मोबाइल नंबर, उन सेवाओं के लिए जो संपर्क क्षमता की क्रॉस-जांच करती हैं (zaf_bank_account_holder, zaf_fraud_prevention, zaf_refugee)।
zaf_dha_fingerprint_match के लिए Base64-एन्कोडेड दाएं अंगूठे का फ़िंगरप्रिंट, left_thumb के साथ या अकेले।
zaf_dha_fingerprint_match के लिए Base64-एन्कोडेड बाएं अंगूठे का फ़िंगरप्रिंट, right_thumb के साथ या अकेले।
zaf_criminal_face_screening के लिए न्यूनतम बायोमेट्रिक स्कोर स्तर। डिफ़ॉल्ट 3 है।
zaf_criminal_face_screening द्वारा लौटाए जाने वाले उम्मीदवार मिलानों की अधिकतम संख्या। डिफ़ॉल्ट 1 है।
वाहन पंजीकरण संख्या। zaf_vehicle_ownership द्वारा vehicle_licence_plate और vin के साथ आवश्यक।
वाहन लाइसेंस प्लेट नंबर। zaf_vehicle_ownership द्वारा vehicle_register_number और vin के साथ आवश्यक।
वाहन पहचान संख्या (VIN या चेसिस नंबर)। zaf_vehicle_ownership द्वारा vehicle_register_number और vehicle_licence_plate के साथ आवश्यक।
सोशल सिक्योरिटी नंबर (USA)।
फ़ोन-सत्यापन सेवाओं के लिए फ़ोन नंबर।
फ़ोन सत्यापन सेवाओं के लिए लैंडलाइन नंबर।
पहचान सत्यापन सेवाओं के लिए ईमेल पता।
निवास का ISO 3166-1 alpha-2 देश। लुकअप को फ़ोकस करने के लिए वैश्विक पहचान-संवर्धन सेवाओं (उदा. glb_identity_enrichment) द्वारा उपयोग किया जाता है।
"US"
partial_match द्वारा database_validation.status पर की जाने वाली कार्रवाई। डिफ़ॉल्ट रूप से NO_ACTION (स्थिति चेतावनी के साथ Approved रहती है)।
DECLINE, NO_ACTION no_match द्वारा database_validation.status पर की जाने वाली कार्रवाई। डिफ़ॉल्ट रूप से DECLINE।
DECLINE, NO_ACTION सत्यापन को एक सत्र के रूप में बनाए रखें (कंसोल दृश्यता, निर्णय endpoint, status.updated webhook)। यह validations रिस्पॉन्स के फ़ॉर्मैट को भी बदलता है: true (डिफ़ॉल्ट) होने पर प्रति-सेवा ऑब्जेक्ट, false होने पर मर्ज किया गया फ़ील्ड मैप।
सत्यापित उपयोगकर्ता के लिए आपका पहचानकर्ता; वापस दोहराया जाता है और सत्र के साथ संग्रहीत किया जाता है।
अनुरोध के साथ संग्रहीत और वापस लौटाया गया फ़्री-फ़ॉर्म JSON।
प्रतिक्रिया
सत्यापन पूरा हुआ — कम से कम एक चयनित सेवा ने प्रयोग करने योग्य परिणाम लौटाया। समग्र परिणाम के लिए database_validation.match_type, प्रति-सेवा फ़ील्ड तुलनाओं और outcome_codes के लिए validations, और विफल सेवाओं के लिए errors (उपस्थित होने पर) का निरीक्षण करें।
save_api_request=true होने पर सहेजी गई सत्र ID (GET /v3/session/{sessionId}/decision/ के साथ उपयोग योग्य); अन्यथा एक क्षणिक सहसंबंध UUID।
Show child attributes
Show child attributes
आपके द्वारा भेजे गए vendor_data का इको।
आपके द्वारा भेजे गए metadata का इको।