Manajemen Kasus - Kasus & Siklus Hidup

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: Menyelesaikan kasus memerlukan resolusi: Setiap kasus juga memiliki prioritas (Low, Medium, High, bawaan Medium) dan tanggal jatuh tempo opsional yang menjadi dasar pengurutan SLA dan penanda terlambat.

​

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:

• 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

​

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