Langsung ke konten utama

Gambaran Umum

Skrining AML mencocokkan identitas subjek yang telah diverifikasi dengan kumpulan data sanksi global, PEP, daftar pantauan, dan media negatif. Setiap kecocokan mengembalikan entitas yang cocok, kumpulan data yang menghasilkan kecocokan tersebut, dua skor — match_score (keyakinan identitas) dan risk_score (risiko entitas) — serta rincian terstruktur berdasarkan sumber (pep_matches[], sanction_matches[], warning_matches[], adverse_media_matches[]). Nilai score agregat adalah risk_score tertinggi di antara kecocokan yang tidak ditandai sebagai False Positive. Bentuk yang sama dikembalikan oleh skrining AML pada sesi pengguna (KYC), sesi bisnis (KYB), dan API AML mandiri.
Tangkapan layar laporan skrining AML Didit dengan kecocokan sanksi, PEP, dan media negatif

Tempat kemunculannya dalam respons API

Pada endpoint keputusan sesi, skrining AML dikembalikan sebagai array jamak aml_screenings[]. Setiap entri berhubungan dengan satu eksekusi AML dalam alur kerja (pemeriksaan AML yang berjalan dua kali menghasilkan dua entri dengan nilai node_id yang berbeda).
AML mandiri dan sesi bisnis mengembalikan bentuk per rekaman yang sama. Kolom-kolom di bawah ini mencerminkan skema kanonis pada halaman Model data.

Tiga skor, bukan satu keputusan tunggal

status adalah sebuah keputusan; angka-angka yang mendasarinya berada di dalam payload yang sama. Baca angka-angka tersebut saat Anda membangun penentuan tingkat risiko sendiri (misalnya menggabungkan risiko AML dengan jawaban kuesioner seperti sumber kekayaan atau deklarasi mandiri PEP) alih-alih hanya membuat percabangan berdasarkan Approved / In Review / Declined: Ketiganya ada di setiap tempat laporan AML dikirimkan: GET /v3/session/{sessionId}/decision/, objek decision pada webhook status.updated dan data.updated di setiap versi webhook (V3 aml_screenings[], serta bentuk tunggal versi lama V2 / V1 aml), dan API AML mandiri. Konsumen yang hanya melihat label ditandai / bersih sebenarnya membaca status (atau review_status dari kecocokan) dan melewatkan skor di sampingnya. Konsol menampilkan angka yang sama: header bagian AML memuat agregat Skor risiko, dan setiap baris pada tabel kecocokan memuat Skor kecocokan dan Skor risiko dengan rincian saat kursor diarahkan ke baris tersebut.

Skema

Lihat Skrining AML dalam referensi Model Data untuk skema kanonikal. Kolom tingkat atas:

Kolom per-hit

Setiap entri dalam hits[] memiliki kolom-kolom berikut (subset yang ditampilkan). Array sumber kecocokan — pep_matches[], sanction_matches[], warning_matches[], adverse_media_matches[] — hanya diisi untuk dataset yang memuat hit tersebut.
Hit yang diklasifikasikan sebagai False Positive (karena match_score berada di bawah ambang batas skor kecocokan, atau karena peninjau menandainya) tetap berada di hits[] untuk tujuan auditabilitas. Hit tersebut hanya dikecualikan dari penghitungan score agregat.

Pemantauan berkelanjutan

Ketika is_ongoing_monitoring_enabled bernilai true, Didit melakukan skrining ulang terhadap subjek secara terus-menerus dan mengirimkan kembali laporan AML setiap kali ada temuan kecocokan yang ditambahkan, dihapus, atau diubah. Skrining ulang yang mengubah status AML akan memicu webhook status.updated; skrining ulang yang hanya mengubah data temuan kecocokan akan memicu data.updated. Jendela pemantauan berjalan dari last_aml_bill_date selama 365 hari; next_ongoing_monitoring_bill_date menunjukkan kapan perpanjangan tahunan berikutnya jatuh tempo. Sinyal-sinyal tersebut semuanya digerakkan oleh perubahan, sehingga subjek yang diskrining ulang selama berbulan-bulan tanpa adanya temuan kecocokan baru tidak akan menghasilkan sinyal apa pun. last_ongoing_screening_at adalah satu-satunya kolom yang diperbarui pada setiap eksekusi yang selesai, dan endpoint riwayat skrining mencantumkan setiap eksekusi secara individual — termasuk yang tidak mengubah apa pun. Lihat Pemantauan AML berkelanjutan untuk siklus hidup selengkapnya.
Tiga tanggal pada laporan ini memiliki tiga arti yang berbeda. next_ongoing_monitoring_bill_date adalah saat Anda ditagih berikutnya. last_ongoing_screening_at adalah saat subjek terakhir kali benar-benar diskrining. last_ongoing_screening_datasets_updated_at adalah saat daftar di balik skrining tersebut terakhir kali diperbarui oleh penyedia. Hanya tanggal kedua yang membuktikan bahwa kontrol tersebut benar-benar dijalankan.

Nilai status

Ambang batas dapat dikonfigurasi per node alur kerja — lihat Skor risiko AML. Aturan status kustom digabungkan dengan status turunan menggunakan urutan prioritas Declined > In Review > Approved; peninjau juga dapat mengganti status AML dari konsol atau endpoint status AML.

Contoh

Approved — tidak ada temuan

In Review — PEP + temuan media negatif

Semua nama, URL, dan artikel di bawah ini adalah fiktif.

Terkait

Terakhir diubah pada 7 November 2026