Mulai
Integrasi / SDK
Verifikasi Pengguna
Verifikasi Bisnis
Pemantauan Transaksi
Log PerubahanKapan menggunakan antarmuka yang mana
Endpoint
Tool MCP yang sesuai adalah
didit_transaction_rule_list, didit_transaction_rule_get, didit_transaction_rule_create, didit_transaction_rule_update, didit_transaction_rule_delete, didit_transaction_rule_backtest, didit_transaction_rule_library_list, didit_transaction_rule_install, dan didit_transaction_rule_uninstall - lihat Referensi tool MCP.
Skema lengkap - katalog kolom, seluruh 19 operator kondisi, jendela velocity, kondisi berkelompok, dan keenam jenis tindakan - didokumentasikan di halaman Aturan & Penilaian dan disematkan dalam referensi API.
Buat, backtest, aktifkan
Pola peluncuran yang aman untuk setiap aturan baru:1
Buat aturan dalam mode TEST
scope dan conditions menjelaskan transaksi yang sedang dievaluasi: transaksi keuangan masuk dalam EUR dengan amount mentah di bawah 10.000. Entri aggregation menjelaskan jendela 30 hari untuk subjek yang sama: minimal 20 transaksi keuangan EUR masuk, dan tidak satu pun dari transaksi tersebut bernilai 10.000 EUR atau lebih. Kedua entri aggregation harus terpenuhi, apa pun nilai evaluation_mode - pengaturan itu hanya mengatur kondisi.Contoh ini menggunakan amount mentah dan mengunci currency ke EUR di kedua bagian, sehingga tidak bergantung pada normalisasi FX. Untuk melakukan backtest pada data uji sandbox, kirimkan minimal 20 transaksi keuangan EUR masuk untuk subjek yang sama dalam 30 hari, masing-masing dengan amount di bawah 10.000. Baik preferred_currency_amount maupun amount_in_default_currency tidak wajib. Proses ingestion di sandbox menyimpan transaksi ini; jalankan backtest secara eksplisit.Aturan TEST dievaluasi pada setiap transaksi baru dan mencatat apa yang akan cocok dengan aturan tersebut, tetapi tidak pernah mengubah skor atau status transaksi.Filter aggregation bukan kondisi. Kondisi hanya membaca transaksi yang sedang dievaluasi; filter agregasi hanya mempersempit jendela historis, dan filter ini membandingkan berdasarkan kesamaan atau keanggotaan dalam daftar - tidak ada filter
lt, sehingga Anda tidak dapat menghitung hanya transfer di bawah 10.000.Entri max ... lt 10000 adalah cara yang didukung untuk memberi batas atas pada jendela: entri ini mensyaratkan setiap transaksi dalam jendela bernilai di bawah 10.000, yang lebih ketat daripada hanya menghitung transaksi kecil - satu transfer 12.000 di antara dua puluh transaksi akan mencegah aturan terpicu. Hapus entri itu jika Anda lebih memilih agar jumlahnya berdiri sendiri, lalu sebutkan hal itu di judul: tanpa entri tersebut, aturan menghitung transfer masuk dengan nilai berapa pun, dan sembilan belas transfer 50.000 yang diikuti satu transfer kecil akan cocok dengan aturan ini.2
Backtest terhadap riwayat Anda
matched yang tidak wajar berarti ambang batas perlu disesuaikan sebelum aturan dapat diterapkan.3
Aktifkan
Memigrasikan aturan dari penyedia lain
Karena pembuatan aturan adalah panggilan API biasa dengan skema yang terdokumentasi lengkap, asisten AI dapat menerjemahkan ekspor aturan dari penyedia lain menjadi aturan Didit untuk Anda.- Ekspor aturan Anda dari penyedia saat ini. Sebagian besar alat mengekspor ke CSV atau Excel.
- Unggah file ke asisten konsol Didit, atau ke agen apa pun yang terhubung ke MCP, seperti Claude dengan Didit MCP terpasang. Spreadsheet dikonversi menjadi teks secara otomatis.
- Asisten memetakan setiap baris ke skema Didit (kondisi, jendela velocity, tindakan) dan menampilkan pemetaannya, termasuk menyoroti apa pun yang tidak memiliki padanan di Didit, sebelum membuat apa pun.
- Setelah Anda menyetujui, asisten membuat aturan dalam mode TEST, menguji balik aturan tersebut terhadap riwayat transaksi Anda sendiri, dan melaporkan baris yang dibuat / gagal / tidak dapat dipetakan.
- Tinjau angkanya dan aktifkan aturan yang tampak benar, dari konsol atau dengan
PATCH {"mode": "ACTIVE"}.
scope dan conditions mengunci transaksi yang dievaluasi menjadi transfer keluar dalam EUR di bawah 10,000, dan filter agregasi mengunci jendela 30 hari ke transfer keluar dalam EUR dari subjek yang sama. amount mentah hanya dapat dibandingkan di dalam satu mata uang, jadi pertahankan mata uang yang terkunci seperti di atas. Batas atas lintas mata uang memerlukan jumlah yang dinormalisasi untuk setiap transaksi dalam jendela. Beralih ke preferred_currency_amount saja tidak menjamin ketersediaan: jumlah yang dinormalisasi historis yang hilang dapat diperlakukan sebagai nol oleh agregasi numerik.
Entri max-lah yang menjaga jendela tetap di bawah 10,000 EUR, karena filter agregasi tidak dapat mengekspresikan di bawah 10,000. Lihat catatan pada langkah pembuatan di atas untuk kompromi yang diambil. Apa pun yang tidak dapat diekspresikan dengan tepat oleh skema sebaiknya disebutkan secara eksplisit dalam description aturan, bukan didekati secara diam-diam.
Kesalahan validasi sengaja dibuat presisi
Endpoint pembuatan dan pembaruan memvalidasi nilai kondisi, agregasi, dan scope sesuai persis dengan yang diterima mesin aturan. Operator atau metrik yang tidak dikenal, jendela yang tidak valid ("30days" alih-alih "30d"), arah scope yang tidak valid, contains_any tanpa daftar, fuzzy_match tanpa score, dan change_status ke AWAITING_USER tanpa workflow_id semuanya mengembalikan 400 yang menyebutkan indeks dan masalahnya, alih-alih menyimpan aturan yang diam-diam tidak pernah cocok. Agen dan skrip sebaiknya membaca isi error dan memperbaiki payload. Kunci scope tambahan selain transaction_types, directions, dan action_types tetap disimpan tetapi diabaikan oleh mesin, sesuai dengan cara Business Console selalu menyimpannya.
Langkah selanjutnya
Aturan & Penilaian
Skema aturan lengkap: kolom, operator, jendela velocity, dan tindakan.
API Pembuatan Aturan
Referensi endpoint dengan skema permintaan dan respons.
Pustaka aturan
Katalog 150+ preset beserta paketnya.
Ringkasan MCP
Hubungkan agen AI ke ruang kerja Didit Anda.