> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Alur Verifikasi Identitas: Workflow Builder Tanpa Kode > Bangun alur verifikasi identitas tanpa kode dengan workflow builder visual Didit. Seret-lepas ID, liveness, AML. Bayar hanya untuk langkah selesai. 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. [Membuat alur verifikasi pertama Anda: Didit Academy](https://www.youtube.com/embed/7-nJ3JE20i4?rel=0\&playsinline=1) 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](https://docs.didit.me/id/integration/sandbox-testing.md) 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: ![Didit KYC workflow simple and advanced builder modes side by side](https://mintcdn.com/didit-0f962782/DSfxHq_ggIpqiQSG/images/workflows-simple-and-complex.jpg?fit=max\&auto=format\&n=DSfxHq_ggIpqiQSG\&q=85\&s=07f4e97f94cb1179de16732573612b6e) ### 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. ![Didit identity verification workflow simple mode template builder interface](https://mintcdn.com/didit-0f962782/DSfxHq_ggIpqiQSG/images/workflows-simple.jpg?fit=max\&auto=format\&n=DSfxHq_ggIpqiQSG\&q=85\&s=ebe4da7cf6549793629497fb36053fe2) **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:** 1. Pilih templat workflow (KYC, Verifikasi Usia, dan sebagainya) 2. Aktifkan atau nonaktifkan fitur (Deteksi Liveness, Pencocokan Wajah, AML, dan sebagainya) 3. Atur pengaturan dasar untuk setiap fitur 4. 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. ![Node-based workflow visual graph builder](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/node-based-workflow.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=2c0997ab8bbb09dbf7c4cb26b201eced) **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](https://docs.didit.me/id/core-technology/id-verification/document-subtypes-id-verification.md), 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 | Jenis Node | Warna Ikon | Deskripsi | Contoh | | - | - | - | - | | **Node Fitur** | Biru | Pemeriksaan verifikasi yang memproses data pengguna | Verifikasi Identitas (OCR), Deteksi Liveness, Pencocokan Wajah, NFC, AML, Verifikasi Telepon/Email, Kuesioner, Bukti Alamat, Document AI, Validasi Database, Analisis Perangkat & IP, Estimasi Usia | | **Node Cabang** | Ungu | Perutean bersyarat berdasarkan data atau hasil | Rute berdasarkan negara, skor risiko, jenis dokumen, subjenis dokumen, usia, tanggal penerbitan, jumlah bulan sejak penerbitan, status verifikasi | | **Node Tindakan** | Amber | Pemicu otomatisasi yang mengubah data sesi atau pengguna | Tambah tag, Hapus tag, Atur metadata, Tambah catatan peninjauan | | **Node Webhook** | Cyan | Permintaan HTTP yang dapat meneruskan data ke cabang berikutnya | Kirim data sesi ke server Anda, mengurai respons JSON, cabangkan berdasarkan jalur seperti `category`, `status`, atau `tags.0` | | **Node Status** | Hijau/Merah/Amber | Hasil akhir yang mengakhiri alur verifikasi | Disetujui, Ditolak, Dalam Peninjauan | #### 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](#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](https://docs.didit.me/id/console/marketplace.md), 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. 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.` 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](https://docs.didit.me/id/integration/sandbox-testing.md#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](https://docs.didit.me/id/sessions-api/retrieve-session.md#peristiwa-perutean-alur-kerja) 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. ![Galeri templat alur kerja KYC Didit untuk kasus penggunaan verifikasi KYC, KYB, dan usia](https://mintcdn.com/didit-0f962782/DSfxHq_ggIpqiQSG/images/workflows-template.jpg?fit=max\&auto=format\&n=DSfxHq_ggIpqiQSG\&q=85\&s=a727315368aa2f6bd096e873d7fbae6c) ### 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 | Kemampuan | Mode Sederhana | Mode Lanjutan | | - | - | - | | Pemilihan templat | ✅ | ✅ | | Mengaktifkan/menonaktifkan fitur | ✅ | ✅ | | Konfigurasi fitur dasar | ✅ | ✅ | | Editor graf visual | ❌ | ✅ | | Percabangan bersyarat | ❌ | ✅ | | Otomatisasi tindakan (tag, metadata) | ❌ | ✅ | | Jalur verifikasi paralel | ❌ | ✅ | | Keputusan berbasis risiko | Terbatas | ✅ Kontrol penuh | | Dukungan Urungkan/Ulangi | ❌ | ✅ | | Pintasan keyboard | ❌ | ✅ | *** ## 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. ```mermaid theme={null} sequenceDiagram participant Customer participant Client participant Server participant Didit Customer->>Client: Go to verification page Client->>Server: POST /create-verification-session Server->>Didit: POST /v3/session/ Didit-->>Server: Return new verification session Server-->>Client: Return verification session's url Client->>Customer: Redirect customer to url Customer->>Didit: Complete verification steps Didit->>Server: Send status updates Server->>Customer: Notify of status changes Customer->>Customer: Return to callback URL ``` *** ## 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 1. **Baru di Didit?** Mulai dengan **Mode Sederhana** dan templat siap pakai 2. **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. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.