# Mengendalikan dan mengawasi Penyelidik

Source: https://help.didit.me/id/investigations/investigator-automation-and-oversight
Updated: 2026-10-23

Atur otonomi Penyelidik per negara, workflow, atau jumlah, tambahkan kunci yang tak boleh dilanggar, lalu awasi konsistensi, pergeseran, dan laporan validasi.

Buka **Penyelidik → Pengaturan** untuk menetapkan seberapa banyak yang boleh diputuskan Penyelidik di
setiap antrean, menurunkannya untuk item yang cocok dengan sebuah segmen, dan menambahkan kunci seperti
"jangan pernah setujui otomatis jika pencocokan wajah di bawah 70%". Lalu awasi di
**Kinerja** dan **Aktivitas**: konsistensi pada pengulangan, pergeseran, tingkat
layanan, QA peninjau Anda sendiri, dan laporan validasi yang dapat Anda serahkan kepada
auditor.

> **Note:** Kontrol ini diluncurkan satu per satu dan mungkin belum diaktifkan untuk
> aplikasi Anda. Segmen dan kunci dapat disimpan sebelum diaktifkan,
> tetapi baru berlaku setelah diaktifkan. Mengubahnya memerlukan izin untuk
> mengubah pengaturan aplikasi, dan setiap perubahan dicatat di
> **Aktivitas**.

## Kembali ke mode observasi, menonaktifkannya, atau menjalankan penyiapan lagi

Aplikasi Anda selalu berada di salah satu dari tiga tahap:

| Tahap | Yang terjadi |
|---|---|
| **Belum disiapkan** | Penyelidik tidak meninjau apa pun: item sampai ke peninjau Anda tanpa laporan |
| **Mode observasi** | Penyelidik menulis laporan untuk setiap item dan menilai dirinya terhadap keputusan tim Anda, tetapi tidak memutuskan apa pun. Peninjauan dalam mode observasi tidak pernah ditagih |
| **Otomatisasi aktif** | Penyelidik memutuskan sendiri jika tingkat antrean mengizinkannya, dan peninjauan yang selesai ditagih |

- **Kembali ke mode observasi.** Minta Didit Copilot untuk mengembalikan Penyelidik ke mode observasi, atau ubah tahapnya melalui API. Penyelidik tetap menulis laporan dan menilai dirinya, tetapi tidak memutuskan apa pun sampai Anda kembali memindahkan sebuah antrean ke **Otomatis** atau **Otomatis penuh** di **Pengaturan**. Untuk menghentikan keputusan otomatis hanya untuk sementara, gunakan **Jeda otomatisasi**: setiap item diteruskan ke tim Anda, beserta laporannya.
- **Menonaktifkannya.** Minta Didit Copilot untuk menonaktifkan Penyelidik, atau ubah tahapnya melalui API. Penyelidik berhenti meninjau, dan item sampai ke peninjau Anda tanpa laporan, seperti sebelum penyiapan. Kebijakan, SOP, dan pengaturan Anda tetap disimpan. Untuk mengaktifkannya lagi, tekan **Otomatiskan peninjauan** dan selesaikan penyiapan: Penyelidik dimulai dalam mode observasi.
- **Menjalankan penyiapan lagi.** **Jalankan penyiapan lagi**, di menu Penyelidik, membuka penyiapan dengan jawaban yang sudah Anda simpan. Menyelesaikannya menyimpan jawaban Anda ke kebijakan dan memulai peluncuran dari awal: setiap antrean yang Anda pilih kembali ke **Sarankan** dan menilai dirinya terhadap tim Anda selama jangka waktu yang Anda pilih, dan antrean yang tidak Anda pilih berhenti memutuskan sendiri. Antrean yang disetel ke **Nonaktif** dan tidak Anda pilih tetap seperti semula.

Setiap perubahan tahap dicatat di **Aktivitas**. Mengubah tahap atau menjalankan penyiapan memerlukan izin untuk mengubah pengaturan aplikasi.

## Seberapa banyak yang boleh dilakukannya sendiri

Setiap antrean memiliki tingkatnya sendiri:

| Tingkat | Yang terjadi |
|---|---|
| **Sarankan** | Bawaan. Penyelidik menulis laporan; manusia memutuskan setiap item |
| **Otomatis** | Penyelidik memutuskan item yang mencapai atau melampaui ambang keyakinan Anda; sisanya diteruskan ke manusia |
| **Otomatis penuh** | Penyelidik memutuskan semua yang dicakup kebijakan Anda, dan sebuah sampel diteruskan ke manusia untuk pemeriksaan kualitas |
| **Nonaktif** | Item sampai ke peninjau Anda tanpa laporan |

Memindahkan antrean ke **Otomatis** atau **Otomatis penuh** memerlukan uji historis dan persetujuan eksplisit Anda. **Jeda otomatisasi** langsung mengembalikan setiap item ke tim Anda. Anda juga dapat menetapkan tingkat yang lebih rendah untuk beberapa negara, alur kerja, atau jumlah, menambahkan kunci Anda sendiri, dan membiarkan perlindungan pergeseran menurunkan tingkat sebuah antrean: lihat [Mengendalikan dan mengawasi Penyelidik](https://help.didit.me/id/investigations/investigator-automation-and-oversight).

## Kapan ia boleh memutuskan sendiri

Pada **Otomatis** dan **Otomatis penuh**, Penyelidik memutuskan sebuah item hanya jika setiap kondisi di **Pengaturan → Kapan agen boleh memutuskan sendiri** terpenuhi. Selebihnya tetap ditangani manusia, dengan laporan yang sudah siap.

| Kondisi | Artinya |
|---|---|
| **Item dicakup oleh kebijakan Anda** | Selalu. Apa pun yang tidak dicakup kebijakan Anda kembali ke tim Anda sebagai pertanyaan |
| **Keyakinan pada atau di atas ambang antrean** | Selalu. Ambangnya 90% kecuali Anda mengubahnya |
| **Tidak ada pertanyaan terbuka pada item** | Selalu |
| **Tidak ada kemungkinan kecocokan sanksi pada item atau apa pun yang terkait dengannya** | Selalu. Item seperti itu diteruskan ke manusia |
| **Jumlah transaksi hingga** | 5.000, 10.000, 25.000 (bawaan), 50.000, atau 100.000 dalam mata uang bawaan aplikasi Anda, atau **Tanpa batas**. Transfer yang lebih besar selalu diteruskan ke manusia |
| **Maksimum keputusan otomatis per antrean per hari** | 50, 100, 200 (bawaan), 500, atau 1.000, untuk setiap antrean, per hari UTC. Setelah batas itu, item menunggu manusia dengan laporan yang sudah siap |
| **Kirim 5% keputusan Otomatis penuh ke manusia untuk kontrol mutu** | Aktif atau nonaktif, untuk setiap antrean. Opsi ini terus mengukur akurasi setelah peluncuran. Porsinya adalah sampel QA yang Anda pilih saat penyiapan (2%, 5%, atau 10%), dan mengaktifkannya di sini menetapkan 5% |

Setiap perubahan dicatat di **Aktivitas**.

## Mengganti keputusan yang diambilnya sendiri

Verifikasi atau kasus yang diputuskan Penyelidik sendiri menampilkan **Diputuskan oleh Investigator** pada rekamannya, beserta tindakan, bukti, dan tingkat keyakinannya. Tekan **Ganti** (pada kasus, **Ganti dengan alasan**), lalu pilih tindakan lain, alasan keputusan itu tidak sesuai, dan alasan Anda. Keputusan Anda diterapkan pada rekaman seperti keputusan apa pun yang diambil manusia, lalu disimpan di **Peristiwa** dengan nama dan alasan Anda, serta di **Aktivitas** di bawah **Penggantian keputusan**. Keputusan Penyelidik sendiri tetap ada di rekaman di samping keputusan Anda. Keputusan itu ditagih saat diambil; penggantian keputusan tidak pernah ditagih. Anda dapat menggantinya lagi nanti.

Anda hanya dapat mengganti selama keputusan Penyelidik, atau penggantian terakhirnya, masih berlaku. Jika sejak itu seseorang telah mengubah status rekaman, di halamannya, secara massal, atau melalui API, atau peninjauan baru telah memutuskannya lagi, ubahlah dari rekaman itu sendiri.

## Otonomi per segmen

Setiap antrean memiliki tingkat (**Nonaktif**, **Sarankan**, **Otomatis**, atau **Otomatis penuh**) dan ambang keyakinan. **Otonomi per segmen** menurunkan tingkat tersebut, atau menaikkan ambangnya, untuk item yang cocok. Setiap segmen memiliki nama, kondisi yang semuanya harus cocok, dan apa yang terjadi kemudian:

| Kondisi | Cocok jika |
|---|---|
| **Negara** | Negara penerbit dokumen (atau negara pihak transaksi) adalah salah satu dari ini |
| **Risiko minimal** | Risiko item rendah, sedang, atau tinggi ke atas |
| **Alur kerja** | Item datang melalui salah satu alur kerja ini |
| **Jumlah dari** / **Jumlah hingga** | Jumlah transaksi berada dalam rentang ini |
| **Peringatan** | Item memiliki salah satu peringatan atau situasi ini |
| **Pencocokan wajah di bawah (%)** | Skor pencocokan wajah di bawah nilai ini |

Lalu pilih tingkat yang lebih rendah, ambang yang lebih tinggi (80%, 85%, 90%, atau 95%), atau keduanya. Segmen pertama yang cocok yang berlaku, dan sebuah segmen tidak pernah dapat menaikkan antrean di atas tingkatnya sendiri. Item yang tidak memiliki suatu fakta, misalnya verifikasi tanpa jumlah, tidak pernah cocok dengan kondisi tentang fakta tersebut. Anda dapat memiliki hingga 20 segmen.

Tekan **Periksa dampak** sebelum menyimpan untuk melihat berapa banyak laporan yang menunggu yang akan terkena setiap segmen dan kunci saat ini. Uji historis juga menggunakan segmen dan kunci Anda saat ini.

## Kunci

**Jangan pernah memutuskan sendiri jika…** menambahkan kunci Anda sendiri di atas lima batasan tetap. Setiap kunci memiliki kondisi seperti segmen dan salah satu dari dua tindakan:

- **Jangan pernah setujui otomatis**: item yang cocok masih dapat ditolak atau dimintai informasi tambahan secara otomatis, tetapi tidak pernah disetujui tanpa manusia.
- **Jangan pernah memutuskan sendiri**: item yang cocok selalu diteruskan ke manusia.

Kunci berlaku untuk antrean yang Anda pilih, atau untuk setiap antrean. Anda dapat memiliki hingga 20 kunci. Jika sebuah segmen atau kunci mengubah apa yang terjadi pada sebuah item, laporan menyebutkannya.

## Dasbor dan Kinerja

**Dasbor** menunjukkan apa yang dilakukan otomatisasi untuk Anda. Dalam mode observasi, dasbor menunjukkan apa yang akan dilakukan Penyelidik:

| Metrik | Artinya |
|---|---|
| **Akan diputuskan** | Berapa banyak peninjauan yang akan diputuskannya sendiri dalam mode observasi |
| **Kesepakatan dengan tim Anda** | Seberapa sering Penyelidik sepakat dengan keputusan tim Anda, dan berapa banyak ketidaksepakatan yang terjadi |
| **Jam yang akan dihemat** | Waktu peninjau, berdasarkan kecepatan kerja tim Anda |
| **Beralih ke Otomatis** | Tanggal antrean beralih ke **Otomatis** jika kesepakatan tetap 98% atau lebih, atau **Saat Anda memutuskan** jika kenaikan tingkat otomatis dinonaktifkan atau dijeda |

Setelah Penyelidik memutuskan item pertamanya, dasbor mencakup 30 hari terakhir:

| Metrik | Artinya |
|---|---|
| **Tingkat otomatisasi** | Berapa banyak peninjauan yang diputuskannya sendiri |
| **Jam peninjau yang dihemat** | Berdasarkan median waktu penanganan tim Anda, juga dihitung dalam jumlah peninjau penuh waktu |
| **Pengeluaran Penyelidik** | Biaya peninjauannya bulan ini |
| **Biaya per keputusan** | Biaya setiap keputusannya |
| **Akurasi pada sampel kontrol mutu** | Berapa banyak keputusan Otomatis penuh yang diperiksa manusia yang sepakat dengannya |
| **Penggantian keputusan** | Porsi keputusannya yang diubah oleh peninjau, beserta alasannya |

Di bawahnya, **Per antrean** merinci angka-angka ini per antrean, **Tingkat otomatisasi per minggu** menampilkan setiap minggu (minggu bergaris putus-putus berada dalam mode observasi), dan **Penggantian keputusan dan alasannya** mencantumkan mengapa peninjau mengubah keputusannya. Penggantian keputusan kembali ke tim Anda sebagai pertanyaan.

**Kinerja** membandingkan Penyelidik dengan peninjau Anda selama 7, 30, atau 90 hari terakhir:

| Metrik | Artinya |
|---|---|
| **Kesepakatan dengan peninjau** | Seberapa sering peninjau menerima rekomendasinya, sesuai usulan atau dengan editan |
| **Item yang diselidiki** | Sesi, peringatan transaksi, dan kasus yang dilaporkannya |
| **Waktu yang dihemat** | Median waktu untuk memutuskan sebuah item, sebelumnya dan sekarang |
| **Penggantian keputusan** | Porsi keputusan yang mengganti rekomendasinya, masing-masing dengan alasan |
| **Keyakinan yang dapat Anda percayai** | Seberapa sering peninjau sepakat dengannya pada setiap tingkat keyakinan yang dinyatakannya. Item dengan keyakinan tinggi dapat diterima sekaligus, item dengan keyakinan sedang ditinjau satu per satu, dan item dengan keyakinan rendah selalu diteruskan ke manusia |

Tab ini juga menampilkan grafik **Kesepakatan dan volume per minggu**, merinci angka **Per antrean** beserta waktu untuk memutuskan, mencantumkan **Penggantian keputusan berdasarkan alasan**, dan menampilkan **Di mana peninjau paling sering tidak sepakat**. Pergeseran, konsistensi pada pengulangan, dan QA peninjau Anda, yang dijelaskan di bawah, ada di tab yang sama.

## Konsistensi pada pengulangan

Peninjau yang baik memberikan jawaban yang sama untuk kasus yang sama dua kali. **Konsistensi pada pengulangan** di **Kinerja** mengukur hal itu: fitur ini meninjau ulang sampel item terbaru, masing-masing tiga kali secara bawaan, dan menunjukkan seberapa sering Penyelidik mengulangi rekomendasinya. Pemeriksaan ini berjalan setiap hari dan setiap kali Anda menekan **Jalankan pemeriksaan**, dalam mode observasi dan tanpa biaya. Di bawah 90%, peringatan konsistensi dicatat di **Aktivitas** dan, jika Anda mengaturnya, diposting ke kanal Slack atau Teams Anda.

## Perlindungan pergeseran

Perlindungan pergeseran membandingkan, setiap hari, seberapa sering Penyelidik sepakat dengan tim Anda selama 7 hari terakhir dibandingkan 30 hari sebelumnya, dan apakah jenis item yang diterimanya berubah. Jika kesepakatan turun 5 poin atau lebih, atau komposisi item bergeser, antrean ditandai **Bergeser** dan, dengan perlindungan pergeseran aktif:

- tingkatnya turun satu tingkat (**Otomatis penuh** ke **Otomatis**, **Otomatis** ke **Sarankan**), paling banyak sekali seminggu;
- tim Anda diberi peringatan, dan perubahan dicatat di **Aktivitas**;
- Anda sendiri menaikkan tingkatnya lagi di **Pengaturan** setelah kesepakatan pulih.

Sampel kualitas dibagi antara item yang disepakati Penyelidik dan tim Anda serta item yang tidak disepakati, sehingga pergeseran terlihat lebih awal dalam sampel.

## Tingkat layanan dan prioritas

Di **Tingkat layanan**, tetapkan berapa lama sebuah item boleh menunggu keputusan di setiap antrean: 4 jam, 8 jam, 1 hari, 2 hari, 3 hari, atau 1 minggu, atau **Tanpa SLA**. Setiap laporan yang menunggu kemudian menunjukkan kapan jatuh temponya, dan ditandai **Segera jatuh tempo** pada 4 jam terakhirnya dan **SLA terlampaui** setelahnya. Pelanggaran dapat memberi tahu tim Anda dan mengirim webhook. Kasus tetap memiliki tanggal jatuh temponya sendiri.

Setiap item yang menunggu juga mendapatkan **prioritas** dari risikonya, jumlah transaksi, apakah orang tersebut menyanggah keputusan atau menjawab permintaan informasi, ditambah lama waktu menunggunya. Urutkan antrean berdasarkan **Prioritas** untuk menangani item yang paling mendesak lebih dulu.

## QA peninjau Anda

Penyelidik juga dapat memeriksa keputusan tim Anda. Setiap hari, Penyelidik mengambil sampel keputusan yang diambil orang dalam 7 hari terakhir dan menilai masing-masing berdasarkan kepatuhan terhadap SOP Anda, bukti yang digunakan, dan justifikasi yang ditulis. Penyelidik juga meninjau kembali persetujuan terbaru untuk mencari risiko yang terlewat. Sebuah keputusan gagal jika skornya di bawah 70 dari 100, jika sebuah persetujuan melewatkan risiko, atau jika keputusan tersebut bertentangan dengan aturan SOP tanpa alasan.

Keputusan yang gagal membuka tugas pembukaan ulang di [Kotak masuk](https://help.didit.me/id/investigations/inbox) Anda agar seseorang dapat meninjaunya kembali, dicatat di **Aktivitas**, dan dapat mengirim webhook. Peninjauan QA berjalan dalam mode observasi: tidak pernah mengubah keputusan dan tidak pernah ditagih.

**QA peninjau** di **Pengaturan** menunjukkan apakah QA harian **Aktif** untuk aplikasi Anda; jika nonaktif, hubungi Didit untuk mengaktifkannya. **Jalankan QA sekarang** menilai **Sampel** berisi 10, 20, 50, atau 100 keputusan yang ditutup dalam **Periode tinjauan** yang Anda pilih, yaitu 1, 7, 30, atau 90 hari terakhir, dan meninjau kembali persetujuannya. Hasilnya ada di **Kinerja**: filter berdasarkan **Hasil** (**Gagal** atau **Lulus**) dan berdasarkan **Jenis** (**QA**, **Tinjauan ulang**, atau **Keduanya**). Setiap hasil membuka **Penilaian** dengan skor **Kepatuhan SOP**, **Bukti**, dan **Justifikasi**, serta tautan ke **Buka laporan** dan **Buka tugas pembukaan ulang di Inbox**.

## Laporan validasi

Sebelum bank atau auditor mengizinkan agen AI memutuskan, mereka bertanya bagaimana agen tersebut diuji. **Laporan validasi** menjawabnya untuk satu versi kebijakan, dalam bentuk PDF atau data:

- versi kebijakan, serta versi dan mesin Didit Investigator yang menghasilkan laporan;
- Pemeriksaan cepat dan uji historis AI, dengan tingkat kesepakatan, ketidaksepakatan, dan peringatan sampelnya;
- konsistensi pada pengulangan, dan kalibrasi: seberapa sering setiap tingkat keyakinan yang dinyatakan terbukti benar;
- batasan, kunci, segmen, tingkat, dan batas jumlah Anda;
- hasil QA, penggantian keputusan, dan pergeseran;
- apa yang berubah sejak versi sebelumnya, dijelaskan dalam bahasa yang mudah dipahami, beserta dampaknya yang terukur.

## Aktivitas dan asal-usul

**Aktivitas** menyimpan log permanen dari semua yang dilakukan Penyelidik dan tim Anda: laporan, keputusan, penggantian keputusan, pertanyaan, gambar yang ditampilkan, catatan, peninjauan ulang, permintaan informasi, sanggahan, peringatan konsistensi, pergeseran, pelanggaran SLA, peninjauan QA, dan draf laporan regulasi. Setiap entri yang dibuat melalui Didit Copilot atau MCP menyebutkannya. Setiap laporan dan entri membawa asal-usulnya: versi dan mesin Didit Investigator, serta versi kebijakan Anda.

Filter log berdasarkan **Jenis peristiwa**: **Semua**, **Agen**, **Keputusan**, **Penggantian keputusan**, atau **Otonomi dan batas pengaman**, masing-masing dengan jumlah entri yang dimuatnya. **Oleh** menampilkan apa yang dilakukan **Siapa pun**, **Penyelidik**, atau satu orang di log, dan **Periode** adalah **Hari ini**, **7 hari terakhir**, **30 hari terakhir**, atau **Sepanjang waktu**. **Tampilkan lebih banyak** memuat entri yang lebih lama, dan ekspor di bawah menggunakan filter yang sama.

Menghapus kasus juga menghapus laporan Penyelidik dari kasus itu beserta entrinya, karena laporan tersebut mengutip orang-orang yang terlibat. **Aktivitas** menyimpan satu entri sebagai gantinya: kasus mana yang dihapus, siapa yang menghapusnya, dan berapa laporan yang ikut terhapus, tetapi tidak pernah isinya.

**Ekspor untuk auditor** mengekspor log dengan filter yang Anda terapkan, sebagai CSV atau paket audit PDF. **Laporan di tampilan ini (ZIP)** mengunduh satu PDF catatan tinjauan untuk setiap laporan dalam tampilan, ditambah `index.csv` berisi sidik jari setiap laporan. Satu ZIP memuat hingga 200 laporan: jika tampilan Anda berisi lebih banyak, persempit filter di atasnya lalu ekspor lagi. Catatan tinjauan, dan cara memeriksa salinannya dengan sidik jarinya, dijelaskan di [Penyelidik](https://help.didit.me/id/investigations/investigator).