Diagram siklus hidup
Status secara rinci
Mengubah status melalui
PATCH /v3/users/{vendor_data}/update-status/ atau PATCH /v3/businesses/{vendor_data}/update-status/ mengirim webhook (user.status.updated / business.status.updated) agar sistem hilir dapat bereaksi secara waktu nyata.Tahapan siklus hidup
Pembuatan
Entitas dibuat dengan salah satu dari tiga cara:
- Dibuat otomatis saat Anda memulai sesi dengan
vendor_databaru. Entitas dibuat dengan statusACTIVE. - Dibuat sebelumnya melalui API menggunakan
POST /v3/users/create/atauPOST /v3/businesses/create/. Statusnya secara bawaan adalahACTIVE. - Dibuat di konsol oleh operator kepatuhan. Status awalnya
ACTIVEkecuali operator menentukan lain.
uuid yang dibuat oleh Didit dan pengenal vendor_data yang dimiliki oleh pelanggan.Verifikasi
Sesi dilekatkan ke entitas melalui
vendor_data. Setiap sesi dijalankan melalui alur kerja yang Anda konfigurasi: verifikasi identitas, liveness, pencocokan wajah, AML, dokumen, pencarian registri untuk KYB, dan seterusnya.Sesi yang selesai memperbarui penghitung agregat entitas:session_count,approved_count,declined_count,in_review_count- Peta
features: status terbaru setiap fitur di seluruh sesi (misalnya{ "id_verification": "APPROVED", "aml": "IN_REVIEW" }) - Kolom profil diperbarui berdasarkan sesi terbaru yang disetujui (misalnya
full_name,date_of_birth,portrait_image).
Penggunaan aktif
Setelah entitas memiliki satu atau lebih sesi yang disetujui, Anda dapat:
- Mengirim transaksi yang merujuk entitas melalui
vendor_datadalam payload transaksi - Menjalankan pemantauan AML berkelanjutan: pemindaian ulang berkala terhadap daftar sanksi / PEP / media negatif
- Melakukan verifikasi ulang sesuai jadwal: membuat sesi baru untuk
vendor_datayang sama pada interval rutin - Mengagregasi sinyal risiko di seluruh sesi dan transaksi
Perubahan status
Perubahan status entitas terjadi secara otomatis atau manual.Perubahan otomatis
ACTIVE → FLAGGEDsaat transaksi melampaui ambang batas peninjauan atau saat aturan menambahkan entitas ke daftar pantauan.ACTIVE → BLOCKEDsaat biometrik wajah cocok dengan entri daftar blokir.
USER (vendor_data) akan mengatur status menjadi BLOCKED.Perubahan manual terjadi saat analis mengubah status dari konsol atau saat Anda memanggil endpoint update-status.Setiap perubahan status mengirim webhook user.status.updated atau business.status.updated.Penghapusan
Entitas dihapus melalui
POST /v3/users/delete/ atau POST /v3/businesses/delete/ (batch). Rekaman entitas dihapus secara permanen. Menghapus Pengguna juga menghapus setiap templat biometrik yang masih tersimpan setelah sesi dihapus, sehingga orang tersebut tidak lagi cocok dalam deteksi duplikat dan Pencarian Wajah.Sesi verifikasi tidak tercakup oleh endpoint ini, begitu pula transaksi. Hapus sesi dengan Hapus Sesi atau Hapus Sesi Batch; transaksi dihapus dari Konsol.Stempel waktu aktivitas
Entitas melacak aktivitas untuk membantu Anda mengidentifikasi profil yang sudah usang atau aktif:
Gunakan stempel waktu ini untuk memfilter entitas yang tidak aktif, menjadwalkan verifikasi ulang, atau memicu pemantauan berkelanjutan.
Peristiwa yang dikirim selama siklus hidup
Lihat webhook entitas untuk bentuk payload dan semantik pengiriman.
Langkah selanjutnya
Penautan data vendor
Cara
vendor_data menghubungkan sesi, transaksi, dan entitas.Operasi Pengguna
Membuat, memperbarui, mengubah status, dan menghapus entitas Pengguna.
Operasi Bisnis
Membuat, memperbarui, mengubah status, dan menghapus entitas Bisnis.