> ## 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.

# Tinjauan 4-Eyes: Persetujuan Maker/Checker

> Di Didit, setiap keputusan pada blueprint wajib disetujui petugas kedua. Hasil yang diusulkan ditahan sampai peninjau berbeda menyetujuinya.

Tinjauan 4 mata menambahkan persetujuan kedua yang independen sebelum resolusi berlaku, sebagai kontrol pemisahan tugas standar untuk investigasi berisiko lebih tinggi.

***

## Pengaturan

Pada blueprint pembuat, atur **Tinjauan 4 mata** ke **blueprint pemeriksa**. Pengisian kolom inilah yang mengaktifkan Tinjauan 4 mata untuk blueprint pembuat, tidak ada sakelar terpisah.

## Cara kerjanya

1. Petugas pada blueprint pembuat menyelesaikan kasus seperti biasa (positif palsu atau ancaman valid, ditambah catatan jika diwajibkan).
2. Alih-alih menutup kasus, status kasus tetap **Buka**, resolusi yang diusulkan disimpan sementara, dan kasus dipindahkan ke antrean **blueprint pemeriksa**. Linimasa kasus mencatat `Submitted for approval`.
3. Pemeriksa meninjau tab Ikhtisar kasus, tempat banner kontrol ganda menampilkan tindakan **Setujui** dan **Tolak**.
4. **Setujui** menerapkan resolusi yang disimpan sementara: kasus menjadi **Terselesaikan** dengan resolusi dan catatan asli, yang dicatat atas nama petugas yang mengajukannya. Linimasa mencatat `Approval granted` lalu `Resolved`.
5. **Tolak** menghapus resolusi yang disimpan sementara dan mengembalikan kasus ke **blueprint pembuat**. Linimasa mencatat `Approval rejected`, dan pembuat diberi notifikasi.

> [!WARNING]
>
> Petugas yang mengajukan resolusi tidak dapat menyetujui atau menolaknya sendiri, dan ini ditegakkan di sisi server. Upaya untuk melakukannya akan mengembalikan 403. (Menyetujui atau menolak kasus yang tidak memiliki resolusi menunggu persetujuan akan mengembalikan 409.)

## Menamai pemeriksa

Petugas yang menyelesaikan kasus dapat menamai anggota yang harus menyetujui resolusi, dengan kolom `checker` pada [API penyelesaian kasus](https://docs.didit.me/id/management-api/cases/resolve.md).
Hanya anggota tersebut yang kemudian dapat menyetujui atau menolak resolusi; pihak lain, termasuk kunci API, akan menerima 403.
Kolom `checker` pada kasus menampilkan anggota yang ditunjuk sampai resolusi disetujui, ditolak, atau dikembalikan untuk peninjauan baru.
Tanpa pemeriksa yang ditunjuk, resolusi menunggu di antrean blueprint pemeriksa seperti dijelaskan di atas.
Pemeriksa yang ditunjuk harus memiliki akses ke kasus dalam aplikasi dan tidak boleh sama dengan petugas yang mengajukan resolusi.

## Saat bukti berubah

Mengubah jawaban daftar periksa atau menambah atau menghapus verifikasi atau transaksi yang ditautkan akan menghapus keputusan yang tertunda dan mengembalikan kasus ke kebijakan peninjauan awalnya.
Linimasa aktivitas mencatat bahwa keputusan peninjauan baru diperlukan dan menyimpan usulan sebelumnya dalam peristiwa audit.
Peninjau harus memeriksa bukti yang diperbarui dan mengirimkan keputusan baru sebelum petugas kedua dapat menyetujuinya.
Mengirimkan jawaban daftar periksa yang sama tidak membatalkan peninjauan yang tertunda.

Persetujuan juga memeriksa bukti sumber yang ditautkan terhadap bukti yang diajukan untuk peninjauan.
Status verifikasi yang berubah, kolom dokumen yang dikoreksi, bukti transaksi yang berubah, atau sumber yang tidak tersedia akan memblokir persetujuan dengan `409`.
Kehilangan akses ke bukti jaringan global yang ditautkan melalui Fraud Check juga memerlukan peninjauan baru.
Gunakan **Tolak** untuk mengembalikan kasus ke pembuatnya, meninjau bukti yang diperbarui, dan mengirimkan keputusan baru.
Membuka catatan sumber atau menambahkan catatan kasus internal tidak dengan sendirinya memblokir peninjauan yang buktinya tidak berubah.
Jika bukti yang diajukan tidak dapat diverifikasi, peninjauan baru diperlukan sebelum persetujuan.

## Catatan

* Persyaratan peninjauan disimpan saat kasus dibuka.
  Memindahkan kasus ke antrean pemeriksa tidak mengganti persyaratan tersebut dengan perubahan kebijakan berikutnya.
* Sebuah kasus hanya dapat memiliki satu resolusi yang disimpan sementara dalam satu waktu; meminta informasi tambahan (**Menunggu pengguna**) diblokir selama resolusi menunggu persetujuan.
* Tinjauan 4 mata berpasangan dengan [catatan resolusi wajib](https://docs.didit.me/id/console/case-management/blueprints.md#pengaturan-umum): aktifkan keduanya untuk blueprint berisiko tertinggi Anda agar memerlukan alasan yang terdokumentasi sekaligus peninjau kedua.


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