> ## 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. # Blueprint Kasus - Penugasan & Konten Kasus > Atur cara kasus dalam satu kategori ditugaskan, dieskalasi, dialihkan, dan ditampilkan di Didit, serta pasang empat preset bawaan. A review policy, represented as a blueprint in the API, defines the requirements for a category of case. Kelola kebijakan di **Manajemen Kasus > Penugasan > Kebijakan tinjauan**. Kasus menyimpan versi kebijakan yang berlaku saat kasus dibuka, sehingga perubahan berikutnya tidak secara diam-diam mengubah tinjauan yang sedang berjalan. Editor mengirimkan versi yang dibukanya saat Anda menyimpan. Jika peninjau lain telah menerbitkan versi yang lebih baru, penyimpanan akan mengembalikan konflik dan draf Anda tetap terbuka. Tinjau kebijakan terbaru sebelum menerapkan perubahan Anda lagi. Integrasi API dapat mengirim `expected_version` bersama pembaruan kebijakan untuk perlindungan yang sama; versi yang sudah usang mengembalikan `409` tanpa mengubah kebijakan. *** ## Pengaturan umum | Pengaturan | Deskripsi | | - | - | | **Nama** | Maksimal 24 karakter | | **Deskripsi** | Opsional, teks bebas | | **Siapa yang menangani kasus** | Kumpulan penerima tugas, wajib, minimal satu anggota ("Pilih setidaknya satu penerima tugas") | | **Penugasan** | **Secara manual**, atau **Secara otomatis** | | **Transfer kasus** | Sakelar; saat aktif, kasus dapat dipindahkan ke blueprint aktif lain dalam aplikasi yang sama | | **Eskalasi** | Sakelar beserta pemilih blueprint tujuan | | **Tinjauan 4 mata** | Pasangkan dengan blueprint pemeriksa, lihat [Tinjauan 4 mata](https://docs.didit.me/id/console/case-management/four-eyes.md) | | **Wajibkan catatan penyelesaian** | Sakelar; saat aktif, catatan pada dialog Penyelesaian menjadi wajib | | **Tenggat waktu default** | Tenggat waktu opsional dalam jam untuk kasus baru; tenggat waktu kasus yang ditetapkan secara eksplisit lebih diutamakan | ### Penugasan otomatis Penugasan otomatis memilih peninjau yang berwenang dengan kasus aktif paling sedikit di seluruh organisasi, hingga kapasitas yang dikonfigurasi. Petugas yang online diprioritaskan jika tersedia; jika tidak, petugas offline yang memenuhi syarat dapat menerima kasus. Jika setiap peninjau yang memenuhi syarat telah mencapai kapasitas, kasus tetap tidak ditugaskan. Menyelesaikan kasus atau petugas yang kembali online dapat menarik kasus dari antrean saat kapasitas tersedia. ### Eskalasi dan transfer Eskalasi memindahkan kasus ke blueprint tujuan yang tetap (antrean dan konfigurasi kontennya) dalam satu tindakan. Transfer kasus, sebaliknya, memungkinkan petugas memilih blueprint aktif mana pun dalam aplikasi yang sama untuk memindahkan kasus. Keduanya disembunyikan dari halaman kasus kecuali blueprint saat ini mengaktifkannya, dan keduanya diblokir di sisi server (400) jika dicoba saat dinonaktifkan. Blueprint tidak boleh mereferensikan dirinya sendiri sebagai tujuan eskalasi atau pemeriksa 4 mata. ### Sumber terhubung Panel kanan blueprint menampilkan: * **Sumber pembuatan kasus**: konfigurasi AML, aturan transaksi, dan node alur kerja yang saat ini mengarahkan kasus baru ke blueprint ini, dengan pintasan ke masing-masing. * **Menerima eskalasi dari**: blueprint lain yang tujuan eskalasinya mengarah ke sini. ## Simpan dan terbitkan perubahan kebijakan **Simpan draf** menyimpan perubahan Anda tanpa memengaruhi kasus baru maupun yang sudah ada. Kebijakan baru tetap belum diterbitkan dan tidak dapat dipilih untuk kasus atau aturan perutean sampai Anda memilih **Terbitkan**. Membuka kembali editor memulihkan draf yang tersimpan. **Terbitkan** tersedia setelah perubahan saat ini disimpan. Penerbitan menerapkan versi tersebut ke kasus baru; kasus yang sudah ada tetap mempertahankan persyaratan tinjauan yang telah diterima. **Riwayat versi** mencatat setiap konfigurasi yang diterbitkan, waktu penerbitan, dan penerbitnya jika diketahui. Kebijakan yang dibuat sebelum riwayat versi tersedia akan memiliki baseline saat ini yang dicatat pada penerbitan berikutnya. **Buang draf** memerlukan konfirmasi dan mengembalikan editor ke konfigurasi yang diterbitkan. Membuang draf yang belum pernah diterbitkan akan menghapusnya. Penyimpanan draf dan pemeriksaan penerbitan memeriksa versi yang diterbitkan maupun revisi draf. Jika orang lain mengubah salah satunya, server mengembalikan `409` dan editor yang terbuka tetap menyimpan perubahan Anda yang belum tersimpan. Draf yang didasarkan pada kebijakan terbitan yang lebih lama harus ditinjau terhadap kebijakan saat ini sebelum diterbitkan. Pembaruan `PATCH` API langsung tetap menjadi penerbitan seketika dan juga dicatat dalam riwayat versi. ### Draf aturan perutean Aturan perutean menggunakan tindakan **Simpan draf**, **Terbitkan**, **Buang draf**, dan **Riwayat versi** yang sama. Menyimpan draf tidak mengubah aturan yang digunakan untuk penugasan otomatis atau pratinjau aturan yang diterbitkan. Perubahan yang belum diterbitkan harus disimpan sebelum dapat diterbitkan. Pemeriksaan penerbitan memastikan kebijakan tinjauan dan tim yang dipilih masih aktif serta termasuk dalam aplikasi yang sama. Jika editor lain mengubah aturan atau drafnya, operasi tersebut mengembalikan konflik dan mempertahankan perubahan yang lebih baru. Aturan baru menggunakan **Simpan draf** terlebih dahulu dan tetap nonaktif sampai **Terbitkan** membuat versi 1. Untuk integrasi API, atur `publish=false` saat membuat kebijakan atau aturan perutean untuk menggunakan siklus hidup ini. Jika opsi ini dihilangkan, pembuatan langsung tetap berlaku untuk integrasi yang sudah ada. ## Pustaka preset Pasang salah satu dari empat preset bawaan dari galeri preset kebijakan tinjauan. Pemasangan menyalin preset ke aplikasi Anda sebagai blueprint yang dapat diedit sepenuhnya; Anda kemudian dapat mengubah pengaturan apa pun dengan bebas tanpa memengaruhi katalog. Pemasangan bersifat idempoten per preset, sehingga memasang ulang preset yang sudah terpasang tidak memberikan efek apa pun. | Preset | Konten kasus | | - | - | | **Hit skrining** | Kontrol AML (keuangan + identitas), identitas (informasi pribadi, ikhtisar risiko) | | **Investigasi AML** | Kontrol AML (keuangan), identitas (informasi pribadi, informasi kontak, ikhtisar risiko, dokumen PoI) | | **Aktivitas mencurigakan** | Identitas (informasi pribadi, ikhtisar risiko, dokumen PoI), keuangan (metode pembayaran, transaksi) | | **Tinjauan KYC** | Identitas (semua kolom), ringkasan verifikasi | Tidak ada preset yang mengonfigurasi penugasan, eskalasi, 4 mata, atau transfer sebelumnya; keputusan perutean tersebut selalu menjadi tanggung jawab Anda untuk setiap blueprint. ## Konten kasus Tab **Konten kasus** mengatur tab dan kolom mana yang muncul di halaman kasus, dalam enam bagian yang dapat diaktifkan atau dinonaktifkan: | Bagian | Kolom | | - | - | | **Daftar Periksa** | Pengaktifan, opsi untuk menjadikannya opsional saat penyelesaian, dan daftar item daftar periksa, lihat [Daftar Periksa](https://docs.didit.me/id/console/case-management/checklist.md) | | **Kontrol AML** | Informasi AML finansial, informasi AML identitas | | **Identitas** | Informasi pribadi, tag pemohon, informasi kontak, ikhtisar risiko, dokumen bukti identitas, dokumen bukti alamat | | **Verifikasi** | Ringkasan verifikasi | | **Pelaporan** | Laporan FIU | | **Data dan sumber finansial** | Metode pembayaran, transaksi finansial | Blueprint yang tidak memiliki bagian yang diaktifkan tetap menampilkan tab Ikhtisar kasus, tetapi tanpa blok konten tambahan. > [!TIP] > > Gunakan tenggat waktu default kebijakan untuk memberi kasus baru jendela peninjauan yang konsisten. > Peninjau tetap dapat memperbarui prioritas dan tanggal jatuh tempo masing-masing kasus. > Mengedit kebijakan tidak mengubah tenggat waktu pada kasus yang sudah ada. ## Menghapus blueprint Menghapus blueprint selalu berhasil dan tidak memengaruhi kasusnya: kasus yang sudah ada tetap mempertahankan referensi blueprint-nya, dan pengaturannya (bagian konten, eskalasi, transfer, dan pemasangan empat mata) terus berlaku untuk kasus tersebut. Blueprint yang sudah dihapus tidak lagi muncul dalam daftar blueprint dan tidak dapat lagi dipilih sebagai target transfer. Jika blueprint pembuat dihapus saat salah satu resolusinya masih menunggu persetujuan empat mata, resolusi yang ditolak akan membuat kasus tetap berada di blueprint pemeriksa dan tidak dikembalikan. Untuk menutup blueprint dengan rapi, pindahkan kasus aktifnya ke blueprint lain sebelum menghapusnya. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.