# दस्तावेज़ अपलोड और रीडिंग की समस्याएं ठीक करना

Source: https://help.didit.me/hi/documents-coverage/document-upload-problems
Updated: 2026-09-15

ज़्यादातर दस्तावेज़ अपलोड और OCR समस्याएं इमेज क्वालिटी, पीछे की इमेज न होने, न-स्वीकृत सबटाइप या कॉपी से आती हैं - हर एक को ठीक करने का तरीका यहां है।

इन्हें इस क्रम में जांचें: क्या आपके वर्कफ़्लो में यह **सबटाइप स्वीकृत** है, क्या
**पीछे की इमेज** कैप्चर हुई थी, क्या इमेज **पर्याप्त अच्छी** थी, और क्या यह
स्क्रीनशॉट या स्कैन की बजाय एक ओरिजिनल फोटो थी। ये चार बिंदु लगभग हर मामले को
कवर कर लेते हैं।

[Video: ऑटोमैटिक दस्तावेज़ कैप्चर: ID फ़्रेम में आते ही कैप्चर करें - Didit Academy](https://www.youtube.com/watch?v=e1nmOvyHZnk)

अगर कोई दस्तावेज़ अपलोड होने में विफल रहता है या मुख्य फ़ील्ड सही तरीके से एक्सट्रैक्ट नहीं होते, तो यह लगभग हमेशा किसी जाने-पहचाने कारण से होता है। यहां बताया गया है कि इन्हें कैसे सुलझाएं।

## पहला कदम: क्या दस्तावेज़ की अनुमति भी है?

इमेज क्वालिटी की समस्या हल करने से पहले, यह पक्का करें कि आपका वर्कफ़्लो उस देश के लिए उस सटीक दस्तावेज़ **सबटाइप** को स्वीकार करता है। एक न-स्वीकृत सबटाइप ऐसे विफल होता है जो रीडिंग समस्या जैसा दिखता है लेकिन है नहीं - और यह उस फॉर्मेट वाले हर यूज़र के लिए विफल होता है, सिर्फ एक के लिए नहीं। देखें [सबटाइप्स ही दस्तावेज़ अस्वीकृत होने का सामान्य कारण हैं](https://help.didit.me/hi/documents-coverage/supported-documents-and-countries)।

## धुंधली, गहरी, या ओवरएक्सपोज़्ड इमेज

Didit किसी दस्तावेज़ को प्रोसेस करने से पहले इमेज क्वालिटी जांचता है और अगर वह बहुत धुंधली, बहुत गहरी, या बहुत ज़्यादा उजली है तो यूज़र से दोबारा फोटो लेने को कहता है। यूज़र से यह करने को कहें:

- अच्छी, समान रोशनी का इस्तेमाल करें जिसमें सीधी चमक न हो
- कैमरे को स्थिर रखें और कैप्चर करने से पहले उसे फोकस होने दें
- फ्रेम में दस्तावेज़ के चारों कोने दिखते रहने दें
- दस्तावेज़ को प्लास्टिक स्लीव से निकाल लें - रिफ्लेक्शन ऑटो-कैप्चर को फेल कर देता है

यूज़र्स को दोबारा फोटो लेने के सीमित मौके मिलते हैं; उनकी आख़िरी अनुमति प्राप्त कोशिश में इमेज स्वीकार कर ली जाती है ताकि वे कभी स्थायी रूप से ब्लॉक न हों, लेकिन एक खराब क्वालिटी की कैप्चर फिर भी कुछ फ़ील्ड को अपठनीय छोड़ सकती है। यह पुष्टि करने के लिए कि यही कारण था, सेशन की चेतावनियों में `IMAGE_TOO_BLURRY`, `IMAGE_TOO_DARK`, या `IMAGE_TOO_BRIGHT` देखें।

**यदि धुंधले दस्तावेज़ पास हो रहे हैं और स्वीकृत भी हो रहे हैं**, तो सीमा आपकी जोखिम क्षमता के हिसाब से बहुत कम है। वर्कफ़्लो के ID सत्यापन चरण में दो सेटिंग इसे ठीक करती हैं:

- **न्यूनतम छवि गुणवत्ता** (गुणवत्ता स्लाइडर): हर दस्तावेज़ फ़ोटो को कैप्चर होते ही गुणवत्ता मॉडल स्कोर देता है, और आपकी न्यूनतम सीमा से नीचे के कैप्चर तुरंत अस्वीकार होकर दोबारा लेने का अनुरोध पाते हैं। डिफ़ॉल्ट जानबूझकर उदार है; इसे बढ़ाएँ और 33 स्कोर वाला धुंधला कार्ड का पिछला हिस्सा जाँचों तक कभी नहीं पहुँचेगा।
- **कैप्चर की गई छवि की समीक्षा स्क्रीन** (उन्नत के अंतर्गत): व्यक्ति को अभी-अभी ली गई फ़ोटो दिखाती है और अपलोड से पहले पुष्टि या दोबारा स्कैन करने को कहती है। यह केवल कैमरा स्कैन पर लागू है, क्योंकि अपलोड में पहले से फ़ाइल का पूर्वावलोकन होता है।

गुणवत्ता स्कोर स्वयं सत्र रिपोर्ट में है, इसलिए आप उन सत्रों को देख सकते हैं जिन्होंने आपको चिंतित किया और उनसे ठीक ऊपर एक सीमा चुन सकते हैं।

## कोई फ़ील्ड पहचाना नहीं गया, या गलत पढ़ा गया (नाम, जन्मतिथि, दस्तावेज़ संख्या)

जब OCR कोई खास फ़ील्ड एक्सट्रैक्ट नहीं कर पाता, तो अकेले यह वजह आमतौर पर सेशन को अस्वीकृत **नहीं** करती - डिफ़ॉल्ट रूप से इसे मैन्युअल रिव्यू में भेज दिया जाता है ताकि कोई व्यक्ति इसे जांच सके।

अगर यह किसी एक दस्तावेज़ प्रकार या किसी एक भाषा के लिए बार-बार हो रहा है, तो अपने वर्कफ़्लो की **पसंदीदा कैरेक्टर फॉर्मेट** सेटिंग की समीक्षा करें: तय करें कि एक्सट्रैक्ट किए गए नामों को लैटिन कैरेक्टर में सामान्यीकृत किया जाए या दस्तावेज़ की मूल लिपि में रखा जाए। सिरिलिक, अरबी, ग्रीक, या हान लिपि के दस्तावेज़ों पर गड़बड़ या गायब नाम फ़ील्ड का एक आम कारण यहां मेल न खाना है।

जब निकाला गया मान गलत हो (एक अक्षर गलत वाला उपनाम, नाम फ़ील्ड में पता), तो देखें [गलत पढ़े गए नाम या फ़ील्ड को ठीक करना](https://help.didit.me/hi/verification-sessions/correct-extracted-data): सहायता टीम इसे आपके लिए संपादित नहीं कर सकती, लेकिन उपयोगकर्ता द्वारा डेटा समीक्षा चरण, update-data API और पुनः सबमिशन में से हर एक कर सकता है।

## स्क्रीनशॉट, प्रिंटआउट, और स्क्रीन की फोटो अस्वीकृत होती हैं

Didit को भौतिक दस्तावेज़ की एक ओरिजिनल, रीयल-टाइम फोटो चाहिए - न कि स्क्रीनशॉट, स्कैन, प्रिंटेड कॉपी, या किसी दूसरी स्क्रीन पर दस्तावेज़ की फोटो। डॉक्यूमेंट लाइवनेस चेक ठीक इन्हीं मामलों को पकड़ने के लिए बनाए गए हैं और सेशन को फ्लैग या अस्वीकृत कर देंगे। यूज़र से भौतिक दस्तावेज़ को सीधे फोटो खींचने को कहें।

यह जानबूझकर किया गया है: फोटो-की-फोटो को स्वीकार करने से दस्तावेज़ जांचने का ज़्यादातर मूल्य ही खत्म हो जाता है।

स्क्रीन-कैप्चर डिटेक्टर कभी-कभी व्यस्त पृष्ठभूमि पर फ़ोटो लिए गए असली दस्तावेज़ पर सक्रिय हो सकता है - कीबोर्ड, पैटर्न वाली मेज़, कार्ड के पीछे मॉनिटर। यदि आपने छवियाँ देख ली हैं और दस्तावेज़ स्पष्ट रूप से असली है, तो **सत्र को स्वयं स्वीकृत करें**: टैग समीक्षा में ठीक इसलिए जाता है ताकि कोई व्यक्ति वह निर्णय ले सके। हर दस्तावेज़-लाइवनेस संकेत (स्क्रीन कैप्चर, मुद्रित प्रति, पोर्ट्रेट बदलाव) की चरण की जालसाज़ी सेटिंग में अपनी समीक्षा और अस्वीकृति सीमाएँ हैं, यदि उनमें से कोई आपके ट्रैफ़िक के लिए बहुत संवेदनशील हो।

## पीछे की इमेज गायब है

आईडी कार्ड और ड्राइविंग लाइसेंस दोनों तरफ से इस्तेमाल होने वाले दस्तावेज़ हैं - Didit को एक्सट्रैक्शन पूरा करने के लिए आगे और पीछे, दोनों इमेज चाहिए। अगर इन दस्तावेज़ प्रकारों में से किसी एक के लिए सिर्फ आगे की इमेज सबमिट की गई थी, तो सेशन के पास ज़रूरी डेटा नहीं होगा।

अगर यूज़र्स लगातार पीछे वाले स्टेप पर अटक रहे हैं, तो जांचें कि जिस दस्तावेज़ के बारे में आप पूछ रहे हैं उस देश में उसके पीछे वाकई पठनीय डेटा होता भी है या नहीं। ऐसे पीछे वाली इमेज की मांग करना जिसमें कुछ भी नहीं है, यूज़र्स को बिना किसी फायदे के एक स्टेप में फेल कर देता है।

## कैमरा कभी खुलता ही नहीं

यह दस्तावेज़ की समस्या जैसा दिखता है लेकिन असल में यह एक एनवायरनमेंट समस्या है:

- **इन-ऐप ब्राउज़र।** किसी दूसरे ऐप (जैसे किसी चैट ऐप) के बिल्ट-इन ब्राउज़र में खोला गया लिंक अक्सर कैमरा एक्सेस नहीं पा सकता। उसी लिंक को फोन के सामान्य ब्राउज़र में खोलने से यह ठीक हो जाता है।
- **पहले से अस्वीकृत परमिशन।** एक बार जब कोई व्यक्ति किसी साइट के लिए कैमरा एक्सेस अस्वीकार कर देता है, तो ब्राउज़र इसे याद रखता है। उन्हें साइट सेटिंग्स में इसे दोबारा देना होगा; फ्लो दोबारा नहीं पूछ सकता।
- **कैमरा पहले से इस्तेमाल में है।** कैमरा पर कब्ज़ा किए हुए कोई और टैब या ऐप इसे ब्लॉक कर देता है। कुछ डिवाइसों पर, माइक्रोफ़ोन एक्सेस देने से भी कैमरा उलझ सकता है।

## फ्लो पर टेक्स्ट गड़बड़ दिखता है

अगर कोई व्यक्ति इंटरफ़ेस में (दस्तावेज़ पर नहीं) गड़बड़ या बेमतलब शब्दों की शिकायत करता है, तो आमतौर पर इसका कारण एक ब्राउज़र पेज-ट्रांसलेशन एक्सटेंशन होता है जो स्क्रीन को दोबारा लिख रहा होता है। उनसे उस पेज के लिए ट्रांसलेशन बंद करने को कहें - फ्लो पहले से ही अपनी खुद की भाषाएं देता है। देखें [वेरिफिकेशन भाषा सेट करना](https://help.didit.me/hi/workflows/verification-languages)।

## OCR कितनी भाषाओं को सपोर्ट करता है?

Didit का OCR अपनी [दस्तावेज़ और देश कवरेज](https://help.didit.me/hi/documents-coverage/supported-documents-and-countries) के हिस्से के रूप में 130 से ज़्यादा भाषाओं में दस्तावेज़ पढ़ता है। यह वेरिफिकेशन स्क्रीन की अपनी भाषा से अलग है, जिसे यूज़र का ब्राउज़र अपने आप सेट करता है जब तक आप इसे खुद से सेट न करें।

## अब भी अटके हुए हैं?

प्रभावित वेरिफिकेशन की **सेशन ID** के साथ [सपोर्ट से संपर्क करें](mailto:support@didit.me) - यह टीम के लिए किसी खास मामले को देखने का सबसे तेज़ तरीका है, क्योंकि इससे उन्हें ठीक वही इमेज और चेतावनियां दिखती हैं जिनकी आप बात कर रहे हैं।