Langsung ke konten utama
Transaction Monitoring memiliki tiga mesin status terpisah: transaksi, setiap kasus, dan (jika berlaku) pemeriksaan Travel Rule. Halaman ini adalah referensinya.

Status transaksi

Ditetapkan saat pembuatan dan diperbarui selama siklus hidupnya.

Transisi

Catatan: di luar Travel Rule, tidak ada transisi langsung dari APPROVED atau DECLINED kembali ke status lain. Saat Travel Rule kedaluwarsa, timeout_outcome Anda menetapkan IN_REVIEW (HOLD) atau DECLINED (REJECT) apa pun status saat ini, dan aturan yang terpicu setelah transisi Travel Rule dapat mengubah transaksi APPROVED. Gunakan patch status melalui konsol untuk koreksi; perubahan tersebut dicatat di jejak audit.

Alert

Tidak ada status alert terpisah. Alert yang terbuka adalah transaksi dalam IN_REVIEW atau AWAITING_USER, jadi gunakan status transaksi di atas. Lihat Alert.

Status kasus

Lihat Manajemen Kasus untuk detail lengkap. Kasus memiliki prioritas terpisah (LOW, MEDIUM, HIGH).

Status pemeriksaan Travel Rule

Transfer aset virtual berdasarkan FATF Travel Rule menjalankan pertukaran 13 status khusus, terpisah dari status transaksi di atas. Transfer keluar dimulai pada AWAITING_COUNTERPARTY, NOT_APPLICABLE (di bawah threshold_amount), UNCONFIRMED_OWNERSHIP (dompet pihak lawan dinyatakan swakelola), COMPLETED atau COUNTERPARTY_MISMATCHED_DATA (kecocokan INTERNAL pada dompet terverifikasi, bergantung pada kecocokan nama), COUNTERPARTY_VASP_NOT_FOUND, atau COUNTERPARTY_VASP_NOT_REACHABLE. Transfer masuk juga dapat dimulai pada ON_HOLD atau NOT_ENOUGH_COUNTERPARTY_DATA, dan pendaftaran sunrise yang cocok dengan dompet terverifikasi, dengan nama penerima yang cocok atau tidak ada, langsung melewati COMPLETED menuju FINISHED. Pertukaran berakhir di FINISHED, CANCELLED, atau EXPIRED. Integrasi lama mungkin masih mengirim nilai lama UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED, dan EXEMPT; Didit memetakannya ke status di atas secara otomatis. Lihat Travel Rule untuk referensi resmi.

Status hasil penyedia

Setiap hasil dari penyedia eksternal (skrining dompet, pemantauan fiat, skrining sanksi) disimpan dengan statusnya sendiri. Status ini ditampilkan di provider_results[] dalam respons transaksi.

Hasil eksekusi aturan

Setiap TransactionRuleRun memiliki:
  • matched (boolean): apakah aturan terpicu?
  • is_test (boolean): apakah aturan berada dalam mode TEST?
  • mode: ACTIVE, DISABLED, TEST pada saat evaluasi.
  • score_delta: kontribusi terhadap skor (jika cocok dan aktif).
  • status_target: status yang diminta aturan (jika tindakan change_status).
Lihat Aturan untuk anatomi aturan.

Kode alasan keputusan

Nilai reason yang umum pada transisi status:

Langkah berikutnya

Penilaian risiko

Cara skor dipetakan ke status.

Alert

Siklus hidup alert.

Kasus

Siklus hidup kasus.
Terakhir diubah pada 7 November 2026