Langsung ke konten utama
Konfigurasi pengaturan pemantauan transaksi tingkat aplikasi dari Business Console untuk mengontrol ambang batas penilaian dan preferensi penyedia.

​
Pengaturan umum

​
Ambang batas skor

Ambang batas skor menentukan bagaimana skor risiko kumulatif dari aturan yang cocok dipetakan ke status transaksi: Transaksi di bawah ambang peninjauan otomatis APPROVED. Jika aturan memiliki tindakan change_status yang eksplisit, status tersebut diutamakan daripada ambang batas berbasis skor; DECLINED selalu menang.
Menurunkan ambang peninjauan akan menambah jumlah transaksi yang ditandai untuk peninjauan analis. Sesuaikan dengan kapasitas tim dan tingkat toleransi risiko Anda.

​
Pemantauan kripto

Aktifkan atau nonaktifkan skrining kripto otomatis untuk transaksi mata uang kripto. Saat diaktifkan, Didit melakukan skrining terhadap alamat dan hash transaksi menggunakan penyedia analitik blockchain untuk semua transaksi dengan currency_kind: "crypto". Skrining hash transaksi memerlukan hash sekaligus alamat terkait.

​
Preferensi penyedia

Pilih dan konfigurasikan penyedia analitik blockchain pilihan Anda: Saat Anda menghubungkan kunci penyedia sendiri, Anda menggunakan perjanjian penyedia yang sudah ada dan membayar biaya infrastruktur yang tercantum per skrining melalui Didit. Pemantauan Lightning Network hanya tersedia dengan koneksi BYOK Elliptic atau Chainalysis yang ditambahkan melalui Marketplace. Jika LIGHTNING dikirim saat penyedia lain aktif, atau sebelum salah satu koneksi yang didukung ditambahkan, permintaan skrining mengembalikan 400 dengan panduan penyiapan Marketplace.

​
Alur kerja remediasi

Alur kerja remediasi (remediation_workflow_id pada API pengaturan) adalah bawaan tingkat aplikasi untuk tindakan aturan AWAITING_USER yang tidak menyebutkan alur kerjanya sendiri, yaitu pada praktiknya aturan pustaka bawaan (aturan kustom selalu memiliki pilihannya sendiri, dan pilihan tersebut yang berlaku). Kolom ini menerima ID alur kerja (atau UUID versi tertentu) saat menulis dan selalu mengembalikan ID alur kerja yang stabil saat membaca; sesi dibuat dengan versi terbaru yang dipublikasikan. Saat aturan seperti itu menetapkan transaksi ke AWAITING_USER, Didit membuat sesi verifikasi yang terhubung dengan alur kerja pertama yang ditemukan dengan urutan berikut:
  1. Alur kerja remediasi yang dikonfigurasi di sini.
  2. Alur kerja Autentikasi Biometrik aplikasi Anda, jika subjek sudah memiliki wajah referensi yang tersimpan.
  3. Alur kerja bawaan aplikasi Anda.
URL dan token sesi dikembalikan di kolom action_required dan remediation pada transaksi, serta di kedua webhook transaksi, sehingga Anda dapat mengarahkan pengguna untuk menyelesaikan verifikasi yang diperlukan. Setelah sesi tersebut mencapai keputusan, status transaksi mengikutinya secara otomatis (disetujui, ditolak, atau dalam peninjauan) dan webhook transaction.status.updated akan terpicu. Alur kerja Autentikasi Biometrik direkomendasikan di sini: pengguna membuktikan kembali identitasnya dengan satu swafoto langsung yang dicocokkan dengan wajah dari proses onboarding awal. Alur kerja ini memerlukan subjek yang memiliki wajah referensi tersimpan dari verifikasi yang disetujui; pengguna yang tidak memilikinya diminta menyelesaikan alur kerja bawaan aplikasi Anda sebagai gantinya, dengan catatan pada transaksi yang mencatat penggantian tersebut.

​
Lokasi pengaturan

Buka Transaksi > Pengaturan di Business Console untuk mengonfigurasi opsi ini. Pengaturan berlaku segera untuk semua transaksi baru.

​
Langkah selanjutnya

Penilaian risiko

Cara ambang batas skor dipetakan ke status.

Skrining kripto

Skrining dompet dan detail penyedia.

Pengayaan IP

Data IP apa saja yang tersedia untuk aturan.
Terakhir diubah pada 7 November 2026