> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Pengaturan Pemantauan Transaksi: Ambang & Penyedia

> Atur ambang batas skor KYT, mata uang, dan penyedia analitik blockchain di Didit. Paket: 1,000 transaksi/bulan, lalu $0.001 per transaksi.

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

## Pengaturan umum

| Pengaturan | Default | Deskripsi |
| - | - | - |
| **Pemantauan diaktifkan** | `true` | Aktifkan atau nonaktifkan pemantauan transaksi untuk aplikasi. Saat dinonaktifkan, transaksi yang dikirim tetap disimpan tetapi tidak dievaluasi terhadap aturan. |
| **Mata uang default** | `USD` | Mata uang yang digunakan untuk perbandingan ambang batas aturan dan konversi mata uang. Semua jumlah dikonversi ke mata uang ini agar evaluasinya konsisten. |

## Ambang batas skor

Ambang batas skor menentukan bagaimana skor risiko kumulatif dari [aturan yang cocok](https://docs.didit.me/id/transaction-monitoring/rules.md) dipetakan ke status transaksi:

| Pengaturan | Default | Deskripsi |
| - | - | - |
| **Ambang peninjauan** | 75 | Transaksi dengan skor sama dengan atau di atas nilai ini menerima status `IN_REVIEW` |
| **Ambang penolakan** | 500 | Transaksi dengan skor sama dengan atau di atas nilai ini menerima status `DECLINED`. Nilai default dan maksimum (`500`) tidak pernah menolak otomatis berdasarkan skor, sehingga turunkan nilai ini untuk menolak berdasarkan skor. |

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.

> [!NOTE]
>
> 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](https://docs.didit.me/id/transaction-monitoring/aml-screening.md) 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:

| Penyedia | Konfigurasi |
| - | - |
| **Merkle Science** | Aktifkan dengan harga terkelola (bawaan) atau hubungkan kunci API Anda sendiri |
| **Crystal** | Hubungkan kunci API Anda sendiri dari **Marketplace** di konsol |
| **Chainalysis** | Hubungkan kunci API Anda sendiri dari **Marketplace** di konsol |
| **Elliptic** | Hubungkan kunci API dan rahasia Anda sendiri dari **Marketplace** di konsol |
| **TRM Labs** | Hubungkan kunci API Anda sendiri dari **Marketplace** di konsol |

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`](https://docs.didit.me/id/transaction-monitoring/rules#mewajibkan-verifikasi-pengguna-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](https://business.didit.me) untuk mengonfigurasi opsi ini. Pengaturan berlaku segera untuk semua transaksi baru.

## Langkah selanjutnya

> [card] [Penilaian risiko](https://docs.didit.me/id/transaction-monitoring/risk-scoring.md)
>
> Cara ambang batas skor dipetakan ke status.

> [card] [Skrining kripto](https://docs.didit.me/id/transaction-monitoring/aml-screening.md)
>
> Skrining dompet dan detail penyedia.

> [card] [Pengayaan IP](https://docs.didit.me/id/transaction-monitoring/ip-enrichment.md)
>
> Data IP apa saja yang tersedia untuk aturan.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.