> ## 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.

# Document AI: कस्टम दस्तावेज़ डेटा निष्कर्षण

> Didit से अधिकतम 3 कस्टम दस्तावेज़ एकत्र करें, AI से आपके तय किए सटीक फ़ील्ड निकालें और फिर उन्हें अन्य चरणों व आपके अपने नियमों से मिलाएँ।

Document AI आपको ऐसे दस्तावेज़ एकत्र करने की सुविधा देता है जो किसी निश्चित टेम्पलेट में फिट नहीं होते हैं — जैसे धन का प्रमाण, पेस्लिप, धन-संपत्ति के स्रोत के पत्र, कर विवरण, और अन्य कुछ भी — और ठीक वही फ़ील्ड निकालने की सुविधा देता है जिन्हें **आप** परिभाषित करते हैं। आप प्रत्येक दस्तावेज़ का ऑन-स्क्रीन शीर्षक और विवरण (प्रत्येक सत्यापन भाषा में स्वचालित रूप से अनुवादित) और पढ़ने के लिए डेटा बिंदुओं की सूची कॉन्फ़िगर करते हैं। Didit का AI उन फ़ील्ड को निकालता है, वैकल्पिक रूप से अन्य सत्यापन चरणों के साथ उनका मिलान करता है, और स्थिति निर्धारित करने के लिए आपके नियम लागू करता है।

Document AI इंटीग्रेशन प्रॉम्प्ट
        प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें



      
      

\<pre>

\`# Goal
Integrate Didit Document AI (configurable multi-document upload + AI field extraction + cross-checks) into your app.

\# Setup (Business Console or POST /v3/workflows/)
Add the DOCUMENT_AI feature to your workflow and configure:
\- document_ai_documents: up to 3 documents. Each has { document_key, title, description, fields[] }.
Each field is { key, name, instruction, type: "text" | "number" | "date", required, is_full_name }.
title and description are auto-translated into every verification language on save.
\- is_full_name: optional boolean on a field. Marks the field whose value is compared automatically against the
verified subject: on a person (KYC) workflow the document holder's full name (the ID-verification name, or the
session's expected details), and on a business (KYB) workflow the verified company name (the registry-matched
company, or the session's expected company name). A low match below document_ai_name_match_score_threshold
triggers document_ai_name_mismatch_action. At most one field per document may set it, and it is optional — a
document may mark none (no name check runs).
\- Basic rules (per-risk action DECLINE | REVIEW | NO_ACTION): document_ai_unreadable_document_action,
document_ai_missing_required_fields_action, document_ai_document_tampering_action,
document_ai_name_mismatch_action, document_ai_unsupported_file_action, document_ai_max_attempts_exceeded_action.
\- document_ai_name_match_score_threshold (0-100), document_ai_max_retry_attempts (2-5).
\- status_rules[]: custom rules on any extracted field. Reference an extracted field as document_ai.<field_key>
and cross-reference other steps with value_type:"field" (e.g. document_ai.account_holder equals kyc.full_name).

\# Flow
1\. Create a session — POST /v3/session/ with { workflow_id, vendor_data, callback }. See /sessions-api/create-session.
2\. Open session.url for the user (or mount the Web/Mobile SDK). The user uploads each configured document.
3\. The user uploads documents to POST /v3/document-ai/documents/ (handled by the hosted flow/SDK):
multipart/form-data with { document_key, document, locale? }, Session-Token auth.
Response: { valid?, next_step, document_ai_status, uploaded_document_keys[], required_document_keys[] }.
The step completes once every configured document_key is uploaded.
4\. Fetch the decision — GET /v3/session/{sessionId}/decision/ or subscribe to session.status.updated.

\# Decision surface
DOCUMENT_AI appears in the decision features[] array as { feature: "DOCUMENT_AI", node_id }.
Per-document statuses combine via precedence Declined > In Review > Approved.

\# See also
\- Report: /core-technology/document-ai/report-document-ai
\- Rules & warnings: /core-technology/document-ai/warnings-document-ai
\- Configure in the console: /console/workflows
\- Standalone API (server-to-server, no hosted UI): POST /v3/document-ai/ — /standalone-apis/document-ai`

\</pre>



      
      

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

> [!NOTE]
>
> क्या दस्तावेज़ पहले से ही आपके सर्वर पर मौजूद है? सीधे [Document AI API](https://docs.didit.me/hi/standalone-apis/document-ai.md) को कॉल करें: फ़ाइल और अपनी फ़ील्ड परिभाषाएँ एक ही `POST /v3/document-ai/` अनुरोध में भेजें और बिना किसी होस्टेड फ़्लो के निकाले गए फ़ील्ड, नाम मिलान, और स्थिति सिंक्रोनस रूप से वापस प्राप्त करें। \$0.20 प्रति दस्तावेज़।## यह कैसे काम करता है**1. दस्तावेज़ और फ़ील्ड कॉन्फ़िगर करें**वर्कफ़्लो बिल्डर में आप अधिकतम **3 दस्तावेज़** परिभाषित करते हैं। प्रत्येक दस्तावेज़ के लिए आप सेट करते हैं:| सेटिंग | विवरण |
| - | - |
| **शीर्षक और विवरण** | अपलोड स्क्रीन पर उपयोगकर्ता को दिखाया जाता है। इसे एक बार दर्ज किया जाता है और प्रत्येक सत्यापन भाषा में **स्वचालित रूप से अनुवादित** किया जाता है। |
| **निकाले जाने वाले फ़ील्ड** | टाइप्ड फ़ील्ड की एक सूची — प्रत्येक में एक नाम, AI के लिए एक निष्कर्षण निर्देश, एक प्रकार (`text`, `number`, `date`), एक आवश्यक फ़्लैग, और एक वैकल्पिक **पूरा नाम** मार्कर होता है। |
| **नाम फ़ील्ड** | वैकल्पिक रूप से मिलान करने के लिए प्रति दस्तावेज़ एक टेक्स्ट फ़ील्ड को नाम के रूप में चिह्नित करें। किसी व्यक्ति (KYC) वर्कफ़्लो में यह **पूरा नाम** होता है, जिसकी तुलना सत्यापित पहचान से की जाती है; किसी व्यवसाय (KYB) वर्कफ़्लो में यह **कंपनी का नाम** होता है, जिसकी तुलना सत्यापित कंपनी से की जाती है। `document_ai_name_mismatch_action` यह तय करता है कि बेमेल होने पर क्या कार्रवाई होगी। वैकल्पिक — उस दस्तावेज़ के लिए नाम की जाँच छोड़ने हेतु इसे अनसेट छोड़ दें। |किसी [टेम्पलेट](#शुरुआती-टेम्पलेट) से शुरू करें या शुरू से तैयार करें।**2. उपयोगकर्ता दस्तावेज़ अपलोड करता है**उपयोगकर्ता प्रत्येक कॉन्फ़िगर किए गए दस्तावेज़ (PDF या इमेज) के लिए एक फ़ाइल अपलोड करता है। प्रत्येक अपलोड स्वतंत्र रूप से संसाधित होता है; प्रत्येक आवश्यक दस्तावेज़ प्रदान किए जाने के बाद चरण पूरा हो जाता है।**3. AI निष्कर्षण**Didit प्रत्येक दस्तावेज़ को रेंडर करता है और आपकी फ़ील्ड परिभाषाओं से बने स्कीमा के साथ एक विज़न-लैंग्वेज मॉडल चलाता है। निकाले गए मान प्रकार सहित लौटाए जाते हैं (संख्याएँ संख्याओं के रूप में, तिथियाँ `YYYY-MM-DD` के रूप में) और प्रति दस्तावेज़ संग्रहीत किए जाते हैं। हेरफेर का पता लगाने के लिए PDF/EXIF फॉरेंसिक्स चलाए जाते हैं।**4. क्रॉस-रेफ़रेंस और नियम**निकाले गए फ़ील्ड को अन्य चरणों के साथ क्रॉस-चेक किया जा सकता है — उदाहरण के लिए, सत्यापित ID के साथ दस्तावेज़ धारक के नाम का, या प्रश्नावली के उत्तरों के साथ किसी भी फ़ील्ड का — और आपके **बुनियादी नियमों** और **कस्टम स्थिति नियमों** के विरुद्ध जाँचा जा सकता है। परिणामी प्रति-दस्तावेज़ स्थितियाँ मिलकर सुविधा की स्थिति बनाती हैं।## शुरुआती टेम्पलेटजब आप Document AI नोड जोड़ते हैं, तो आप एक रेडी-मेड टेम्पलेट से शुरुआत कर सकते हैं जो शीर्षक, विवरण, और टाइप्ड फ़ील्ड को पहले से भर देता है। बाद में कुछ भी कस्टमाइज़ करें।| टेम्पलेट | सामान्य फ़ील्ड |
| - | - |
| **धन का प्रमाण** | खाताधारक, बैलेंस, मुद्रा, विवरण तिथि |
| **आय का प्रमाण (पेस्लिप)** | नियोक्ता, कर्मचारी का नाम, सकल/शुद्ध वेतन, वेतन अवधि |
| **धन-संपत्ति का स्रोत** | स्रोत प्रकार, राशि, तिथि, संस्थान |
| **कर दस्तावेज़** | करदाता का नाम, कर वर्ष, घोषित आय, कर पहचान संख्या |## अन्य चरणों के साथ क्रॉस-रेफ़रेंसिंगDocument AI फ़ील्ड `document_ai.<field_key>` के रूप में संदर्भित किए जा सकते हैं और `value_type: "field"` वाले कस्टम स्थिति नियम का उपयोग करके अन्य पूर्ण चरणों के फ़ील्ड के साथ तुलना की जा सकती है। उदाहरण के लिए:- `document_ai.account_holder` **equals** `kyc.full_name` — दस्तावेज़ धारक सत्यापित पहचान से मेल खाता है।
- `document_ai.balance` **greater\_than** `50000` — समीक्षा के लिए उच्च बैलेंस को फ़्लैग करें।मिलान नियम प्लेटफ़ॉर्म प्राथमिकता **अस्वीकृत > समीक्षाधीन > स्वीकृत** का उपयोग करके निर्णय में शामिल होते हैं, इसलिए कोई नियम गंभीरता को बढ़ा सकता है लेकिन कभी भी अधिक सख्त जोखिम-आधारित स्थिति को ओवरराइड नहीं कर सकता है। [नियम और चेतावनियाँ](https://docs.didit.me/hi/core-technology/document-ai/warnings-document-ai.md) देखें।## दस्तावेज़ आवश्यकताएँ| आवश्यकता | विवरण |
| - | - |
| **प्रति चरण दस्तावेज़** | अधिकतम 3, प्रत्येक को स्वतंत्र रूप से कॉन्फ़िगर किया जाता है |
| **समर्थित प्रारूप** | PDF, JPG, JPEG, PNG, TIFF, WebP |
| **पेज** | मल्टी-पेज PDF समर्थित हैं |
| **गुणवत्ता** | मूल दस्तावेज़ या उच्च गुणवत्ता वाला स्कैन; कोई डिजिटल संपादन या हेरफेर नहीं |> [!NOTE]
>
> Document AI असंरचित-टेक्स्ट पढ़ने का कार्य करता है, जिससे प्रति दस्तावेज़ कुछ सेकंड का विलंब होता है। Webhook तभी ट्रिगर होते हैं जब पूरा वर्कफ़्लो चरण पूरा हो जाता है — इस दौरान निर्णय endpoint को 5 s से कम अंतराल पर पोल न करें।


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