# वेरिफिकेशन क्यों डिक्लाइन हुई

Source: https://help.didit.me/hi/verification-sessions/why-was-a-session-declined
Updated: 2026-10-12

जब एक या ज़्यादा चेक फेल होते हैं तो सेशन डिक्लाइन होता है - जानें कि खास वजह कैसे पता करें और डिक्लाइन, resubmit या मैनुअल अप्रूव के बीच फ़ैसला कैसे लें।

सेशन खोलें और उस चेक पर **warnings** पढ़ें जो फेल हुआ। कुल मिलाकर "Declined"
कभी नहीं बताता कि क्यों; warning हमेशा बताती है। ज़्यादातर decline एक अंतिम
"न" की बजाय resubmission से ठीक किए जा सकते हैं।

एक सेशन को **Declined** तब मार्क किया जाता है जब इसके एक या ज़्यादा चेक फेल होते हैं। खास वजह हमेशा सेशन पर दर्ज होती है - आपको अंदाज़ा नहीं लगाना पड़ता।

## असल वजह ढूंढना

[Business Console](https://business.didit.me) में **Verifications** में सेशन खोलें। सेशन पर हर चेक (डॉक्यूमेंट, लाइवनेस, फेस मैच, वगैरह) अपना रिज़ल्ट और उसकी उठाई गई कोई भी warning दिखाता है - ये warnings ही decline की असली वजह हैं, सिर्फ़ कुल स्टेटस नहीं।

![Didit कंसोल में अस्वीकृत सत्र, जिसमें अवलोकन, पहचान सत्यापन और इवेंट टैब हैं](https://help.didit.me/screenshots/session-detail-light.webp)

*वजह Overview पर है; फेल हुए चेक के टैब पर पूरी जानकारी है।*

## किसी चेक के फेल होने की आम वजहें

[Video: धोखाधड़ी संकेत: VPN, डिवाइस फिंगरप्रिंट और IP लोकेशन - Didit Academy](https://www.youtube.com/watch?v=7eW05Z5IYfA)

**डॉक्यूमेंट से जुड़ी समस्याएं**

- ID एक्सपायर हो चुकी है (`DOCUMENT_EXPIRED`)।
- डॉक्यूमेंट टाइप आपकी वर्कफ़्लो के स्वीकार किए जाने वालों में नहीं है - एक बहुत आम वजह, और यह व्यक्ति की समस्या की बजाय एक कॉन्फ़िगरेशन का मामला है। देखें [कोई डॉक्यूमेंट टाइप क्यों रिजेक्ट हुआ](https://help.didit.me/hi/documents-coverage/document-upload-problems)।
- कोई ज़रूरी फ़ील्ड पढ़ी नहीं जा सकी (`COULD_NOT_RECOGNIZE_DOCUMENT`)।
- MRZ चेकसम फेल हुआ (`MRZ_VALIDATION_FAILED`) - छपा हुआ मशीन-रीडेबल ज़ोन आपस में मेल नहीं खाता, जो छेड़छाड़ का एक असली संकेत है।
- व्यक्ति की उम्र आपकी वर्कफ़्लो की ज़रूरी उम्र से कम (या ज़्यादा) है (`MINIMUM_AGE_NOT_MET`)।
- डॉक्यूमेंट आपकी ब्लॉकलिस्ट की किसी एंट्री से मैच करता है।

**लाइवनेस से जुड़ी समस्याएं**

- कैप्चर के दौरान कोई चेहरा नहीं पहचाना गया।
- एक प्रेजेंटेशन अटैक फ़्लैग हुआ (`LIVENESS_FACE_ATTACK`) - कैमरे के सामने किसी जीवित व्यक्ति की बजाय एक फ़ोटो, स्क्रीन, या मास्क रखा गया।

**फेस मैच से जुड़ी समस्याएं**

- सेल्फ़ी और डॉक्यूमेंट फ़ोटो का स्कोर आपके कॉन्फ़िगर किए गए समानता थ्रेशहोल्ड से कम रहा (`LOW_FACE_MATCH_SIMILARITY`)। देखें [लाइवनेस और फेस मैच की समस्याएं ठीक करना](https://help.didit.me/hi/liveness-biometrics/liveness-and-face-match-issues)।

**रिस्क और स्क्रीनिंग से जुड़ी समस्याएं**

- एक AML हिट आपके decline थ्रेशहोल्ड से आगे निकल गई।
- कनेक्शन किसी ब्लॉक किए IP एड्रेस या किसी ऐसे देश से आया जहां आप सर्विस नहीं देते।
- चेहरा किसी पहले से वेरिफाई किए यूज़र या ब्लॉकलिस्ट किए चेहरे से मैच हुआ। देखें [डुप्लिकेट डिटेक्शन](https://help.didit.me/hi/verification-sessions/duplicate-detection)।

इनमें से कौन सी वजह असल में decline (बनाम resubmission मांगना या पास होना) ट्रिगर करती है, यह इस पर निर्भर करता है कि हर चेक आपकी वर्कफ़्लो में कैसे कॉन्फ़िगर किया गया है - कुछ warnings ऑटो-डिक्लाइन करती हैं, बाकी मैनुअल रिव्यू पर भेज देती हैं। देखें [decision rules और थ्रेशहोल्ड](https://help.didit.me/hi/workflows/decision-rules)।

## एक डिक्लाइन हुआ स्टेप बाकी वर्कफ़्लो को रोक सकता है

अगर कोई स्टेप किसी खास warning पर decline करने के लिए कॉन्फ़िगर किया गया है, तो वर्कफ़्लो वहीं रुक जाती है और बाद के स्टेप्स कभी नहीं चलते। इसके दो नतीजे जानना ज़रूरी है:

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

अगर आप चाहते हैं कि कोई सस्ता चेक किसी महंगे चेक को गेट करे, तो उसे जानबूझकर वर्कफ़्लो में पहले रखें।

## Declined हमेशा अंतिम नहीं होता

अगर मूल समस्या ठीक की जा सकती है - एक धुंधली फ़ोटो, गलत डॉक्यूमेंट साइड, कैप्चर के बीच में कोई तकनीकी फेलियर - तो एक रिव्यूअर सेशन को declined छोड़ने की बजाय व्यक्ति से सिर्फ़ वही स्टेप दोबारा करवा सकता है। देखें [किसी को दोबारा वेरिफिकेशन आज़माने देना](https://help.didit.me/hi/verification-sessions/retry-a-verification)।

> **Note:** आज हर वर्कफ़्लो में एक declined वेरिफिकेशन पर व्यक्ति को दिखने वाला मैसेज एक
> जैसा है - अभी उन्हें क्या दिखेगा इसे कस्टमाइज़ करना संभव नहीं है।

## अगर किसी रिव्यूअर को लगे कि decline गलत था

एक कंप्लायंस रिव्यूअर कंसोल से किसी ऑटोमेटेड decline को ओवरराइड कर सकता है - सेशन खोलें और इसका स्टेटस बदलकर **Approved** करें, साथ में यह बताने वाला एक नोट कि क्यों। हर ओवरराइड दर्ज होता है, इसलिए ऑडिट ट्रेल दिखाता है कि किसने क्या फ़ैसला किया। पूरी रिव्यू प्रोसेस के लिए देखें [manual review](https://docs.didit.me/console/manual-review)।

## टाला जा सकने वाला decline कम करना

अगर आपका decline रेट आपकी चाहत से ज़्यादा है, तो आम वजहें धोखाधड़ी की बजाय कॉन्फ़िगरेशन होती हैं:

1. **बहुत सीमित डॉक्यूमेंट allowlist।** जांचें कि आपकी वर्कफ़्लो कौन से डॉक्यूमेंट टाइप और सबटाइप स्वीकार करती है, इसकी तुलना उससे करें जो आपके यूज़र के पास असल में है।
2. **फेस मैच थ्रेशहोल्ड बहुत टाइट सेट होना।** देखें [फेस मैच स्कोर और थ्रेशहोल्ड](https://help.didit.me/hi/liveness-biometrics/face-match-thresholds)।
3. **लो-एंड डिवाइस पर एक्टिव लाइवनेस।** पुराने फ़ोन और खराब लाइटिंग में पैसिव लाइवनेस कहीं ज़्यादा सहनशील है।
4. **AML decline थ्रेशहोल्ड किसी ऐसे मैच स्कोर पर सेट होना जो फ़ॉल्स पॉज़िटिव पैदा करता हो।** इन्हें decline की बजाय रिव्यू पर भेजें। देखें [AML हिट सुलझाना](https://help.didit.me/hi/aml-screening/resolving-aml-hits)।

## अगर आप वह व्यक्ति हैं जिसे डिक्लाइन किया गया, बिज़नेस नहीं

अगर आपको किसी कंपनी से एक वेरिफिकेशन लिंक मिला और यह declined हुआ, तो Didit उस कंपनी की तरफ़ से आपकी वेरिफिकेशन प्रोसेस करता है लेकिन उस डिसीज़न को बनाने, बदलने, या समझाने का कोई अधिकार नहीं रखता - सिर्फ़ वह कंपनी जिससे आप वेरिफाई करा रहे हैं, यह कर सकती है, इसलिए अपने रिज़ल्ट के बारे में उनके सपोर्ट से संपर्क करें। देखें [मुझे Didit से अपनी पहचान वेरिफाई करने को कहा गया](https://help.didit.me/hi/end-users/asked-to-verify), और [Didit आपके यूज़र के डेटा की सुरक्षा कैसे करता है](https://help.didit.me/hi/data-privacy/how-didit-protects-data) यह जानने के लिए कि डेटा एक्सेस कैसे नियंत्रित होता है।