Orchestrated Workflows dari Didit adalah cara paling canggih dan fleksibel untuk merancang dan menerapkan perjalanan verifikasi identitas multi-langkah yang komprehensif.
Pelajaran Didit Academy ini membangun alur kerja verifikasi di Business Console yang sebenarnya, dari templat hingga alur yang dipublikasikan: memilih pemeriksaan di setiap node, aturan dan ambang batas, percabangan AML, node webhook, dan pengembalian versi.
Jalur integrasi ini memungkinkan Anda memanfaatkan seluruh kecerdasan platform Didit V2, dengan membuat urutan verifikasi yang canggih menggunakan pembuat visual tanpa kode. Anda mendefinisikan logika sekali di Business Console, dan Didit menangani seluruh pengalaman pengguna, manajemen status, serta langkah bersyarat.
Pilih jalur ini ketika Anda memerlukan solusi lengkap dari awal hingga akhir untuk onboarding pengguna (KYC), verifikasi usia, atau autentikasi ulang, dan Anda ingin meluncurkan dengan cepat dengan upaya pengembangan minimal sambil tetap mempertahankan kontrol maksimal atas prosesnya.
Metode identitas per negara
Di Verifikasi Identitas, buka Negara dan metode identitas yang diizinkan untuk mengonfigurasi pengambilan dokumen, pencarian non-dokumen, dan dompet identitas digital untuk setiap negara.
Pengaturan tambahan berisi subjenis dokumen, percobaan pencarian, dan aturan cadangan.
Pencarian non-dokumen menggunakan harga layanan Validasi Database organisasi Anda. Setiap percobaan yang selesai dikenakan biaya secara terpisah, termasuk kecocokan parsial dan tanpa kecocokan: dua percobaan yang selesai berarti dua kali pengenaan biaya. Kesalahan format dan kegagalan penyedia yang tidak mengembalikan jawaban tidak dikenakan biaya. Jika beberapa layanan database menjawab satu percobaan, harga layanan yang berlaku dari masing-masing layanan dijumlahkan. Defaultnya adalah satu percobaan sebelum cadangan, yang dapat dikonfigurasi dari satu hingga lima. Pengambilan dokumen dikenakan biaya tambahan ketika pencarian yang selesai beralih ke dokumen.
Aplikasi produksi hanya dapat mengaktifkan dompet yang tersedia untuk produksi. Dompet yang menunggu peluncuran tetap dinonaktifkan. Aplikasi sandbox dapat menguji setiap dompet dalam katalog dengan hasil simulasi; ketersediaan di sandbox tidak menunjukkan ketersediaan di produksi. Lihat Pengujian sandbox untuk skenario kegagalan pencarian dan dompet.
Pembuatan Versi Alur Kerja
Alur kerja mendukung pengelolaan versi draf dan publikasi. Artinya, Anda dapat dengan aman mengiterasi alur kerja tanpa memengaruhi sesi aktif:
- Versi draf dapat diedit sepenuhnya: tambahkan, hapus, atau susun ulang node dengan bebas
- Memublikasikan draf membuat versi yang tidak dapat diubah dan akan digunakan oleh sesi baru
- Versi sebelumnya tetap disimpan, sehingga Anda dapat memeriksa konfigurasi persis yang digunakan untuk sesi mana pun di masa lalu
- Sesi selalu merujuk ke versi spesifik yang digunakan saat sesi tersebut dibuat, sehingga konsistensi terjaga bahkan setelah Anda memublikasikan pembaruan
Untuk mengubah alur kerja yang sudah dipublikasikan, buat draf baru dari versi yang dipublikasikan, edit, lalu publikasikan saat sudah siap. Riwayat versi tersedia melalui Management API.
Dua Cara Membangun Alur Kerja
Didit menawarkan dua pendekatan berbeda untuk membuat workflow verifikasi. Anda dapat memilih tingkat kompleksitas yang sesuai dengan kebutuhan Anda:
1. Mode Sederhana: Pembuat Berbasis Templat
Mode Sederhana cocok untuk memulai dengan cepat. Pilih templat yang sudah jadi, aktifkan atau nonaktifkan fitur yang Anda butuhkan, lalu Anda siap menggunakannya.
Paling cocok untuk:
- Penyiapan dan penerapan yang cepat
- Alur verifikasi standar
- Tim yang baru mengenal verifikasi identitas
- Kasus penggunaan yang sesuai dengan pola umum
Cara kerjanya:
- Pilih templat workflow (KYC, Verifikasi Usia, dan sebagainya)
- Aktifkan atau nonaktifkan fitur (Deteksi Liveness, Pencocokan Wajah, AML, dan sebagainya)
- Atur pengaturan dasar untuk setiap fitur
- Publikasikan dan mulai verifikasi
2. Mode Lanjutan: Pembuat Graf Visual
Mode Lanjutan membuka seluruh kemampuan mesin orkestrasi Didit. Bangun alur verifikasi yang kompleks dan bersyarat menggunakan editor graf visual kami dengan node yang dapat diseret dan dilepas, cabang, dan logika kustom.
Paling cocok untuk:
- Perjalanan verifikasi yang kompleks dan memiliki banyak jalur
- Logika bersyarat berdasarkan data pengguna atau hasil verifikasi
- Aturan bisnis kustom dan percabangan
- Kebutuhan kepatuhan tingkat perusahaan
Kemampuan utama:
- Editor node visual: Seret, lepas, dan hubungkan node pada kanvas tak terbatas
- Koneksi cerdas: Seret dari pegangan node ke area kosong untuk langsung membuat dan menghubungkan node baru
- Cabang bersyarat: Arahkan pengguna berdasarkan data yang diekstrak, status verifikasi, negara, jenis dokumen, subjenis dokumen, tanggal penerbitan, usia, jalur respons JSON webhook, atau aturan kustom
- Otomatisasi tindakan: Tambahkan tag, atur metadata, atau arahkan ke peninjauan manual berdasarkan hasil alur
- Pintasan keyboard: Urungkan (Ctrl/Cmd+Z), ulangi (Ctrl/Cmd+Shift+Z), hapus (Delete/Backspace)
- Zoom dan geser: Navigasi alur yang kompleks dengan memperbesar dengan menggulir dan menggeser dengan menyeret
Jenis Node Pembuat Graf
Kategori Node Fitur
Fitur Interaktif Pengguna (dapat memulai alur kerja):
- Verifikasi Identitas (OCR)
- Deteksi Liveness
- Pencocokan Wajah
- Estimasi Usia
- Verifikasi Telepon
- Verifikasi Email
- Kuesioner
- Bukti Alamat
- Document AI
- NFC / ePassport
Fitur Khusus Backend (berjalan otomatis, tanpa interaksi pengguna):
- Skrining AML (membutuhkan langkah Verifikasi Identitas, Registri KYB, atau Document AI sebelumnya - lihat Entitas yang disaring)
- Validasi Database (membutuhkan OCR terlebih dahulu)
- Analisis Perangkat & IP
Catatan: Fitur backend saja ditandai dengan indikator khusus di builder dan dijalankan otomatis tanpa interaksi pengguna setelah dependensinya terpenuhi.
Tab konfigurasi pertama setiap node fitur dimulai dengan kontrol Mesin verifikasi: jalankan pemeriksaan dengan mesin Didit sendiri, atau alihkan ke penyedia pihak ketiga yang Anda hubungkan dari Marketplace, dengan pengalihan otomatis ke Didit jika penyedia tersebut tidak tersedia.
Entitas yang disaring
Skrining AML biasanya mengetahui siapa yang disaring dari langkah sebelumnya: orang yang identitasnya dibaca dari dokumen oleh langkah Verifikasi Identitas, atau perusahaan yang dikembalikan oleh langkah KYB Registry. Beberapa alur tidak memiliki keduanya. Alur yang sepenuhnya dibangun dengan Document AI, misalnya dokumen non-standar seperti sertifikat pajak atau akta pendirian perusahaan yang dinotariskan, sudah memiliki nama, tanggal lahir, nomor dokumen, dan negara, hanya saja menggunakan kunci kolom Anda sendiri.
Tab Lanjutan pada node AML adalah tempat Anda mengarahkan kunci tersebut ke penyaringan:
- Jenis entitas - saring orang, atau perusahaan yang disebutkan dalam dokumen yang diunggah. Node perusahaan mencari di catatan perusahaan, bukan data orang.
- Sumber kolom - petakan masing-masing dari empat input penyaringan (nama, tanggal lahir, negara, nomor dokumen) ke kolom Document AI, jawaban kuesioner, atau nilai yang Anda kirim saat pembuatan sesi (
expected_details / metadata). Kolom Document AI yang sudah Anda beri nama full_name akan diambil secara otomatis.
- Data penyaringan tidak lengkap - apa yang terjadi ketika penyaringan dijalankan dengan data identitas yang tidak lengkap. Peninjauan adalah default; pilih Tidak ada tindakan hanya ketika alur memang sengaja hanya memuat nama.
Dua hal perlu diketahui sebelum Anda mengandalkannya. Tanpa langkah Verifikasi Identitas atau KYB Registry, nama wajib diisi - alur kerja tidak dapat dipublikasikan sebelum nama terisi, karena tidak ada pencarian tanpa nama. Presisi AML langsung bergantung pada jumlah pengenal yang Anda berikan: skrining hanya dengan nama adalah penyebab volume positif palsu yang dikeluhkan peninjau, jadi petakan tanggal lahir dan negara setiap kali dokumen memuatnya.
Cara Kondisi Cabang Membaca Data Sesi
Rekaman mana yang dibaca kondisi. Kondisi cabang terikat pada node fitur tempat kondisi itu dibuat, dan kondisi tersebut membaca hasil node itu. Ketika satu node menghasilkan lebih dari satu rekaman, kondisi membaca rekaman paling baru. Hal ini paling penting untuk Analisis Perangkat & IP: Didit mencatat satu observasi untuk setiap perangkat dan alamat IP tempat sesi dibuka, sehingga pengguna yang berganti ponsel atau jaringan di tengah sesi meninggalkan beberapa rekaman pada node yang sama. Aturan seperti IP COUNTRY is in [...] kemudian dievaluasi terhadap observasi terbaru - rekaman yang sama yang ditampilkan pertama di panel Analisis Perangkat & IP sesi dan di array ip_analyses pada payload keputusan. Sesi dengan lebih dari satu observasi juga membawa peringatan MULTIPLE_DEVICES_IN_SESSION, yang menjadi sinyal untuk meninjau daftar lengkap, bukan hanya hasil cabang.
Nilai negara. Kondisi negara dicocokkan pada negaranya sendiri, bukan pada notasinya. Pilih negara dari pemilih kolom dan Didit menormalisasi kedua sisi perbandingan, sehingga aturan yang ditulis dalam ISO 3166-1 alpha-3 (UKR) tetap cocok dengan nilai yang ditangkap sebagai alpha-2 (UA).
Nilai hilang, nilai kosong, dan perbandingan negatif. Kolom tanpa nilai sama sekali (dokumen tidak memuatnya, kunci metadata tidak dikirim, atau fitur tidak berjalan) hanya cocok dengan is empty dan equals not_defined; setiap perbandingan lain - equals, contains, greater than, serta juga not equals dan not in - tidak cocok, dan node percabangan berpindah ke cabang berikutnya. Kolom yang berisi string kosong adalah nilai, bukan field yang hilang: sesi yang dibuat dengan "metadata": {"credential_state": ""} gagal pada metadata.credential_state equals IL, tetapi lolos pada not equals IL, not in [IL, MA, NJ] dan equals "" (is empty cocok untuk kedua kasus). Cabang yang menyetujui berdasarkan perbandingan negatif karena itu akan menyetujui sesi yang statusnya dikirim kosong, sementara sesi yang sama dengan kunci dihilangkan mengambil fallback. Ketika Anda merutekan berdasarkan not equals atau not in, tambahkan metadata.<key> is not empty ke cabang yang sama (logika AND) agar kedua kasus berakhir di tempat nilai yang tidak ada seharusnya berakhir. Cabang dievaluasi secara berurutan dan kecocokan pertama yang ditemukan berlaku; cabang fallback (cabang tanpa kondisi) diambil hanya jika tidak ada cabang lain yang cocok, jadi berikan setiap node percabangan sebuah fallback yang berakhir di tempat Anda menginginkan nilai tak terduga berakhir. Sesi yang mencapai Dalam peninjauan tanpa peringatan pada fitur mana pun dirutekan ke sana oleh node status dalam graf, bukan oleh pemeriksaan; fallback dari node percabangan biasanya menjadi penyebabnya.
Metadata sesi. Nilai yang Anda kirim dalam metadata saat pembuatan sesi tersedia untuk setiap cabang sebagai metadata.<key> dan dapat dibandingkan dengan nilai tetap atau dengan kolom sesi lain (misalnya metadata.min_age <= Age). Angka dibandingkan sebagai angka, sehingga 18 dan "18" berperilaku sama.
Sandbox / mode pengujian. Kondisi cabang, metadata, dan node status berjalan di sandbox persis seperti saat produksi, dan sandbox tidak pernah menempatkan sesi ke peninjauan dengan sendirinya. Perbedaannya ada pada dokumen: sesi sandbox membawa dokumen palsu tanpa negara bagian / wilayah AS, sehingga kondisi Region tidak dapat cocok di sana. Lihat apa yang tidak dimiliki dokumen palsu untuk cara menguji alur yang bergantung pada negara bagian.
Pengajuan ulang. Node cabang dievaluasi pada setiap percobaan, termasuk pengajuan ulang. Ketika Anda mengirim sesi kembali untuk langkah tertentu, cabang dan tindakan yang ditempatkan di antara langkah-langkah tersebut berjalan lagi saat pengguna menyelesaikannya kembali, dengan data dari percobaan baru. Pengguna yang pindah ke yurisdiksi terbatas di antara percobaan karena itu dirutekan oleh cabang yang mencakupnya, dan cabang yang berakhir pada hasil Ditolak mengakhiri sesi yang diajukan ulang di sana.
Melihat cabang yang diambil sesi. Setiap keputusan cabang yang dibuat alur kerja saat sesi berjalan, dan setiap node hasil yang dicapai, dicatat pada linimasa peristiwa sesi (Console session detail > Events, dan GET /v3/session/{id}/decision/?include=events). Baris Perutean alur kerja menyebutkan node percabangan, kondisi yang cocok, dan node tempat sesi dilanjutkan - atau menyatakan bahwa tidak ada kondisi yang cocok dan tepi fallback dari node tersebut diambil. Baris Hasil alur kerja menyebutkan node status yang menetapkan status sesi. Ketika alur kerja mengirim sesi ke Dalam peninjauan tanpa ada fitur yang memberi tanda, baris-baris itu menunjukkan jalur yang diambilnya, termasuk tepi fallback apa pun dan node hasil yang dituju. Keputusan manual yang dibuat kemudian tidak menulis ulang peristiwa alur kerja tersebut. Input yang hilang adalah salah satu kemungkinan penyebab: kondisi yang mensyaratkan nilai metadata.* yang ada tidak cocok ketika kunci dihilangkan saat pembuatan sesi. Kondisi yang secara eksplisit menguji input yang hilang, seperti is_empty atau equals dengan not_defined, dapat cocok dengan kunci yang tidak ada itu. Tepi fallback hanya diambil ketika tidak ada cabang yang cocok, termasuk cabang else apa pun, dan mengarah ke node yang terhubung ke output default. Lihat peristiwa sesi untuk payload peristiwa.
Templat Alur Kerja: Titik Awal Anda
Anggap templat bukan sebagai tipe yang kaku, melainkan titik awal yang cerdas dan sudah dikonfigurasi sebelumnya untuk kasus penggunaan umum. Di Mode Sederhana, templat ini siap pakai. Di Mode Lanjutan, templat ini menjadi fondasi yang dapat Anda sesuaikan secara ekstensif.
Templat yang Tersedia
1. Alur Kerja KYC
Solusi komprehensif untuk onboarding pengguna baru dan pemenuhan kepatuhan Know Your Customer (KYC) secara penuh.
- Dimulai dengan: Verifikasi Dokumen Identitas Inti.
- Fitur yang Umum Ditambahkan:
[+] Deteksi Liveness: Memastikan pengguna hadir secara fisik dan mencegah spoofing.[+] Pencocokan Wajah 1:1: Mencocokkan swafoto pengguna secara biometrik dengan foto pada identitasnya.[+] Skrining AML: Memeriksa pengguna terhadap daftar sanksi, PEP, dan media negatif global.[+] Verifikasi NFC: Menambahkan lapisan keamanan berstandar pemerintah dengan membaca chip e-paspor/e-ID.[+] Bukti Alamat (PoA): Memverifikasi alamat tempat tinggal pengguna.[+] Verifikasi Telepon: Memvalidasi kepemilikan nomor telepon sebagai faktor tambahan.[+] Verifikasi Email: Memvalidasi kepemilikan alamat email sebagai faktor tambahan.[+] Validasi Database: Memvalidasi terhadap database resmi pemerintah dan kredit.[+] Kuesioner: Mengumpulkan atestasi terstruktur dan dokumen pendukung melalui formulir yang dapat disesuaikan.[+] Analisis Perangkat & IP: Menganalisis risiko lokasi dan koneksi.
2. Alur Kerja Verifikasi Usia Adaptif
Alur dengan friksi minimal dan menjaga privasi untuk layanan yang dibatasi usia.
- Dimulai dengan: Estimasi Usia berbasis swafoto.
- Logika Utama:
- Jika estimasi usia jelas di atas ambang batas Anda (misalnya estimasi 25+ untuk layanan 18+), pengguna langsung lolos.
- Jika estimasi berada di bawah atau di dalam “zona penyangga” (misalnya estimasi 16-20), Anda dapat mengonfigurasi alur kerja untuk secara otomatis memicu beralih ke Verifikasi Identitas penuh guna mengonfirmasi tanggal lahir yang tepat.
- Fitur yang Umum Ditambahkan:
[+] Analisis Perangkat & IP: Membatasi akses berdasarkan lokasi geografis.
3. Alur Kerja Autentikasi Biometrik
Cara yang cepat dan aman untuk memverifikasi ulang pengguna yang kembali tanpa meminta dokumen mereka lagi.
- Dimulai dengan: Pemeriksaan Deteksi Liveness untuk memastikan pengguna hadir.
- Logika Inti:
- Sistem melakukan Pencocokan Wajah antara swafoto langsung yang baru dan templat biometrik tepercaya dari verifikasi KYC awal pengguna yang telah disetujui.
- Jika pengguna sudah memiliki wajah tersimpan di bawah
vendor_data yang sama (wajah liveness yang disetujui, foto e-paspor, potret dokumen identitas, atau wajah profil yang terdaftar), Anda dapat menghilangkan portrait_image saat membuat sesi dan Didit akan menggunakan kembali wajah tersimpan tersebut secara otomatis. Jika tidak, kirimkan portrait_image (gambar berenkode Base64, maksimal 2MB); tanpa salah satu dari keduanya, pembuatan sesi gagal dengan 400.
- Fitur yang Umum Ditambahkan:
[+] Verifikasi Telepon: Menautkan alamat ke nomor telepon yang terverifikasi.[+] Verifikasi Email: Memvalidasi kepemilikan alamat email sebagai faktor tambahan.[+] Analisis Perangkat & IP: Menandai upaya login mencurigakan dari lokasi baru.
4. Alur Kerja Verifikasi Alamat
Alur khusus untuk saat Bukti Alamat (PoA) menjadi persyaratan utama.
- Dimulai dengan: Pengguna mengirimkan dokumen Bukti Alamat (misalnya tagihan utilitas, rekening koran bank).
- Logika Inti: AI kami mengekstrak dan memvalidasi nama dan alamat dari dokumen tersebut.
- Fitur yang Umum Ditambahkan:
[+] Verifikasi Telepon: Menautkan alamat ke nomor telepon yang terverifikasi.[+] Verifikasi Email: Memvalidasi kepemilikan alamat email sebagai faktor tambahan.[+] Analisis Perangkat & IP: Membandingkan alamat pada dokumen dengan geolokasi pengguna saat ini untuk jaminan tambahan.
5. Alur Kerja Verifikasi Kuesioner
Alur yang difokuskan untuk saat tujuan utama Anda adalah mengumpulkan atestasi terstruktur dan dokumen pendukung melalui formulir yang dapat disesuaikan.
- Dimulai dengan: Kuesioner.
- Logika Inti: Sistem menampilkan kuesioner yang telah Anda konfigurasi (bagian, konten yang diterjemahkan, kolom wajib, unggahan).
- Fitur yang Umum Ditambahkan:
[+] Analisis Perangkat & IP: Tambahkan konteks lokasi dan koneksi ke pengiriman kuesioner Anda.
Kustomisasi Penuh
Setiap fitur dalam alur kerja dapat disesuaikan lebih lanjut dengan parameter spesifik untuk memenuhi kebutuhan persis Anda. Jelajahi pengaturan untuk setiap pemeriksaan di pembuat alur kerja.
Membangun aturan berdasarkan status perkawinan
Di Mode Lanjutan, Anda dapat menggunakan kolom OCR kyc.marital_status dalam cabang kondisional dan aturan status kustom. Pilih nilainya dari pemilih kolom agar aturan menggunakan enum yang didukung, bukan teks bebas. Jika dokumen tidak mencantumkan status perkawinan, nilainya kosong dan cabang alternatif Anda akan berlaku.
Copilot alur kerja juga dapat membuat dan mengonfigurasi langkah Validasi Database dalam satu tindakan. Saat Anda meminta copilot menambahkan pemeriksaan ini, tentukan negara yang Anda butuhkan; konsol akan menentukan layanan yang didukung untuk setiap negara dan menampilkan konfigurasi yang disimpan di kanvas.
Perbandingan Mode Sederhana dan Lanjutan
Alur Integrasi
Mengintegrasikan alur kerja terorkestrasi itu mudah. Server Anda membuat sesi dengan Didit, menerima URL unik, lalu mengarahkan pengguna Anda ke URL tersebut. Didit menangani sisanya dan memberi tahu server Anda tentang hasilnya melalui webhook.
Kasus Penggunaan Umum
| Kasus Penggunaan | Templat yang Direkomendasikan | Mode yang Direkomendasikan | Fitur yang Disarankan |
|---|
| Verifikasi identitas dasar | KYC | Sederhana | Deteksi Liveness, Pencocokan Wajah |
| Onboarding dengan keamanan tinggi | KYC | Lanjutan | NFC, Deteksi Liveness, Pencocokan Wajah, AML, Verifikasi Telepon |
| Konten/layanan dengan pembatasan usia | Adaptive Age Verification | Sederhana | Verifikasi Identitas sebagai cadangan |
| Autentikasi pengguna yang kembali | Autentikasi Biometrik | Sederhana | Analisis Perangkat & IP |
| Verifikasi alamat | Bukti Alamat | Sederhana | Verifikasi Telepon |
| Onboarding layanan keuangan | KYC | Lanjutan | Deteksi Liveness, Pencocokan Wajah, Bukti Alamat, AML, Validasi Database |
| Kepatuhan khusus wilayah | KYC | Lanjutan | Perutean bersyarat berdasarkan negara, pemeriksaan berbeda per wilayah |
| Verifikasi berbasis risiko | KYC | Lanjutan | Percabangan bersyarat berdasarkan skor risiko, jalur eskalasi |
Memulai
- Baru di Didit? Mulai dengan Mode Sederhana dan templat siap pakai
- Butuh kustomisasi? Beralih ke Mode Lanjutan untuk menambahkan logika bersyarat
Hubungi tim penjualan kami untuk mendiskusikan konfigurasi alur kerja kustom atau mendapatkan panduan tentang pengaturan terbaik untuk kebutuhan spesifik Anda.
Terakhir diubah pada 7 November 2026
Mulai
Integrasi / SDK
Verifikasi Pengguna
Verifikasi Bisnis
Pemantauan Transaksi
Log Perubahan
