"In Progress" और "Not Finished", जो वही स्ट्रिंग हैं जो webhooks में आती हैं।
इन स्ट्रिंग्स से मिलान करें, अपरकेस नामों से नहीं।
सत्र की स्थिति
व्यवसाय सत्यापन (KYB) सत्र की समग्र स्थिति है। यह वह एकल फ़ील्ड है जिसके आधार पर आप सबसे अधिक बार स्विच करेंगे।"Awaiting User" अस्थायी है, आपको इस स्थिति से सत्रों को मैन्युअल रूप से बाहर निकालने की ज़रूरत नहीं है। जैसे ही अंतिम उपयोगकर्ता लंबित कार्रवाई पूरी करता है (उदाहरण के लिए, प्रमुख व्यक्तियों की सूची जमा करता है या अनुरोधित दस्तावेज़ फिर से अपलोड करता है), Didit सत्र का पुनर्मूल्यांकन करता है और परिणाम के आधार पर उसे अपने-आप "In Review", "Approved" या "Declined" में बदल देता है।सुविधा की स्थिति
हर KYB सुविधा की अपनी स्थिति होती है, जो जुड़कर सत्र की स्थिति बनाती है।KYB सुविधा के नाम
येfeatures के मान हैं जो KYB सत्र पर और webhooks में आते हैं:
KYB_REGISTRY: कंपनी रजिस्ट्री खोज।AML: कंपनी-स्तरीय AML स्क्रीनिंग।KYB_DOCUMENTS: दस्तावेज़ संग्रह और OCR।KYB_KEY_PEOPLE: प्रमुख व्यक्ति: UBO, शेयरधारक, निदेशक, प्रतिनिधि और अन्य अधिकारी।
रजिस्ट्री स्थिति (प्रदाता से)
प्रामाणिक रजिस्ट्री स्रोतों से प्राप्त कंपनी की आधिकारिक स्थिति। यह क्षेत्राधिकार-विशिष्ट रजिस्ट्री द्वारा रिपोर्ट की गई इकाई की कानूनी या नियामक स्थिति को दर्शाती है, इसलिए सटीक मान स्रोत के अनुसार अलग होते हैं। KYB निर्णय मेंcompany.registry_status के अंतर्गत दिखाई जाती है।
चूँकि
registry_status कच्चे रजिस्ट्री मानों को दर्शाता है, जब आपको उत्पाद तर्क चलाने के लिए एक सुसंगत, क्षेत्राधिकार-से-परे संकेतक चाहिए, तो नीचे दिया verification_status इस्तेमाल करें।कंपनी सत्यापन स्थिति
हर कंपनी परिणाम के लिए एक मानकीकृत, व्यवसाय-उन्मुख स्थिति। यह अलग-अलग देशों और स्रोतों की भिन्न रजिस्ट्री और कंपनी स्थितियों को एक सुसंगत संकेतक में सामान्य करती है, जिसे सीधे आपके उत्पाद के भीतर समझा जा सकता है। KYB निर्णय मेंcompany.verification_status के अंतर्गत दिखाई जाती है।
कंपनी डेटा प्राप्ति स्थिति
बाहरी या आधिकारिक रजिस्ट्रियों से किसी कंपनी रिकॉर्ड के लिए डेटा प्राप्ति की प्रगति दर्शाती है। इसका उपयोग यह तय करने के लिए करें कि किसी दी गई कंपनी के लिए प्राप्त जानकारी कितनी पूरी है। KYB निर्णय मेंcompany.fetch_status के अंतर्गत दिखाई जाती है।
AML सत्यापन स्थिति
हर स्क्रीनिंग (कंपनी या व्यक्ति) के लिए लौटाई जाती है।निर्णय अपनी व्याख्या कैसे करता है
KYB निर्णय में कोई एकल कारण-कोड स्ट्रिंग नहीं होती। हर सुविधा ऐरे (registry_checks[], document_verifications[], key_people_checks[], aml_screenings[]) में warnings[] होता है, जिसमें KYB_* और AML टैग होते हैं, और decision_trace दर्ज करता है कि निर्णय तक कैसे पहुँचा गया।
KYB चेतावनियाँ में टैग पढ़ें, और उन्हें सत्र स्थिति के साथ लॉग करें।
जब कोई समीक्षक प्लेटफ़ॉर्म की अपनी एकत्रित गणना के मुकाबले स्थिति हाथ से सेट करता है, तो निर्णय में status_override होता है, जिसमें overridden_at समय और automatic_status होता है, यानी वह स्थिति जो प्लेटफ़ॉर्म स्वतः सेट कर देता।
रिस्पॉन्स स्कीमा देखें।
अगले चरण
रिस्पॉन्स स्कीमा
payload में हर स्थिति कहाँ दिखती है।
जोखिम मूल्यांकन
KYB परिणाम को क्या प्रभावित करता है।
webhook
स्थिति बदलने पर फ़ायर होने वाले इवेंट।