मुख्य सामग्री पर जाएं
सत्यापन के दौरान उपयोगकर्ता द्वारा अपलोड किया गया हर दस्तावेज़ उसकी User entity से स्थायी रूप से जुड़ जाता है। यह पेज बताता है कि क्या-क्या एकत्र किया जाता है, उसे कैसे प्राप्त करें, और अतिरिक्त दस्तावेज़ मैन्युअल रूप से कैसे अपलोड करें।

​
Didit क्या एकत्र करता है

समर्थित दस्तावेज़ प्रकार में देश × दस्तावेज़ का पूरा मैट्रिक्स दिया गया है (220+ देशों में 14,000+ दस्तावेज़)।

​
दस्तावेज़ प्राप्त करना

दस्तावेज़ सीधे उपयोगकर्ता से नहीं, बल्कि उस सत्र से जुड़े होते हैं जिसने उन्हें एकत्र किया। किसी उपयोगकर्ता के सभी दस्तावेज़ सूचीबद्ध करने के लिए:
1

उपयोगकर्ता के सत्र सूचीबद्ध करें

2

हर सत्र का निर्णय प्राप्त करें

हर सत्र के निर्णय में एकत्र किए गए दस्तावेज़ों के URL शामिल होते हैं।
रिस्पॉन्स में id_verification.document_images, proof_of_address.document_images और liveness.images फ़ील्ड देखें।
3

साइन किए गए URL का उपयोग करें

रिस्पॉन्स में मौजूद इमेज URL अल्पकालिक साइन किए गए URL होते हैं। उपयोग की अवधि तक उन्हें क्लाइंट-साइड कैश करें, या उनकी समय-सीमा समाप्त होने पर निर्णय दोबारा प्राप्त करें।

​
PDF रिपोर्ट बनाना

किसी सत्र के लिए एकत्र किए गए सब कुछ का मनुष्य द्वारा पढ़ने योग्य एक्सपोर्ट, जिसमें सभी दस्तावेज़ शामिल हों, इसके लिए उपयोग करें: GET /v3/session/{session_id}/generate-pdf/ यह सत्र के विवरण, सुविधा के परिणाम और एम्बेडेड दस्तावेज़ इमेज वाला PDF लौटाता है। अनुपालन ऑडिट, SAR संलग्नकों और नियामक फ़ाइलिंग के लिए उपयोगी है।

​
कंसोल से दस्तावेज़ अपलोड करना

अनुपालन ऑपरेटर किसी उपयोगकर्ता या सक्रिय सत्र के लिए अतिरिक्त दस्तावेज़ अपलोड कर सकते हैं:
  1. Users → [user] → Documents → Upload document पर जाएँ।
  2. दस्तावेज़ का प्रकार चुनें (ID, POA, कस्टम)।
  3. फ़ाइल अपलोड करें; समर्थित प्रकारों के लिए OCR अपने आप चलता है।
  4. दस्तावेज़ सबसे हाल के सत्र से जुड़ जाता है (या आप एक रेमेडिएशन सत्र बना सकते हैं)।
दस्तावेज़ अपलोड UI केवल कंसोल पर उपलब्ध है; किसी उपयोगकर्ता से सीधे दस्तावेज़ जोड़ने के लिए कोई सार्वजनिक API endpoint नहीं है। सभी दस्तावेज़ कैप्चर के लिए सत्र को प्रवेश बिंदु के रूप में उपयोग करें।

​
दस्तावेज़ क्रॉस-रेफ़रेंसिंग

जब कोई सत्र कई दस्तावेज़ प्रकार एकत्र करता है, तो Didit उन्हें आपस में क्रॉस-रेफ़रेंस करता है:
  • ID ↔ लाइवनेस — ID पर मौजूद चेहरा लाइवनेस सेल्फ़ी से मेल खाता है।
  • ID ↔ POA — POA पर मौजूद नाम, ID से निकाले गए नाम से मेल खाता है।
  • ID ↔ NFC — MRZ / दृश्य डेटा, NFC चिप डेटा से मेल खाता है।
असंगतियाँ सत्र के निर्णय पर चेतावनी के रूप में दिखाई जाती हैं, और इन्हें मैन्युअल समीक्षा शुरू करने के लिए कॉन्फ़िगर किया जा सकता है।

​
दस्तावेज़ निगरानी और पुनः सत्यापन

उन उपयोग-मामलों के लिए जिनमें दस्तावेज़ की वैधता लगातार जाँचनी हो (जैसे समाप्त हो चुकी ID):
  • दस्तावेज़ समाप्ति हर सत्यापित ID पर ट्रैक की जाती है। सत्र के निर्णय में expiration_date फ़ील्ड देखें।
  • दस्तावेज़ निगरानी डिफ़ॉल्ट रूप से चालू और स्वचालित है: इसे सक्षम करने की ज़रूरत नहीं है। जब ID की समाप्ति तिथि निकल जाती है, तो "Approved" सत्र "Kyc Expired" पर चला जाता है, ID सत्यापन परिणाम में DOCUMENT_EXPIRED चेतावनी जुड़ जाती है, और status.updated webhook फ़ायर होता है। तिथि निकलने से पहले कोई चेतावनी नहीं भेजी जाती।
  • इसे बंद करना — पहचान सत्यापन सेटिंग्स में उस देश और दस्तावेज़ प्रकार के लिए Expiration mode को Allow expired पर सेट करें। डिफ़ॉल्ट Reject expired वह मोड है जिसमें निगरानी होती है। Allow expired के साथ स्वीकृत दस्तावेज़ की कभी निगरानी नहीं होती।
  • पुनः सत्यापन — दस्तावेज़ ताज़ा करने के लिए उसी vendor_data पर नया सत्र शुरू करें।

​
दस्तावेज़ जियोलोकेशन

ID दस्तावेज़ जियोलोकेशन जाँच सबमिट करने वाले व्यक्ति के IP स्थान की तुलना ID के जारीकर्ता देश से करती है। परिणाम सत्र के निर्णय से जुड़े होते हैं।

​
गोपनीयता और प्रतिधारण

  • सभी दस्तावेज़ स्थिर अवस्था में एन्क्रिप्टेड होते हैं।
  • इमेज तक पहुँच अल्पकालिक साइन किए गए URL के ज़रिए होती है।
  • प्रतिधारण एप्लिकेशन की डेटा प्रतिधारण नीति का पालन करता है।
  • उपयोगकर्ताओं को हटाने का अनुरोध करने का अधिकार है; हटाने से इमेज, OCR से निकाला गया डेटा और NFC डेटा हट जाते हैं।

​
अगले चरण

पहचान सत्यापन

ID कैप्चर और OCR कैसे काम करते हैं।

पते का प्रमाण

POA दस्तावेज़ संग्रह।

सत्र निर्णय

GET /v3/session//decision/ संदर्भ।
अंतिम संशोधन 7 नवंबर 2026