किसी को दोबारा वेरिफिकेशन आज़माने देना
किसी यूज़र को दूसरा मौका देने के दो तरीके - सिर्फ़ फेल हुए स्टेप्स की resubmission मांगें, या एक बिल्कुल नया सेशन शुरू करें। कौन सा इस्तेमाल करना है यह सेशन के मौजूदा स्टेटस पर निर्भर करता है।
Resubmission अगर सेशन In Review या Declined है - वही सेशन, व्यक्ति सिर्फ़ फेल हुआ स्टेप दोबारा करता है। एक नया सेशन अगर यह Expired हुआ या Abandoned हो गया। एक असली यूज़र के लिए resubmission लगभग हमेशा बेहतर विकल्प होता है।
किसी को दूसरा मौका देने के दो तरीके हैं: फेल हुए स्टेप्स की resubmission मांगना, या शुरू से एक नया सेशन बनाना। कौन सा चाहिए यह सेशन के मौजूदा स्टेटस पर निर्भर करता है।
#विकल्प 1: Resubmission मांगें (सेशन In Review या Declined है)
Resubmission वही सेशन और हिस्ट्री बनाए रखता है, और व्यक्ति से सिर्फ़ वही खास स्टेप्स दोबारा करने को कहता है जो फेल हुए थे - पूरी वेरिफिकेशन नहीं।
- More options वह जगह है जहां से किसी सेशन को दोबारा कोशिश के लिए फिर से खोला जा सकता है।
- नया प्रयास Events में पहले वाले के साथ दिखता है, ताकि आप दोनों की तुलना कर सकें।
- सेशन खोलें
Business Console में, Verifications पर जाएं और सेशन खोलें।
- Resubmission मांगें
Actions मेन्यू खोलें और Request Resubmission चुनें। वे स्टेप्स चुनें जो व्यक्ति को दोबारा करने हैं - कोई भी स्टेप जो अप्रूव नहीं हुआ।
- व्यक्ति को सूचित करें (वैकल्पिक)
अगर आपके पास उनका ईमेल है, तो आप उन्हें अपने आप resubmission वाले लिंक पर भेज सकते हैं। आप उस ईमेल की भाषा भी सेट कर सकते हैं।
- दोबारा मूल्यांकन का इंतज़ार करें
इंतज़ार के दौरान सेशन का स्टेटस बदलकर Resubmitted हो जाता है। व्यक्ति के मांगे गए स्टेप्स पूरे करने के बाद, सिस्टम अपने आप दोबारा मूल्यांकन करता है और सेशन को Approved, Declined, या In Review पर ले जाता है।
एक ही सेशन पर resubmission एक से ज़्यादा बार मांगी जा सकती है - हर राउंड आपके रिकॉर्ड के लिए सेशन की हिस्ट्री में रखा जाता है। डेवलपर update session status API के ज़रिए भी यही ट्रिगर कर सकते हैं।
#विकल्प 2: एक नया सेशन बनाएं (सेशन Expired या Abandoned है)
अगर कोई सेशन व्यक्ति के खोलने से पहले ही expire हो गया, या उन्होंने इसे बीच में abandon कर दिया, तो resubmission लागू नहीं होता - एक नया सेशन बनाएं और उन्हें नया लिंक भेजें, चाहे कंसोल के वेरिफिकेशन लिंक फ्लो से या create session API के ज़रिए। एक नए सेशन को अपनी खुद की session ID मिलती है और यह Not Started से शुरू होता है।
पहली बार इस्तेमाल किया हुआ वही vendor_data पास करें। यही दोनों प्रयासों को एक समेकित यूज़र में ग्रुप करता है, इसलिए सेशन अलग-अलग होने के बावजूद आपके पास उस व्यक्ति का एक ही व्यू रहता है।
#कौन सा इस्तेमाल करना चाहिए?
| Resubmission | नया सेशन | |
|---|---|---|
| Session ID | वही | नई |
| हिस्ट्री | एक ही जगह साथ रखी | अलग, सिर्फ़ vendor_data से जुड़ी |
| व्यक्ति क्या दोबारा करता है | सिर्फ़ फेल हुए स्टेप्स | सब कुछ |
| काम करता है | In Review, Declined | किसी भी स्टेटस पर, पर मुख्यतः Expired या Abandoned के लिए ज़रूरी |
| कीमत | सिर्फ़ वे स्टेप्स जो दोबारा चलें और पूरे हों | वर्कफ़्लो का हर स्टेप फिर से |
एक ठीक की जा सकने वाली समस्या के लिए - एक धुंधली फ़ोटो, गलत डॉक्यूमेंट साइड - resubmission लगभग हमेशा बेहतर विकल्प है: यह एक असली यूज़र के लिए कम रुकावट है, सस्ता है, और एक ही ऑडिट ट्रेल बनाए रखता है।
#एक retry की कीमत क्या होती है
बिलिंग हर पूरे हुए फीचर पर होती है, इसलिए:
- एक resubmission जो सिर्फ़ डॉक्यूमेंट स्टेप दोबारा करती है, सिर्फ़ उसी स्टेप की बिलिंग होती है।
- एक बिल्कुल नया सेशन पूरी वर्कफ़्लो को फिर से चलाता है और हर उस फीचर की बिलिंग होती है जो फिर से पूरा होता है।
- जिस स्टेप तक व्यक्ति पहुंचता ही नहीं उसकी बिलिंग बिल्कुल नहीं होती।
एक ठीक की जा सकने वाली फेलियर पर एक नए सेशन की बजाय resubmission चुनने की यही व्यावहारिक वजह है। देखें बिल होने लायक चेक क्या गिना जाता है।
#किसी व्यक्ति को कितने प्रयास मिलें यह नियंत्रित करना
अगर आप चाहते हैं कि किसी फेल हुई वेरिफिकेशन में व्यक्ति को उसी फ्लो के अंदर दोबारा कोशिश का विकल्प न मिले, तो यह एक वर्कफ़्लो कॉन्फ़िगरेशन का सवाल है - हर warning पर स्टेप का एक्शन तय करता है कि व्यक्ति को दोबारा कोशिश के लिए बुलाया जाए, रिव्यू में भेजा जाए, या सीधे डिक्लाइन किया जाए। देखें decision rules और थ्रेशहोल्ड।
retry को पूरी तरह हटाने में सावधानी बरतें। कुछ कैप्चर फेलियर व्यक्ति की गलती नहीं, डिवाइस की होती हैं - जैसे कोई कैमरा जिसने फ़्रेम छोड़ दिया या कोई फ़ोन जो NFC चिप को स्थिर नहीं रख पाया। retry हटाने से ये असली यूज़र के स्थायी decline बन जाते हैं।