Membangun Alur Kerja SAR Tanpa Alat Kasus Terpisah (ID)

Pemicu aturan adalah bagian yang mudah. Apa yang terjadi setelahnya—peringatan, investigasi, eskalasi, keputusan untuk mengajukan Laporan Aktivitas Mencurigakan (SAR)—adalah tempat sebagian besar operasi kepatuhan sebenarnya berada, dan di mana sebagian besar biaya tersembunyi. Pengaturan tipikal menyatukan tiga hal: vendor pemantau yang menghasilkan peringatan, alat manajemen kasus terpisah yang menampung investigasi, dan proses SAR manual yang sering berakhir di spreadsheet dan PDF. Data dimasukkan ulang antar sistem, jejak audit terfragmentasi, dan analis menghabiskan hari mereka berpindah tab.

API Pemantauan Transaksi Didit mengirimkan seluruh alur kerja dalam satu produk. Saat sebuah aturan terpicu, sebuah peringatan terbuka; peringatan dikelompokkan menjadi kasus; analis ditugaskan; dan SAR diajukan dari konsol yang sama tempat peringatan dinaikkan. Tidak ada alat kasus terpisah yang perlu dilisensikan, diintegrasikan, atau direkonsiliasi—dan transaksi yang memenuhinya berharga $0,02 masing-masing.

Panduan ini menjelaskan alur kerja dari aturan yang terpicu hingga SAR yang diajukan.

Poin-poin penting

• Peringatan terbuka secara otomatis saat aturan terpicu dan bergerak melalui siklus hidup yang ditentukan: OPEN, INVESTIGATING, AWAITING_USER, PENDING_SAR, SAR_FILED, RESOLVED, DISMISSED.
• Kasus mengelompokkan peringatan terkait, membawa prioritas dan tingkat keparahan, dan melacak investigasi melalui OPEN, UNDER_REVIEW, AWAITING_USER, ON_HOLD, dan RESOLVED.
• Analis ditugaskan ke peringatan dan kasus, sehingga kepemilikan dan kinerja dapat diukur.
• Pengajuan SAR berada di konsol yang sama dengan peringatan—tidak ada ekspor ke alat terpisah, tidak ada data yang dimasukkan ulang.
• Jalur AWAITING_USER memungkinkan seorang analis mengembalikan peringatan kepada pengguna untuk remediasi daripada menyelesaikannya secara manual.
• $0,02 per transaksi, tanpa minimum. Penyaringan AML pada pihak yang ditandai ditagih terpisah sebesar $0,20.

Apa yang dilakukan alur kerja manajemen kasus

Pemantauan transaksi menghasilkan sinyal; manajemen kasus mengubahnya menjadi keputusan yang dapat dipertahankan. Setiap peringatan di Didit membawa sumber—dipicu aturan, dipicu penyedia, atau dibuat analis—dan status yang mencerminkan posisinya dalam investigasi. Seorang analis membuka peringatan, meninjau transaksi dan aturan yang terpicu, dan memutuskan: menolaknya sebagai positif palsu, menyelesaikannya, meningkatkannya menjadi kasus, mengembalikannya kepada pengguna, atau memindahkannya ke arah SAR.

Kasus adalah wadah untuk apa pun yang lebih besar dari satu peringatan. Beberapa peringatan pada pengguna yang sama—lonjakan kecepatan pada hari Senin, hit pihak lawan yang disanksi pada hari Rabu—dikelompokkan menjadi satu kasus yang menampung seluruh gambaran, dengan prioritas dan tingkat keparahannya sendiri. Kasus inilah yang dikerjakan oleh penyelidik, dan kasus inilah yang mendokumentasikan keputusan perusahaan.

Mengapa ini penting

Regulator tidak hanya mengharapkan Anda untuk mendeteksi aktivitas mencurigakan—mereka mengharapkan Anda untuk menyelidiki dan melaporkannya, serta untuk menunjukkan jejak audit yang bersih tentang bagaimana Anda beralih dari peringatan ke keputusan. Tumpukan yang terfragmentasi justru merugikan Anda dalam setiap aspek. Memasukkan ulang data antara vendor pemantau dan alat kasus dapat menyebabkan kesalahan. Proses SAR spreadsheet tidak mungkin diaudit dan lambat untuk dipertahankan. Dan setiap celah integrasi adalah tempat di mana peringatan dapat terlewat.

Menggabungkan tumpukan menjadi satu produk menyelesaikan masalah operasional dan peraturan sekaligus. Peringatan, investigasi, analis yang menanganinya, dan SAR semuanya berada dalam satu catatan yang sama. Jejak audit berkesinambungan karena tidak ada yang meninggalkan sistem. Dan biaya diskalakan dengan transaksi, bukan dengan lisensi per kursi untuk alat kasus yang juga harus Anda pertahankan.

Detail teknis

Saat aturan terpicu pada transaksi, respons membawa status dan alert_id:

{
  "transaction_id": "txn_3c81f0",
  "status": "IN_REVIEW",
  "risk_score": 64,
  "triggered_rules": [
    { "name": "Sanctioned counterparty", "bundle": "AML/CTF", "action": "CHANGE_STATUS" }
  ],
  "alert_id": "alrt_77a920"
}

Transaksi itu sendiri dibuat terhadap API /v3/ terpadu, idempoten pada transaction_id yang Anda kontrol:

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_3c81f0",
    "category": "finance",
    "amount": 24000,
    "currency": "EUR",
    "currency_kind": "fiat",
    "txn_date": "2026-05-21T14:50:00Z",
    "subject": { "vendor_data": "user_6610", "role": "SENDER", "entity_type": "INDIVIDUAL" },
    "counterparty": { "role": "RECEIVER", "entity_type": "INDIVIDUAL" }
  }'

Status peringatan. OPEN → INVESTIGATING → (AWAITING_USER) → PENDING_SAR → SAR_FILED, atau berakhir pada RESOLVED atau DISMISSED.

Status kasus. OPEN, UNDER_REVIEW, AWAITING_USER, ON_HOLD, RESOLVED.

Webhook. Berlangganan transaction.created dan transaction.status.updated agar sistem Anda tetap sinkron saat seorang analis memindahkan peringatan melalui alur kerja.

Harga. $0,02 per transaksi. Penyaringan AML yang dijalankan pada pihak yang ditandai selama investigasi ditagih terpisah sebesar $0,20.

Dari peringatan hingga SAR yang diajukan

1. Peringatan terbuka. Sebuah aturan terpicu, transaksi menjadi IN_REVIEW, dan sebuah peringatan terbuka dalam status OPEN dengan aturan pemicu terlampir.
2. Analis menanganinya. Peringatan berpindah ke INVESTIGATING dan ditugaskan kepada seorang analis, yang meninjau riwayat transaksi, konteks kecepatan, dan setiap penyaringan AML.
3. Eskalasi atau remediasi. Analis mengelompokkan peringatan terkait ke dalam sebuah kasus, atau mendorong peringatan ke AWAITING_USER agar pelanggan dapat menyelesaikannya dengan bukti dana atau verifikasi ulang.
4. Memutuskan SAR. Jika aktivitas memerlukan pelaporan, peringatan berpindah ke PENDING_SAR, SAR disiapkan di konsol yang sama, dan saat diajukan, peringatan berpindah ke SAR_FILED.
5. Penutupan. Peringatan yang tidak memerlukan tindakan diselesaikan sebagai DISMISSED (positif palsu) atau RESOLVED. Seluruh jejak—siapa memutuskan apa, kapan—tetap tercatat.

Karena peringatan dapat berpindah ke AWAITING_USER, investigasi dan loop remediasi otomatis berbagi permukaan yang sama: seorang analis dapat menyerahkan peringatan yang meragukan kembali kepada pengguna daripada menghabiskan waktu, dan peringatan dilanjutkan secara otomatis setelah pengguna merespons.

Kasus penggunaan

• Fintech — mengelompokkan peringatan kecepatan, penataan, dan sanksi pada satu akun ke dalam satu kasus sebelum memutuskan SAR.
• Kripto — menyelidiki peringatan yang diajukan oleh paparan penyaringan dompet bersama dengan kecepatan on-chain dalam file kasus yang sama.
• Pinjaman — menangani peringatan pola penipuan (mule, identitas sintetis) hingga keputusan yang didokumentasikan tanpa alat kedua.
• Marketplace — mengkonsolidasikan peringatan penyalahgunaan pengembalian dana dan chargeback pada penjual ke dalam sebuah kasus, lalu mengajukan atau menolaknya.
• iGaming — mengelola peringatan permainan yang bertanggung jawab dan AML dalam satu alur kerja, dengan kepemilikan analis dan jejak audit.

Bagaimana cara berintegrasi dengan Didit

1. Aktifkan bundel Anda. Di Konsol Bisnis, aktifkan bundel aturan yang sesuai dengan bisnis Anda agar peringatan terbuka sesuai dengan tipologi yang tepat.
2. Kirim transaksi. POST /v3/transactions/ saat uang bergerak, dengan transaction_id yang stabil dan vendor_data yang menghubungkan masing-masing ke pengguna atau entitasnya.
3. Kelola peringatan di Konsol. Selidiki, tetapkan analis, kelompokkan peringatan ke dalam kasus, dan ajukan SAR—semuanya dari permukaan yang sama.
4. Sinkronkan dengan webhook. Dengar transaction.status.updated agar sistem Anda sendiri mencerminkan perubahan status peringatan dan kasus.

Karena semuanya ada di API /v3/ terpadu, sesi KYB dapat memunculkan sesi KYC untuk UBO-nya, pengguna tersebut mengalir ke pemantauan transaksi, dan transaksi yang ditandai dapat memunculkan KYC remediasi—satu platform identitas dan penipuan, dari ujung ke ujung.

Pertanyaan yang sering diajukan

Apakah saya memerlukan alat manajemen kasus terpisah?

Tidak. Peringatan, kasus, penugasan analis, status investigasi, dan pengajuan SAR sudah terintegrasi dalam produk dan konsol yang sama.

Status apa saja yang dilalui sebuah peringatan?

OPEN, INVESTIGATING, AWAITING_USER, PENDING_SAR, SAR_FILED, RESOLVED, dan DISMISSED. Kasus bergerak melalui OPEN, UNDER_REVIEW, AWAITING_USER, ON_HOLD, dan RESOLVED.

Bisakah saya menugaskan peringatan kepada analis tertentu?

Ya. Peringatan dan kasus ditugaskan kepada analis, sehingga kepemilikan jelas dan kinerja dapat diukur.

Di mana SAR diajukan?

Di konsol yang sama tempat peringatan dinaikkan. Tidak ada ekspor ke alat terpisah dan tidak ada data yang dimasukkan ulang, yang menjaga jejak audit tetap berkesinambungan.

Berapa biayanya?

$0,02 per transaksi, ditagih per panggilan tanpa minimum. Penyaringan AML yang dijalankan pada pihak yang ditandai selama investigasi ditagih terpisah sebesar $0,20.

Siap untuk memulai?

Baca Ikhtisar Pemantauan Transaksi di dokumen, lihat bagaimana ini sesuai dengan platform lainnya di halaman produk Pemantauan Transaksi, dan periksa harga transparan per panggilan di halaman harga. Saat Anda siap, mulai gratis—500 pemeriksaan KYC gratis setiap bulan, dan pemantauan transaksi seharga $0,02 per panggilan.