क्लाउड के साथ केवाईसी: चैट में अपने ग्राहक को जानें जांच चलाना (HI)

मुख्य बातें

• क्लाउड को डिडिट के मॉडल कॉन्टेक्स्ट प्रोटोकॉल (MCP) सर्वर से OAuth (ओपन ऑथराइजेशन) 2.1 के साथ PKCE (कोड एक्सचेंज के लिए प्रूफ की) के माध्यम से कनेक्ट करें — किसी एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस (API) कुंजी की आवश्यकता नहीं है, और आपकी मौजूदा डिडिट भूमिका और अनुमतियां बिल्कुल वैसी ही रहती हैं।
• 11 श्रेणियों में 115 उपकरण आपको क्लाउड चैट विंडो से ही ग्राहक को जानें (KYC) सत्रों को खोजने, निरीक्षण करने, सही करने, समीक्षा करने, अनुमोदित करने और अस्वीकार करने की सुविधा देते हैं।
• एक अनुपालन विश्लेषक पूरी 'इन रिव्यू' कतार पर काम कर सकता है: निर्णयों का निरीक्षण कर सकता है, गलत पढ़े गए क्षेत्रों को अधिलेखित कर सकता है, ऑडिट-ट्रेल नोट्स छोड़ सकता है, अनुमोदित या अस्वीकृत कर सकता है, और आंशिक पुनः-प्रस्तुति का अनुरोध कर सकता है — यह सब बिजनेस कंसोल खोले बिना।
• MCP उस उपयोगकर्ता की सटीक संगठन भूमिका के साथ हस्ताक्षरित डिडिट उपयोगकर्ता के रूप में कार्य करता है — एक विश्लेषक क्लाउड में कुछ भी नहीं कर सकता है जो वे कंसोल में नहीं कर सकते हैं। यह अनुपालन-अधिकारी के प्रश्न का सीधा उत्तर देता है: अनुमतियों को बायपास नहीं किया जाता है।
• डिडिट उत्पादन में 2,000+ कंपनियों को सेवा प्रदान करता है; मॉडल अनुमान सब-2s p99 पर चलता है। पूर्ण केवाईसी बंडल $0.33 है, और प्रत्येक सुविधा में प्रति माह 500 मुफ्त सत्यापन शामिल हैं।

केवाईसी सत्यापन अनुपालन टीमों के लिए एक दैनिक कार्यप्रवाह है। सत्र मैन्युअल समीक्षा के लिए चिह्नित किए जाते हैं। दस्तावेज़ स्कैन किए जाते हैं, डेटा निकाला जाता है, और कुछ प्रतिशत हमेशा एक मानव समीक्षक पर पड़ता है जिसे सुलझाना होता है। वह समीक्षक आमतौर पर अपना दिन बिजनेस कंसोल और एक कतार प्रबंधन उपकरण के बीच स्विच करने में बिताता है, सत्र दर सत्र क्लिक करता रहता है।

एक तेज़ तरीका है। डिडिट के मॉडल कॉन्टेक्स्ट प्रोटोकॉल (MCP) सर्वर को क्लाउड से कनेक्ट करने के साथ, एक अनुपालन विश्लेषक एक ही चैट विंडो से पूरी समीक्षा कतार पर काम कर सकता है। समीक्षा में सत्रों की खोज करें, पढ़ें कि प्रत्येक को क्यों चिह्नित किया गया था, पूर्ण निर्णय वस्तु का निरीक्षण करें, गलत पढ़ा गया उपनाम या जन्मतिथि सही करें, एक समीक्षक नोट छोड़ें, पूर्ण ऑडिट ट्रेल के साथ अनुमोदित या अस्वीकृत करें, और केवल विफल चरणों की पुनः-प्रस्तुति का अनुरोध करें — यह सब बातचीत छोड़े बिना।

यह कैसे काम करता है

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

डिडिट कनेक्टर को क्लाउड में जोड़ें। कार्यान्वयन और स्व-होस्टिंग कोड MIT लाइसेंस के तहत सार्वजनिक गिटहब रिपॉजिटरी में उपलब्ध हैं।

क्लाउड में दैनिक केवाईसी समीक्षा कतार

MCP सर्वर 11 श्रेणियों में 115 उपकरण प्रदर्शित करता है। केवाईसी सत्रों की समीक्षा करने वाले एक अनुपालन विश्लेषक के लिए, प्रासंगिक कार्यप्रवाह इस प्रकार दिखता है:

1. अपने कार्यक्षेत्र की खोज करें

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

didit_context_get को कॉल करें। चयनित संगठन और एप्लिकेशन बताएं, और किसी भी सत्र को अभी पढ़ें या बदलें नहीं।

2. समीक्षा की आवश्यकता वाले सत्रों का पता लगाएं

status: "In Review" के साथ didit_session_search चलाएँ। यह एक ही कॉल में आपके सभी ऐप्स और संगठनों में खोज करता है और उनके संगठन और ऐप के साथ टैग किए गए सत्रों को लौटाता है, सबसे नए पहले। आप last_n_days का उपयोग करके तिथि सीमा से फ़िल्टर कर सकते हैं या workflow_id के साथ एक विशिष्ट कार्यप्रवाह में ड्रिल कर सकते हैं।

last_n_days: 1 का उपयोग करके "इन रिव्यू" स्थिति वाले सत्रों का पता लगाएं। date_from और date_to सीमाओं को बताएं, फिर session_id, workflow, created time, और किसी भी देखे गए समीक्षा कारण को लौटाएं। राइट टूल्स को कॉल न करें।

last_n_days एक कैलेंडर-तिथि शॉर्टकट है: यह date_from और date_to सेट करता है। यह 24 घंटे का रोलिंग फ़िल्टर नहीं है। जब आपकी समीक्षा नीति को एक अलग सीमा की आवश्यकता हो तो स्पष्ट YYYY-MM-DD तिथियां पास करें।

3. पूर्ण निर्णय का निरीक्षण करें

किसी भी चिह्नित सत्र के लिए, उसके सत्र पहचानकर्ता के साथ didit_session_get_decision को कॉल करें। यह उस सत्र के कॉन्फ़िगर किए गए कार्यप्रवाह द्वारा उत्पादित पूर्ण निर्णय और निकाले गए डेटा को लौटाता है। उस कार्यप्रवाह में मॉड्यूल के आधार पर, प्रतिक्रिया में पहचान-दस्तावेज़ फ़ील्ड, जीवंतता और चेहरा-मिलान परिणाम, एंटी-मनी लॉन्ड्रिंग (AML) स्क्रीनिंग आउटपुट, धोखाधड़ी संकेत, और समीक्षा साक्ष्य शामिल हो सकते हैं। उन मॉड्यूल की अपेक्षा न करें जिन्हें कार्यप्रवाह ने नहीं चलाया था।

सत्र SESSION_UUID के लिए पूर्ण निर्णय प्राप्त करें। देखे गए फ़ील्ड, विफल जांच, विरोधाभासी साक्ष्य, और लापता डेटा को अलग करें। अभी तक किसी स्थिति की सिफारिश न करें।

4. गलत पढ़े गए डेटा को सही करें

OCR (ऑप्टिकल कैरेक्टर रिकॉग्निशन) एक वर्ण को गलत पढ़ सकता है — एक "0" जो "O" होना चाहिए, एक उच्चारण वाला अक्षर जिसे OCR समतल करता है, एक तिथि प्रारूप बेमेल। किसी भी निकाले गए फ़ील्ड को अधिलेखित करने के लिए didit_session_update_data का उपयोग करें: पहला नाम, अंतिम नाम, जन्मतिथि, दस्तावेज़ संख्या, जारी करने वाला राज्य, पता, लिंग, राष्ट्रीयता, वैवाहिक स्थिति, और दस्तावेज़-विशिष्ट अतिरिक्त फ़ील्ड। केवल उन फ़ील्ड को भेजें जिन्हें सुधारने की आवश्यकता है; बाकी सब कुछ जैसा निकाला गया है वैसा ही रहता है।

सत्र SESSION_UUID के लिए, केवल अंतिम नाम को “Muñoz” में बदलें। प्रस्तावित फ़ील्ड अपडेट दिखाएं और didit_session_update_data को कॉल करने से पहले मेरी स्वीकृति की प्रतीक्षा करें।

5. एक ऑडिट-ट्रेल नोट छोड़ें

सत्र के ऑडिट ट्रेल में एक समीक्षक टिप्पणी संलग्न करने के लिए didit_session_add_review का उपयोग करें। आप वैकल्पिक रूप से उसी कॉल के हिस्से के रूप में सत्र की स्थिति बदल सकते हैं — उदाहरण के लिए, यदि आप सक्रिय रूप से उस पर काम कर रहे हैं तो उसे "इन रिव्यू" में ले जाएं, या यदि आपकी निरीक्षण पूरा हो गया है तो "अनुमोदित" में ले जाएं। प्रत्येक नोट और स्थिति संक्रमण लॉग किया जाता है और टाइमस्टैम्प किया जाता है।

इस समीक्षा टिप्पणी को सत्र SESSION_UUID में जोड़ें, इसकी स्थिति बदले बिना: “दस्तावेज़ विज़ुअल ज़ोन से तुलना के बाद उपनाम सही किया गया।”

6. अनुमोदित करें, अस्वीकृत करें, या पुनः-प्रस्तुति का अनुरोध करें

जब समीक्षा निर्णायक हो, तो अंतिम स्थिति को Approved या Declined पर सेट करने के लिए didit_session_update_status का उपयोग करें, जिसमें एक वैकल्पिक टिप्पणी और ईमेल अधिसूचना हो। एक प्रॉम्प्ट का उपयोग करें जो अधिकृत निर्णय को स्पष्ट करता है:

सत्र SESSION_UUID को "मैनुअल समीक्षा नीति v4.2 के तहत पूरी हुई" टिप्पणी के साथ अनुमोदित करें। निकाले गए पहचान डेटा को न बदलें।

आंशिक पुनः-प्रस्तुति एक संवादात्मक लेबल की तुलना में सख्त है। nodes_to_resubmit में उस सत्र के लिए लौटाए गए सटीक विफल नोड पहचानकर्ता शामिल होने चाहिए। liveness या blurred document page जैसे मान विवरण हैं, चलाने योग्य नोड पहचानकर्ता नहीं। पहले पूछें:

सत्र SESSION_UUID के निर्णय से, सटीक विफल नोड पहचानकर्ताओं की सूची बनाएं जो पुनः-प्रस्तुति के लिए योग्य हैं। सत्र को न बदलें।

उन पहचानकर्ताओं की समीक्षा करने के बाद, उनका शब्दशः उपयोग करें:

सत्र SESSION_UUID को "पुनः-प्रस्तुत" पर सेट करें और इन सटीक nodes_to_resubmit मानों को पास करें: ["EXACT_NODE_ID_1", "EXACT_NODE_ID_2"]। टिप्पणी जोड़ें “केवल विफल कॉन्फ़िगर किए गए चरणों को पुनः प्रयास करें।”

पूरा कार्यप्रवाह — खोजें, निरीक्षण करें, सही करें, नोट करें, निर्णय लें — क्लाउड के अंदर होता है। खोजें और पढ़ें समीक्षक ऑडिट प्रविष्टियां नहीं बनाते हैं। राइट टूल्स के अलग-अलग प्रभाव होते हैं: didit_session_update_data एक सुधार लागू करता है, didit_session_add_review एक समीक्षक नोट बनाता है, और didit_session_update_status एक वैकल्पिक ऑडिट-ट्रेल टिप्पणी के साथ एक स्थिति परिवर्तन रिकॉर्ड करता है।

10 सत्र स्थितियां और उनका अर्थ

सत्रों की खोज या समीक्षा करते समय, आप स्थिति के अनुसार फ़िल्टर करते हैं। डिडिट सत्र जीवनचक्र में 10 स्थितियों को ट्रैक करता है:

• शुरू नहीं हुआ — सत्र बनाया गया था और सत्यापन लिंक उत्पन्न किया गया था, लेकिन उपयोगकर्ता ने अभी तक इसे नहीं खोला है।
• प्रगति में — उपयोगकर्ता ने सत्यापन प्रवाह खोला और सक्रिय रूप से चरणों को पूरा कर रहा है।
• समीक्षा में — सत्र वर्तमान में मानव समीक्षा के लिए कतारबद्ध है। यह कॉन्फ़िगर किए गए कार्यप्रवाह तर्क या एक अधिकृत समीक्षक के मैन्युअल स्थिति परिवर्तन के माध्यम से वहां पहुंचा हो सकता है।
• अनुमोदित — सत्र की वर्तमान निर्णय स्थिति अनुमोदित है। वह स्थिति कॉन्फ़िगर किए गए कार्यप्रवाह से या एक अधिकृत समीक्षक के मैन्युअल स्थिति अधिलेखन से आ सकती है; यह साबित नहीं करता है कि हर संभव जांच चली या पास हुई।
• अस्वीकृत — सत्र की वर्तमान निर्णय स्थिति अस्वीकृत है। यह कॉन्फ़िगर किए गए कार्यप्रवाह तर्क या एक अधिकृत समीक्षक के मैन्युअल स्थिति अधिलेखन को प्रतिबिंबित कर सकता है, इसलिए लेबल को विफल जांचों की सूची के रूप में मानने के बजाय लौटाए गए साक्ष्य को पढ़ें।
• समाप्त — उपयोगकर्ता द्वारा सत्यापन पूरा करने से पहले सत्र की समय सीमा समाप्त हो गई।
• छोड़ा गया — उपयोगकर्ता ने प्रवाह शुरू किया लेकिन उसे पूरा नहीं किया।
• केवाईसी समाप्त — केवाईसी डेटा स्वयं पुराना हो गया (उदाहरण के लिए, सत्यापन के बाद एक समाप्त पहचान दस्तावेज़ का पता चला)।
• पुनः-प्रस्तुत — विश्लेषक ने आंशिक पुनः-प्रस्तुति का अनुरोध किया, और उपयोगकर्ता को केवल विफल चरणों को फिर से लेने के लिए प्रेरित किया गया।
• उपयोगकर्ता की प्रतीक्षा में — एक व्यवसाय को जानें (KYB) मूल सत्र प्रतीक्षा कर रहा है जबकि आवश्यक बाल केवाईसी पक्ष अपना सत्यापन पूरा करते हैं।

अनुमतियां और सुरक्षा

किसी भी कृत्रिम बुद्धिमत्ता (AI)-कनेक्टेड टूल पर अनुपालन-अधिकारी का आपत्ति सीधी है: क्या एक एजेंट चैट में कुछ ऐसा कर सकता है जो एक मानव समीक्षक को कंसोल में करने की अनुमति नहीं होगी? डिडिट के एमसीपी सर्वर के साथ, इसका उत्तर नहीं है। एमसीपी OAuth 2.1 के साथ PKCE के माध्यम से हस्ताक्षरित डिडिट उपयोगकर्ता के रूप में प्रमाणित होता है — प्रत्येक टूल कॉल उस उपयोगकर्ता की संगठन भूमिका को प्राप्त करती है। बिजनेस कंसोल और एमसीपी सर्वर service-didit-auth में एक ही अनुमति बैकएंड के खिलाफ समान विशेषाधिकार जांच लागू करते हैं।

एक विश्लेषक केवल उस दायरे के भीतर सत्रों की समीक्षा कर सकता है, डेटा सही कर सकता है और अनुमोदित या अस्वीकृत कर सकता है जो उनकी भूमिका पहले से प्रदान करती है। एमसीपी को जोड़ने वाला एक डेवलपर वर्कफ़्लो बना सकता है और वेबहुक का प्रबंधन कर सकता है यदि उनकी भूमिका इसकी अनुमति देती है। एमसीपी स्वयं नई अनुमतियां पेश नहीं करता है। यह उसी प्राधिकरण मॉडल के लिए एक अलग इंटरफ़ेस है।

यह किसके लिए है

यह कार्यप्रवाह उन अनुपालन विश्लेषकों के लिए डिज़ाइन किया गया है जो पहले से ही जानते हैं कि केवाईसी सत्र की समीक्षा कैसे करें। एमसीपी समीक्षक के निर्णय को स्वचालित नहीं करता है — यह संदर्भ स्विचिंग को हटाता है। ब्राउज़र खोलने, कंसोल में लॉग इन करने, सही सत्र पृष्ठ खोजने, टैब पर क्लिक करने और फ़ॉर्म में टाइप करने के बजाय, विश्लेषक प्राकृतिक भाषा में जो चाहते हैं उसका वर्णन करता है और क्लाउड टूल के अनुक्रम को निष्पादित करता है।

यह उन अनुपालन प्रमुखों के लिए भी उपयोगी है जो अपने फ़ोन से समीक्षा कतार की स्पॉट-चेक करना चाहते हैं, और नए विश्लेषकों को ऑनबोर्ड करने के लिए भी उपयोगी है जो क्लाउड को एक सत्र के निर्णय डेटा के माध्यम से चलते हुए और पैटर्न को चिह्नित करते हुए देखकर समीक्षा प्रक्रिया सीख सकते हैं।

कंसोल का उपयोग कब करें

कुछ कार्य बिजनेस कंसोल में रहते हैं। क्लाउड में एमसीपी सर्वर प्रति-सत्र समीक्षा और प्रबंधन कार्यों को संभालता है। नियम बंडल स्थापित करने, नियम परिवर्तनों का परीक्षण करने, या संदिग्ध गतिविधि रिपोर्ट (SAR) दाखिल करने जैसे थोक संचालन के लिए, वे सुविधाएँ कंसोल के लेनदेन निगरानी और केस प्रबंधन इंटरफेस में रहती हैं। एमसीपी के केस-प्रबंधन उपकरण ट्राइएज को संभालते हैं — didit_case_manage असाइन, टिप्पणी, एस्केलेट, फिर से खोलना, हल करना और अपडेट का समर्थन करता है — लेकिन एसएआर फाइलिंग और नियम-इंजन कॉन्फ़िगरेशन कंसोल-केवल वर्कफ़्लो हैं।

शुरू करें

अपने क्लाउड कनेक्टर सेटिंग्स से क्लाउड को डिडिट के एमसीपी सर्वर से कनेक्ट करें। सर्वर मुफ्त है, होस्टेड एंडपॉइंट को किसी इंस्टॉलेशन की आवश्यकता नहीं है, और पूर्ण टूल संदर्भ docs.didit.me पर है।

यदि आप एमसीपी सेटअप के लिए नए हैं, तो स्थापना गाइड या डिडिट एमसीपी डेवलपर पेज से शुरू करें। सत्र जीवनचक्र और सत्यापन चलने पर क्या होता है, इसका अवलोकन करने के लिए, डिडिट एमसीपी सर्वर के साथ केवाईसी पढ़ें। टूल कैटलॉग के लिए, एमसीपी टूल संदर्भ देखें।

डिडिट पहचान और धोखाधड़ी के लिए बुनियादी ढांचा है। 115 एमसीपी उपकरण। पूर्ण केवाईसी बंडल के लिए $0.33। प्रत्येक सुविधा के लिए प्रति माह 500 मुफ्त सत्यापन। उत्पादन में 2,000+ कंपनियां। क्लाउड कनेक्ट करें, साइन इन करें, और समीक्षा शुरू करें।