KYC सत्यापन में उपयोगकर्ता क्या देखते हैं

KYC सत्यापन में आपके उपयोगकर्ता वास्तव में क्या देखते हैं (पूरा वॉकथ्रू) का पूरा ट्रांसक्रिप्ट - Didit Academy के 10 वीडियो में से वीडियो 2, 14:36। YouTube पर देखें। हर अनुच्छेद आपको वीडियो के ठीक उसी क्षण से जोड़ता है।

​

यह वीडियो क्या कवर करता है

00:03 जब आप किसी ग्राहक को Didit के साथ सत्यापन के लिए भेजते हैं, तो वह असल में क्या देखता है? यही इस वीडियो का विषय है। हम पूरे फ़्लो को उनकी नज़र से देखेंगे। वे सटीक स्क्रीन जिन पर कोई असली व्यक्ति आपका लिंक क्लिक करने के बाद टैप करता है। एक ऐसा फ़्लो जिसे उनकी अपनी भाषा में और उनके पास मौजूद किसी भी डिवाइस पर पूरी तरह आपके ब्रांड के अनुसार बनाया गया है, जिसमें कई अदृश्य जाँचें भारी काम करती हैं, और असली परिणाम बनते ही आपके सिस्टम में पहुँच जाता है। इसे समझने का सबसे अच्छा तरीका है कि आप खुद एक फ़्लो चलाकर देखें। तो didit.me पर जाएँ, आप मुफ़्त में साइन अप कर सकते हैं और अपने फ़ोन पर सत्यापन कर सकते हैं

​

खुद फ़्लो खोलना

00:38 कुछ ही मिनटों में। ठीक है, तो अपने उपयोगकर्ताओं के चरण बिल्कुल वैसे देखने का सबसे आसान तरीका है कि आप खुद फ़्लो खोलें। तो हम वही करने जा रहे हैं। हम यहाँ अपने एक वर्कफ़्लो पर जाएँगे। हम लिंक कॉपी करेंगे और उसे ब्राउज़र में डालेंगे। तो चलिए, यह बेसिक KYC वर्कफ़्लो लेते हैं। हम इस लिंक को कॉपी करके यहाँ डाल देंगे। तो यहाँ वह है

​

पहली स्क्रीन जो आपका उपयोगकर्ता देखता है

00:58 सबसे पहली चीज़ जो आपका उपयोगकर्ता आपका कोई लिंक टैप करने के बाद देखता है। तो सबसे पहले यह ध्यान दें कि यह एक डेमो है। इसलिए यहाँ Didit की ब्रांडिंग है, लेकिन आप इसे पूरी तरह कस्टमाइज़ कर सकते हैं। यह सूची इस खास उपयोगकर्ता के लिए हर चरण दिखाती है। तो हमारे पास पहचान सत्यापन, चेहरा सत्यापन और अतिरिक्त दस्तावेज़ हैं। यह सूची हार्डकोडेड नहीं है। जिस वर्कफ़्लो से यह सत्र जुड़ा है, वही तय करता है कि कौन से चरण दिखेंगे और किस क्रम में। तो यह फ़्लो बस वही रेंडर करता है

​

ब्रांडिंग, और यह पूर्णता दर को क्यों प्रभावित करती है

01:28 जो भी उस वर्कफ़्लो में है, जब आप उसे चालू करते हैं। तो लोगो और स्टाइलिंग भी आपकी है। इसलिए उपयोगकर्ता को यह अब भी आपका प्रोडक्ट लगता है। यह काफ़ी अहम है, क्योंकि यह कितना आपका और आपके ब्रांड जैसा लगता है, इस पर निर्भर करता है कि कितने लोग वास्तव में इस सत्यापन फ़्लो को पूरा करते हैं, और यही सबसे बड़ा कारक है। यहाँ नीचे Didit द्वारा सुरक्षित होने का एक छोटा सा चिह्न है, और वह भी हटाया जा सकता है। ऊपर की हर चीज़ आपकी है और आप उसे कॉन्फ़िगर कर सकते हैं। Didit केवल नीचे चलने वाला इंजन है। तो उपयोगकर्ता जो देखता है, वह ठीक वही वर्कफ़्लो है जो आपने सेट किया है, और वह आपकी ब्रांडिंग में लिपटा है। तो यहाँ

​

वे जाँचें जिनकी कोई स्क्रीन नहीं दिखती

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

​

कस्टमाइज़ेशन: रंग, लोगो, ईमेल, डोमेन

03:00 आप वर्कफ़्लो में जोड़ सकते हैं। तो आइए कस्टमाइज़ेशन टैब देखें। यहीं आप अपनी ब्रांडिंग, अपने रंग, अपना ईमेल पता, अपना डोमेन और यह सब जोड़ सकते हैं। जैसा आप यहाँ देख सकते हैं, हम ऐप का नाम बदल सकते हैं। हम स्वागत पेज दिखा सकते हैं या उसे बंद कर सकते हैं। हम प्रोग्रेस बार दिखा सकते हैं या बंद कर सकते हैं। ब्रांडिंग टैब में हमें ये सारे रंग जोड़ने का विकल्प मिलता है। हम लोगो, फ़ेविकॉन जोड़ सकते हैं और टाइपोग्राफ़ी बदल सकते हैं। हम कस्टम ईमेल जोड़ सकते हैं। 03:25 तो अगर आप यहाँ सिर्फ़ एक नाम डालें, तो हम एक ईमेल पता डाल सकते हैं और सत्यापन की ओर आगे बढ़ सकते हैं। इससे वह काम नहीं करेगा। लेकिन अगर हम एक वास्तविक, काम करने वाला डोमेन डालकर “सत्यापन की ओर जारी रखें” पर क्लिक करते हैं, तो यह हमें DNS रिकॉर्ड दिखाएगा जिन्हें हम जोड़ सकते हैं, और फिर हम एक कस्टम ईमेल पता सेट कर सकते हैं। यही वह ईमेल है जहाँ से सूचनाएँ और सत्यापन स्थिति के सारे अपडेट भेजे जाएँगे। डोमेन के लिए हम एक कस्टम डोमेन भी जोड़ सकते हैं। मान लीजिए हमारे पास एक सबडोमेन है। और फिर, अगर आप अपना सबडोमेन यहाँ जोड़ते हैं, तो यह उन रिकॉर्ड्स को दिखाएगा जिन्हें आपको अपने डोमेन प्रोवाइडर पर अपडेट करना होगा। तो आप यहाँ ऊपर यह ग्लोब आइकन देख रहे हैं। यह

​

54 भाषाएँ, स्वतः पहचान

04:04 इंटरफ़ेस 54 अलग-अलग भाषाओं में उपलब्ध है, जिनमें अरबी जैसी बाएँ से दाएँ लिखी जाने वाली लिपियाँ भी शामिल हैं। डिफ़ॉल्ट रूप से यह फ़्लो अपने आप पता लगाता है कि ब्राउज़र किस भाषा पर सेट है, और अगर वह भाषा समर्थित नहीं है तो अंग्रेज़ी पर वापस चला जाता है। लेकिन उपयोगकर्ता इस खोज-योग्य सूची को खोलकर किसी भी समय कोई भी भाषा चुन सकता है, और इसके बाद हर निर्देश उसकी चुनी हुई भाषा में दिखता है। और अगर आप पहले से जानते हैं कि किसी व्यक्ति की भाषा क्या है, जैसे आपके अपने डेटाबेस में, तो आप उसका सत्र बनाते समय यह भाषा सेट कर सकते हैं। इससे फ़्लो बिना ब्राउज़र पर निर्भर रहे सही भाषा में खुलता है। तो फ़्लो उपयोगकर्ता से उसकी अपनी भाषा में अपने आप मिलता है, और 54 विकल्प उपलब्ध हैं। तो अब, आइए देखते हैं

​

मोबाइल बनाम डेस्कटॉप, और QR हैंडऑफ़

04:49 इस प्रीव्यू में आप देखते हैं कि ज़्यादातर लोग अपने फ़ोन पर सत्यापन पूरा करते हैं। और यह समझ में आता है, है ना? कैमरे की वजह से दस्तावेज़ और सेल्फ़ी कैप्चर करना बेहद आसान हो जाता है। कोई व्यक्ति बस अपने फ़ोन को इस QR कोड की ओर करेगा और अपने फ़ोन पर सत्यापन की प्रक्रिया जारी रख सकेगा। जब कोई डेस्कटॉप पर इस पेज पर आता है, तो आप यहाँ देख सकते हैं कि हम डेस्कटॉप पर भी जारी रख सकते हैं, लेकिन यह एक विकल्प है। आप लोगों को केवल मोबाइल से सत्यापन करने के लिए बाध्य कर सकते हैं, लेकिन आप डेस्कटॉप को पूरी तरह सक्षम भी कर सकते हैं, ताकि वे सत्यापन यहीं कंप्यूटर पर पूरा कर सकें। लेकिन अगर आप ऐसा करते हैं, तो ध्यान रखें कि डेस्कटॉप पर लाइवनेस डिटेक्शन अनिवार्य रूप से पैसिव पर सेट हो जाता है, क्योंकि एक्टिव वर्ज़न कंप्यूटर के वेबकैम के साथ ठीक से काम नहीं करता। एक्टिव बनाम पैसिव से मेरा मतलब यह है कि एक्टिव में आपको

​

होस्टेड फ़्लो बनाम अपनी स्क्रीन बनाना

05:34 पलक झपकानी होती है। यह एक एक्टिव लाइवनेस डिटेक्शन है। जबकि पैसिव में बस एक फ़ोटो होती है। इसलिए शुरुआत करने का सबसे सरल तरीका होस्टेड फ़्लो है। जब मैं यह कॉपी लिंक दबाता हूँ और इसे अपने ब्राउज़र में खोलता हूँ, तो आप यही देखते हैं। आप उपयोगकर्ता को एक लिंक भेज सकते हैं और Didit आपके लिए सभी कठिन हिस्से संभाल लेता है। यानी कैमरे की अनुमतियाँ, दस्तावेज़ कैप्चर, लाइवनेस, और डिवाइस की हर छोटी-मोटी गड़बड़ी। इसलिए आप इसे SDK, iframe, रीडायरेक्ट या पॉप-अप के ज़रिए अपने ऐप में जोड़ सकते हैं। और अगर आप अपनी स्क्रीन शुरुआत से बनाना चाहते हैं, तो आप बिल्कुल बना सकते हैं। लेकिन तब उसकी पूरी ज़िम्मेदारी आपकी होगी। इंटीग्रेशन की पूरी जानकारी हम किसी और वीडियो में देंगे, लेकिन अभी बस यह जान लें कि इस वर्कफ़्लो से आपको जो लिंक मिलता है और आप जिसे भेजते हैं, वह होस्टेड फ़्लो है, और उसे इस तरह ट्यून किया गया है कि लोग अंत तक पहुँच सकें।

​

जारीकर्ता देश का पता लगाना

06:20 ठीक है, अब वापस फ़्लो में चलते हैं। जब दस्तावेज़ चरण को यह जानना होता है कि आईडी किस देश की है, तो ज़्यादातर समय फ़्लो यह पहले ही पता लगा चुका होता है। पेज लोड होते ही वह उपयोगकर्ता के IP पते से उसका भौगोलिक स्थान ज्ञात करता है और जारीकर्ता देश पहले से चुन देता है। और जैसा कि आप यहाँ देख सकते हैं, यह पता लगाया जा चुका है। और अगर आपका वर्कफ़्लो वैसे भी केवल एक ही देश की अनुमति देता है, तो वही अपने आप चुन लिया जाएगा और उपयोगकर्ता यह पिकर कभी नहीं देखेगा। यह उदाहरण एक KYC फ़्लो का है, लेकिन KYB या आपके बनाए किसी भी दूसरे वर्कफ़्लो के लिए यह बिल्कुल ऐसा ही होगा। इंजन बस वे सभी चरण चलाता है जो आपके वर्कफ़्लो में कॉन्फ़िगर किए गए हैं। तो अगला कदम, जैसा कि इस प्रीव्यू में दिख रहा है, यह है कि उपयोगकर्ता

​

दस्तावेज़ प्रकार चुनना

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

​

दस्तावेज़ कैप्चर करना

07:26 सीधे कैप्चर पेज पर चले जाते हैं। तो अगर हम आगे बढ़ते हैं, तो कैप्चर पेज पर पहुँच जाते हैं। जैसा कि आप इस प्रीव्यू में देख सकते हैं, मैं अपने डेस्कटॉप पर हूँ, इसलिए मैं फ़ाइल अपलोड कर सकता हूँ या फ़ोटो ले सकता हूँ। लेकिन इसके बजाय लाइव कैप्चर अनिवार्य किया जा सकता है। इसमें निर्देशित, रीयल-टाइम फ़ोटो होती है और कोई अपलोड की अनुमति नहीं होती। और यह छेड़छाड़ की गई या दोबारा इस्तेमाल की गई तस्वीरों के खिलाफ आपकी सबसे मज़बूत सेटिंग है। अपलोड की ओर से देखें, तो स्वीकार्य फ़ॉर्मेट वही क्लासिक हैं, JPEG, PNG, PDF और कुछ अन्य फ़ाइल प्रकार, सभी 10 मेगाबाइट से कम। और अगर कोई PDF पासवर्ड से सुरक्षित है, तो वह पासवर्ड माँगेगा। इसलिए हम या तो अपलोड की अनुमति दे सकते हैं या लाइव कैप्चर अनिवार्य कर सकते हैं, और यह सब आपकी वर्कफ़्लो सेटिंग्स के भीतर कॉन्फ़िगर किया जा सकता है। जैसा कि इस प्रीव्यू में दिख रहा है, जब वे दस्तावेज़ को सही जगह पर रखते हैं, तो ऑन-डिवाइस संकेत रोशनी और तीखेपन की जाँच करते हैं, और जैसे ही शॉट पर्याप्त अच्छा होता है, वह अपने आप कैप्चर हो जाता है, ताकि विश्लेषण तुरंत शुरू हो सके। और यह केवल कार्ड से टेक्स्ट पढ़ने तक सीमित नहीं है। Didit प्रामाणिकता और छेड़छाड़ की जाँच करता है, दस्तावेज़ का लाइवनेस डिटेक्शन करता है जो स्क्रीन की फ़ोटो या प्रिंट की गई कॉपी जैसी चीज़ों को पकड़ता है। यह सुरक्षा फ़ीचर भी जाँचता है और 130 से अधिक दस्तावेज़ भाषाओं में MRZ सत्यापन करता है। 08:37 और जो बात इसे वास्तव में अलग बनाती है, वह यह है कि यह सब रीयल टाइम में होता है। इसलिए उपयोगकर्ता को तुरंत पता चल जाता है कि कोई दस्तावेज़ काम नहीं किया, और आपको उसी क्षण बिल्कुल वही डेटा मिल जाता है। इसलिए गति के मामले में सभी को फ़ायदा होता है। तो

​

लाइवनेस सेल्फ़ी

08:50 लाइवनेस डिटेक्शन के लिए वे एक सेल्फ़ी ले सकते हैं। उपयोगकर्ता बस अपना चेहरा उस अंडाकार घेरे के बीच में रखता है जो इस चरण की स्क्रीन पर दिखता है, जैसा कि आप यहाँ देख सकते हैं। इस सरल स्क्रीन के पीछे एक लाइवनेस डिटेक्शन चलता है, जो सुनिश्चित करती है कि कैमरे के सामने सच में कोई जीवित इंसान मौजूद है। और इसी से Didit सबमिट किए गए दस्तावेज़ के चेहरे से मिलान कर पाता है। इसलिए आप चुन सकते हैं कि यहाँ कौन सी लाइवनेस विधि चले। और इसे हर वर्कफ़्लो नोड के अनुसार सेट किया जा सकता है, जिस पर हम किसी और वीडियो में विस्तार से बात करेंगे। और

​

पैसिव, 3D फ़्लैश और 3D एक्शन

09:17 तीन अलग-अलग सेटिंग्स हैं। पहली है पैसिव, जिसमें उपयोगकर्ता कुछ नहीं करता। दूसरी है 3D फ़्लैश, जिसमें रंगीन रोशनियाँ गहराई का मानचित्र बनाती हैं, और फिर भी उपयोगकर्ता से कुछ न करने को कहा जाता है। तीसरी है 3D एक्शन, जो इन रोशनियों के साथ एक छोटा, यादृच्छिक एक्शन जोड़ती है, जैसे पलक झपकाना या सिर घुमाना। तो यह एक ही सेल्फ़ी चरण है, जिसमें आप तीन लाइवनेस स्तरों में से चुन सकते हैं। तो

​

लाइवनेस वीडियो और स्कोर

09:41 आइए देखें कि वह लाइवनेस चरण आपको क्या देता है। यह व्यक्ति का एक छोटा वीडियो रिकॉर्ड करता है और उसे स्कोर देता है। तो, अगर हम उपयोगकर्ता सत्यापन पर जाएँ, नीचे स्क्रॉल करें और यहाँ किसी एक उपयोगकर्ता को चुनें, तो हम उसकी प्रोफ़ाइल खोल सकते हैं। चिंता न करें, इस सत्यापन जाँच के अंदर जो कुछ है, उस पर हम एक अलग वीडियो में विस्तार से बात करेंगे। लेकिन यह दिखाने के लिए कि लाइवनेस जाँच असल में क्या करती है और आपकी प्रोफ़ाइल में क्या देती है, यहाँ एक छोटा वीडियो है जिसे आप देख सकते हैं। 10:08 तो, हम वीडियो चला सकते हैं। हाँ, यह सिर्फ़ डेमो के लिए एक वीडियो है, लेकिन सत्यापन चरण में हर उपयोगकर्ता के लिए यही दिखेगा। यहाँ प्रतिशत में एक लाइवनेस स्कोर है। उस पर मैं एक अलग वीडियो में बात करूँगा। तो पैसिव या एक्टिव, हर तरीका 1 से 100 तक का लाइवनेस स्कोर देता है। और इसके ऊपर यह प्रेज़ेंटेशन अटैक और डीपफ़ेक डिटेक्शन भी चलाता है। 10:30 तो वीडियो स्कोर के साथ ही सहेजा जाता है। आप वापस आकर वीडियो फिर से चला सकते हैं और हर स्कोर यहीं सत्यापन जाँच में पढ़ सकते हैं, और उपयोगकर्ता की प्रोफ़ाइल में भी। यानी आपके पास सेल्फ़ी वीडियो के साथ लाइवनेस और डीपफ़ेक, दोनों स्कोर होते हैं

​

जब कोई चरण विफल होता है, तब क्या होता है

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

​

स्वीकृत स्क्रीन

11:30 ताकि उपयोगकर्ता हमेशा अंत तक पहुँच सके। तो जब हर आवश्यक जाँच पास हो जाती है, तब उपयोगकर्ता यहाँ पहुँचता है। यहाँ एक हरा निशान और सरल भाषा में संदेश होता है: “आपकी पहचान सत्यापित हो गई है।” इसमें बताया जाता है कि अब उन्हें और कुछ नहीं करना है और वे आपके ऐप पर वापस जा सकते हैं। और यह वह हिस्सा है जो वे नहीं देखते: उपयोगकर्ता के वहाँ से हटने या टैप करके आगे बढ़ने से पहले ही आपके ऐप को रीयल टाइम में निर्णय मिल चुका होता है। तो स्वीकृत का मतलब है यह हरी, आश्वस्त करने वाली अंतिम स्क्रीन, और

​

समीक्षाधीन स्क्रीन

11:54 आपके बैकएंड के पास परिणाम पहले से होते हैं। कभी-कभी कोई स्वचालित जाँच साफ़ पास या फ़ेल के बजाय चेतावनी देती है। ऐसा होने पर उपयोगकर्ता हरे निशान की जगह एक नारंगी घड़ी देखता है, जिसके नीचे लिखा होता है: “आपका सबमिशन समीक्षाधीन है।” तो आपकी तरफ़ सत्यापन यहाँ समीक्षाधीन के रूप में आएगा। अब यह आप पर, या आपकी टीम में किसी पर निर्भर है कि उन्हें पास करें, उनका एप्लिकेशन स्वीकृत करें, अस्वीकृत करें, या ज़्यादा जानकारी के साथ दोबारा सबमिट करने को कहें। और अच्छी बात यह है कि जैसे ही उनके सत्यापन अनुरोध की स्थिति बदलती है, उपयोगकर्ता को उसी पल ईमेल मिल जाता है

​

अस्वीकृत स्क्रीन

12:30 अगर कोई जाँच सचमुच फ़ेल होती है, तो उन्हें एक साफ़ अस्वीकृत स्थिति मिलती है। उन्हें लाल निशान और ये शब्द दिखते हैं: “हम इस समय आपकी जानकारी सत्यापित नहीं कर सके,” जो परिणाम समझाता है, बिना आपके धोखाधड़ी-रोधी लॉजिक का कोई हिस्सा बताए। इसके बाद क्या होगा, यह पूरी तरह आपके वर्कफ़्लो पर निर्भर है। आप उन्हें सेट किए गए प्रयास बजट के भीतर दोबारा सबमिट करने दे सकते हैं, या अपने ऐप के भीतर किसी सहायता फ़्लो में भेज सकते हैं। तो अस्वीकृत एक साफ़, गैर-तकनीकी अंतिम

​

रीडायरेक्ट बनाम webhook: किस पर भरोसा करें

12:58 स्क्रीन है, और आप तय करते हैं कि इसका मतलब दोबारा सबमिट करना है या सहायता देना। तो इस वर्कफ़्लो के बिल्कुल अंत में दो चीज़ें होती हैं, और यह जानना ज़रूरी है कि किस पर भरोसा करना है। पहले, उपयोगकर्ता का ब्राउज़र आपके ऐप पर वापस भेजा जाता है। वे ठीक वहीं पहुँचते हैं जहाँ से उन्होंने शुरू किया था, लेकिन वह हिस्सा उनके लिए सिर्फ़ एक हैंडऑफ़ है। जिस चीज़ पर आप असल में भरोसा करते हैं, वह परिणाम है जो आपका सर्वर उसी समय पाता है। वह निर्णय होते ही सीधे आपके बैकएंड को भेजा जाता है, और आपको अपना लॉजिक उसी पर बनाना चाहिए, ब्राउज़र में जो पड़ा है उस पर कभी नहीं। इसे जोड़ने की बारीकियाँ अपने आप में एक पूरा वीडियो हैं, इसलिए उसे बाद के लिए रखते हैं। लेकिन यहाँ सार सीधा है: उपयोगकर्ता आपके ऐप पर लौटता है, और आपके सिस्टम के पास पहले से असली, भरोसेमंद परिणाम उपलब्ध होता है

​

अपने डैशबोर्ड में सत्र खोजना

13:41 हर सत्यापन उपयोगकर्ता सत्यापन टैब में दिखेगा। यहाँ फ़िल्टर हैं। हम स्वीकृत, समीक्षाधीन और अस्वीकृत देख सकते हैं, और सत्यापन के परिणाम और उस वर्कफ़्लो के आधार पर, जिससे वे गुज़रे हैं, स्थिति उसी हिसाब से अपडेट होगी। अब जो समीक्षाधीन हैं, उन पर आपको सबसे ज़्यादा ध्यान देना होगा। तो हम उन्हें फ़िल्टर कर सकते हैं और मानवीय समीक्षा के लिए सब कुछ यहाँ देख सकते हैं। और हर सत्यापन जाँच पर क्लिक करके हम परिणामों के पीछे का हर सबूत देख सकते हैं। और नीचे यह वेंडर डेटा का मान है, यह वह ID है जो आपके अपने सिस्टम ने सत्र बनाते समय भेजी थी। यह उस व्यक्ति के लिए आपका स्थिर संदर्भ है। 14:25 और क्या Didit एक ही वेंडर डेटा ID वाले हर सत्र को एक प्रोफ़ाइल के अंतर्गत समूहित करता है?