# AML हिट पर काम करना

Source: https://help.didit.me/hi/aml-screening/resolving-aml-hits
Updated: 2026-10-12

कोई हिट एक संभावना है, फ़ैसला नहीं। तय करें कि यह आपका ग्राहक है या नहीं, क्या इससे फ़र्क़ पड़ता है, और फ़ैसला ऐसे दर्ज करें कि वह ऑडिट में टिक सके।

क्रम से दो सवाल पूछें: **क्या यह मेरा ग्राहक है** (मैच स्कोर), और **क्या
इससे फ़र्क़ पड़ता है** (रिस्क स्कोर और कैटेगरी)। ज़्यादातर हिट पहले ही
सवाल पर फेल हो जाती हैं - बहुत बड़ी लिस्ट के सामने मिलते-जुलते नाम। दोनों
ही स्थितियों में अपना कारण दर्ज करें; फ़ैसले का यह ट्रेल ही वह हिस्सा है
जिसे कोई ऑडिटर पढ़ता है।

## कोई हिट एक संभावना है

स्क्रीनिंग इंजन का काम है ऐसे हर व्यक्ति को सामने लाना जो किसी लिस्ट पर हो सकता है। यह तय करना कि वह सच में है या नहीं, और इसके बारे में क्या करना है, यह आपका काम है। `POSSIBLE_MATCH_FOUND` चेतावनी का बिल्कुल वही मतलब है जो वह कहती है।

![Didit कंसोल में सत्यापन की लिस्ट, स्टेटस फ़िल्टर और बल्क स्टेटस एक्शन के साथ](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*किसी हिट को सुलझाने का मतलब है उससे जुड़े सेशन पर फ़ैसला लेना।*

## स्टेप 1: क्या यह सच में आपका ग्राहक है?

हिट पर मौजूद पहचान की जानकारी की तुलना उस जानकारी से करें जो सत्यापन के दौरान पता चली:

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

आम नाम प्रतिबंध और PEP लिस्ट के ख़िलाफ़ बड़ी संख्या में कम-भरोसे वाले मैच पैदा करते हैं - यह कोई ख़राबी नहीं, बल्कि नाम-आधारित स्क्रीनिंग का स्वभाव है। अगर आपकी क्यू ऐसी हिट से भरी है, तो आपका मैच थ्रेशोल्ड बहुत कम सेट है। देखें [AML स्क्रीनिंग के नतीजे समझना](https://help.didit.me/hi/aml-screening/how-aml-screening-works)।

> **Tip:** यहां ट्रांसलिटरेशन मायने रखता है। किसी नॉन-लैटिन स्क्रिप्ट के नाम को कई
> सही तरीकों से रोमन लिपि में लिखा जा सकता है, इसलिए एक ही व्यक्ति अलग-अलग
> स्पेलिंग के तहत आ सकता है जो एक-दूसरे से स्ट्रिंग-मैच नहीं करतीं, और अलग-अलग
> लोग एक ही स्पेलिंग पर आकर मिल सकते हैं। ऐसे मामलों में जन्मतिथि और
> राष्ट्रीयता को ज़्यादा वज़न दें।

## स्टेप 2: क्या इससे फ़र्क़ पड़ता है?

AML भाग में **मैच की पुष्टि करें** या **मैच नहीं है** चुनें; कई परिणाम एक साथ खारिज कर सकते हैं। बदलाव **समीक्षाएँ** में दर्ज होता है और सत्यापन लिखने की अनुमति चाहिए। फिर सत्र का निर्णय और कारण दर्ज करें।

- **प्रतिबंध मैच।** सबसे गंभीर वाला। इसे अपनी ख़ुद की प्रतिबंध प्रक्रिया के तहत संभालें; यह हल्के में लेने लायक फ़ैसला नहीं है।
- **PEP।** कोई PEP अपराधी नहीं होता। ज़्यादातर व्यवस्थाओं में, PEP स्टेटस इनकार के बजाय **बढ़ी हुई ड्यू डिलिजेंस** - अतिरिक्त जानकारी, धन के स्रोत की जानकारी, सीनियर साइन-ऑफ़ - को ट्रिगर करता है। PEP को अपने आप डिक्लाइन कर देना एक पॉलिसी फ़ैसला है, और आमतौर पर एक ख़राब फ़ैसला।
- **RCA।** किसी PEP का रिश्तेदार या करीबी सहयोगी, जिसे उसी वजह से स्क्रीन किया जाता है और आमतौर पर उसी तरह हैंडल किया जाता है।
- **नकारात्मक मीडिया।** टैग की गई कैटेगरी को पढ़ें। एक बार रिपोर्ट हुआ कोई आरोप, दोषसिद्धि नहीं है, और आपकी पॉलिसी में यह फ़र्क़ होना चाहिए।
- **देश या भू-राजनीतिक जोखिम।** आमतौर पर यह फ़ैसला नहीं, बल्कि रिस्क-रेटिंग का एक इनपुट होता है।

## स्टेप 3: फ़ैसला दर्ज करें

कारण बताते हुए एक नोट के साथ हिट को कंसोल में सुलझाएं। यही वह हिस्सा है जो बाद में मायने रखता है: किसी ऑडिटर की दिलचस्पी आपकी हिट रेट में उतनी नहीं होती जितनी इस बात में कि आपके फ़ैसले लगातार और सबूत के साथ लिए गए थे या नहीं।

नोट ऐसे लिखें जैसे दो साल बाद इसे कोई और पढ़ेगा, आपके वहां रहे बिना - क्योंकि वह पढ़ेगा ही। "जन्मतिथि में 14 साल का फ़र्क़, अलग राष्ट्रीयता, ख़ारिज किया गया" काम का है। "मैच नहीं है" काम का नहीं है।

हर कार्रवाई 365 दिनों के लिए ऑडिट लॉग में दर्ज होती है। देखें [ऑडिट लॉग का इस्तेमाल](https://help.didit.me/hi/account-organization/audit-logs)।

## अंधे हुए बिना फॉल्स पॉज़िटिव कम करना

यदि केस प्रबंधन और दो व्यक्तियों की समीक्षा सक्षम हैं, तो प्रक्रिया दूसरे समीक्षक की पुष्टि माँगती है। उपलब्धता केस सेटिंग और अनुमतियों पर निर्भर करती है।

## फ़ोर-आइज़ साइन-ऑफ़

अगर आपकी प्रक्रिया में किसी AML फ़ैसले पर दो रिव्यूअर की ज़रूरत होती है, तो Didit फ़ोर-आइज़ फ़्लो का समर्थन करता है जहां दूसरे व्यक्ति की पुष्टि ज़रूरी है। देखें [फ़ोर-आइज़ रिव्यू](https://docs.didit.me/console/case-management/four-eyes)।

## मॉनिटरिंग पुरानी हिट वापस ला सकती है

ऑनगोइंग मॉनिटरिंग चालू होने पर, कोई पहले अप्रूव्ड ग्राहक बाद में नई हिट पैदा कर सकता है और वापस In Review में जा सकता है। यह फीचर के सही काम करने की निशानी है, कोई गड़बड़ी नहीं - और इसका मतलब है कि हिट सुलझाना एक बार-ओनबोर्डिंग होने वाला काम नहीं, बल्कि बार-बार चलने वाली प्रक्रिया है जिसके लिए स्टाफ़ रखना ज़रूरी है। देखें [ऑनगोइंग AML मॉनिटरिंग](https://help.didit.me/hi/aml-screening/ongoing-monitoring)।

## असली स्थिति से पहले अभ्यास करना

Sandbox में दो AML स्थितियां हैं: `decline_aml_hit` एक ऐसी हिट पैदा करता है जो डिक्लाइन हो जाती है, और `review_aml_possible_match` कम-भरोसे वाली एक हिट पैदा करता है जो पूरे स्कोर ब्रेकडाउन समेत भरे हुए हिट रिकॉर्ड के साथ In Review में जाती है - बिल्कुल असली हिट जैसा ही स्कीमा। इनका इस्तेमाल अपनी टीम को रिज़ॉल्यूशन प्रोसेस से गुज़ारने के लिए करें, इससे पहले कि कोई असली ग्राहक इंतज़ार कर रहा हो। देखें [sandbox में टेस्टिंग](https://help.didit.me/hi/getting-started/sandbox-and-testing)।