AML Taraması

Kara para aklamayla mücadele taraması, bir özneyi resmî yaptırım listeleri, siyasi nüfuz sahipleri (PEP) ve diğer risk alanlarına karşı kontrol eder. Varsayılan olarak bütün risk alanları taranır; kapsamı siz daraltabilirsiniz.

Uçların tam sözleşmesi ayrı sayfada: Yaptırım Taraması API. Bu sayfa, o uçları çağırırken vermeniz gereken iki kararı anlatır — kapsam (risk alanları ya da mod) ve eşik.

Mod seçimi

Kapsamı iki yolla belirlersiniz:

riskDomains — taranacak risk alanlarını tek tek seçersiniz (sanctions, pep, rca, wanted, regulatory, debarment, ownership, vessel, securities). Alanların açıklaması: Risk alanları.
mode — hazır bir risk alanı kümesi seçersiniz (aşağıda).

İkisini de göndermezseniz bütün risk alanları taranır. İkisini birlikte gönderirseniz kesişimleri taranır; kesişim boşsa istek sanction.screening.scope_invalid (400) ile reddedilir.

Daraltmak daha güvenli değil, yalnız daha dar: taranmayan bir risk alanı için eşleşme olmaması temiz sonuç değildir. Kapsamı yükümlülüğünüze göre seçin — ve hangi kapsamı seçtiğinizi uyum beyanınızda söyleyin; yanıttaki screenedRiskDomains bunu kayda geçirir.

Mod	Taranan risk alanları	Ne zaman
`sanctions_only`	`sanctions`, `wanted`, `regulatory`, `debarment`	Yükümlülüğünüz yalnız yaptırım taramasıysa
`sanctions_pep`	+ `pep`, `rca`	PEP yükümlülüğü de varsa (çoğu finans kuruluşu)
`full_risk`	Bütün risk alanları — mod göndermemekle aynı	Geniş kapsam / yüksek riskli müşteri segmenti

Eşik ayarı

threshold (0–1), bir eşleşmenin size dönmesi için gereken en düşük benzerlik skorudur.

Eşik	Sonuç
Yüksek (ör. `0.95`)	Az isabet, az inceleme yükü — ama kaçırma riski artar
Düşük (ör. `0.70`)	Çok isabet, çok yanlış-pozitif — inceleme ekibiniz boğulur

⚠️

Eşiği düşürmek "daha güvenli" demek değildir. İncelenemeyen bir isabet yığını, denetimde incelenmemiş uyarı olarak görünür — hiç üretmemekten daha kötü bir tablodur. Eşiği ekibinizin gerçekten kapatabileceği hacme göre seçin.

Yanlış-pozitifi eşiği düşürmeden azaltmanın yolu daha çok tekilleştirici göndermektir: dateOfBirth, identifiers (kimlik/vergi no), country. Bunlar skoru değil, eşleşmenin doğruluğunu artırır.

Risk alanları

Her eşleşme hangi risk alanından geldiğini riskDomains ile söyler — sanctions, pep, rca, wanted ve benzeri. Aynı isim birden çok alandan gelebilir; kararınızı alana göre ayırın:

sanctions — genelde kesin engel
pep · rca — engel değil, artırılmış durum tespiti tetikleyicisi
diğer alanlar — politikanıza bağlı

PEP eşleşmesini otomatik blok olarak kurmayın. PEP olmak suç değildir; yükümlülük, ilişkiyi daha yakın izlemektir. Otomatik blok, meşru müşterileri kaybettirir ve düzenleyici beklentiyle de örtüşmez.

Kabul taraması ≠ sürekli izleme

Tek seferlik tarama, yalnız o anın fotoğrafıdır. Listeler her gün güncellenir; bugün temiz çıkan bir müşteri yarın listeye girebilir.

POST /api/v1/sanction/monitoring/register     # özneyi izlemeye al
GET  /api/v1/sanction/monitoring/alerts       # yeni eşleşme uyarıları

register çağrısında izleme sıklığını ve kapsamını da verirsiniz:

Alan	Açıklama
`externalCustomerId`	Kendi müşteri kimliğiniz
`subjectType`	Kişi mi kurum mu
`frequency`	`DAILY` · `WEEKLY` · `MONTHLY` (varsayılan `DAILY`)
`riskDomainScope`	Hangi risk alanlarına karşı izleneceği (boş = bütün risk alanları)

⚠️

Kabul taraması yapıp izlemeye kaydetmemek, uyum programındaki en sık boşluktur: müşteri kabul günü temizdi diye dosya kapanır, sonraki listelemeden haberdar olunmaz. İkisi ayrı yükümlülüktür.

İlgili

Yaptırım Taraması API — uç sözleşmeleri ve kimlik doğrulama
Olumsuz Medya Taraması — liste dışı itibar riski; isim taramasından ayrı bir uçtur
Tarama Geçmişi — denetim izi

Yaptırım Taraması Olumsuz Medya Taraması