Workflow checks का सेट है जिनसे कोई व्यक्ति गुज़रता है और हर नतीजे पर क्या होता है - इसे बनाना, publish करना और अनपेक्षित व्यवहार देने वाली गलतियों से बचना।
Workflows हर application के हिसाब से अलग होते हैं, इसलिए पहले जांच लें कि आप सही में हैं। मानक flow के लिए Simple mode में बनाएं या branching के लिए Advanced mode में, फिर publish करें - draft लागू नहीं होता। Sessions वही version रखते हैं जिससे उन्होंने शुरुआत की थी, इसलिए कोई बदलाव सिर्फ नए sessions को प्रभावित करता है।
एक workflow वह जगह है जहां आप तय करते हैं कि कोई व्यक्ति किन checks से गुज़रेगा - ID document, liveness, face match, AML, वगैरह - और हर नतीजे पर क्या होगा। हर verification session किसी workflow के आधार पर चलता है।
#इसे कहां बनाएं
पहचान सत्यापन → वर्कफ़्लो → नया वर्कफ़्लो खोलें। व्यक्तियों के लिए KYC या कंपनियों के लिए KYB, सरल या उन्नत मोड और टेम्पलेट चुनें, फिर ड्राफ़्ट बनाएँ दबाएँ। ऐप और Live या Sandbox परिवेश जाँचें। पंक्ति के मेनू से दूसरे ऐप में कॉपी कर सकते हैं।
#बनाने के दो तरीके
- सरल मोड
एक template चुनें - KYC, Adaptive age verification, biometric re-authentication, या address verification - और जो checks चाहिए उन्हें on या off करें (liveness, face match, AML, NFC, phone, email, और भी बहुत कुछ)। एक मानक flow जल्दी चालू करने का यह सबसे तेज़ तरीका है।
- उन्नत मोड
Conditional branches जोड़ने के लिए visual graph builder इस्तेमाल करें: लोगों को country, document type, age, या किसी check के नतीजे के आधार पर अलग-अलग रास्तों पर भेजें। जब आपको "इन checks को क्रम में चलाओ" से आगे की logic चाहिए, तब इसका इस्तेमाल करें।
- प्रकाशित करें
प्रकाशित संस्करण केवल पढ़ने योग्य है। वर्कफ़्लो संपादित करें से नया ड्राफ़्ट बनाएँ और प्रकाशित करें। संस्करण इतिहास से पुराना संस्करण बहाल कर सकते हैं। चालू सत्र अपना शुरुआती संस्करण रखते हैं।
#बैंक और स्थान की जांच
आपके एप्लिकेशन में सक्षम होने पर वर्कफ़्लो में बैंक सत्यापन या स्थान सत्यापन जोड़ें। बैंक सेटिंग में कनेक्शन, पहचान मिलान, जोखिम संकेत, परिणाम और एकत्रित डेटा शामिल हैं; देशों और वित्तीय डेटा की उपलब्धता प्रदाता और सक्रिय क्षमताओं पर निर्भर है। स्थान सेटिंग सटीकता, डेटा की उम्र, अनुमत क्षेत्र और अनुमति न मिलने, स्थान अनुपलब्ध होने या नियम न मिलने पर कार्रवाई तय करती है। सत्र के बैंक या स्थान अनुभाग में लौटे प्रमाण देखें। सेटिंग दिखने का अर्थ यह नहीं कि हर प्रदाता या क्लाइंट जांच का समर्थन करता है।
#क्रम, जितना दिखता है उससे ज़्यादा मायने रखता है
क्योंकि decline के लिए configured कोई step workflow को रोक देता है, इसलिए आपके steps का क्रम तय करता है कि यूज़र का अनुभव क्या होगा और आप कितना pay करेंगे। किसी महंगे bundle से पहले एक सस्ता risk check रखने से, महंगे हिस्से के लिए pay करने से पहले ही traffic filter हो जाता है।
पूरी तस्वीर decision rules और thresholds में है - इसे पढ़ने के बाद यही अगला लेख है, क्योंकि किसी workflow के steps उसके व्यवहार का सिर्फ आधा हिस्सा हैं।
#हर module जो आप जोड़ सकते हैं
| Category | Modules |
|---|---|
| Document | ID verification, NFC, Document AI, proof of address |
| Biometric | Passive liveness, active liveness, face match 1:1, face search, biometric authentication, age estimation |
| Contact | Phone verification, email verification |
| Data | Database validation, questionnaires |
| Risk | AML screening, ongoing AML monitoring, device and IP analysis |
KYB जाँचों में कंपनी रजिस्ट्री, कंपनी AML, दस्तावेज़ और प्रमुख व्यक्ति शामिल हैं। आप जो भी enable करते हैं वह किसी पूरे हुए session की कीमत में जुड़ जाता है, और आपका मासिक प्लान क्रेडिट उनका भुगतान करता है (Free प्लान पर यह फ़ोन वेरिफिकेशन का भुगतान नहीं करता)। कई सारे एक साथ चालू करने से पहले देखें billable check क्या माना जाता है।
#अपनी workflow ID ढूंढना
हर workflow की एक अनोखी ID होती है, जो console में Workflows पेज पर दिखती है। अगर आप API से sessions बना रहे हैं तो आपको इसकी ज़रूरत होगी - देखें इंटीग्रेट करने के तरीके।
#जब कोई check fail हो तो क्या होगा, यह नियंत्रित करना
डिफ़ॉल्ट रूप से, कोई fail हुआ check session को decline कर देता है और व्यक्ति को आख़िर में बताया जाता है कि verification सफल नहीं हुई - session के details में आप ठीक-ठीक देख सकते हैं कि कौन-सा check क्यों fail हुआ। Advanced mode में आप हर नतीजे को खुद route करते हैं: उसे Declined पर भेजें, या In Review पर ताकि कोई साथी आखिरी फैसला ले।
हर नतीजा कैसा दिखता है यह जानने के लिए देखें हर session status का मतलब, और अगर आप किसी व्यक्ति को सिर्फ fail हुआ step दोबारा करने देना चाहते हैं तो देखें किसी को दोबारा verification करने देना।
#जो चीज़ें किसी workflow को अनपेक्षित तरीके से चला देती हैं
जिस क्रम में ये असल में होती हैं:
- आपने कोई अलग workflow, या किसी अलग application की उसकी copy edit की। Workflow ID को उस ID से मिलाकर देखें जो आपके sessions इस्तेमाल करते हैं।
- Draft कभी publish ही नहीं हुआ। सेव किया गया draft, live version नहीं होता।
- आप किसी पुराने session से टेस्ट कर रहे हैं। Sessions अपने बनने के समय की configuration रखते हैं। नया session बनाएं।
- Document type allowed है लेकिन कोई subtype चुना नहीं गया - जो सब कुछ नहीं बल्कि कुछ भी मेल नहीं खाता है। देखें समर्थित documents और countries।
- किसी पहले step ने decline करके flow रोक दिया, इसलिए जिस step को आप टेस्ट कर रहे थे वह कभी चला ही नहीं।
- Copy किया गया workflow सब कुछ साथ नहीं लाया। किसी workflow को duplicate करने के बाद, यह मान लेने के बजाय कि copy पूरी तरह साफ़ है, जो steps और rules आपको चाहिए उन्हें जांच लें।
Questionnaire check की country-code लिस्ट ज़्यादातर देशों को कवर करती है। अगर आपको चाहिए कोई code नहीं दिखता, तो यह मान लेने के बजाय कि वह supported नहीं है, support से संपर्क करें।
#असली यूज़र्स से पहले टेस्ट करें
ऐप्लिकेशन के नाम के नीचे स्विच से Sandbox चुनें, वहां टेस्ट API कुंजी बनाएं और इस्तेमाल करें। जांच सिम्युलेट होती हैं, शुल्क नहीं लगता और आप नतीजा चुन सकते हैं।
#अगले कदम
- हर नतीजे पर क्या हो यह तय करें: decision rules और thresholds
- Flow को अपने brand के हिसाब से बनाएं: branding और verification अनुभव को customize करना
- बिना कोड sessions शुरू करें, या API से इन्हें automate करें: इंटीग्रेट करने के तरीके
- पूरी technical reference: Workflows
अभी भी अटके हैं? किसी व्यक्ति से बात करें।
अपने संगठन की ID और जिस सेशन के बारे में पूछ रहे हैं उसकी ID शामिल करें।