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

# Manajemen Kasus - Kasus & Siklus Hidup

> Buka, tangani, dan selesaikan kasus investigasi di Didit per pengguna atau bisnis, dengan tampilan tersimpan, tenggat SLA, dan tindakan massal.

Manajemen Kasus adalah pusat investigasi di Didit Console. Setiap temuan AML, verifikasi yang ditandai, atau transaksi mencurigakan dapat menjadi **kasus** yang ditangani tim kepatuhan Anda dari awal hingga penyelesaian, dengan jejak audit lengkap.

***

## Siklus hidup

Sebuah kasus bergerak melalui tepat tiga status:

| Status | Arti |
| - | - |
| `Open` | Sedang dalam investigasi aktif |
| `Awaiting user` | Dijeda sementara informasi tambahan dikumpulkan dari pengguna yang terverifikasi |
| `Resolved` | Investigasi selesai, dengan resolusi yang telah dicatat |

Menyelesaikan kasus memerlukan resolusi:

| Resolusi | Arti |
| - | - |
| `False positive` | Aktivitas tersebut sah |
| `Valid threat` | Aktivitas mencurigakan atau penipuan yang telah dikonfirmasi |

Setiap kasus juga memiliki **prioritas** (`Low`, `Medium`, `High`, bawaan `Medium`) dan **tanggal jatuh tempo** opsional yang menjadi dasar pengurutan SLA dan penanda terlambat.

> [!NOTE]
>
> Tidak ada `Under review`, `On hold`, `Pending approval`, tingkat keparahan `Critical`, atau sumbu jenis kasus. Siklus hidup sengaja dibuat tetap agar analitik, SLA, dan izin tidak ambigu di seluruh kasus, terlepas dari cara pembuatannya.

## Satu subjek per kasus

Setiap kasus terikat pada **tepat satu** pengguna atau satu bisnis. Anda tidak dapat mencampur subjek dalam satu kasus, dan Anda tidak dapat melampirkan sesi, sesi bisnis, atau transaksi yang milik subjek lain selain subjek kasus tersebut. Upaya itu akan menghasilkan galat yang jelas.

Hal ini menjaga setiap halaman kasus tetap fokus: kartu subjek, ringkasan risiko, dokumen, dan data keuangan semuanya menggambarkan orang atau bisnis yang sama yang sedang diinvestigasi. Untuk meninjau entitas kedua, buka (atau buat) kasus terpisah.

## Konteks sumber Fraud Check

Membuat kasus dari sesi Fraud Check mempertahankan ID pemeriksaan, ID permintaan, dan bagian yang dibuka oleh peninjau.
Kartu sumber juga mencatat status analis sesi pada saat kasus dibuat.
Keputusan kasus dan keputusan sumber tetap terpisah.

Klien API dapat menyertakan `source_context` dengan `check_id`, `request_id`, dan `source_section` saat membuat kasus.
Sertakan permintaan tersebut sebagai entri `session` dalam `links`.
Pemeriksaan dan sesi yang ditautkan harus termasuk dalam aplikasi yang dipilih dan saling terkait.
API membaca status analis sendiri dan menolak kolom status, rekomendasi, atau jenis sumber yang disediakan pemanggil dalam konteks ini.

## Daftar

Manajemen Kasus menyediakan **Kasus**, **Ringkasan**, dan **Penugasan** di navigasi atas.
Ruang kerja Kasus menyediakan tampilan status **Buka**, **Menunggu pengguna**, **Terselesaikan**, dan **Semua**.
Saat membuka kasus, antrean kasus tampil berdampingan dengan detailnya di desktop.
Di perangkat seluler, gunakan breadcrumb untuk kembali ke antrean.

Pencarian mencocokkan nama atau ID subjek, tag, nomor kasus, judul kasus, ID sesi yang ditautkan, dan ID transaksi yang ditautkan. Dengan begitu, Anda dapat menempelkan UUID sesi atau transaksi dan langsung membuka kasusnya.

Chip filter: **Blueprint**, **Dibuat**, **Sumber**, **Ditugaskan**, **Tag**, ditambah **Tambah filter** untuk **Prioritas** dan **Jatuh Tempo**.

Kolom: Dibuat (tanggal dan pembuat), Detail kasus (judul), Status, Blueprint, Subjek (nama dan ID), Tag subjek, Ditugaskan, Prioritas, dan Tanggal jatuh tempo. Kolom lain tersedia melalui gulir horizontal dan konfigurasi kolom.

### Pengurutan dan SLA

Urutkan berdasarkan **Dibuat pada** (bawaan) atau **Tanggal jatuh tempo**. Mengurutkan berdasarkan tanggal jatuh tempo menampilkan kasus yang terlambat terlebih dahulu. Sebuah kasus dianggap terlambat setelah tanggal jatuh temponya lewat selagi kasus masih **Buka** atau **Menunggu pengguna**, dan ditandai dengan chip jatuh tempo berwarna merah.

### Tampilan tersimpan

Simpan kombinasi filter dan kolom saat ini sebagai tampilan bernama dengan **Simpan tampilan**, beralih antartampilan dengan **Pilih tampilan**, dan atur ulang dengan **Hapus filter**. Tampilan bersifat pribadi dan disimpan dengan cara yang sama seperti preferensi tabel konsol lainnya.

### Tindakan massal

Pilih beberapa kasus untuk:

* **Tugaskan ke** seorang petugas. Semua kasus yang dipilih harus memiliki Blueprint yang sama. Konsol akan memberi peringatan sebelum pengiriman jika tidak sama.
* **Atur status** ke Menunggu pengguna, Buka kembali, atau Selesaikan (dengan resolusi dan catatan opsional). Setiap kasus dievaluasi secara terpisah. Kasus yang terhambat oleh daftar periksa yang belum lengkap atau catatan wajib yang belum diisi dilaporkan satu per satu tanpa menggagalkan sisa batch.

### Ekspor

Menu daftar menawarkan dua ekspor CSV, yang dikirim melalui [Halaman Laporan](https://docs.didit.me/id/console/export-pdf-csv.md):

* **Laporan semua kasus**, satu baris per kasus dengan status, resolusi, prioritas, tag, transaksi yang ditautkan, dan laporan FIU terakhir yang diajukan.
* **Laporan SLA**, metrik waktu per kasus: jam hingga penugasan, jam hingga resolusi, serta penanda terlambat dan SLA terpenuhi.

## Tindakan subjek dan coba lagi

Kartu subjek memungkinkan peninjau yang berwenang mengubah status subjek, menambahkan tag, menambahkan catatan internal, atau menambahkan subjek ke daftar blokir. Tindakan ini terpisah dari penyelesaian kasus.
Bagian **Tindakan pada subjek** mencatat setiap tindakan yang diminta sebagai **Diterapkan** atau **Gagal**, serta mengidentifikasi peninjau dan waktunya.
Gunakan **Ulangi tindakan** untuk mengulangi tindakan yang gagal setelah meninjau subjek saat ini.
Tindakan yang sudah diterapkan tidak dijalankan lagi saat permintaannya dicoba lagi.

Klien API sebaiknya mengirim `client_reference` yang unik dengan setiap permintaan ke endpoint `entity-actions/` kasus.
Gunakan referensi dan input yang sama saat mencoba lagi permintaan setelah galat koneksi.
Input yang berubah dengan referensi yang sama akan mengembalikan `409`.
Jika referensi disertakan, periksa `receipt.status`: respons `200` dapat berisi tanda terima yang gagal, yang berarti tindakan tidak diterapkan.
Mencoba lagi permintaan yang gagal memerlukan `retry: true`, atau panggilan ke endpoint `action-receipts/{receipt_uuid}/retry/`.
Endpoint riwayat mengembalikan paling banyak 20 tanda terima per halaman dan menyediakan `next_offset` untuk hasil tambahan.
Klien API yang sudah ada dan tidak menyertakan `client_reference` tetap mempertahankan perilaku respons sebelumnya.

## Tag

Tambahkan tag ke kasus dari header kasus (**Tambah tag**) untuk mengelompokkan investigasi terkait, atau filter dan cari berdasarkan tag dari daftar. Perubahan tag dicatat pada linimasa kasus.

## Halaman terkait

> [card] [Membuat kasus](https://docs.didit.me/id/console/case-management/creating-cases.md)
>
> Setiap titik masuk: pengguna, bisnis, sesi, transaksi, dan konektor otomatis.

> [card] [Blueprint](https://docs.didit.me/id/console/case-management/blueprints.md)
>
> Konfigurasikan penugasan, eskalasi, transfer, dan konten halaman kasus.

> [card] [Daftar periksa](https://docs.didit.me/id/console/case-management/checklist.md)
>
> Jadikan langkah investigasi yang diwajibkan sebagai prasyarat penyelesaian.

> [card] [Tinjauan 4 mata](https://docs.didit.me/id/console/case-management/four-eyes.md)
>
> Persetujuan pembuat/pemeriksa untuk penyelesaian yang sensitif.

## Pesan ke pelanggan

Gunakan **Kirim pesan kepada pelanggan** untuk melihat pratinjau permintaan yang telah ditentukan atau pembaruan tinjauan untuk kontak yang telah diverifikasi.
Lihat [Pesan ke pelanggan](https://docs.didit.me/id/console/case-management/customer-messages.md) untuk status pengiriman, respons aman, dan alur kerja API.

## Diskusi dan catatan yang disematkan

Buka tombol diskusi di samping status kasus untuk meninjau catatan tanpa meninggalkan investigasi.
Gunakan menu catatan untuk membalas atau menyematkannya.
Catatan yang disematkan muncul lebih dulu, dan balasan menampilkan kutipan singkat dari catatan induknya.
Perubahan sematan dicatat dalam aktivitas kasus dan tidak mengubah keputusan sumber.

Konfirmasi penghapusan akan menghapus catatan beserta kutipannya dari balasan secara permanen.
Balasan itu sendiri tetap tersedia.
Lampiran dihapus kecuali catatan lain masih menggunakannya.

Klien API dapat memberikan UUID `client_reference` saat menambahkan catatan.
Percobaan ulang tanpa perubahan mengembalikan catatan yang sudah ada tanpa menduplikasi notifikasi.
Menggunakan kembali referensi tersebut untuk konten yang berubah atau untuk catatan yang sudah dihapus akan mengembalikan `409`.
Berikan `reply_to` untuk merujuk ke catatan aktif dalam kasus yang sama, dan perbarui `is_pinned` melalui endpoint `PATCH` catatan tersebut.

## Periksa investigasi yang sudah ada

Dialog Buat Kasus yang digunakan bersama memeriksa investigasi yang sudah ada untuk pengguna, bisnis, atau sumber tertaut yang dipilih.
Buka kasus yang sudah ada untuk melanjutkan peninjauannya.
Kasus yang sudah ditutup tetap terlihat sehingga Anda dapat membukanya dan memutuskan apakah akan dibuka kembali.
Untuk membuat investigasi terpisah, masukkan alasan bahwa ini adalah insiden yang berbeda.
Alasan disimpan bersama kasus baru dan ditampilkan di ringkasannya.
Konsol memeriksa ulang duplikat saat Anda mengirimkan, termasuk kasus yang dibuat oleh peninjau lain selama dialog terbuka.

Integrasi API dapat meninjau `POST .../cases/duplicates/` dan mengatur `review_duplicates=true` saat membuat kasus.
Ketika investigasi yang sudah ada ditemukan, pembuatan mengembalikan `409` kecuali `separate_incident_reason` diberikan.
Endpoint tinjauan duplikat mengembalikan hingga 20 kasus per halaman, dengan `next_offset` untuk hasil lainnya.
Integrasi API yang sudah ada dan tidak menyertakan opsi ini tetap mempertahankan perilaku pembuatan yang berlaku saat ini.


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