> ## 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: 14,000+ दस्तावेज़

> Didit का AI पहचान सत्यापन 220+ देशों, 14,000+ दस्तावेज़ों और 54 भाषाओं में उपलब्ध है। $0.15 प्रति जाँच, $10/माह मुफ़्त और sub-2s इन्फ़रेंस।

Didit पहचान सत्यापन 220+ देशों और 14,000+ दस्तावेज़ प्रकारों में पासपोर्ट, ID कार्ड, ड्राइविंग लाइसेंस और निवास परमिट जैसे सरकार द्वारा जारी पहचान दस्तावेज़ों को पढ़ता है और उन्हें प्रमाणित करता है। यह छेड़छाड़ और धोखाधड़ी के लिए दस्तावेज़ की जांच करता है, फिर AI OCR की मदद से इसका डेटा निकालता है; जहां कोई देश इसकी अनुमति देता है, वहां लोग डेटाबेस लुकअप या डिजिटल ID वॉलेट ([सत्यापन के तीन तरीके](#सत्यापन-के-तीन-तरीके)) के माध्यम से बिना दस्तावेज़ के भी सत्यापन कर सकते हैं।सत्यापन परिणाम पढ़ने पर Academy का पाठ 3:47 पर पहचान सत्यापन पर पहुँचता है और दिखाता है कि निकाले गए डेटा से पहले प्रामाणिकता की जांच क्यों की जाती है।[पहचान सत्यापन: डेटा से पहले प्रामाणिकता — Didit Academy](https://www.youtube.com/embed/7htTWCWsl60?start=227\&rel=0\&playsinline=1)

पहचान सत्यापन इंटीग्रेशन प्रॉम्प्ट
        प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें



      
      

\<pre>

\````# Goal
Integrate Didit ID Verification (OCR + document authenticity) into your app. Pick ONE of the two delivery modes below.

\# Mode A — Session-based (recommended for user-facing flows)
Use this when the user uploads / photographs their document in a hosted Didit flow. The feature is configured on a workflow and runs as part of /v3/session/.

1\. Create a workflow with the ID_VERIFICATION feature (Business Console or POST /v3/workflows/). Canonical feature enum: "OCR" (legacy) or "ID_VERIFICATION".
2\. Create a session — POST /v3/session/ with { workflow_id, vendor_data, callback }. See /sessions-api/create-session.
3\. Open the returned session.url for the user OR mount the Web/Mobile SDK.
4\. After completion fetch the decision — GET /v3/session/{sessionId}/decision/ (or subscribe to the session.status.updated webhook).

The decision response surfaces the result under the plural array `id_verifications[]` (one entry per document collected in the workflow).

\# Mode B — Standalone API (server-to-server)
Use when you already have one or two document images and want a one-shot OCR + checks call.

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

Required: front_image. Required for dual-sided docs (ID cards, driver licences): back_image.
Allowed extensions: tiff/jpg/jpeg/png/webp/pdf. Max 5 MB per file. Images must be uncropped — all 4 corners visible.

curl example:
\```bash
curl -X POST 'https://verification.didit.me/v3/id-verification/' \
-H 'x-api-key: YOUR_API_KEY' \
-F 'front_image=@./id_front.jpg' \
-F 'back_image=@./id_back.jpg' \
-F 'perform_document_liveness=true' \
-F 'minimum_age=18' \
-F 'expiration_date_not_detected_action=DECLINE' \
-F 'invalid_mrz_action=DECLINE' \
-F 'inconsistent_data_action=DECLINE' \
-F 'preferred_characters=latin' \
-F 'save_api_request=true' \
-F 'vendor_data=user-123'
\```
Returns: { request_id, id_verification: { status, full_name, document_type, document_number, date_of_birth, expiration_date, parsed_address, mrz, barcodes, portrait_image, front_document_image, back_document_image, warnings: [...] } }.

\# Status enum (per id_verifications[].status)
"Not Started" | "In Progress" | "Approved" | "In Review" | "Declined" | "Abandoned" | "Kyc Expired"

\# Warnings (LogWarningChoices.ID_VERIFICATION)
The warnings[] array on each id_verification carries risk codes including:
DOCUMENT_EXPIRED, INVALID_MRZ, INCONSISTENT_DATA, COULD_NOT_RECOGNIZE_DOCUMENT, DOCUMENT_LIVENESS_FAILED, MIN_AGE_NOT_REACHED, MAX_AGE_EXCEEDED, EXPIRATION_DATE_NOT_DETECTED, DUPLICATED_DOCUMENT, FRAUD_RISK_FROM_OCR, COUNTRY_NOT_ALLOWED, DOCUMENT_TYPE_NOT_ALLOWED.
Full catalogue: /core-technology/id-verification/warnings-id-verification.

\# Failure modes to handle
\- HTTP 403 "You don't have enough credits..." — insufficient balance.
\- HTTP 400 with multipart validation errors (missing back_image on dual-sided docs, file > 5 MB, unsupported extension).
\- status="Declined" with one or more terminal warnings (DOCUMENT_EXPIRED, DOCUMENT_LIVENESS_FAILED, COULD_NOT_RECOGNIZE_DOCUMENT, etc.) — surface the first warning's long_description to the user and stop the flow.
\- status="In Review" with a DOCUMENT_LIVENESS_NOT_COMPUTED warning — the requested forgery check produced no usable score (provider error or crash); treat the document as unchecked and route it to your manual-review queue.
\- status="In Review" — route to your manual-review queue; do not approve the user.

\# See also
\- Canonical schema: /reference/data-models#id-verification
\- Full integration playbook: /integration/integration-prompt
\- Risk catalogue: /core-technology/id-verification/warnings-id-verification
\- Per-feature report: /core-technology/id-verification/report-id-verification````

\</pre>



      
      

यहाँ पेस्ट करें

![दस्तावेज़ कैप्चर से लेकर AI-संचालित विश्लेषण और निर्णय तक Didit पहचान सत्यापन के चरण](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/id-verification-steps.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=42c64546f3495000d7ea3b10c4b5fa50)**1. इंटेलिजेंट कैप्चर**हमारे सहज, AI-संचालित कैप्चर सिस्टम के साथ सत्यापन प्रक्रिया आसानी से शुरू करें। उपयोगकर्ता रीयल-टाइम सहायता के साथ अपने ID दस्तावेज़ अपलोड करते हैं या उनकी फ़ोटो लेते हैं:* दस्तावेज़ प्रकार और जारीकर्ता देश का **ऑटो-डिटेक्शन**
* सही स्थिति, प्रकाश और फ़ोकस के लिए **रीयल-टाइम विज़ुअल संकेत**
* स्थितियाँ अनुकूल होने पर **स्वचालित कैप्चर** — मैन्युअल रूप से पुनः प्रयास करने की आवश्यकता नहीं
* **पासपोर्ट**, **ड्राइविंग लाइसेंस**, **राष्ट्रीय ID कार्ड** और **निवास परमिट** का समर्थन करता है> [!NOTE]
>
> *यह क्यों महत्वपूर्ण है*: हमारा इंटेलिजेंट कैप्चर उपयोगकर्ता की बाधाओं को कम करता है और पहले ही प्रयास में उच्च गुणवत्ता वाले सबमिशन सुनिश्चित करता है, जिससे कन्वर्ज़न दर और विश्वास बढ़ता है।**2. उन्नत डेटा प्रोसेसिंग**बेजोड़ सटीकता के साथ पहचान डेटा निकालें और सत्यापित करें।**डेटा निष्कर्षण** — अत्याधुनिक तकनीक सभी प्रमुख फ़ील्ड को प्रोसेस करती है:| क्षमता | विवरण |
| - | - |
| **फ़ील्ड निष्कर्षण** | पूरा नाम, जन्म तिथि, दस्तावेज़ संख्या, जारी करने और समाप्ति की तिथियाँ, राष्ट्रीयता, और बहुत कुछ |
| **OCR** | उच्च-सटीकता टेक्स्ट पहचान |
| **MRZ पार्सिंग** | मशीन-पठनीय क्षेत्र डिकोडिंग |
| **बारकोड डिकोडिंग** | स्वचालित बारकोड डेटा निष्कर्षण |**डेटा सत्यापन**:* सुसंगतता के लिए विज़ुअल ज़ोन, MRZ और बारकोड के बीच डेटा का क्रॉस-रेफ़रेंस करता है
* जारीकर्ता द्वारा हस्ताक्षरित बारकोड का क्रिप्टोग्राफ़िक सत्यापन, जहाँ जारीकर्ता प्राधिकरण उनकी जांच के लिए आवश्यक प्रमाण पत्र प्रकाशित करता है। फ़्रेंच राष्ट्रीय ID कार्ड आज समर्थित हैं: उनके ANTS 2D-Doc बारकोड को एक हस्ताक्षरकर्ता प्रमाणपत्र के विरुद्ध सत्यापित किया जाता है जो ANTS ट्रस्ट सूची से जुड़ा होता है, इसलिए जिस बारकोड पर प्राधिकरण ने हस्ताक्षर नहीं किए हैं, उसे सामग्री सुसंगत दिखने पर भी पकड़ लिया जाता है
* विसंगतियों का पता लगाने के लिए प्रारूप और पैटर्न मिलान
* आधिकारिक सत्यापन के लिए सरकारी डेटाबेस (जहाँ अनुमति हो) के विरुद्ध रीयल-टाइम क्वेरी> [!NOTE]
>
> *यह क्यों महत्वपूर्ण है*: व्यापक डेटा प्रोसेसिंग सटीकता सुनिश्चित करती है और त्रुटियों को समाप्त करती है, जिससे आपको प्रत्येक सत्यापन पर विश्वास मिलता है।**3. उन्नत विश्लेषण**हमारा AI-संचालित सिस्टम दस्तावेज़ की अखंडता और प्रामाणिकता सुनिश्चित करने के लिए व्यापक जांच करता है:- **दस्तावेज़ प्रामाणिकता** सत्यापन
- **छेड़छाड़ का पता लगाना** और छवि अखंडता विश्लेषण
- निम्न से होने वाली धोखाधड़ी को रोकने के लिए **दस्तावेज़ लाइवनेस डिटेक्शन**:
  * डिजिटल दस्तावेज़ों के स्क्रीन कैप्चर
  * स्क्रीन पर प्रदर्शित दस्तावेज़ों की तस्वीरें
  * दस्तावेज़ की मुद्रित प्रतियां
  * बदले गए फ़ोटो वाले हेरफेर किए गए दस्तावेज़
- **सुरक्षा सुविधाओं का सत्यापन** (होलोग्राम, वॉटरमार्क आदि)
- प्रमाणित डेटाबेस के विरुद्ध **टेम्पलेट मिलान****4. सहज परिणाम और इंटीग्रेशन**लचीले डिलीवरी विकल्पों के साथ तुरंत कार्रवाई योग्य जानकारी प्राप्त करें।**रीयल-टाइम परिणाम**:- सहज डैशबोर्ड के माध्यम से तत्काल अपडेट
- स्वचालित वर्कफ़्लो के लिए त्वरित webhook सूचनाएं
- आपके मौजूदा सिस्टम में सहज इंटीग्रेशन के लिए RESTful API**व्यापक रिपोर्टिंग**:* सत्यापन परिणामों और साक्ष्यों के साथ विस्तृत PDF रिपोर्ट
* अनुपालन और रिकॉर्ड-कीपिंग के लिए ऑडिट ट्रेल
* आपकी परिचालन आवश्यकताओं के अनुरूप अनुकूलन योग्य विकल्प> [!NOTE]
>
> *यह क्यों महत्वपूर्ण है*: तेज़ और आसानी से सुलभ परिणाम आपकी टीम को एक सुरक्षित और ऑडिट-योग्य प्रक्रिया बनाए रखते हुए तेज़ी से कार्रवाई करने में सक्षम बनाते हैं।***## सत्यापन के तीन तरीकेफ़ोटो खींचा गया दस्तावेज़ तीन [पहचान सत्यापन विधियों](https://docs.didit.me/hi/core-technology/id-verification/verification-methods.md) में से एक है। प्रति देश, आप लोगों को बिना किसी दस्तावेज़ के भी अपनी पहचान साबित करने की अनुमति दे सकते हैं:- **[गैर-दस्तावेज़ लुकअप](https://docs.didit.me/hi/core-technology/id-verification/non-doc-lookup.md)** — उपयोगकर्ता अपना राष्ट्रीय ID नंबर और कुछ व्यक्तिगत विवरण दर्ज करता है, और हम प्रति देश निर्दिष्ट सरकारी रजिस्टर या किसी अन्य आधिकारिक स्रोत के विरुद्ध उनकी जांच करते हैं। जहां वह स्रोत फ़ोटो लौटाता है, वहां एक सेल्फ़ी, पैसिव लाइवनेस और चेहरा मिलान शामिल होता है।
- **[डिजिटल ID वॉलेट](https://docs.didit.me/hi/core-technology/id-verification/digital-id-wallets.md)** — उपयोगकर्ता MitID, BankID या itsme जैसी सरकारी या बैंक डिजिटल पहचान के साथ साइन इन करता है, और वॉलेट हस्ताक्षरित विशेषताओं का एक सेट साझा करता है।इस पृष्ठ पर सब कुछ दस्तावेज़ कैप्चर का वर्णन करता है, जो अपरिवर्तित है: ऐसा वर्कफ़्लो जिसमें विधियों के बारे में कुछ भी निर्दिष्ट नहीं है, केवल दस्तावेज़ कैप्चर ही रहता है।***## दस्तावेज़ की आवश्यकताएँसत्यापन की सफलता को अधिकतम करने के लिए, दस्तावेज़ों को इन मानकों को पूरा करना होगा:#### सामान्य आवश्यकताएँ- सरकार द्वारा जारी किया गया हो और अपनी कॉन्फ़िगर की गई वैधता अवधि के भीतर मान्य हो
- भौतिक रूप से सही सलामत हो (विवरण को अस्पष्ट करने वाली कोई क्षति, खरोंच या दाग न हों)
- सभी महत्वपूर्ण जानकारी (पूरा नाम, जन्म तिथि, MRZ, आदि) स्पष्ट रूप से पठनीय हो
- सभी सबमिट किए गए दस्तावेज़ों में डेटा सुसंगत हो#### छवि आवश्यकताएँ- मूल, रीयल-टाइम फ़ोटो (कोई स्क्रीनशॉट, स्कैन या डिजिटल कॉपी नहीं)
- समर्थित फ़ॉर्मैट: JPG, JPEG, PNG, PDF
- अधिकतम फ़ाइल आकार: 5MB
- दस्तावेज़ के सभी कोने दिखाई देने वाली पूर्ण-रंगीन छवि
- चकाचौंध, छाया, डिजिटल संपादन या हेरफेर से मुक्त
- भौतिक दस्तावेज़ आवश्यक हैं (डिजिटल ID केवल चुनिंदा क्षेत्रों में समर्थित हैं जहां वे आधिकारिक रूप से मान्यता प्राप्त हैं)## देश और दस्तावेज़ प्रकार के अनुसार अतिरिक्त सेटिंग्ससीधे कंसोल से प्रति देश और दस्तावेज़ प्रकार के अनुसार विस्तृत नियम कॉन्फ़िगर करें। ये नियंत्रण आपको अपनी अनुपालन आवश्यकताओं के अनुसार स्वीकृति मानदंडों और ट्रांसक्रिप्शन प्राथमिकताओं को अनुकूलित करने की अनुमति देते हैं।![प्रति-देश समाप्ति और स्वीकृति नियमों के लिए Didit पहचान सत्यापन अतिरिक्त सेटिंग्स पैनल](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/id-additional-settings.jpeg?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=4238b10a404795a61926fbdf1a3adc20)* **Expiration mode**: चुनें कि बीती हुई समाप्ति तिथियों वाले दस्तावेज़ों को कैसे संभालना है।

  * **Reject expired**: यदि दस्तावेज़ की समाप्ति तिथि आज से पहले की है, तो इसे समय-सीमा समाप्त के रूप में चिह्नित करें और अस्वीकार करें।
  * **Allow expired**: बीती हुई समाप्ति तिथि वाले दस्तावेज़ों को फ़्लैग या ब्लॉक न करें।

  यह सेटिंग अनुमोदन के बाद की निगरानी को भी नियंत्रित करती है, जो डिफ़ॉल्ट रूप से चालू होती है: **Reject expired** के साथ, दस्तावेज़ की समाप्ति तिथि बाद में बीत जाने पर एक स्वीकृत सत्र `"Kyc Expired"` में स्थानांतरित हो जाता है, और `status.updated` ट्रिगर होता है; **Allow expired** के साथ यह स्वीकृत रहता है और इसकी कभी निगरानी नहीं की जाती है। [दस्तावेज़ निगरानी](https://docs.didit.me/hi/core-technology/id-verification/document-monitoring-id-verification.md) देखें।
  वर्कफ़्लो API में, प्रति-देश दस्तावेज़ सेटिंग `expiration_check_mode` `strict` (**Reject expired**), `allow_expired` (**Allow expired**) और `local_regulation` स्वीकार करती है।
  जहाँ Didit के पास नियम उपलब्ध है, वहाँ `local_regulation` देश के अपने नियम का पालन करता है, और बाकी सभी जगहों पर समाप्त हो चुके दस्तावेज़ों को अस्वीकार कर देता है।
  कोई भी अन्य मान अस्वीकार कर दिया जाता है।
* **Preferred character format**: चुनें कि निकाले गए नामों और फ़ील्ड्स को कैसे सामान्यीकृत किया जाना चाहिए।
  * **Prefer Latin characters (A–Z)**: उदाहरण: "Mohammed"
  * **Prefer original script (non‑Latin)**: उदाहरण: "محمد"
* **Regional support & subtypes**: क्षेत्र के अनुसार दस्तावेज़ सक्षम करें और स्वीकार्य उप-प्रकार निर्दिष्ट करें जब किसी दस्तावेज़ प्रकार में कई भिन्नताएं शामिल हों।
  * उदाहरण: United States के ड्राइविंग लाइसेंस के लिए, वे सटीक उप-प्रकार चुनें जिन्हें आप स्वीकार करते हैं (उदा., Arizona Commercial Driver License, Indiana Operator License (REAL ID), New York Enhanced Driver License, आदि)।
  * कई वेरिएंट को तुरंत शामिल/बाहर करने के लिए "Accepted subtypes" नियंत्रण का उपयोग करें (उदा., "128 selected")।> सुझाव: ये सेटिंग्स प्रति देश और दस्तावेज़ प्रकार लागू होती हैं, ताकि आप कुछ बाज़ारों में सख्त और अन्य में अधिक उदार हो सकें।## प्रति-देश आयु प्रतिबंधपहचान सत्यापन के दौरान प्रति-देश के आधार पर न्यूनतम और अधिकतम आयु आवश्यकताओं को लागू करें। सिस्टम प्रस्तुत दस्तावेज़ से उपयोगकर्ता की जन्म तिथि निकालता है और दस्तावेज़ के जारीकर्ता देश के लिए कॉन्फ़िगर की गई आयु सीमाओं के विरुद्ध इसकी जांच करता है।### कॉन्फ़िगरेशनआयु प्रतिबंध सीधे कंसोल से प्रति-देश तालिका के रूप में कॉन्फ़िगर किए जाते हैं:| कॉलम | विवरण |
| - | - |
| **देश** | दस्तावेज़ का जारीकर्ता देश (ISO 3166-1 alpha-3)। केवल आपकी दस्तावेज़-अनुमत सूची में सक्षम देश ही दिखाए जाते हैं। |
| **न्यूनतम आयु** | आवश्यक न्यूनतम आयु। इस मान से कम आयु के उपयोगकर्ता कॉन्फ़िगर की गई कार्रवाई (अस्वीकार करें या समीक्षा) को ट्रिगर करते हैं। |
| **अधिकतम आयु** | अनुमत अधिकतम आयु। इस मान से अधिक आयु के उपयोगकर्ता कॉन्फ़िगर की गई कार्रवाई को ट्रिगर करते हैं। कोई ऊपरी सीमा न रखने के लिए खाली छोड़ें। |
| **राज्य/क्षेत्र ओवरराइड** | आयु में उप-राष्ट्रीय भिन्नता वाले देशों के लिए (उदा., United States, Mexico), प्रति-राज्य न्यूनतम और अधिकतम आयु कॉन्फ़िगर करने के लिए सेटिंग्स आइकन खोलें जो देश-स्तरीय डिफ़ॉल्ट को ओवरराइड करती हैं। |### बालिग होने की आयु के डिफ़ॉल्टकंसोल में एक **"Apply age of majority"** बटन शामिल है जो प्रत्येक देश की न्यूनतम आयु को कानूनी रूप से ज्ञात बालिग होने की आयु (अधिकांश देशों में 18, कुछ अपवादों के साथ जैसे South Korea में 19, UAE में 21, New Zealand में 20, आदि) से स्वचालित रूप से भर देता है। इसके बाद आप आवश्यकतानुसार अलग-अलग देशों को समायोजित कर सकते हैं या राज्य-स्तरीय ओवरराइड जोड़ सकते हैं।### राज्य/क्षेत्र ओवरराइडकुछ देशों में राज्य या क्षेत्र के आधार पर कानूनी आयु की अलग-अलग सीमाएँ होती हैं। जब कोई दस्तावेज़ स्कैन किया जाता है, तो OCR सिस्टम दस्तावेज़ से क्षेत्र (उदा., "Mississippi", "Alabama", "Jalisco") निकालता है। यदि उस क्षेत्र के लिए कोई राज्य ओवरराइड कॉन्फ़िगर किया गया है, तो इसे देश-स्तरीय आयु सेटिंग पर प्राथमिकता मिलती है।उदाहरण के लिए, यदि United States की न्यूनतम आयु 18 है, लेकिन Mississippi का राज्य ओवरराइड 21 है, तो Mississippi ड्राइविंग लाइसेंस प्रस्तुत करने वाले उपयोगकर्ता की जांच 21 वर्ष की न्यूनतम आयु के विरुद्ध की जाएगी।### कॉन्फ़िगर करने योग्य कार्रवाइयाँजब किसी उपयोगकर्ता की आयु उसके दस्तावेज़ के देश (या राज्य) के लिए कॉन्फ़िगर की गई सीमा से बाहर होती है, तो आप कार्रवाई चुन सकते हैं:* **अस्वीकार करें**: सत्र स्वचालित रूप से अस्वीकृत हो जाता है।
* **समीक्षा**: सत्र को मैन्युअल समीक्षा के लिए फ़्लैग किया जाता है।> [!NOTE]
>
> प्रति-देश आयु प्रतिबंध **अनुकूली आयु सत्यापन** वर्कफ़्लो के साथ भी काम करते हैं। जब कोई सीमा-रेखा वाला मामला पहचान सत्यापन फ़ॉलबैक को ट्रिगर करता है, तो आयु जांच दस्तावेज़ के जारीकर्ता देश और क्षेत्र के आधार पर अंतिम निर्णय लेने के लिए इन प्रति-देश सेटिंग्स का उपयोग करती है।


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