मुख्य सामग्री पर जाएं

अवलोकन

पते का प्रमाण (POA) सत्यापन 15 MB तक की एकल PDF या छवि (TIFF, JPG, JPEG, PNG, WEBP, वैकल्पिक रूप से ZIP-कंप्रेस्ड) स्वीकार करता है, दस्तावेज़-प्रकार वर्गीकरण, LLM-आधारित निष्कर्षण, और PDF/EXIF फ़ॉरेंसिक्स चलाता है, और निम्नलिखित लौटाता है:
  • निकाला गया पता — रॉ और संरचित (street_1, city, region, postal_code, lat/lng) दोनों।
  • दस्तावेज़ मेटाडेटा — फ़ाइल का आकार, सामग्री प्रकार, निर्माण और संशोधन तिथियां, EXIF तिथियां, हस्ताक्षर जानकारी, और PDF फ़ॉरेंसिक्स से कोई भी ओवरले-हेरफेर साक्ष्य।
  • सत्यापित ID दस्तावेज़ और सत्र निर्माण के समय प्रदान किए गए अपेक्षित विवरणों के विरुद्ध नाम मिलान स्कोर।
  • दस्तावेज़ बैंक स्टेटमेंट होने पर बैंक से संबंधित अतिरिक्त फ़ील्ड (खाता संख्या, IBAN, सॉर्ट कोड, रूटिंग नंबर, SWIFT/BIC, शाखा)।
Didit पते का प्रमाण रिपोर्ट स्क्रीनशॉट जिसमें निकाले गए पते के फ़ील्ड और दस्तावेज़ प्रकार दिखाए गए हैं
POA निष्कर्षण असंरचित-पाठ पढ़ने का कार्य करता है, जिससे प्रति दस्तावेज़ 5–15 सेकंड का विलंब होता है। Webhook केवल तभी ट्रिगर होते हैं जब पूरा वर्कफ़्लो चरण पूरा हो जाता है — इस विंडो के दौरान निर्णय endpoint को हर 5 s से अधिक बार पोल न करें।

यह API रिस्पॉन्स में कहाँ दिखाई देता है

निर्णय endpoint GET /v3/session/{sessionId}/decision/ में POA को बहुवचन ऐरे poa_verifications[] के रूप में लौटाता है। प्रत्येक प्रविष्टि आपके वर्कफ़्लो में POA नोड का एक निष्पादन है; एकाधिक POA चरणों (उदा., बैंक स्टेटमेंट + उपयोगिता बिल) वाले सत्र प्रति निष्पादन अपने स्वयं के node_id के साथ एक प्रविष्टि उत्पन्न करते हैं।
नीचे दिया गया प्रारूप कैनोनिकल स्कीमा को दर्शाता है — डेटा मॉडल देखें।

स्कीमा

कैनोनिकल स्कीमा के लिए डेटा मॉडल संदर्भ में पते का प्रमाण देखें।
warnings[] में प्रत्येक प्रविष्टि एक चेतावनी ऑब्जेक्ट है: { feature, risk, additional_data, log_type, short_description, long_description, node_id }, जिसमें इस रिपोर्ट के लिए feature हमेशा "PROOF_OF_ADDRESS" होता है।

स्थिति मान

status सुविधा-स्तरीय स्थिति enum (FeatureStatusChoices) का उपयोग करता है। वर्कफ़्लो नोड पर कॉन्फ़िगर किए गए कस्टम स्थिति नियम परिकलित स्थिति को और समायोजित कर सकते हैं; नियम Declined > In Review > Approved की प्राथमिकता के साथ संयोजित होते हैं। FUTURE_ISSUE_DATE के केवल वर्कफ़्लो में लागू होने वाले पुनः प्रयास व्यवहार सहित, पूर्ण जोखिम-से-कार्रवाई मैपिंग के लिए पते के प्रमाण की चेतावनियाँ देखें।

PDF ओवरले-हेरफेर के साक्ष्य

जब सबमिट किया गया दस्तावेज़ PDF हो, तो document_metadata.overlay_manipulation में संदिग्ध टेक्स्ट ओवरले का फ़ॉरेंसिक साक्ष्य हो सकता है:
  • detected: true तब होता है जब जाँच में हेरफेर का साक्ष्य मिलता है।
  • analyzed: true तब होता है जब PDF का विश्लेषण बिल्कुल भी किया जा सका हो।
  • analysis_incomplete - केवल तभी मौजूद होता है और true होता है जब फ़ाइल की पूरी जाँच नहीं हो सकी। जितनी जाँच हो सकी, उसके निष्कर्ष बने रहते हैं, और दस्तावेज़ पर POA_DOCUMENT_UNPROVEN_TEXT_REPLACEMENT लग जाता है।
  • signals: वे जाँचें जो सक्रिय हुईं (duplicate_font_subset, glyph_fragmentation)।
  • manipulated_regions: संदिग्ध रूप से संपादित टेक्स्ट के आसपास पृष्ठ-निर्देशांक वाले आयत। हर आयत PDF पृष्ठ के निर्देशांक तंत्र (x, y, width, height, page_width, page_height) का उपयोग करता है, ताकि समीक्षक PDF पूर्वावलोकन में प्रभावित क्षेत्र को हाइलाइट कर सकें।
यह फ़ील्ड null होता है जब दस्तावेज़ PDF नहीं है या PDF का विश्लेषण नहीं किया जा सका। जब detected=true होता है, तो सिस्टम SUSPECTED_DOCUMENT_MANIPULATION चेतावनी भी जारी करता है, जिसका additional_data ऊपर दिए गए संकेतों और आयतों को दोहराता है। अपवाद तब है जब कोई अधिक प्रबल संकेत, यानी डिजिटल हस्ताक्षर के बाद संशोधन या is_tampered=true, प्राथमिकता ले लेता है। ऐसी स्थिति में additional_data इसके बजाय हस्ताक्षर से छेड़छाड़ का वर्णन करता है।

QR कोड और बारकोड

प्रत्येक POA रिपोर्ट में detected_codes शामिल होते हैं, जो प्रत्येक संसाधित पृष्ठ को कवर करते हैं। प्रत्येक आइटम में शामिल हैं: कोई समर्थित कोड न मिलने पर detected_codes एक खाली ऐरे होता है। Didit कभी भी किसी payload का अनुमान नहीं लगाता: क्षतिग्रस्त या अपठनीय कोड उनके स्थान और parsed_payload: null के साथ लौटाए जा सकते हैं, जबकि कोड का पता लगाने में विफलता के कारण POA सत्यापन विफल नहीं होता है।

उदाहरण

स्वीकृत — बैंक स्टेटमेंट

अस्वीकृत — ओवरले हेरफेर + नाम बेमेल

संबंधित

document_file और extra_files[] पहले से हस्ताक्षरित URL हैं जो लगभग 4 घंटों के बाद समाप्त हो जाते हैं। URL को रीफ़्रेश करने के लिए निर्णय endpoint को पुनः कॉल करें। अपने पास केवल सत्यापन स्थिति और पार्स किए गए पता फ़ील्ड ही संग्रहीत करें — बनाए रखे गए दस्तावेज़ डेटा को न्यूनतम रखें।
अंतिम संशोधन 7 नवंबर 2026