ऑनगोइंग AML मॉनिटरिंग

मॉनिटरिंग चालू किए गए सेशन को अपडेटेड लिस्ट के ख़िलाफ़ रोज़ाना स्क्रीन करती है, नई चीज़ थ्रेशोल्ड पार करे तो सेशन आगे बढ़ाती है - /bin/zsh.07 प्रति वर्ष।

#एक बार की गई स्क्रीन काफ़ी क्यों नहीं है

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

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

जिन सेशन में AML चेक चला हो, उनके लिए मॉनिटरिंग अपने आप उपलब्ध है, बिना किसी अतिरिक्त इंटीग्रेशन काम के:

1. निरंतर AML निगरानी केवल सक्षम सत्रों को रोज़ दोबारा जाँचती है। नए सत्रों के लिए वर्कफ़्लो में इसे चालू करें; यह डिफ़ॉल्ट रूप से बंद है। पुराने सत्र सूची में चुनकर निरंतर निगरानी → चालू करें दबाएँ, या एक रिकॉर्ड के AML भाग का स्विच इस्तेमाल करें। सत्यापन लिखने की अनुमति चाहिए। AML रहित सत्र छोड़ दिए जाते हैं। बंद करने पर आगे की जाँच रुकती है, पुराने निष्कर्ष बने रहते हैं।
2. थ्रेशोल्ड की तुलना। नई खोजों की तुलना उन्हीं रिव्यू और डिक्लाइन थ्रेशोल्ड से की जाती है जो आपने अपने वर्कफ़्लो में सेट किए हैं।
3. स्टेटस में बदलाव। आपके रिव्यू थ्रेशोल्ड से ऊपर की कोई नई हिट सेशन को In Review में ले जाती है। डिक्लाइन थ्रेशोल्ड से ऊपर की हिट उसे Declined में ले जाती है।
4. Webhook। आपके एप्लिकेशन को अपडेट हुए स्टेटस और नई हिट की जानकारी के साथ एक status.updated webhook मिलता है, ठीक उसी फ़ॉर्मेट में जैसे कोई और webhook।
5. कंसोल। यह बदलाव सेशन पर दिख जाता है, साथ में सुलझाने के लिए तैयार नई हिट भी।

#जिस बात के लिए तैयार रहना है

कोई अप्रूव्ड सेशन बाद में स्टेटस बदल सकता है। अगर आपका इंटीग्रेशन Approved को अंतिम मान लेता है और सुनना बंद कर देता है, तो आप ठीक वही इवेंट मिस कर देंगे जिनके लिए मॉनिटरिंग बनाई गई है।

ठोस रूप से:

• जिन सेशन को आप पहले ही वेरिफ़ाइड मार्क कर चुके हैं, उनके लिए status.updated सुनते रहें।
• किसी webhook को यह सोचकर नज़रअंदाज़ न करें कि यह सेशन तो आपने हफ़्तों पहले बंद कर दिया था।
• अपने ख़ुद के यूज़र स्टेट को "verified" से वापस बाहर आ सकने लायक बनाएं - यह आमतौर पर करने में ज़्यादा मुश्किल बदलाव है, क्योंकि यह सिर्फ़ किसी हैंडलर का नहीं, बल्कि प्रोडक्ट का फ़ैसला है।

#इसकी लागत क्या है

हर मॉनिटर किए जा रहे व्यक्ति के लिए $0.07 प्रति वर्ष। यह आपके प्लान क्रेडिट या बैलेंस से चुकता है।

इसकी कीमत स्क्रीन के हिसाब से नहीं, बल्कि सालाना तय की गई है, ताकि रोज़ाना की जाने वाली जांच से लागत कई गुना न बढ़ जाए - यही बात बड़े पैमाने पर कंटीन्यूअस मॉनिटरिंग को किफ़ायती बनाती है, न कि कोई ऐसी चीज़ जिसे नाप-तौल कर इस्तेमाल करना पड़े।

#इसे चालू और बंद करना

निरंतर AML निगरानी केवल सक्षम सत्रों को रोज़ दोबारा जाँचती है। नए सत्रों के लिए वर्कफ़्लो में इसे चालू करें; यह डिफ़ॉल्ट रूप से बंद है। पुराने सत्र सूची में चुनकर निरंतर निगरानी → चालू करें दबाएँ, या एक रिकॉर्ड के AML भाग का स्विच इस्तेमाल करें। सत्यापन लिखने की अनुमति चाहिए। AML रहित सत्र छोड़ दिए जाते हैं। बंद करने पर आगे की जाँच रुकती है, पुराने निष्कर्ष बने रहते हैं।

#नतीजे के लिए स्टाफ़िंग करना

टीमें जिस बात को कम आंकती हैं वह इंटीग्रेशन नहीं है - बल्कि यह है कि मॉनिटरिंग एक लगातार चलने वाली क्यू बनाती है। किसी नई हिट को ऑनबोर्डिंग हिट जितने ही रिज़ॉल्यूशन काम की ज़रूरत होती है: क्या यह आपका ग्राहक है, क्या इससे फ़र्क़ पड़ता है, कारण दर्ज करें। देखें AML हिट पर काम करना।

अगर इस क्यू का ज़िम्मा किसी के पास नहीं है, तो मॉनिटरिंग ऐसे अलर्ट पैदा करती है जो कभी पढ़े नहीं जाते, जो मॉनिटरिंग न करने से भी बुरा है - अब आपके पास यह सबूत है कि आपको बताया गया था और आपने कुछ नहीं किया।

#मॉनिटरिंग, ट्रांज़ैक्शन मॉनिटरिंग नहीं है

मिलते-जुलते नाम वाली दो अलग चीज़ें:

• AML मॉनिटरिंग समय के साथ व्यक्ति को लिस्ट के ख़िलाफ़ फिर से स्क्रीन करती है। यह वही लेख है।
• ट्रांज़ैक्शन मॉनिटरिंग ट्रांज़ैक्शन के होते ही उन्हें नियमों के ख़िलाफ़ जांचती है। देखें ट्रांज़ैक्शन मॉनिटरिंग कैसे काम करती है।

हो सकता है आपको दोनों चाहिए हों, और इनका बिल अलग-अलग बनता है।