Langsung ke konten utama
Didit menyediakan pustaka terkurasi yang berisi lebih dari 150 preset aturan pemantauan transaksi yang dapat Anda pasang satu per satu atau per bundel. Setiap aturan dipetakan ke tipologi AML, penipuan, atau kepatuhan di dunia nyata yang bersumber dari standar dan panduan regulasi global, seperti rekomendasi FATF, advisori FinCEN, aturan NACHA, prinsip Wolfsberg, tipologi Egmont Group, dan pola penyalahgunaan iGaming. Pilih preset atau bundel yang Anda butuhkan, lalu atur mode setiap aturan yang terpasang (ACTIVE, TEST, atau DISABLED). Kondisi, ambang batas, dan tindakan preset bersifat tetap. Jika Anda memerlukan logika yang berbeda, buat aturan kustom. Hapus preset untuk menghapusnya dari aplikasi, dan pasang ulang nanti jika diperlukan.
Aturan pustaka dapat dilihat, dipasang, dan dihapus dari Transactions -> Rules -> Library di Business Console, melalui API pustaka aturan (GET /v3/transactions/rules/library/, POST/DELETE /v3/transactions/rules/install/), atau melalui alat MCP didit_transaction_rule_library_list / didit_transaction_rule_install / didit_transaction_rule_uninstall. Preset yang terpasang hanya menerima perubahan mode (mengaktifkan, menonaktifkan, atau menguji). Ambang batasnya bersifat tetap. Untuk mengubahnya, buat aturan kustom. Untuk mengetahui cara aturan berkontribusi pada penilaian, lihat penilaian risiko.
Aturan pustaka yang kondisinya menggunakan data yang belum dapat dievaluasi oleh mesin aturan ditahan hingga dapat dijalankan. Pustaka tidak mencantumkannya. Permintaan yang menyebutnya di library_keys mengembalikan respons 400 dan tidak memasang apa pun (kunci yang tidak dikenal dilewati). Instalasi bundle juga melewatinya. Salinan yang sudah Anda pasang sebelumnya dimatikan (DISABLED) dan tetap berada di daftar aturan Anda. Mengatur mode-nya ke nilai lain mengembalikan respons 400. Aturan yang ditahan akan kembali dengan sendirinya setelah mesin aturan dapat mengevaluasi kondisinya, sehingga daftar pustaka selalu menampilkan aturan yang dapat Anda pasang saat ini.

Cara preset diatur

Setiap preset termasuk dalam satu bundel (keluarga fungsionalnya) dan satu kategori (tema risiko yang lebih luas). Bundel memungkinkan Anda mengaktifkan atau menonaktifkan aturan yang terkait secara bersamaan dari konsol. Kategori digunakan untuk penilaian dan pelaporan.

Cara membaca halaman ini

Setiap aturan mencantumkan library_key-nya (pengenal tetap yang dapat Anda rujuk di API atau URL konsol), kondisi dan agregasi yang memicu aturan, serta tindakan default yang dilakukannya. Ambang numerik yang ditampilkan di sini adalah nilai default bawaan. Setiap nilai dapat diubah per aplikasi tanpa kehilangan identitas aturan.

Paket Finance

Aturan-aturan ini berlaku untuk setiap transaksi dengan transaction_type = FINANCE. Aturan ini memodelkan dasar regulasi (ambang batas pelaporan BSA/FinCEN, heuristik kecepatan FATF) serta pola money mule dan smurfing.

Structuring & mendekati ambang batas

Volume & kecepatan

Layering, mule & smurfing

Anomali perilaku


Paket AML / CTF

Aturan-aturan ini memodelkan tipologi AML/CTF klasik yang tidak bergantung pada pengayaan blockchain. Aturan ini berlaku secara universal untuk transfer fiat maupun kripto. Daftar yurisdiksi berisiko tinggi bawaan mencakup wilayah yang masuk dalam daftar tindakan FATF dan wilayah konflik: IRN, PRK, SYR, AFG, RUS, MMR. Anda dapat mengganti daftar ini per aplikasi.
Cakupan PEP untuk pihak lawan saat ini tidak tersedia. Tidak ada penyedia skrining yang terhubung yang melaporkan apakah pihak lawan adalah Politically Exposed Person (PEP): kolom pep_counterparty bernilai null pada setiap hasil skrining saat ini (lihat skrining dompet), sehingga pustaka ini tidak memiliki preset PEP untuk pihak lawan. Aturan yang dipasang sebelum preset tersebut dihapus tetap dievaluasi, tetapi tidak dapat mencocokkan hasil skrining yang sebenarnya. Hapus aturan tersebut atau ganti dengan aturan kustom jika Anda perlu menindaklanjuti sinyal lain.

Paket skrining kripto

Aturan-aturan ini menggunakan data yang diperkaya dari skrining kripto Didit. Aturan ini paling berguna untuk aplikasi kripto-native dan VASP.

Bundel pemantauan kripto

Aturan paparan pada tingkat dompet, serta pemeriksaan integritas yang berkaitan dengan VASP dan Travel Rule.

Bundel Travel Rule

Aturan Travel Rule hanya berlaku untuk transaksi travelRule. Setiap rezim regional menyediakan empat aturan (menunggu pihak lawan, menunggu tindakan, data wajib yang belum lengkap, dan pertukaran gagal).

Travel Rule global

Rezim regional

Templat empat aturan yang sama diterapkan untuk setiap rezim. Ganti <regime> di bawah dengan salah satu dari: australia, dubai, eu, hong_kong, india, indonesia, japan, kazakhstan, singapore, south_africa, turkey, uk. Penandaan rezim berjalan otomatis: Didit menandai custom_values.travel_rule_regime pada setiap transaksi Travel Rule dari jurisdiction di pengaturan Travel Rule Anda: SG → singapore, GB → uk, dan kode anggota UE atau EEA apa pun, seperti DE atau FR, → eu. Kode yang tidak memiliki bundel regional akan ditandai dalam huruf kecil (US → us), sehingga aturan kustom tetap dapat menargetkannya. Nilai props.travel_rule_regime yang dikirim pada transaksi selalu menimpa rezim yang diturunkan. Itu berarti 48 aturan khusus wilayah, di samping tiga aturan Travel Rule global dan lima aturan pihak lawan di bawah. Bundel travel_rule_eu_tfr terpisah menambahkan empat aturan EU TFR, yang dijelaskan di bundel aturan EU TFR.

Uji tuntas pihak lawan

Aturan ini membaca informasi yang diketahui aplikasi Anda tentang VASP pihak lawan yang dihubungi bursa: keputusan Anda sendiri terhadapnya, tingkat risiko uji tuntasnya, negaranya, dan responsivitasnya. Lihat uji tuntas pihak lawan untuk mengetahui sumber setiap nilai.

Intelijen perangkat & pencegahan penipuan

Aturan ini mengubah sinyal dari SDK sisi klien (sidik jari perangkat, IP, peramban, usia sesi) dan pengayaan dari penyedia menjadi peristiwa deteksi penipuan.

Sidik jari perangkat & multi-akun

IP, jaringan & VPN

Komposit perilaku

Pengambilalihan akun & penipuan APP

Penyalahgunaan afiliasi & bonus


Paket perjudian yang bertanggung jawab

Untuk aplikasi iGaming. Aturan ini dirancang untuk mendeteksi sinyal perlindungan pemain sekaligus pola penyalahgunaan bonus.

Paket penipuan iGaming

Untuk operator yang mengirim event pemantauan sekaligus pergerakan uang. Aturan-aturan ini menggunakan scope.record_types = ["event"], sehingga pelanggan khusus transaksi tidak melihat perubahan perilaku. Jika ada fallback khusus transaksi, pasang aturan fallback yang disebutkan bersama aturan event sampai integrasi Anda mengirim kategori event tersebut.

Sinyal event yang dibutuhkan setiap aturan

Setiap aturan di atas membaca kolom event yang sudah ditentukan. Ketika kolom yang dibutuhkan tidak ada, aturan tidak akan cocok - aturan tidak pernah memperkirakan sinyal berdasarkan data lain dan tidak pernah menggunakan data transaksi sebagai fallback secara otomatis. Kirim kunci di bawah ini di dalam payload dan device_context event (lihat Event untuk kontrak pengiriman lengkap dan Aturan event untuk jalur kolom aturan). Gunakan paket igaming_fraud ketika integrasi Anda mengirim event login, gameplay, bonus, afiliasi, pembayaran, sengketa, keamanan, dan perjudian yang bertanggung jawab. Aturan ini bersifat opt-in: menambahkannya ke library tidak memasangnya untuk aplikasi yang sudah ada dan tidak mengubah preset pelanggan aktif mana pun saat ini.

Paket e-commerce

Untuk marketplace dan aplikasi dengan peran sebagai pedagang pencatat transaksi.

Paket penipuan cek

Untuk aplikasi yang mengirimkan transaksi setoran cek. Setiap aturan dipicu oleh penanda custom_values.check_* yang diatur pemanggil saat sebuah cek memiliki sinyal risiko yang dikenal (pencucian, MICR hilang, nomor seri yang tercantum di dark web, dan lain-lain).

Paket BNPL

Untuk penyedia beli sekarang, bayar nanti. Menampilkan pola penipuan pihak pertama (tidak membayar) dan pola berbagi identitas yang khas untuk pinjaman cicilan.

Referensi: standar di balik pustaka

Setiap preset dalam pustaka Didit dipetakan ke tipologi AML, penipuan, atau kepatuhan yang diterima secara luas. Standar yang kami gunakan: Didit hanya menerapkan tipologi yang diterima sebagai standar industri dan menampilkan setiap ambang batas agar Anda dapat menyesuaikannya.

Menyesuaikan preset

Setiap preset dapat:
  • Disesuaikan: ubah ambang batas, jendela waktu, nilai skor, atau tindakan per aplikasi
  • Dinonaktifkan: ubah preset ke mode DISABLED dan preset berhenti dievaluasi tanpa kehilangan identitasnya
  • Diuji: ubah preset ke mode TEST untuk mengevaluasinya dalam mode bayangan tanpa memengaruhi hasil transaksi
  • Diperluas: buat aturan kustom yang melengkapi atau menimpa preset
Lihat Aturan & penilaian untuk anatomi aturan, endpoint API, dan contoh cara membuat aturan kustom.
Terakhir diubah pada 7 November 2026