AML نتیجے میں پابندیاں (Sanctions)
اسکریننگ کا ایک نتیجہ دو مختلف سوالات کے جوابات فراہم کرتا ہے، اور ایک کو دوسرا سمجھ بیٹھنا آسان ہے: کیا یہ ایڈریس پابندیوں کی فہرست میں شامل ہے، اور کیا اس ایڈریس کو کبھی ایسی رقم موصول ہوئی ہے جو کسی ایسے شخص کے پاس سے گزری ہو جو فہرست میں شامل ہے۔ یہ صفحہ وضاحت کرتا ہے کہ کون سا فیلڈ کس سوال کا جواب دیتا ہے، اور یہ دونوں ہمیشہ متفق کیوں نہیں ہوتے۔
یہ POST /apiv2/screening اور POST /apiv2/aml دونوں پر یکساں طور پر لاگو ہوتا ہے۔
دو ذرائع، جنہیں جان بوجھ کر الگ رکھا گیا ہے
| کہاں | یہ کیا ہے |
|---|---|
sanctions.* | فراہم کنندہ (provider) کے نتیجے کی ہماری اپنی تفصیل (breakdown): آیا ایڈریس خود درج ہے، تعلق کتنا قریبی ہے، فنڈز کے کتنے بڑے حصے پر یہ محیط ہے |
provider_data | فراہم کنندہ کے اپنے نتائج، فراہم کنندہ کے اپنے الفاظ میں |
is_sanctioned (صرف ورژن 1) | فراہم کنندہ کا واحد بولین (boolean) |
فراہم کنندہ کے فلیگ (flag) کو بالکل ویسا ہی چھوڑ دیا گیا ہے جیسا وہ تھا۔ انٹیگریشنز اسی پر بنائے گئے تھے اور اس کے معنی کو تبدیل کرنے سے وہ خاموشی سے ناکارہ ہو جاتے۔ اس کے بجائے تفصیلی بریک ڈاؤن کو ساتھ شائع کیا جاتا ہے۔
فلیگ اور بریک ڈاؤن کے مابین اختلاف کی وجہ
فلیگ ایک خلاصہ ہے، اور دونوں فراہم کنندگان خلاصہ مختلف انداز میں پیش کرتے ہیں۔
BitOK ایک فیصد سے کم نمائش (exposure) کے لیے اپنا فلیگ فعال نہیں کرتا۔ ہمارا بریک ڈاؤن اس حد (threshold) کا اطلاق نہیں کرتا: کسی بھی تعلق کی رپورٹ دی جاتی ہے، اور اس کا حصہ اس کے ساتھ درج ہوتا ہے۔ جانچ کی تمام تر تاریخ میں 331 نتائج ایسے ہیں جہاں بریک ڈاؤن میں پابندیوں کا تعلق ملتا ہے جبکہ فراہم کنندہ کا فلیگ سیٹ نہیں ہے۔ ان میں سے کوئی بھی کسی بھی جانب کی غلطی نہیں ہے — یہ دو مختلف سوالات ہیں۔
Elliptic کا ایک اصول ہے جس کا نام Sanctioned, TF & CSAM ہے، جو ملک اور ادارے کے زمرے (entity category) پر بھی لاگو ہوتا ہے۔ کسی نتیجے کو صرف اس لیے پابندیوں کی زد میں آنے والا (sanctions hit) نہیں کہا جا سکتا کہ اس میں یہ اصول ظاہر ہوا ہے۔ ہمارا بریک ڈاؤن فراہم کنندہ کی طرف سے ہر شراکت کے ساتھ منسلک محرک (trigger) کی بنیاد پر انتخاب کرتا ہے، اصول کے نام کی بنیاد پر نہیں۔
بریک ڈاؤن کیا بتاتا ہے
| فیلڈ | معنی |
|---|---|
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 | ایڈریس خود ہی اصل محرک (trigger) ہے |
counterparty | اسکرین کیے گئے ایڈریس کا براہ راست کاؤنٹر پارٹی |
indirect | ثالثوں کے ذریعے پہنچا — دیکھیں hops |
mixed | ایک ہی ادارے کی طرف براہ راست اور بالواسطہ دونوں بہاؤ |
یہ امتیاز محض حصے (share) کی نسبت زیادہ اہمیت رکھتا ہے۔ وہ ایڈریس جو خود فہرست میں شامل ہو، اور وہ ایڈریس جس نے دو ثالثوں کے ذریعے 0.03 % حاصل کیا ہو، ایک جیسے نتائج نہیں ہیں، لیکن is_sanctioned دونوں کے لیے true دکھاتا ہے۔
آج تک اسکرین کیے گئے ہر نتیجے کے درمیان تقسیم: ایڈریس خود درج ہے — 18؛ براہ راست کاؤنٹر پارٹی — 141؛ ملا جلا (mixed) — 605؛ بالواسطہ — 5 929۔
حصے (Shares)
ورژن 2 میں ہر حصہ share_fraction ہے، جو کہ "0" اور "1" کے درمیان ایک اعشاریہ سٹرنگ ہے۔ ورژن 1 میں یہی قدر فیصد کے طور پر share کے نام سے ظاہر ہوتی ہے۔ بنیادی عدد یکساں ہے؛ صرف لکھنے کا انداز مختلف ہے۔
نتیجے کو پڑھنا
صرف is_sanctioned پر بنایا گیا فیصلہ ایک ایسے ایڈریس کو بھی، جس نے پابندیوں کے حامل ایکسچینج سے کبھی محض راؤنڈنگ کی معمولی رقم حاصل کی ہو، بالکل اسی طرح لیبل کر دیتا ہے جیسے وہ فہرست میں شامل کسی ایڈریس کو کرتا ہے۔ زیادہ مفید انداز میں اسے یوں پڑھا جا سکتا ہے:
sanctions.self— ایڈریس خود فہرست میں شامل ہے۔ یہ سنگین صورتحال ہے؛sanctions.exposure.proximity=counterparty— اس نے براہ راست کسی پابندی کے حامل ادارے سے لین دین کیا؛indirectمعمولیshare_fractionکے ساتھ — ثالثوں کے ذریعے ایک تعلق۔ اس کے لیے اپنی حد (threshold) خود طے کریں، سوچ سمجھ کر، اور اسے دستاویزی شکل دیں۔
risk.level میں موجود خطرے کی سطح اس کا متبادل نہیں ہے۔ یہ مجموعی طور پر ایڈریس کے بارے میں فراہم کنندہ کا تخمینہ ہے، اور پابندیوں کا ایک معمولی سا تعلق بھی low نتیجے کے اندر موجود ہو سکتا ہے۔