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 mencantumkanlibrary_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 dengantransaction_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 transaksitravelRule.
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 menggunakanscope.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 dalampayload 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 penandacustom_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
DISABLEDdan preset berhenti dievaluasi tanpa kehilangan identitasnya - Diuji: ubah preset ke mode
TESTuntuk mengevaluasinya dalam mode bayangan tanpa memengaruhi hasil transaksi - Diperluas: buat aturan kustom yang melengkapi atau menimpa preset