# Pemantauan AML berkelanjutan

Source: https://help.didit.me/id/aml-screening/ongoing-monitoring
Updated: 2026-10-12

Pemantauan menyaring ulang session yang Anda aktifkan setiap hari terhadap daftar terbaru dan memindahkan session jika ada hit baru. /bin/zsh.07 per tahun.

Pemantauan menyaring ulang session yang disetujui secara **harian** terhadap daftar
yang diperbarui, untuk session yang Anda aktifkan pemantauannya. Sebuah hit baru di atas ambang batas
review Anda memindahkan session ke **Dalam tinjauan**; di atas ambang batas decline
memindahkannya ke **Ditolak**. Dalam kedua kasus Anda mendapatkan webhook
`status.updated`. $0.07 per tahun, dan tidak membutuhkan integrasi tambahan.

[Video: Pemantauan AML berkelanjutan: penyaringan ulang harian dan peringatan webhook - Didit Academy](https://www.youtube.com/watch?v=NZwrHM9qqnU)

## 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**:

![Daftar Verifikasi pengguna di konsol Didit dengan session yang dipilih dan tindakan Pemantauan berkelanjutan](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*Pemantauan diaktifkan untuk orang-orang yang Anda pilih untuk terus diawasi.*

1. **Pemeriksaan otomatis harian.** Setiap session yang disetujui dengan pemantauan aktif 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 **Dalam tinjauan**. Di atas ambang batas decline, session pindah ke **Ditolak**.
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.

> **Warning:** 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. Dibayar dari kredit paket atau saldo Anda.

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

Ada tiga tombol, dan masing-masing memerlukan akses tulis ke verifikasi:

- **Di workflow**, di samping langkah AML, untuk session baru. Secara default nonaktif.
- **Untuk session yang sudah Anda miliki**, pilih session tersebut di **Verifikasi pengguna** dan tekan **Pemantauan berkelanjutan** di bilah yang muncul, lalu **Aktifkan** untuk semuanya. Session tanpa langkah AML dilewati.
- **Pada satu verifikasi**, dengan tombol **Pemantauan berkelanjutan** di bagian AML-nya.

Menonaktifkannya menghentikan penyaringan ulang harian sejak hari itu; apa yang sudah ditemukan tetap ada di setiap verifikasi.

## 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](https://help.didit.me/id/aml-screening/resolving-aml-hits).

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](https://help.didit.me/id/transactions-monitoring/transaction-monitoring-basics).

Anda mungkin membutuhkan keduanya, dan keduanya ditagih secara terpisah.