AML परिणाम में प्रतिबंध (Sanctions)
एक स्क्रीनिंग परिणाम दो अलग-अलग सवालों के जवाब देता है, और एक को दूसरे समझने की भूल होना आसान है: क्या यह पता किसी प्रतिबंध सूची में है, और क्या इस पते ने कभी ऐसा धन प्राप्त किया है जो किसी ऐसे व्यक्ति से होकर गुजरा हो जो प्रतिबंधित है। यह पृष्ठ समझाता है कि कौन सा फ़ील्ड किस सवाल का जवाब देता है, और दोनों हमेशा एकमत क्यों नहीं होते हैं।
यह POST /apiv2/screening और POST /apiv2/aml दोनों पर समान रूप से लागू होता है।
दो स्रोत, जिन्हें जानबूझकर अलग रखा गया है
| कहाँ | यह क्या है |
|---|---|
sanctions.* | प्रदाता के परिणाम का हमारा अपना विवरण (breakdown): क्या पता स्वयं सूचीबद्ध है, संबंध कितना निकट है, यह फंड के कितने बड़े हिस्से को कवर करता है |
provider_data | प्रदाता के अपने निष्कर्ष, प्रदाता के अपने शब्दों में |
is_sanctioned (केवल संस्करण 1) | प्रदाता का एकल बूलियन |
प्रदाता के फ़्लैग को बिल्कुल वैसा ही छोड़ दिया गया है जैसा वह था। इंटीग्रेशन इसी पर बनाए गए थे और इसका अर्थ बदलने से वे बिना किसी चेतावनी के बाधित हो जाते। इसके बजाय, विवरण को इसके साथ प्रकाशित किया गया है।
फ़्लैग और विवरण में असहमति क्यों होती है
फ़्लैग एक सारांश है, और दोनों प्रदाता अलग-अलग तरीके से सारांश प्रस्तुत करते हैं।
BitOK एक प्रतिशत से कम के एक्सपोज़र के लिए अपना फ़्लैग नहीं उठाता है। हमारा विवरण उस थ्रेशोल्ड को लागू नहीं करता है: किसी भी लिंक की रिपोर्ट की जाती है, और उसका हिस्सा उसके बगल में दर्शाया जाता है। अब तक की जाँचों के पूरे इतिहास में ऐसे 331 परिणाम हैं जहाँ विवरण में प्रतिबंध लिंक मिलता है और प्रदाता का फ़्लैग सेट नहीं होता है। इनमें से कोई भी किसी भी पक्ष की त्रुटि नहीं है — वे दो अलग-अलग सवाल हैं।
Elliptic का एक नियम है जिसका नाम Sanctioned, TF & CSAM है जो देश और इकाई श्रेणी पर भी सक्रिय होता है। केवल इसलिए किसी परिणाम को प्रतिबंध हिट नहीं कहा जा सकता क्योंकि उसमें वह नियम दिखाई देता है। हमारा विवरण प्रदाता द्वारा प्रत्येक योगदान से जोड़े गए ट्रिगर के आधार पर चयन करता है, नियम के नाम के आधार पर नहीं।
विवरण क्या कहता है
| फ़ील्ड | अर्थ |
|---|---|
sanctions.self | जाँचा गया पता स्वयं प्रतिबंधित इकाई है |
sanctions.self_entities | इसकी अपनी प्रतिबंधित इकाइयों के नाम |
sanctions.exposure | अकेला सबसे बड़ा लिंक — जिसे सारांश पंक्ति में शामिल किया जाना चाहिए |
sanctions.items | प्रत्येक प्रतिबंध लिंक, सबसे बड़ा हिस्सा पहले |
sanctions.related | केवल BitOK: EU या UK प्रतिबंधों के तहत एक्सचेंज, जिन्हें स्वयं प्रतिबंध सूची से अलग रखा गया है |
जब विश्लेषण के लिए अभी तक कोई परिणाम नहीं होता है, तो sanctions का मान null होता है। self: false के साथ एक खाली items सूची का अर्थ है कि विश्लेषण चला और उसे कुछ नहीं मिला।
निकटता (Proximity)
proximity एक Elliptic रिपोर्ट के Closest Proximity कॉलम को दर्शाता है:
| मान | अर्थ |
|---|---|
screened_address | पता स्वयं ट्रिगर है |
counterparty | जाँचे गए पते का सीधा काउंटरपार्टी |
indirect | बिचौलियों के माध्यम से पहुँचा — देखें hops |
mixed | उसी इकाई के लिए प्रत्यक्ष और अप्रत्यक्ष दोनों प्रवाह |
यह अंतर हिस्से (share) से अधिक मायने रखता है। एक पता जो स्वयं सूचीबद्ध है और एक पता जिसने दो बिचौलियों के माध्यम से 0.03 % प्राप्त किया है, वे दोनों एक समान निष्कर्ष नहीं हैं, और is_sanctioned दोनों के लिए true कहता है।
आज तक जाँचे गए प्रत्येक परिणाम में वितरण: पता स्वयं सूचीबद्ध — 18; सीधा काउंटरपार्टी — 141; मिश्रित — 605; अप्रत्यक्ष — 5 929।
हिस्से (Shares)
संस्करण 2 में प्रत्येक हिस्सा share_fraction है, जो "0" और "1" के बीच एक दशमलव स्ट्रिंग है। संस्करण 1 में यही मान प्रतिशत में share के रूप में दिखाई देता है। मूल संख्या समान है; केवल नोटेशन भिन्न है।
परिणाम को समझना
केवल is_sanctioned पर आधारित निर्णय एक ऐसे पते को जिसने किसी प्रतिबंधित एक्सचेंज से केवल एक राउंडिंग एरर जितनी राशि प्राप्त की थी, उसी तरह लेबल करता है जैसे वह सूची में शामिल किसी पते को लेबल करता है। इसे समझने का एक अधिक उपयोगी तरीका यह है:
sanctions.self— पता सूचीबद्ध है। यह गंभीर मामला है;sanctions.exposure.proximity=counterparty— इसने सीधे किसी प्रतिबंधित इकाई के साथ लेन-देन किया है;share_fractionके छोटे मान के साथindirect— बिचौलियों के माध्यम से एक संबंध। इसके लिए सोच-समझकर अपना थ्रेशोल्ड निर्धारित करें और उसे दर्ज करें।
risk.level में जोखिम स्तर इसका विकल्प नहीं है। यह पते का समग्र रूप से प्रदाता द्वारा किया गया आकलन है, और एक छोटा प्रतिबंध एक्सपोज़र भी low परिणाम के अंदर हो सकता है।