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.
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.
#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 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.
Masih buntu? Bicara dengan manusia.
Sertakan ID organisasi Anda dan ID sesi yang Anda tanyakan.