मुख्य सामग्री पर जाएं

Overview

AML स्क्रीनिंग सत्यापित विषय की पहचान का वैश्विक प्रतिबंध, PEP, वॉचलिस्ट और प्रतिकूल मीडिया डेटासेट के साथ क्रॉस-रेफ़रेंस करती है। प्रत्येक हिट से मिलान की गई इकाई, मिलान उत्पन्न करने वाले डेटासेट, दो स्कोर — match_score (पहचान संबंधी विश्वास) और risk_score (इकाई का जोखिम) — और स्रोत के अनुसार एक संरचित विवरण (pep_matches[], sanction_matches[], warning_matches[], adverse_media_matches[]) प्राप्त होता है। समग्र score उन हिट्स में उच्चतम risk_score है जिन्हें False Positive के रूप में चिह्नित नहीं किया गया है। समान संरचना उपयोगकर्ता (KYC) सत्रों, व्यवसाय (KYB) सत्रों और स्टैंडअलोन AML API पर AML स्क्रीनिंग द्वारा लौटाई जाती है।
प्रतिबंध, PEP और प्रतिकूल मीडिया हिट्स के साथ Didit AML स्क्रीनिंग रिपोर्ट का स्क्रीनशॉट

API रिस्पॉन्स में यह कहाँ दिखाई देता है

सत्र निर्णय endpoint पर, AML स्क्रीनिंग बहुवचन ऐरे aml_screenings[] के रूप में लौटाई जाती है। प्रत्येक प्रविष्टि वर्कफ़्लो में एक AML निष्पादन से मेल खाती है (दो बार चलने वाली एक AML जांच अलग-अलग node_id मानों के साथ दो प्रविष्टियाँ उत्पन्न करती है)।
स्टैंडअलोन AML और व्यवसाय सत्र समान प्रति-रिकॉर्ड संरचना लौटाते हैं। नीचे दिए गए फ़ील्ड डेटा मॉडल पेज पर कैनोनिकल स्कीमा को दर्शाते हैं।

एक नहीं, तीन स्कोर

status एक निर्णय है; जिन संख्याओं से इसे निकाला गया था वे उसी payload में मौजूद हैं। केवल Approved / In Review / Declined पर शाखा बनाने के बजाय, जब आप अपना स्वयं का जोखिम टियरिंग बनाते हैं (उदाहरण के लिए धन के स्रोत या PEP स्व-घोषणा जैसे प्रश्नावली के उत्तरों के साथ AML जोखिम को संयोजित करना) तो उन्हें पढ़ें: तीनों स्कोर उन सभी स्थानों पर मौजूद हैं जहाँ AML रिपोर्ट डिलीवर की जाती है: GET /v3/session/{sessionId}/decision/, प्रत्येक webhook संस्करण (V3 aml_screenings[], और लीगेसी V2 / V1 एकवचन aml) पर status.updated और data.updated webhook का decision ऑब्जेक्ट, और स्टैंडअलोन AML API। कोई उपभोक्ता जो केवल फ़्लैग किया गया / साफ़ लेबल देखता है, वह status (या किसी हिट की review_status) पढ़ रहा है और उसके बगल में दिए गए स्कोर को छोड़ रहा है। कंसोल समान संख्याएँ दिखाता है: AML अनुभाग हेडर में समग्र जोखिम स्कोर होता है, और मिलान तालिका की प्रत्येक पंक्ति में मिलान स्कोर और जोखिम स्कोर होवर करने पर विस्तृत विवरण के साथ दिखाई देता है।

स्कीमा

कैनोनिकल स्कीमा के लिए डेटा मॉडल संदर्भ में AML स्क्रीनिंग देखें। शीर्ष-स्तरीय फ़ील्ड:

प्रति-हिट फ़ील्ड

hits[] की प्रत्येक प्रविष्टि में निम्नलिखित फ़ील्ड होते हैं (सबसेट दिखाया गया है)। मिलान-स्रोत ऐरे — pep_matches[], sanction_matches[], warning_matches[], adverse_media_matches[] — केवल उन्हीं डेटासेट के लिए पॉप्युलेट होते हैं जिनसे हिट संबंधित है।
False Positive के रूप में वर्गीकृत किए गए हिट्स (क्योंकि match_score मिलान-स्कोर थ्रेशोल्ड से नीचे गिर गया था, या किसी समीक्षक ने उन्हें चिह्नित किया था) ऑडिटेबिलिटी के लिए hits[] में बने रहते हैं। उन्हें केवल समग्र score गणना से बाहर रखा जाता है।

सतत निगरानी

जब is_ongoing_monitoring_enabled का मान true होता है, तो Didit विषय को लगातार पुनः स्क्रीन करता है और जब भी कोई हिट जोड़ी जाती है, हटाई जाती है या बदलती है, तो AML रिपोर्ट फिर से जारी करता है। ऐसी पुनः स्क्रीनिंग जो AML स्थिति को बदलती हैं, वे status.updated webhook ट्रिगर करती हैं; ऐसी पुनः स्क्रीनिंग जो केवल हिट डेटा को बदलती हैं, वे data.updated ट्रिगर करती हैं। निगरानी विंडो last_aml_bill_date से 365 दिनों तक चलती है; next_ongoing_monitoring_bill_date यह दर्शाती है कि अगला वार्षिक नवीनीकरण कब होगा। वे सभी सिग्नल परिवर्तन-आधारित होते हैं, इसलिए बिना किसी नए हिट के महीनों तक पुनः स्क्रीन किए गए विषय के लिए इनमें से कोई भी सिग्नल उत्पन्न नहीं होता है। last_ongoing_screening_at वह एकमात्र फ़ील्ड है जो प्रत्येक पूर्ण रन पर अपडेट होता है, और screening-history endpoint प्रत्येक रन को व्यक्तिगत रूप से सूचीबद्ध करता है — जिसमें वे रन भी शामिल हैं जिन्होंने कुछ भी नहीं बदला। संपूर्ण जीवनचक्र के लिए सतत AML निगरानी देखें।
इस रिपोर्ट की तीन तारीखों का अर्थ तीन अलग-अलग चीजें हैं। next_ongoing_monitoring_bill_date वह समय है जब आपको अगली बार बिल भेजा जाएगा। last_ongoing_screening_at वह समय है जब विषय को पिछली बार वास्तव में स्क्रीन किया गया था। last_ongoing_screening_datasets_updated_at वह समय है जब उस स्क्रीनिंग से संबद्ध सूचियों को प्रदाता द्वारा पिछली बार रीफ़्रेश किया गया था। केवल दूसरा वाला ही यह प्रमाणित करता है कि नियंत्रण चलाया गया था।

स्थिति मान

थ्रेशोल्ड प्रति वर्कफ़्लो नोड कॉन्फ़िगर करने योग्य हैं — AML जोखिम स्कोर देखें। कस्टम स्थिति नियम Declined > In Review > Approved वरीयता का उपयोग करके व्युत्पन्न स्थिति के साथ संयोजित होते हैं; समीक्षक कंसोल या AML स्थिति endpoint से भी AML स्थिति को ओवरराइड कर सकते हैं।

उदाहरण

स्वीकृत — कोई हिट नहीं

समीक्षाधीन — PEP + प्रतिकूल मीडिया हिट

नीचे दिए गए सभी नाम, URL और लेख काल्पनिक हैं।

संबंधित

अंतिम संशोधन 7 नवंबर 2026