Langsung ke konten utama

Gambaran umum

Skrining AML menghasilkan sejumlah kecil tag peringatan pada larik warnings[] di setiap entri dalam aml_screenings[]. Dua tag di bawah ini adalah satu-satunya peringatan AML yang dihasilkan Didit — semua hal lain yang Anda lihat pada kecocokan (hit) dikodekan dalam kolom milik hit itu sendiri (risk_view, match_score, risk_score, sanction_matches[], …) alih-alih sebagai peringatan. Baik sesi alur kerja maupun API AML mandiri menghasilkan POSSIBLE_MATCH_FOUND dengan cara yang sama. Status yang dikembalikan pada rekaman AML (Approved, In Review, Declined) diturunkan dari score agregat dan ambang batas Anda — peringatan menandai kondisi yang sama sehingga Anda dapat meresponsnya secara terprogram. Lihat Skor risiko AML untuk mengetahui bagaimana ambang batas dipetakan ke status.

Peringatan yang dihasilkan

Peringatan disimpan dengan feature: "AML" dan mengikuti bentuk objek peringatan standar.

Pengaturan yang dapat dikonfigurasi

Kontrol AML per node alur kerja (juga diterima sebagai opsi pada API AML mandiri):
  • aml_score_approve_threshold — default 80. Skor bukan nol di atasnya menghasilkan POSSIBLE_MATCH_FOUND dan mengarahkan pemeriksaan AML ke In Review. Skor pada atau di bawahnya tidak menghasilkan peringatan dalam alur kerja sesi, berapa pun jumlah hit-nya.
  • aml_score_review_threshold — default 100. Skor di atasnya secara otomatis menolak pemeriksaan AML (dengan nilai default 100, ini tidak pernah terpicu sampai Anda menurunkannya).
  • aml_match_score_threshold — default 93. Klasifikasi per-hit: hit dengan match_score di bawah nilai ini berstatus awal False Positive dan dikecualikan dari skor agregat; pada atau di atas nilai ini berstatus awal Unreviewed.
  • Bobot skor kecocokan — aml_name_weight / aml_dob_weight / aml_country_weight, default 60 / 25 / 15 (total harus berjumlah 100). Lihat Skor kecocokan AML.
  • Pemantauan AML Berkelanjutan — saat diaktifkan, AML melakukan skrining ulang terhadap subjek saat set data berubah dan mengirimkan ulang laporan ditambah webhook status.updated (status berubah) atau data.updated (hit berubah).
Saat COULD_NOT_PERFORM_AML_SCREENING terpicu, pemeriksaan AML tetap berada di In Review sampai kolom identitas yang hilang dilengkapi. Begitu Didit menerima nama lengkap, tanggal lahir, dan negara bagian penerbit, AML akan dijalankan ulang secara otomatis dan peringatan akan dihapus — tidak diperlukan pemicuan ulang manual.

Contoh

POSSIBLE_MATCH_FOUND (skor di atas ambang batas persetujuan)

COULD_NOT_PERFORM_AML_SCREENING (kolom KYC tidak lengkap)

Terkait

Jenis peringatan

Terakhir diubah pada 7 November 2026