मुख्य सामग्री पर जाएं
POST
cURL
इस endpoint से आप नोड ग्राफ़ खुद बनाए बिना API के ज़रिए वर्कफ़्लो बना सकते हैं। features ऐरे भेजें, जिसमें सुविधाएँ उसी क्रम में हों जिसमें उपयोगकर्ता जाँच पूरी करें। Didit इसे अंदरूनी तौर पर नोड-आधारित वर्कफ़्लो में बदल देता है और अंतिम स्थिति चरण अपने-आप जोड़ देता है। यह POST /v3/workflows/ endpoint केवल सरल, रैखिक वर्कफ़्लो बनाता है, यानी features की एक सपाट सूची। ब्रांचिंग, शर्त-आधारित रूटिंग, Document AI, और अस्वीकृति/निर्णय नोड के लिए नीचे वर्णित नोड ग्राफ़ प्रारूप का उपयोग करें। यह कंसोल के विज़ुअल बिल्डर और Didit MCP के वर्कफ़्लो टूल को संचालित करता है। हर सुविधा द्वारा स्वीकार किए गए config फ़ील्ड के लिए वर्कफ़्लो सुविधा कॉन्फ़िग देखें।

बुनियादी KYC वर्कफ़्लो

प्रश्नावली वर्कफ़्लो

पहले POST /v3/questionnaires/ से प्रश्नावली बनाएँ। फिर लौटाए गए questionnaire_id को questionnaire_uuid के रूप में उपयोग करें।
सुविधाओं का क्रम मायने रखता है। उदाहरण के लिए, OCR को FACE_MATCH, NFC, DATABASE_VALIDATION या उन उपयोगकर्ता AML जाँचों से पहले रखें जो दस्तावेज़ के डेटा पर निर्भर करती हैं।

सुविधा कॉन्फ़िग संदर्भ

हर features[] आइटम की संरचना इस प्रकार है:
सटीक config ऑब्जेक्ट सुविधा पर निर्भर करता है। पूरी फ़ील्ड सूची, डिफ़ॉल्ट, आवश्यक सेटिंग्स, मान सीमाएँ और उदाहरणों के लिए वर्कफ़्लो सुविधा कॉन्फ़िग देखें। OCR के लिए config.documents_allowed छोड़ दें, null भेजें, या {} भेजें, ताकि हर समर्थित दस्तावेज़ प्रकार की अनुमति मिले। इसे केवल तब शामिल करें जब आप वर्कफ़्लो को कुछ विशेष देशों या दस्तावेज़ प्रकारों तक सीमित करना चाहते हों। QUESTIONNAIRE के लिए config.questionnaire_uuid आवश्यक है।

वैकल्पिक वर्कफ़्लो सेटिंग्स

वर्कफ़्लो बनाते समय आप सत्र के व्यवहार को नियंत्रित करने के लिए इनमें से कोई भी शीर्ष-स्तरीय फ़ील्ड शामिल कर सकते हैं। ये सभी वैकल्पिक हैं, और छोड़ने पर वर्कफ़्लो के डिफ़ॉल्ट लागू होते हैं।

शाखाएँ और नोड-आधारित वर्कफ़्लो (ग्राफ़)

एक रैखिक features सूची “यदि X, तो Y” व्यक्त नहीं कर सकती। सशर्त शाखाकरण (किसी स्थिति पर अस्वीकार करना, निकाले गए फ़ील्ड के आधार पर रूट करना, किसी मिलान पर किसी चरण को शर्त से जोड़ना), एक Document AI अनुरोध चरण, या अंतिम अस्वीकृति/निर्णय नोड के लिए Didit वर्कफ़्लो नोड ग्राफ़ का उपयोग करते हैं। यह वही संरचना है जो कंसोल का विज़ुअल बिल्डर बनाता है।
ग्राफ़ वाला वर्कफ़्लो बनाने का सबसे सरल तरीका Didit MCP है: किसी एजेंट से सादी भाषा में कहें (“पहचान सत्यापन के बाद, यदि पेशा ≈ ‘Software Engineer’ है, तो धन का प्रमाण वाला चरण जोड़ें”) और वह आपके लिए ग्राफ़ बनाएगा, उसकी जाँच करेगा और उसे सहेजेगा। नीचे दी गई संरचना वही है जो ये टूल (और कंसोल) बनाते हैं।

ग्राफ़ की संरचना

एक ग्राफ़ { start_node, nodes } होता है। nodes नोड id से नोड तक का मैप है। एजेज़ निहित होती हैं: हर नोड next (बिना शर्त) और/या branches[].goto (शर्तीय) के माध्यम से आगे की ओर इंगित करता है। start_node को सुविधा नोड होना चाहिए। शाखाएँ क्रम से मूल्यांकित होती हैं, पहला मिलान जीतता है। खाली rules: [] सभी स्थितियों को पकड़ने वाला “else” है, और उसे सूची के अंत में रखें। session_status: "Determine" संयुक्त सुविधा परिणामों से अपने आप निर्णय लेता है।
हर शाखा नोड में एक स्पष्ट else शाखा होनी चाहिए: ऐसी शाखा जिसमें rules: [] हो और जो उन सत्रों को रूट करे जो किसी भी शर्त से मेल नहीं खाते। शाखा नोड के next को fallback मानकर न चलें। अकेला next बिल्डर में एक अस्पष्ट एज के रूप में दिखता है और उसे छोड़ना आसान है। जब आप next वाला शाखा नोड भेजते हैं और उसमें else शाखा नहीं होती, तो API उस next को आपके लिए एक स्पष्ट else शाखा में बदल देता है (यानी { …, "branches": [<conditions>], "next": "liveness" } को branches: [<conditions>, { "id": "else", "rules": [], "goto": "liveness" }] के रूप में सहेजा जाता है)। else को स्वयं बनाएँ ताकि वह स्पष्ट रहे। यह रूपांतरण एक सुरक्षा जाल है, इसका विकल्प नहीं।

शाखा नियम और ऑपरेटर

हर नियम एक ऑपरेटर के माध्यम से एक फ़ील्ड की तुलना एक मान से करता है:
  • फ़ील्ड: किसी सुविधा परिणाम का नाम (kyc.status, aml.status, document_ai.status, face_match.score, …) या निकाले गए मान का नाम (kyc.full_name, kyc.age, kyc.nationality, kyc.extra_fields.profession, Document AI का फ़ील्ड document_ai.<key>, expected_details.*)। कोई शाखा केवल उस फ़ील्ड को पढ़ सकती है जिसकी सुविधा उन सभी रास्तों पर चली हो जो उस शाखा तक पहुँचते हैं।
  • ऑपरेटर: equals, not_equals, greater_than(_or_equals), less_than(_or_equals), contains, not_contains, in, not_in, is_empty, is_not_empty, regex और fuzzy_match (केवल स्ट्रिंग फ़ील्ड; इसके लिए 0 से 100 तक का score चाहिए, जो एक समानता सीमा है, उदाहरण के लिए, पेशा “Software Engineer” से ≥ 80% समान हो)।

जानें कि NFC क्यों नहीं चला, उसके आधार पर शाखाकरण

NFC नोड के बाद, चिप न पढ़े जाने के कारण के आधार पर सत्रों को रूट करने के लिए nfc.skip_reason को equals या in के साथ उपयोग करें। इस फ़ील्ड के सात स्थिर मान हैं:
  • USER_SKIPPED
  • DOCUMENT_WITHOUT_CHIP
  • CHIP_CERTIFICATE_UNAVAILABLE
  • DEVICE_WITHOUT_NFC
  • INTEGRATION_WITHOUT_NFC_ACCESS
  • MRZ_KEY_UNAVAILABLE
  • JPKI_UNAVAILABLE
हर मान का अर्थ जानने के लिए NFC छोड़ने के कारण देखें। जब NFC सफल होता है, तो nfc.skip_reason null होता है, इसलिए छोड़ने के किसी कारण के लिए न तो equals नियम और न ही in नियम मेल खाता है। यह फ़ील्ड गेट द्वारा छोड़े गए NFC नोड्स के लिए भी रिज़ॉल्व होता है। इसमें वे मामले शामिल हैं जहाँ कोई NFC रिपोर्ट या चेतावनी मौजूद नहीं है, और वे मामले भी जहाँ allow_nfc_skip false है, लेकिन दस्तावेज़ या डिवाइस का गेट NFC को चलने नहीं देता। इसलिए आप इन सत्रों को nfc_verifications[] की किसी प्रविष्टि पर निर्भर हुए बिना रूट कर सकते हैं।
जो सत्र NFC क्षमता के तीन-स्थितीय होने से पहले सहेजे गए थे, उनमें has_device_nfc_support: false हो सकता है। इसलिए कोई पुराना वेब सत्र INTEGRATION_WITHOUT_NFC_ACCESS के बजाय DEVICE_WITHOUT_NFC के रूप में रिज़ॉल्व हो सकता है।
यह ग्राफ़ उपयोगकर्ता द्वारा छोड़ने के लिए equals, गेट या क्षमता के कारण छोड़ने के लिए in, और सफल NFC के लिए एक स्पष्ट else शाखा उपयोग करता है। शाखा NFC नोड के बाद आती है, और हर गंतव्य एक अंतिम नोड की ओर आगे इंगित करता है:
“NFC किसी ज्ञात कारण से नहीं किया गया” को व्यक्त करने के लिए in के साथ सभी सात मान उपयोग करें। सफल NFC (nfc.skip_reason: null) के लिए एक स्पष्ट else शाखा रखें, और किसी भी भविष्य के ऐसे मान के लिए भी जिसे आपका ग्राफ़ अभी नहीं पहचानता।

Document AI (उदाहरण के लिए, धन का प्रमाण)

एक DOCUMENT_AI सुविधा नोड एक या अधिक दस्तावेज़ों का अनुरोध करता है और नामित फ़ील्ड निकालता है:
हर कॉन्फ़िगर किया गया फ़ील्ड एक शाखा-योग्य मान document_ai.<key> बन जाता है, और इस चरण का परिणाम document_ai.status है। दस्तावेज़ धारक का पूरा नाम जिस फ़ील्ड में हो, उस पर "is_full_name": true सेट करें। उसका निकाला गया मान सत्यापित पहचान के पूरे नाम (OCR या पहचान सत्यापन का नाम, या सत्र के अपेक्षित विवरण) से तुलना किया जाता है। document_ai_name_mismatch_action तय करता है कि जब नाम-मिलान स्कोर document_ai_name_match_score_threshold से कम हो, तब क्या होगा। यह चिह्न वैकल्पिक है: किसी दस्तावेज़ में कोई फ़ील्ड चिह्नित न किया जाना संभव है, और प्रति दस्तावेज़ अधिकतम एक फ़ील्ड यह चिह्न रख सकता है। Document AI के हर कॉन्फ़िगरेशन फ़ील्ड के लिए वर्कफ़्लो फ़ीचर कॉन्फ़िग → Document AI देखें।

endpoint और ड्राफ़्ट का जीवनचक्र

ग्राफ़ का संपादन हर एप्लिकेशन के लिए होता है और इसके लिए कंसोल/प्रबंधन endpoint का उपयोग होता है (उपयोगकर्ता Bearer + read:workflows/write:workflows)। ग्राफ़ केवल ड्राफ़्ट संस्करण पर संपादित किया जा सकता है, इसलिए जीवनचक्र है ड्राफ़्ट बनाएँ → ग्राफ़ सेट करें → प्रकाशित करें:

सत्यापन चेतावनियाँ

सत्यापन endpoint { "is_valid": true, "graph": …, "warnings": [] } लौटाता है। चेतावनी सलाह के रूप में होती है: ग्राफ़ मान्य है, वह सहेजा जाता है और चेतावनियों के मौजूद होने पर भी प्रकाशित होता है। हर प्रविष्टि में वह शाखा नोड और आर्म दर्ज होता है जिससे वह संबंधित है, ताकि बिल्डर ठीक उस शर्त की ओर इंगित कर सके:
अमान्य ग्राफ़ 400 के साथ errors और सर्वोत्तम प्रयास वाली warnings सूची लौटाता है। केवल errors सहेजने को रोकते हैं।

कार्य उदाहरण: सॉफ़्टवेयर इंजीनियरों को धन के प्रमाण की ओर भेजें

पहचान सत्यापन के बाद: यदि पहचान सत्यापन अस्वीकृत हुआ, तो सत्र अस्वीकार करें; यदि धारक का पेशा ≈ “Software Engineer” है (≥80% समान), तो धन के प्रमाण के दस्तावेज़ का अनुरोध करें; फिर अंतिम निर्णय लें।
अंतिम नोड session_status: "Determine" का उपयोग करता है, जो स्वतः निर्णय लेता है (स्वीकृत / अस्वीकृत / समीक्षाधीन), उन सुविधाओं के आधार पर जो सत्र पर वास्तव में चली हैं। इसलिए धन के प्रमाण वाला पथ और else पथ दोनों सही तरीके से हल होते हैं, और किसी भी शाखा को document_ai.status पढ़ने की ज़रूरत नहीं पड़ती (जो उस पथ पर मौजूद नहीं होता जो Document AI को छोड़ता है)। याद रखें: कोई शाखा केवल ऐसे फ़ील्ड को पढ़ सकती है जिसकी सुविधा उस तक पहुँचने वाले हर पथ पर चली हो। इसे { "graph": <above> } के रूप में …/workflow-graph/ endpoint पर भेजें (पहले सत्यापित करें)। शून्य से नया वर्कफ़्लो बनाने के लिए MCP का didit_workflow_set_graph उपयोग करें; किसी मौजूदा वर्कफ़्लो को संशोधित करने के लिए didit_workflow_edit_graph उपयोग करें (छोटे ऑपरेशन, मौजूदा नोड और अनुमति-सूचियाँ सुरक्षित रहती हैं)। Didit MCP देखें।

प्राधिकरण

x-api-key
string
header
आवश्यक

आपकी एप्लिकेशन की API कुंजी, Business Console में Developers -> API keys से। प्राथमिक कुंजी के पास पूर्ण एक्सेस होता है। एक नामित कुंजी को स्कोप किया जा सकता है: प्रति संसाधन none, read या write, कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित, IP पतों की सूची तक सीमित, और समाप्ति तिथि तक सीमित। 401 का अर्थ है कि कुंजी गलत है, निरस्त कर दी गई है या उसकी समय-सीमा समाप्त हो गई है; 403 का अर्थ है कि कोई कुंजी नहीं भेजी गई थी, कुंजी के पास इस संसाधन या कार्रवाई का एक्सेस नहीं है, या अनुरोध उसकी IP सूची से बाहर के पते से आया था; सत्र रूट पर 404 का अर्थ है कि सत्र कुंजी के वर्कफ़्लो या स्थितियों से बाहर है। मीडिया एक्सेस के बिना एक कुंजी को छवि, वीडियो और PDF URL null के रूप में प्राप्त होते हैं, और सत्र write के बिना एक कुंजी को सत्र लिंक और token null के रूप में प्राप्त होते हैं। देखें https://docs.didit.me/console/api-keys।

बॉडी

application/json

एक सरल रैखिक वर्कफ़्लो बनाएँ। API आंतरिक रूप से इस सुविधा सूची को एक नोड-आधारित वर्कफ़्लो ग्राफ़ में बदल देता है। सख्त फ़ील्ड व्हाइटलिस्ट: यहाँ सूचीबद्ध नहीं की गई किसी भी कुंजी (जिसमें workflow_type भी शामिल है) को 400 के साथ अस्वीकृत कर दिया जाता है।

features
object[]
आवश्यक

निष्पादन क्रम में सत्यापन सुविधाएं। API प्रत्येक आइटम को अगले से लिंक करता है और स्वचालित रूप से एक अंतिम स्थिति नोड जोड़ता है।

Minimum array length: 1
workflow_label
string
डिफ़ॉल्ट:ID Verification

वर्कफ़्लो के लिए डिस्प्ले नाम (अधिकतम 50 वर्ण)। छोड़े जाने पर डिफ़ॉल्ट रूप से "ID Verification" होता है — इसे हमेशा सेट करें ताकि वर्कफ़्लो अलग पहचाने जा सकें।

Maximum string length: 50
उदाहरण:

"Standard KYC"

is_default
boolean

इस वर्कफ़्लो को नए सत्रों के लिए डिफ़ॉल्ट के रूप में सेट करें।

status
enum<string>

सत्रों के लिए तैयार एक प्रकाशित वर्कफ़्लो बनाने के लिए इस फ़ील्ड को छोड़ दें। draft का उपयोग केवल तभी करें जब आप बिना प्रकाशित किए सहेजना चाहते हों।

उपलब्ध विकल्प:
draft,
published
is_white_label_enabled
boolean
डिफ़ॉल्ट:false

इस वर्कफ़्लो के साथ बनाए गए सत्रों के लिए व्हाइट लेबल कस्टमाइज़ेशन सक्षम करें।

is_desktop_allowed
boolean
डिफ़ॉल्ट:false

सत्यापन फ़्लो को डेस्कटॉप ब्राउज़र पर चलने की अनुमति दें।

max_retry_attempts
integer
डिफ़ॉल्ट:3

अस्वीकृत सत्यापन के बाद अनुमत अधिकतम पुनः प्रयास। 0 पहले अस्वीकार के बाद उपयोगकर्ता को ब्लॉक कर देता है।

आवश्यक सीमा: 0 <= x <= 10
retry_window_days
integer | null
डिफ़ॉल्ट:7

पुनः प्रयासों की गणना के लिए दिनों में रोलिंग विंडो। null सर्वकालिक सीमा लागू करता है।

आवश्यक सीमा: 1 <= x <= 365
face_liveness_max_attempts
integer
डिफ़ॉल्ट:3

प्रति सत्र अधिकतम लाइवनेस सबमिशन। डिफ़ॉल्ट 3: एक प्रारंभिक प्रयास और दो पुनः प्रयास। यह मान जनरेट किए गए लाइवनेस और आयु अनुमान वर्कफ़्लो नोड्स में भी कॉपी किया जाता है, जब तक कि सुविधा-स्तरीय कॉन्फ़िगरेशन इसे ओवरराइड न करे।

आवश्यक सीमा: 1 <= x <= 3
face_match_max_attempts
integer
डिफ़ॉल्ट:3

प्रति सत्र अधिकतम चेहरा मिलान सबमिशन। डिफ़ॉल्ट 3: एक प्रारंभिक प्रयास और दो पुनः प्रयास। यह मान जनरेट किए गए चेहरा मिलान वर्कफ़्लो नोड्स में भी कॉपी किया जाता है, जब तक कि सुविधा-स्तरीय कॉन्फ़िगरेशन इसे ओवरराइड न करे।

आवश्यक सीमा: 1 <= x <= 3
session_expiration_time
integer
डिफ़ॉल्ट:604800

किसी अधूरे सत्र की समय-सीमा समाप्त होने से पहले के सेकंड। न्यूनतम 1 घंटा (3600), अधिकतम 4 सप्ताह (2419200)।

आवश्यक सीमा: 3600 <= x <= 2419200

प्रतिक्रिया

वर्कफ़्लो बनाया गया। रिस्पॉन्स बॉडी पूर्ण वर्कफ़्लो कॉन्फ़िगरेशन है — वही रॉ VerificationSettings सीरियलाइज़ेशन जो GET /v3/workflows/{settings_uuid}/ द्वारा लौटाया जाता है (~190 फ़ील्ड: प्रत्येक सुविधा टॉगल, थ्रेशोल्ड, कार्रवाई और जनरेट किया गया workflow_graph), संक्षिप्त सूची आइटम नहीं। uuid (जो workflow_id के रूप में भी प्रदर्शित है) को संग्रहीत करें ताकि आप बाद के सत्र-निर्माण कॉलों में इसका संदर्भ दे सकें। ध्यान दें: features एक " + "-जुड़ी हुई स्ट्रिंग है और कीमतें JSON नंबर हैं।

नीचे दिए गए फ़ील्ड टाइप किए गए हैं; ऑब्जेक्ट अतिरिक्त विशेषताओं के रूप में वर्कफ़्लो कॉन्फ़िगरेशन के हर दूसरे कॉलम (सुविधा टॉगल, थ्रेशोल्ड, चेतावनी कार्रवाइयाँ, अनुमत दस्तावेज़, कॉलबैक) को भी ले जाता है। वे फ़ील्ड जो workflow_type पर लागू नहीं होते हैं, वे null हैं।

uuid
string<uuid>

प्रति-संस्करण पहचानकर्ता (settings_uuid)। वर्कफ़्लो के प्रत्येक संस्करण का अपना पहचानकर्ता होता है।

workflow_id
string<uuid>

वर्कफ़्लो के प्रत्येक संस्करण द्वारा साझा किया गया स्थिर पहचानकर्ता। इसके साथ बनाए गए सत्र नवीनतम प्रकाशित संस्करण का उपयोग करते हैं।

workflow_label
string

वर्कफ़्लो का डिस्प्ले नाम।

workflow_type
enum<string> | null

वर्कफ़्लो टेम्पलेट। बिना टेम्पलेट के बनाए गए ग्राफ़ वर्कफ़्लो के लिए null।

उपलब्ध विकल्प:
kyc,
kyb,
adaptive_age_verification,
biometric_authentication,
address_verification,
questionnaire_verification,
email_verification,
phone_verification,
null
is_default
boolean

क्या यह एप्लिकेशन का डिफ़ॉल्ट वर्कफ़्लो है।

is_archived
boolean

संग्रहीत वर्कफ़्लो नए सत्र शुरू नहीं कर सकते।

version
integer

वर्कफ़्लो के भीतर संस्करण संख्या।

status
enum<string>

ड्राफ़्ट वर्ज़न संपादन योग्य होते हैं; प्रकाशित वर्ज़न अपरिवर्तनीय होते हैं और नए सत्रों के लिए उपयोग किए जाते हैं।

उपलब्ध विकल्प:
draft,
published
published_at
string<date-time> | null

यह संस्करण कब प्रकाशित हुआ था। ड्राफ़्ट के लिए null।

is_simple_workflow
boolean

true जब वर्कफ़्लो में कोई कस्टम workflow_graph न हो।

is_editable
boolean

केवल draft संस्करणों के लिए true।

workflow_url
string<uri>

सार्वजनिक URL जो इस वर्कफ़्लो के साथ एक सत्र शुरू करता है।

workflow_graph
object | null

वर्कफ़्लो की ग्राफ़ संरचना (नोड्स और एजेस)। सरल वर्कफ़्लो के लिए null।

features
string

सक्षम सुविधाएँ " + " से जुड़ी हुई हैं, उदाहरण के लिए "OCR + LIVENESS"।

total_price
number | null

प्रति सत्र कीमत; ग्राफ़ वर्कफ़्लो के लिए सबसे महंगा पथ।

min_price
number | null

वर्कफ़्लो के माध्यम से सबसे सस्ते पथ की कीमत।

max_price
number | null

वर्कफ़्लो के माध्यम से सबसे महंगे पथ की कीमत।

special_add_on_prices
object | null

संगठन-विशिष्ट ऐड-ऑन कीमतें, या कोई सेट न होने पर null।

max_retry_attempts
integer

अस्वीकृत सत्यापन के बाद अनुमत पुनः प्रयास।

retry_window_days
integer | null

वे दिन जिनके दौरान पुनः प्रयास करने की अनुमति है।

session_expiration_time
integer

किसी अधूरे सत्र की समय-सीमा समाप्त होने से पहले के सेकंड।

questionnaire
object | null

वर्कफ़्लो से जुड़ी प्रश्नावली, या null।

kyb_role_settings
object[]

KYB प्रमुख व्यक्तियों के लिए प्रति-भूमिका सत्यापन सेटिंग्स।

created_at
string<date-time>
updated_at
string<date-time>
signature_availability
object

कौन से ई-हस्ताक्षर स्तर अभी हस्ताक्षर कर सकते हैं। signature_level सेट करने से पहले इसे जांचें। kyc, kyb और ग्राफ़ वर्कफ़्लो पर लौटाया जाता है।

is_bank_verification_enabled
boolean

क्या एक सरल KYC या KYB वर्कफ़्लो बैंक सत्यापन चलाता है। यह संपर्क चरणों (और स्थान सत्यापन) के बाद और डेटाबेस सत्यापन, AML और IP विश्लेषण से पहले चलता है। बैंक सत्यापन अभी सामान्य रूप से उपलब्ध नहीं है: जहां भी यह सक्षम नहीं है, इसे चालू करना अस्वीकृत कर दिया जाता है।

bank_verification_config
object

एक सरल वर्कफ़्लो की बैंक सत्यापन सेटिंग्स, उन्हीं कुंजियों के साथ जो एक BANK_VERIFICATION नोड लेता है (उदाहरण के लिए bank_countries और bank_method_order)। अज्ञात कुंजियाँ छोड़ दी जाती हैं। प्रत्येक कुंजी वैकल्पिक है और एक अनुपस्थित कुंजी अपने डिफ़ॉल्ट को बनाए रखती है, इसलिए {} का अर्थ सभी डिफ़ॉल्ट हैं। देखें बैंक सत्यापन सेटिंग्स।

उदाहरण:
is_geolocation_enabled
boolean

क्या एक सरल KYC वर्कफ़्लो स्थान सत्यापन चलाता है। यह संपर्क चरणों के बाद और बैंक सत्यापन तथा डेटाबेस सत्यापन से पहले चलता है। व्यवसाय (KYB) वर्कफ़्लो इसे नहीं चला सकते।

geolocation_config
object

एक साधारण वर्कफ़्लो की स्थान सत्यापन सेटिंग्स, जिनमें वही कुंजियाँ होती हैं जो एक GEOLOCATION नोड लेता है (उदाहरण के लिए is_geolocation_geofencing_enabled और geolocation_max_attempts)। अज्ञात कुंजियों को छोड़ दिया जाता है। प्रत्येक कुंजी वैकल्पिक है और अनुपस्थित कुंजी अपना डिफ़ॉल्ट मान बनाए रखती है, इसलिए {} का अर्थ सभी डिफ़ॉल्ट मान हैं।

उदाहरण:
अंतिम संशोधन 7 नवंबर 2026