Bir AML sonucunda yaptırımlar
Bir tarama sonucu iki farklı soruyu yanıtlar ve birini diğeriyle karıştırmak kolaydır: bu adres bir yaptırım listesinde mi ve bu adres daha önce listede yer alan birinden geçmiş bir para aldı mı. Bu sayfa, hangi alanın hangisini yanıtladığını ve ikisinin neden her zaman uyuşmadığını açıklamaktadır.
Hem POST /apiv2/screening hem de POST /apiv2/aml için geçerlidir.
Kasıtlı olarak ayrı tutulan iki kaynak
| Nerede | Ne olduğu |
|---|---|
sanctions.* | Sağlayıcının sonucunun kendi dökümümüz: adresin kendisinin listede olup olmadığı, bağlantının ne kadar yakın olduğu, fonların ne kadarlık bir payını kapsadığı |
provider_data | Sağlayıcının kendi bulguları, sağlayıcının kendi ifadeleriyle |
is_sanctioned (yalnızca sürüm 1) | Sağlayıcının tekil boolean değeri |
Sağlayıcının işareti tam olarak olduğu gibi bırakılmıştır. Entegrasyonlar bunun üzerine inşa edilmiştir ve anlamını değiştirmek bunları sessizce bozacaktır. Bunun yerine döküm bunun yanında yayınlanmaktadır.
İşaret ve döküm neden uyuşmuyor
İşaret bir özettir ve iki sağlayıcı farklı şekilde özetler.
BitOK, yüzde birin altındaki bir maruziyet için işaretini kaldırmaz. Dökümümüz bu eşiği uygulamaz: herhangi bir bağlantı, yanında payı belirtilerek raporlanır. Tüm kontrol geçmişi genelinde, dökümün bir yaptırım bağlantısı bulduğu ve sağlayıcının işaretinin ayarlanmadığı 331 sonuç bulunmaktadır. Bunların hiçbiri iki taraf için de bir hata değildir — bunlar iki farklı sorudur.
Elliptic, ülke ve varlık kategorisi üzerinde de tetiklenen Sanctioned, TF & CSAM adlı bir kurala sahiptir. Bir sonuç, yalnızca bu kural içinde geçtiği için bir yaptırım eşleşmesi olarak adlandırılamaz. Dökümümüz kuralın adına göre değil, sağlayıcının her bir katkıya eklediği tetikleyiciye göre seçim yapar.
Döküm ne söylüyor
| Alan | Anlamı |
|---|---|
sanctions.self | Taranan adres yaptırıma tabi varlığın kendisidir |
sanctions.self_entities | Kendisine ait yaptırıma tabi varlıkların adları |
sanctions.exposure | Tek başına en büyük bağlantı — bir özet satırına ne yazılacağı |
sanctions.items | Tüm yaptırım bağlantıları, önce en büyük pay |
sanctions.related | Yalnızca BitOK: AB veya Birleşik Krallık yaptırımları altındaki borsalar, yaptırım listesinin kendisinden ayrı tutulur |
Henüz analiz edilecek bir sonuç olmadığında sanctions değeri null olur. self: false ile birlikte boş bir items listesi, analizin çalıştığı ve hiçbir şey bulamadığı anlamına gelir.
Yakınlık
proximity, bir Elliptic raporunun En Yakın Yakınlık (Closest Proximity) sütununu yansıtır:
| Değer | Anlamı |
|---|---|
screened_address | Adresin kendisi tetikleyicidir |
counterparty | Taranan adresin doğrudan karşı tarafı |
indirect | Aracılar üzerinden ulaşılan — bkz. hops |
mixed | Aynı varlığa hem doğrudan hem de dolaylı akışlar |
Bu ayrım, paydan daha önemlidir. Kendisi listelenen bir adres ile iki aracı üzerinden %0,03 alan bir adres aynı bulgu değildir ve is_sanctioned her ikisi için de true der.
Bugüne kadar taranan tüm sonuçlar arasındaki dağılım: adresin kendisi listelenmiş — 18; doğrudan karşı taraf — 141; karma — 605; dolaylı — 5 929.
Paylar
Sürüm 2'de her pay, "0" ile "1" arasında ondalık bir dize olan share_fraction değeridir. Sürüm 1'de aynı değer yüzde olarak share şeklinde görünür. Altta yatan sayı aynıdır; yalnızca gösterim farklıdır.
Sonucu okuma
Yalnızca is_sanctioned üzerine kurulu bir karar, yaptırım uygulanan bir borsadan bir defasında yuvarlama hatası kadar tutar almış bir adresi, listedeki bir adresle aynı şekilde etiketler. Daha yararlı bir okuma şöyledir:
sanctions.self— adres listede. Bu ciddi durumdur;sanctions.exposure.proximity=counterparty— yaptırıma tabi bir varlıkla doğrudan işlem yapmış;- Küçük bir
share_fractionileindirect— aracılar üzerinden bir bağlantı. Bunun için kasıtlı olarak kendi eşiğinizi belirleyin ve bunu yazılı hale getirin.
risk.level içindeki risk seviyesi bunun bir ikamesi değildir. Bu, sağlayıcının adresi bir bütün olarak değerlendirmesidir ve küçük bir yaptırım maruziyeti low sonucunun içinde yer alabilir.