गलत पढ़े गए नाम या फ़ील्ड को ठीक करना

OCR ने उपनाम गलत पढ़ा या कोई फ़ील्ड 'unknown' छोड़ दिया? इसे ठीक करने के तीन तरीके हैं - डेटा समीक्षा चरण, update-data API और ID चरण का पुनः सबमिशन।

एक अक्षर गलत वाला नाम, "लोड नहीं हुआ" उपनाम, ऐसा सत्र जिसका नाम unknown दिखता है, या नाम फ़ील्ड में आ गया पता, ये सब एक ही समस्या हैं: निष्कर्षण ऐसी छवि पर चला जो पर्याप्त अच्छी नहीं थी, या दस्तावेज़ के ऐसे पक्ष पर जिसे मॉडल नहीं पढ़ता। सत्र का डेटा वही है जो मॉडल ने पढ़ा, और Didit ग्राहक डेटा हाथ से नहीं बदलता: रिकॉर्ड की मालिक आपकी टीम है, और हर बदलाव आप तक अनुरेखणीय होना चाहिए।

#पहले समझें कि ऐसा क्यों हुआ

सत्र खोलें और दस्तावेज़ छवियाँ और चेतावनियाँ देखें:

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

#इसे ठीक करने के तीन तरीके

1. व्यक्ति को प्रवाह में ठीक करने दें (नए सत्रों के लिए सर्वोत्तम)

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

2. सत्र को स्वयं पैच करें (मौजूदा सत्र के लिए)

   मौजूदा रिकॉर्ड को और कार्रवाइयाँ → KYC डेटा संपादित करें या पते के प्रमाण का डेटा संपादित करें से भी सुधार सकते हैं। फ़ील्ड की पुष्टि करें; बदलाव ऑडिट में दर्ज होता है और निर्णय अपने आप नहीं बदलता। केवल उन फ़ील्ड के साथ PATCH /v3/session/{session_id}/update-data/ कॉल करें जिन्हें आप बदलना चाहते हैं: first_name, last_name, date_of_birth, document_number, expiration_date, issuing_state और अन्य निकाले गए फ़ील्ड। full_name आपके लिए पुनः परिकलित होता है। सत्र स्वीकृत, अस्वीकृत, समीक्षाधीन या KYC समाप्त होना चाहिए, बदलाव data.updated वेबहुक भेजता है, और ऑडिट ट्रेल दर्ज करता है कि कौन से फ़ील्ड किसने बदले। यह एक सशुल्क कॉल है। पते के प्रमाण के फ़ील्ड और KYB रजिस्ट्री डेटा के लिए भी समान एंडपॉइंट हैं। संदर्भ: सत्र डेटा अपडेट करें।

3. नया कैप्चर माँगें (जब छवि ही समस्या हो)

   यदि छवि इतनी खराब है कि किसी फ़ील्ड पर भरोसा नहीं किया जा सकता, तो ID सत्यापन चरण के पुनः सबमिशन का अनुरोध करें: व्यक्ति को वही लिंक मिलता है और वह केवल वही चरण दोहराता है। ऐसा करने से पहले चरण में न्यूनतम छवि गुणवत्ता स्लाइडर बढ़ाएँ और कैप्चर की गई छवि की समीक्षा स्क्रीन सक्षम करने पर विचार करें, ताकि दोबारा लिया गया फ़ोटो पहले प्रयास जितना खराब न हो सके। देखें किसी को सत्यापन दोबारा आज़माने देना।

#पैच करने से क्या नहीं होता

• यह सत्र की स्थिति नहीं बदलता। सुधारे गए नाम वाला अस्वीकृत सत्र तब तक अस्वीकृत रहता है जब तक आपकी टीम अन्यथा निर्णय न ले।
• यह दस्तावेज़ का पुनः सत्यापन नहीं करता। सुधार आपका दावा है, जो ऑडिट लॉग में उसी रूप में दर्ज होता है।
• यह उसी व्यक्ति के अन्य सत्रों पर पूर्वव्यापी रूप से लागू नहीं होता।

#इसे दोबारा होने से रोकना

• ID सत्यापन चरण में न्यूनतम छवि गुणवत्ता बढ़ाएँ और कैप्चर की गई छवि की समीक्षा स्क्रीन चालू करें ताकि लोग अपलोड से पहले फ़ोटो की पुष्टि करें।
• उत्पादन ट्रैफ़िक के लिए फ़ाइल अपलोड की जगह कैमरा स्कैन को प्राथमिकता दें।
• गैर-लैटिन लिपि वाले बाज़ारों के लिए वर्ण प्रारूप सोच-समझकर सेट करें।
• यदि एक दस्तावेज़ प्रकार लगातार गलत पढ़ा जाता है, तो सहायता टीम को दो-तीन अनामीकृत नमूने भेजें ताकि मॉडल अपडेट किया जा सके।