Verifikasi KYC dengan Claude: Melakukan Pemeriksaan Kenali Pelanggan di Chat

Poin-poin Penting

• Hubungkan Claude ke server Model Context Protocol (MCP) Didit melalui OAuth (Open Authorization) 2.1 dengan PKCE (Proof Key for Code Exchange) — tidak diperlukan kunci API (application programming interface), dan peran serta izin Didit Anda yang sudah ada akan diterapkan sepenuhnya.
• 115 alat di 11 kategori memungkinkan Anda mencari, memeriksa, mengoreksi, meninjau, menyetujui, dan menolak sesi Kenali Pelanggan (KYC) sepenuhnya dari jendela chat Claude.
• Seorang analis kepatuhan dapat mengerjakan seluruh antrean 'Dalam Peninjauan': memeriksa keputusan, mengesampingkan bidang yang salah baca, meninggalkan catatan jejak audit, menyetujui atau menolak, dan meminta pengajuan ulang sebagian — semuanya tanpa membuka Konsol Bisnis.
• MCP bertindak sebagai pengguna Didit yang masuk dengan peran organisasi yang sama persis dengan pengguna tersebut — seorang analis tidak dapat melakukan apa pun di Claude yang tidak dapat mereka lakukan di konsol. Ini secara langsung menjawab pertanyaan petugas kepatuhan: izin tidak dilewati.
• Didit melayani 2.000+ perusahaan dalam produksi; inferensi model berjalan di bawah 2 detik p99. Paket KYC lengkap seharga $0,33, dan setiap fitur mencakup 500 verifikasi gratis per bulan.

Verifikasi KYC adalah alur kerja harian bagi tim kepatuhan. Sesi tiba dengan tanda untuk peninjauan manual. Dokumen dipindai, data diekstraksi, dan sebagian persentase selalu jatuh ke peninjau manusia untuk diselesaikan. Peninjau tersebut biasanya menghabiskan hari mereka beralih antara Konsol Bisnis dan alat manajemen antrean, mengklik sesi demi sesi.

Ada cara yang lebih cepat. Dengan server Model Context Protocol (MCP) Didit yang terhubung ke Claude, seorang analis kepatuhan dapat mengerjakan seluruh antrean peninjauan dari satu jendela chat. Cari sesi yang sedang ditinjau, baca mengapa setiap sesi ditandai, periksa objek keputusan lengkap, koreksi nama belakang atau tanggal lahir yang salah baca, tinggalkan catatan peninjau, setujui atau tolak dengan jejak audit lengkap, dan minta pengajuan ulang hanya langkah-langkah yang gagal — semuanya tanpa meninggalkan percakapan.

Cara kerjanya

Pengaturan konektor dan alur OAuth dibahas dalam panduan instalasi Claude. Untuk peninjauan harian, batas pentingnya sederhana: setiap panggilan alat berjalan dengan peran organisasi pengguna Didit yang masuk, sehingga Claude tidak dapat menyetujui atau mengedit sesi jika pengguna tersebut tidak memiliki izin yang sesuai.

Tambahkan konektor Didit ke Claude. Implementasi dan kode self-hosting tersedia di repositori GitHub publik di bawah lisensi MIT.

Antrean peninjauan KYC harian di Claude

Server MCP mengekspos 115 alat di 11 kategori. Untuk analis kepatuhan yang meninjau sesi KYC, alur kerja yang relevan terlihat seperti ini:

1. Temukan ruang kerja Anda

Mulai dengan didit_context_get. Panggilan tunggal ini mengembalikan setiap organisasi dan aplikasi yang dapat Anda akses, termasuk organisasi dan aplikasi mana yang menjadi default. Ini menggantikan pola penemuan multi-langkah yang lebih lama dan memungkinkan Anda untuk segera mulai bekerja.

Panggil didit_context_get. Nyatakan organisasi dan aplikasi yang dipilih, dan jangan membaca atau mengubah sesi apa pun dulu.

2. Temukan sesi yang perlu ditinjau

Jalankan didit_session_search dengan status: "In Review". Ini mencari di semua aplikasi dan organisasi Anda dalam satu panggilan dan mengembalikan sesi yang ditandai dengan organisasi dan aplikasinya, yang terbaru terlebih dahulu. Anda dapat memfilter berdasarkan rentang tanggal menggunakan last_n_days atau menelusuri alur kerja tertentu dengan workflow_id.

Temukan sesi dengan status “Dalam Peninjauan” menggunakan last_n_days: 1. Nyatakan batas date_from dan date_to, lalu kembalikan session_id, workflow, created time, dan alasan peninjauan yang diamati. Jangan memanggil alat tulis.

last_n_days adalah pintasan tanggal kalender: ini menetapkan date_from dan date_to. Ini bukan filter 24 jam bergulir. Lewatkan tanggal YYYY-MM-DD eksplisit ketika kebijakan peninjauan Anda memerlukan batas yang berbeda.

3. Periksa keputusan lengkap

Untuk setiap sesi yang ditandai, panggil didit_session_get_decision dengan pengidentifikasi sesinya. Ini mengembalikan keputusan lengkap dan data yang diekstraksi yang dihasilkan oleh alur kerja yang dikonfigurasi untuk sesi tersebut. Tergantung pada modul dalam alur kerja tersebut, responsnya mungkin mencakup bidang dokumen identitas, hasil liveness dan pencocokan wajah, output penyaringan Anti Pencucian Uang (AML), sinyal penipuan, dan bukti peninjauan. Jangan mengharapkan modul yang tidak dijalankan oleh alur kerja.

Ambil keputusan lengkap untuk sesi SESSION_UUID. Pisahkan bidang yang diamati, pemeriksaan yang gagal, bukti yang bertentangan, dan data yang hilang. Jangan merekomendasikan status dulu.

4. Koreksi data yang salah baca

OCR (Optical Character Recognition) dapat salah membaca karakter — “0” yang seharusnya “O”, huruf beraksen yang diratakan OCR, ketidakcocokan format tanggal. Gunakan didit_session_update_data untuk mengesampingkan bidang yang diekstraksi: nama depan, nama belakang, tanggal lahir, nomor dokumen, negara penerbit, alamat, jenis kelamin, kebangsaan, status perkawinan, dan bidang tambahan spesifik dokumen. Hanya kirimkan bidang yang perlu dikoreksi; yang lainnya tetap seperti yang diekstraksi.

Untuk sesi SESSION_UUID, ubah hanya last_name menjadi “Muñoz”. Tunjukkan pembaruan bidang yang diusulkan dan tunggu persetujuan saya sebelum memanggil didit_session_update_data.

5. Tinggalkan catatan jejak audit

Gunakan didit_session_add_review untuk melampirkan komentar peninjau ke jejak audit sesi. Anda dapat secara opsional mengubah status sesi sebagai bagian dari panggilan yang sama — misalnya, pindahkan ke “Dalam Peninjauan” jika Anda sedang mengerjakannya secara aktif, atau ke “Disetujui” jika pemeriksaan Anda selesai. Setiap catatan dan transisi status dicatat dan diberi stempel waktu.

Tambahkan komentar peninjauan ini ke sesi SESSION_UUID tanpa mengubah statusnya: “Nama belakang dikoreksi setelah perbandingan dengan zona visual dokumen.”

6. Setujui, tolak, atau minta pengajuan ulang

Ketika peninjauan konklusif, gunakan didit_session_update_status untuk menetapkan status akhir menjadi Approved atau Declined, dengan komentar opsional dan notifikasi email. Gunakan perintah yang membuat keputusan yang diotorisasi eksplisit:

Perbarui sesi SESSION_UUID menjadi Disetujui dengan komentar “Peninjauan manual selesai di bawah kebijakan v4.2.” Jangan mengubah data identitas yang diekstraksi.

Pengajuan ulang sebagian lebih ketat daripada label percakapan. nodes_to_resubmit harus berisi pengidentifikasi node yang gagal yang sama persis yang dikembalikan untuk sesi tersebut. Nilai seperti liveness atau blurred document page adalah deskripsi, bukan pengidentifikasi node yang dapat dijalankan. Pertama, tanyakan:

Dari keputusan untuk sesi SESSION_UUID, daftar pengidentifikasi node yang gagal yang memenuhi syarat untuk pengajuan ulang. Jangan mengubah sesi.

Setelah meninjau pengidentifikasi tersebut, gunakan secara verbatim:

Setel sesi SESSION_UUID menjadi Dikirim Ulang dan berikan nilai nodes_to_resubmit ini: ["EXACT_NODE_ID_1", "EXACT_NODE_ID_2"]. Tambahkan komentar “Coba lagi hanya langkah-langkah yang gagal yang telah dikonfigurasi.”

Seluruh alur kerja — temukan, periksa, koreksi, catat, putuskan — terjadi di dalam Claude. Pencarian dan pembacaan tidak membuat entri audit peninjau. Alat tulis memiliki efek yang berbeda: didit_session_update_data menerapkan koreksi, didit_session_add_review membuat catatan peninjau, dan didit_session_update_status mencatat perubahan status dengan komentar jejak audit opsional.

10 status sesi dan artinya

Saat mencari atau meninjau sesi, Anda memfilter berdasarkan status. Didit melacak 10 status di seluruh siklus hidup sesi:

• Not Started — Sesi dibuat dan tautan verifikasi dihasilkan, tetapi pengguna belum membukanya.
• In Progress — Pengguna membuka alur verifikasi dan secara aktif menyelesaikan langkah-langkah.
• In Review — Sesi saat ini diantrekan untuk peninjauan manusia. Ini mungkin tiba di sana melalui logika alur kerja yang dikonfigurasi atau perubahan status manual oleh peninjau yang berwenang.
• Approved — Status keputusan sesi saat ini adalah disetujui. Status itu mungkin berasal dari alur kerja yang dikonfigurasi atau dari penggantian status manual oleh peninjau yang berwenang; itu tidak membuktikan bahwa setiap pemeriksaan yang mungkin dijalankan atau lulus.
• Declined — Status keputusan sesi saat ini adalah ditolak. Ini mungkin mencerminkan logika alur kerja yang dikonfigurasi atau penggantian status manual oleh peninjau yang berwenang, jadi baca bukti yang dikembalikan daripada memperlakukan label sebagai daftar pemeriksaan yang gagal.
• Expired — Jendela waktu sesi telah berakhir sebelum pengguna menyelesaikan verifikasi.
• Abandoned — Pengguna memulai tetapi tidak menyelesaikan alur.
• Kyc Expired — Data KYC itu sendiri sudah kadaluarsa (misalnya, dokumen identitas yang kadaluarsa terdeteksi setelah verifikasi).
• Resubmitted — Analis meminta pengajuan ulang sebagian, dan pengguna diminta untuk mengulang hanya langkah-langkah yang gagal.
• Awaiting User — Sesi induk Know Your Business (KYB) menunggu sementara pihak KYC anak yang diperlukan menyelesaikan verifikasi mereka.

Izin dan keamanan

Keberatan petugas kepatuhan terhadap alat yang terhubung dengan kecerdasan buatan (AI) apa pun adalah lugas: dapatkah agen melakukan sesuatu di chat yang tidak diizinkan oleh peninjau manusia di konsol? Dengan server MCP Didit, jawabannya adalah tidak. MCP mengautentikasi sebagai pengguna Didit yang masuk melalui OAuth 2.1 dengan PKCE — setiap panggilan alat mewarisi peran organisasi pengguna tersebut. Konsol Bisnis dan server MCP menerapkan pemeriksaan hak istimewa yang sama terhadap backend izin yang sama di service-didit-auth.

Seorang analis dapat meninjau sesi, mengoreksi data, dan menyetujui atau menolak hanya dalam lingkup yang sudah diberikan oleh peran mereka. Seorang pengembang yang menghubungkan MCP dapat membuat alur kerja dan mengelola webhook jika peran mereka mengizinkannya. MCP itu sendiri tidak memperkenalkan izin baru. Ini adalah antarmuka yang berbeda ke model otorisasi yang sama.

Untuk siapa ini

Alur kerja ini dirancang untuk analis kepatuhan yang sudah tahu cara meninjau sesi KYC. MCP tidak mengotomatiskan penilaian peninjau — ini menghilangkan peralihan konteks. Alih-alih membuka browser, masuk ke konsol, menemukan halaman sesi yang tepat, mengklik tab, dan mengetik ke dalam formulir, analis menjelaskan apa yang mereka inginkan dalam bahasa alami dan Claude menjalankan urutan alat.

Ini juga berguna untuk pimpinan kepatuhan yang ingin memeriksa antrean peninjauan dari ponsel mereka, dan untuk melatih analis baru yang dapat mempelajari proses peninjauan dengan menonton Claude menelusuri data keputusan sesi dan menandai pola.

Kapan harus menggunakan konsol sebagai gantinya

Beberapa tindakan tetap ada di Konsol Bisnis. Server MCP di Claude menangani tindakan peninjauan dan manajemen per sesi. Untuk operasi massal seperti menginstal bundel aturan, menguji perubahan aturan, atau mengajukan Laporan Aktivitas Mencurigakan (SAR), fitur-fitur tersebut ada di antarmuka Pemantauan Transaksi dan Manajemen Kasus konsol. Alat manajemen kasus MCP menangani triase — didit_case_manage mendukung menetapkan, mengomentari, meningkatkan, membuka kembali, menyelesaikan, dan memperbarui — tetapi pengajuan SAR dan konfigurasi mesin aturan adalah alur kerja khusus konsol.

Mulai

Hubungkan Claude ke server MCP Didit dari pengaturan konektor Claude Anda. Server ini gratis, titik akhir yang dihosting tidak memerlukan instalasi, dan referensi alat lengkap ada di docs.didit.me.

Jika Anda baru mengenal pengaturan MCP, mulailah dengan panduan instalasi atau halaman pengembang Didit MCP. Untuk gambaran umum siklus hidup sesi dan apa yang terjadi ketika verifikasi berjalan, baca KYC dengan server Didit MCP. Untuk katalog alat, lihat referensi alat MCP.

Didit adalah infrastruktur untuk identitas dan penipuan. 115 alat MCP. $0,33 untuk paket KYC lengkap. 500 verifikasi gratis per bulan untuk setiap fitur. 2.000+ perusahaan dalam produksi. Hubungkan Claude, masuk, dan mulai meninjau.