Pemantauan AML berkelanjutan

Pemantauan menyaring ulang pelanggan yang disetujui setiap hari terhadap daftar yang diperbarui dan memindahkan session ketika sesuatu yang baru melewati ambang batas Anda - $0.07 per tahun, tanpa integrasi tambahan.

Ditulis oleh Dukungan Didit · Diperbarui 19 Agustus 2026

Short answer

Pemantauan menyaring ulang setiap session yang sebelumnya disetujui secara harian terhadap daftar yang diperbarui. Sebuah hit baru di atas ambang batas review Anda memindahkan session ke In Review; di atas ambang batas decline memindahkannya ke Declined. Dalam kedua kasus Anda mendapatkan webhook status.updated. $0.07 per tahun, dan tidak membutuhkan integrasi tambahan.

#Kenapa satu kali penyaringan tidak cukup

Penyaringan saat onboarding memberi tahu Anda apa yang dikatakan daftar-daftar itu pada hari tersebut. Penetapan baru terus ditambahkan, pemberitaan negatif terus bertambah, dan seseorang yang bersih pada bulan Maret bisa disanksi pada bulan Agustus. Jika kewajiban Anda mencakup menjaga uji tuntas pelanggan tetap terkini - dan bagi sebagian besar bisnis yang diregulasi, memang begitu - satu kali penyaringan tidak memenuhi itu.

#Cara kerjanya

Pemantauan tersedia secara otomatis untuk session di mana sebuah pemeriksaan AML sudah dijalankan, tanpa pekerjaan integrasi tambahan:

The verifications list in the Didit console with the AML Ongoing monitoring control
  1. Pilih orang-orang yang ingin terus disaring, lalu aktifkan pemantauan.
  2. Centang orang-orang yang ingin terus disaring - pemantauan bersifat per orang, bukan per organisasi.
  3. Sebuah kecocokan baru membuka kembali session, jadi ini muncul di sini alih-alih di sebuah kotak masuk.
Monitoring is switched on for the people you choose to keep watching.
  1. Pemeriksaan otomatis harian. Setiap session yang sebelumnya disetujui disaring ulang terhadap seluruh database watchlist dan sanksi.
  2. Perbandingan ambang batas. Temuan baru dibandingkan dengan ambang batas review dan decline yang sama yang Anda konfigurasikan di workflow Anda.
  3. Perubahan status. Sebuah hit baru di atas ambang batas review Anda memindahkan session ke In Review. Di atas ambang batas decline, session pindah ke Declined.
  4. Webhook. Aplikasi Anda menerima webhook status.updated dengan status terbaru dan detail hit baru tersebut, dalam format yang sama seperti webhook lainnya.
  5. Konsol. Perubahannya muncul pada session dengan hit baru yang siap diselesaikan.

#Hal yang perlu Anda bangun untuk mengantisipasinya

Sebuah session approved bisa berubah status di kemudian hari. Jika integrasi Anda memperlakukan Approved sebagai final dan berhenti mendengarkan, Anda akan melewatkan persis event yang menjadi tujuan pemantauan ini.

Secara konkret:

  • Tetap tangani status.updated untuk session yang sudah Anda tandai terverifikasi.
  • Jangan abaikan sebuah webhook hanya karena sessionnya sudah Anda tutup berminggu-minggu lalu.
  • Buat status pengguna Anda sendiri bisa berpindah kembali keluar dari "terverifikasi" - biasanya inilah perubahan yang lebih sulit, karena ini adalah keputusan produk, bukan sekadar sebuah handler.
Important

Webhook hanya terpicu saat status benar-benar berubah. Tidak ada hit baru di atas ambang batas berarti tidak ada event - jadi keheningan adalah kondisi normal dan bukan bukti bahwa pemantauan tidak berjalan. Jika Anda butuh konfirmasi positif, periksa session-nya di konsol alih-alih menunggu sebuah webhook yang memang seharusnya tidak pernah datang.

#Berapa biayanya

$0.07 per tahun per orang yang dipantau. Ini bukan bagian dari tier gratis.

Diberi harga secara tahunan alih-alih per penyaringan, sehingga cadence harian tidak melipatgandakan biayanya - itulah yang membuat pemantauan berkelanjutan terjangkau pada volume besar alih-alih sesuatu yang harus Anda jatah.

#Mengaktifkan dan menonaktifkannya

Pemantauan dikonfigurasi per workflow, di samping langkah AML. Karena ini berlaku untuk session sejak diaktifkan ke depan, mengaktifkannya tidak secara retroaktif mulai memantau populasi approved Anda yang sudah ada - rencanakan sebuah backfill jika Anda butuh pelanggan lama juga tercakup.

#Menyiapkan sumber daya untuk konsekuensinya

Bagian yang sering diremehkan tim bukanlah integrasinya - melainkan bahwa pemantauan menghasilkan sebuah antrean yang berulang. Sebuah hit baru membutuhkan pekerjaan penyelesaian yang sama seperti hit saat onboarding: apakah ini pelanggan Anda, apakah ini penting, catat alasannya. Lihat menyelesaikan hit AML.

Jika tidak ada yang memegang antrean itu, pemantauan menghasilkan alert yang dibiarkan tidak dibaca, yang lebih buruk daripada tidak memantau sama sekali - Anda sekarang punya bukti bahwa Anda sudah diberi tahu dan tidak melakukan apa-apa.

#Pemantauan ini bukan pemantauan transaksi

Dua hal berbeda dengan nama yang mirip:

  • Pemantauan AML menyaring ulang orangnya terhadap daftar dari waktu ke waktu. Ini artikel yang sedang Anda baca.
  • Pemantauan transaksi mengevaluasi transaksi terhadap aturan saat transaksi itu terjadi. Lihat cara kerja pemantauan transaksi.

Anda mungkin membutuhkan keduanya, dan keduanya ditagih secara terpisah.