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

Jawaban singkat

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.

#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
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.
Penting

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.

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.

Masih buntu? Bicara dengan manusia.

Sertakan ID organisasi Anda dan ID sesi yang Anda tanyakan.

Hubungi dukungan