Langsung ke konten utama
Transkrip lengkap Bangun Alur Verifikasi KYC Tanpa Kode (Tutorial Lengkap) - Didit Academy video 3 dari 10, 18:54. Tonton di YouTube. Setiap paragraf tertaut ke momen yang tepat dalam video.
Harga berubah pada 1 November 2026: 500 pemeriksaan gratis per bulan kini menjadi kredit $10 per bulan untuk organisasi yang mendaftar dengan email kerja. Video ini menampilkan harga sebelumnya.

​
Apa itu alur kerja

00:03 Dalam video ini, kita akan membangun alur verifikasi lengkap dari awal, dan Anda tidak perlu menulis satu baris kode pun. Alur kerja pada dasarnya adalah resep untuk sebuah verifikasi, yaitu pemeriksaan apa saja yang dijalankan dan dalam urutan apa. Biasanya, hal seperti ini ditangani oleh tim insinyur Anda. Namun di Didit, Anda membangunnya sendiri secara visual. Anda bisa melihat harga berubah saat Anda bekerja, dan Anda bisa mempublikasikannya kapan saja Anda siap. 00:28 Jika Anda ingin membuat sendiri, kunjungi didit.me, daftar gratis, lalu susun alur kerja pertama Anda dalam beberapa menit. Baiklah, mari kita mulai dari tempat setiap alur verifikasi berada, yaitu di

​
Daftar alur kerja dan ID alur kerja

00:39 daftar alur kerja di bawah tab Konfigurasi di sini. Semua alur kerja yang saat ini ada di akun ini ditampilkan di sini, lengkap dengan jenisnya. Ada KYC dan KYB. Ada sederhana dan graf, dan Anda bisa melihat semua pemeriksaan serta fitur yang ada di setiap alur kerja. Anda juga bisa melihat rentang harganya. Ini pada dasarnya menunjukkan harga untuk orang yang hanya menjalani satu pemeriksaan dan tidak menyelesaikan prosesnya, dibandingkan dengan orang yang menyelesaikan seluruh alur. Ada juga tautan untuk alur kerja tersebut. 01:09 Anda bisa menambahkan sesi baru secara manual. Anda bisa menyalin ID alur kerja. Anda bisa menduplikasi, mengganti nama, mengarsipkan, dan melakukan semua hal umum lainnya. Ini adalah ID alur kerja Anda. Beberapa versi dari alur kerja yang sama akan berjalan dengan ID yang sama. Jadi, jika Anda memperbarui alur kerja, Anda tidak perlu mengubah apa pun di kode atau aplikasi Anda. Cara paling sederhana untuk memahami alur kerja adalah sebagai resep untuk sebuah verifikasi: pemeriksaan apa yang dijalankan, dalam urutan apa, dan aturan apa yang diikuti. Ada dua jenis

​
Alur kerja sederhana vs graf

01:40 struktur seperti yang saya sebutkan tadi. Ada sederhana dan ada graf. Alur sederhana hanya berisi satu pemeriksaan atau beberapa pemeriksaan tanpa percabangan sama sekali. Tidak ada logika kondisional. Alur ini cepat disiapkan dan mencakup sebagian besar kasus. Anda cukup memilih modul, dan selesai. Jika kita lihat contoh alur kerja ini, Anda bisa memilih modul di sebelah kiri, dan sistem akan menyusunnya secara berurutan. Sekarang untuk

​
Alur kerja graf dengan percabangan

02:05 alur kerja berbasis graf. Jika kita masuk ke sini, kita bisa melihat ada percabangan di bagian akhir. Dengan begitu, kita bisa lebih detail dalam menentukan ke mana pengguna diarahkan selama alur verifikasi. Dalam alur kerja ini, misalnya, ada beberapa titik percabangan. Kita juga bisa menyertakan panggilan webhook. Secara umum, kita bisa menambahkan kompleksitas lebih jika diperlukan. 02:30 Perlu dicatat juga bahwa alur kerja KYB terlihat sama persis, hanya pemeriksaannya yang berbeda. Oke. Jadi, jika ingin menambahkan pemeriksaan, Anda bisa masuk ke sini. Anda bisa mengambil salah satu tindakan pengguna, atau menyiapkan pemeriksaan latar belakang. Ini adalah pemeriksaan yang tidak terlihat oleh pengguna di frontend. Jadi, semua

​
Membuat alur kerja baru dari templat

02:51 yang perlu Anda lakukan adalah klik alur kerja baru. Ada beberapa pilihan di sini: KYC, KYB. Mari pilih KYC. Lalu ada sederhana versus lanjutan, seperti yang saya tunjukkan tadi. Saya akan menunjukkan pilihan untuk keduanya. Jika kita klik sederhana, ada banyak sekali templat di sini untuk berbagai industri. Dan kita bisa melihat biaya untuk setiap templat ini. Ada pembatas usia. Ada verifikasi email. 03:19 Ada autentikasi biometrik, asuransi, kesehatan, dan semua itu. Sekarang, misalnya, jika kita menggunakan verifikasi bisnis dan memakai versi lanjutan, yaitu graf, kita akan menemukan banyak templat atau resep, jika Anda mau menyebutnya begitu. Jadi, kita bisa menyiapkan KYB untuk negara berisiko tinggi, dan selesai. Anda bahkan tidak perlu mengklik dan menyeret apa pun di sini. Semuanya sudah dibangun. Jadi, setiap

​
Memilih pemeriksaan di setiap node

03:48 node di sini memiliki menu tarik-turun. Anda cukup memilih pemeriksaan yang diinginkan. Anda bisa mengubahnya seperti ini, atau kita bisa memasang pemeriksaan registri. Apa pun yang Anda inginkan: Verifikasi Identitas, Deteksi Liveness, Pencocokan Wajah, Skrining AML, Bukti Alamat. Semua pemeriksaan yang bisa ditawarkan Didit untuk KYB dan KYC tersedia di dalam node-node ini. Jadi, jika saya ingin menambahkan pemeriksaan lain di sini, misalnya Skrining AML, saya bisa menambahkannya. Kita akan membahas aturan dan tab-tab ini sebentar lagi, tetapi di alur kerja ini Anda bisa melihat bahwa saya sudah menambahkannya. Jadi, jika Anda masuk ke alur kerja KYC graf, sebagian besar alur kerja ini akan dimulai dengan Verifikasi Identitas. Ini adalah

​
Di dalam node Verifikasi Identitas

04:33 pemeriksaan yang paling umum. Dan Anda bisa melihat ini adalah node Verifikasi Identitas. Ada 500 pemeriksaan gratis per bulan, dan jumlah yang sama untuk Deteksi Liveness dan Pencocokan Wajah. Verifikasi Identitas ini melakukan lebih dari sekadar membaca teks dari kartu. Ia memastikan dokumen tersebut asli, dengan memeriksa fitur keamanannya, mencari tanda-tanda manipulasi, serta membaca font dan tata letaknya. Kemudian ia mengekstrak setiap kolom: nama, tanggal lahir, nomor dokumen, tanggal kedaluwarsa, semuanya dengan OCR dalam bahasa apa pun pada lebih dari 14,000 jenis dokumen yang didukung. Jadi, ini tidak pernah hanya berupa teks. Pertama ini adalah pemeriksaan keaslian, dan baru setelah itu data. Sekarang, mari kita konfigurasi salah satu modul ini.

​
Mode liveness dan biaya masing-masing

05:15 Baik, maksud saya, jika kita buka modul liveness, Anda bisa melihat ada beberapa mode liveness. Ada mode pasif, yang mendeteksi liveness menggunakan swafoto. Ada mode flashing, yang mengonfirmasi liveness dengan pola cahaya dinamis untuk mendeteksi wajah pengguna yang asli. Lalu ada tindakan 3D. Mode ini mengonfirmasi pencahayaan melalui semacam tindakan, misalnya berkedip atau memutar kepala. Untuk pemeriksaan liveness pasif, Anda mendapatkan 500 kredit gratis setiap bulan, lalu 10 sen per pemeriksaan, sedangkan flashing dan tindakan 3D berharga 15 sen per pemeriksaan. Akun gratis tidak menyertakan pemeriksaan gratis. Jadi, di tab Rules,

​
Aturan: ambang batas, wajah duplikat, beberapa wajah

05:56 ini adalah cara kita menentukan apakah modul ini wajib atau opsional. Jadi jika kita buka tab Rules, ada beberapa opsi di sini. Opsi ini memungkinkan kita mengatur sensitivitas pengujian. Kita bisa menetapkan tingkat toleransi. Jika seseorang memiliki skor liveness di bawah 70, pengguna tersebut akan dikirim ke peninjauan. Kita bisa mengubah angka itu jika perlu. Hal yang sama berlaku untuk penolakan. Kita juga punya pengaturan untuk wajah duplikat. Jadi, ketika wajah pengguna cocok dengan wajah dari sesi yang sebelumnya disetujui, bagaimana kita melanjutkannya? Apakah kita menyetujui, meninjau, atau menolak? Lalu kita bisa menyesuaikan ambang batas kemiripan berdasarkan etnis. Jadi kita bisa mengatur sensitivitas deteksi duplikat sesuai etnis pengguna. Dan terakhir, kita bisa menentukan tindakan yang diambil ketika beberapa wajah terdeteksi dalam gambar liveness. Wajah terbesar selalu digunakan untuk penilaian liveness. Jadi, itu adalah opsi yang bisa kita atur di sini. Jika kita masuk ke

​
Pengaturan lanjutan dan ambang batas kualitas

06:56 tab Lanjutan, ada beberapa opsi di sini. Ada mode privasi wajah, jumlah maksimum percobaan liveness, yaitu berapa kali pengguna dapat mengulangi pemeriksaan liveness dalam satu sesi verifikasi, dan ambang batas kualitas wajah. Jadi, jika Anda tidak yakin apa fungsi pengaturan ini, kita bisa mengarahkan kursor ke tombol informasi di sini. Kita bisa melihat bahwa kualitas wajah mengukur kejelasan gambar, resolusi, dan ketajaman. 07:20 Gambar berkualitas rendah dapat disebabkan oleh blur, pikselasi, atau pencahayaan yang buruk. Jadi kita bisa menetapkan ambang batas di sini berdasarkan skor kualitas wajah. Ada juga ambang batas luminesensi. Kita bisa menentukan rentang luminesensi yang dapat diterima, dan jika luminesensi berada di bawah rentang itu, tentu kita bisa mengirim pengguna ke peninjauan atau menolaknya. Dan terakhir, kita bisa membuat aturan kustom sendiri jika tidak ada yang sesuai dengan

​
Data yang dikembalikan dan GDPR

07:47 pengaturan yang kita inginkan. Di tab Data yang dikembalikan, kita bisa memilih titik data yang ingin dikecualikan dari hasil verifikasi, misalnya untuk GDPR dan lain-lain. Untuk setiap modul ini, kita bisa melihat harga pemeriksaannya, lalu di bagian atas

​
Cara penghitungan harga alur kerja

08:00 kita bisa melihat total harga. Jadi, izinkan saya menjelaskannya secara garis besar, karena setiap node memiliki harganya sendiri dan setiap alur kerja kemungkinan akan sedikit berbeda dari segi total biaya. Anda hanya membayar langkah yang benar-benar dijalankan. Setiap langkah ditagih secara terpisah. Jadi jika pemohon berhenti di tengah pemeriksaan, hanya beberapa pemeriksaan pertama yang sudah dilaluinya yang akan ditagih. Itu sebabnya di bagian bawah Anda melihat rentang dari 20 sen hingga 43 sen. Itulah rentangnya. Jika seseorang menjalani alur kerja, lalu hanya melewati langkah pertama dan keluar, biayanya hanya 20 sen. Jika mereka menyelesaikan seluruh alur verifikasi, biayanya 43 sen. Dan seperti yang Anda lihat di bagian tengah, ini adalah semua modul yang ada di dalam alur kerja tertentu ini. Kita bisa melihat berapa banyak kredit yang kita miliki per bulan. Setelah kredit gratis itu habis, yaitu setelah 500 pemeriksaan selesai, Anda akan mulai ditagih untuk pemeriksaan berikutnya. Jadi, salah satu modul paling ampuh yang bisa Anda tambahkan ternyata bukan pemeriksaan kamera sama sekali. Itu

​
Validasi database terhadap registri pemerintah

09:05 validasi database. Jadi, mari kita tambahkan ini. Ini adalah pemeriksaan latar belakang, dan kita akan melihat apa yang sebenarnya dilakukannya, karena validasi database ini terhubung ke registri pemerintah dan database resmi di seluruh dunia. Jadi, yang dilakukannya adalah membandingkan data pengguna dengan sumber-sumber resmi tersebut, lalu memperkayanya dengan kolom tambahan yang dimiliki registri. Anda bisa memilih registri dan sumber mana yang akan dijalankan, seperti yang terlihat di sini untuk setiap negara. Setiap layanan mencantumkan harganya sendiri. Anda bisa melihat di bawah sini, misalnya, ada beberapa layanan di Kanada, dan jelas ada harga yang berbeda untuk setiap registri. Jadi, jika Anda ingin melihat negara tertentu, misalnya Jerman, kita bisa melihat pemeriksaan yang tersedia di Jerman dan memilihnya sesuai kebutuhan. 09:59 Validasi database ini tidak hanya bisa dijalankan di dasbor di sini, tetapi juga dapat dipanggil langsung melalui Didit API dari backend Anda sendiri. Dan seperti pada semua modul ini, ada aturan, ada tab Lanjutan, dan ada tab Data yang dikembalikan. Jadi, Anda bisa mengatur aturan di sini. Jika kita klik kecocokan sebagian di sini, kita bisa melihat seperti apa kecocokan penuh. Misalnya, nama lengkap dan nomor identitas, jika keduanya cocok di registri, sedangkan kecocokan sebagian mungkin hanya nomor identitas. Lalu Anda bisa memutuskan apa arti kecocokan sebagian itu di dalam alur kerja Anda. Apakah kita mengirimnya untuk ditinjau? Apakah kita menolaknya? Apakah kita menyetujuinya? Jadi, ada percabangan di dalam alur kerja ini. Kita

​
Percabangan AML dan logika kondisional

10:36 Anda bisa membuat percabangan AML berdasarkan skor risiko AML. AML adalah singkatan dari anti pencucian uang. Di bagian bawah, kita bisa melihat bahwa percabangan untuk skor risiko AML ini sudah dikonfigurasi. Jadi, jika skor risikonya di atas 70, kita bisa langsung menolak, dan kita bisa klik ke sini untuk melihat logika kondisionalnya. Benar? Ini bisa Anda atur sesuai keinginan. Kita punya cabang satu, cabang dua, dan semua kasus lainnya, yang berarti sesi akan disetujui. Misalnya, jika seseorang berada dalam kelompok ini, mereka akan diarahkan ke cabang dua. Kita bisa meminta mereka informasi tambahan, misalnya Bukti Alamat. Dengan begitu, jika seseorang sedikit berisiko, kita bisa meminta informasi lebih lanjut yang membantu kita memutuskan apakah orang ini harus disetujui atau ditolak. Salah satu node lain yang ada di sini adalah status. Node ini sudah ditambahkan, tetapi Anda bisa menambahkannya di akhir alur kerja untuk menentukan hasil akhirnya. Jadi, satu lagi…

​
Node webhook

11:40 Node lain yang bisa Anda sertakan dalam alur kerja adalah node webhook. Jadi, alur ini juga bisa menghubungi sistem Anda sendiri di tengah proses verifikasi, dan itulah fungsi node ini. Node ini bisa memanggil endpoint dan mengambil data kembali. Node ini akan menunggu respons dari webhook tersebut. Di sini Anda bisa melihat webhook POST. Ada payload JSON yang bisa diubah. Kita juga bisa mengirim payload yang berbeda. Ini adalah pasangan kunci-nilai yang memetakan kolom sesi Anda ke dalam permintaan yang Anda kirim. Kolom yang dikembalikan menjadi variabel yang akan diuji oleh cabang berikutnya. Jadi, Anda menggabungkan pemeriksaan Didit dengan data risiko Anda sendiri dalam satu alur. Satu hal terakhir, kita bisa menyertakan header di bagian bawah. Ada lebih banyak pasangan kunci-nilai di sini. Kita punya autentikasi dasar di sini. Semua itu adalah hal yang biasa Anda harapkan dari panggilan webhook. Didit memvalidasi

​
Validasi graf dan kesalahan

12:28 graf selama Anda membangunnya. Jadi, jika sebuah node salah dikonfigurasi atau sebuah jalur rusak, sistem akan memberi tahu Anda dengan tepat di mana letaknya. Benar? Kita klik di bagian bawah. Kita melihat alur ini memiliki dua kesalahan. Kita juga bisa melihat bahwa cabang satu memiliki aturan yang belum lengkap. Sistem akan memberi tahu apa yang perlu diperbaiki di dalam alur kerja Anda. Kita tidak bisa mempublikasikan alur ini sebelum kesalahannya diperbaiki. Misalnya, jika saya punya alur kerja baru dan ada kesalahan di dalamnya, saya tidak bisa mempublikasikan alur kerja tersebut. Jadi, selain node individual

​
Pengaturan alur kerja: coba lagi, masa berlaku, URL callback

12:58 di dalam alur kerja, kita punya tab pengaturan di bagian atas. Pengaturan ini berlaku untuk seluruh alur kerja, bukan untuk satu pemeriksaan saja. Kita punya nama alur kerja, tentu saja, dan kita punya URL callback, yaitu alamat tempat Didit mengarahkan pengguna setelah alur selesai. Kita bisa mengizinkan akses desktop jika Anda ingin pengguna bisa melanjutkan di desktop. Kita punya jumlah coba lagi, jadi Anda bisa mengubahnya. Ini adalah jumlah kali pengguna bisa mengulang pengambilan dokumen dalam satu sesi verifikasi. Jika percobaan sebelumnya gagal, kita punya masa berlaku sesi, yaitu berapa lama sesi yang belum selesai tetap berlaku sebelum kedaluwarsa secara otomatis. Pengaturan ini akan berlaku untuk sesi yang baru dibuat. Kita juga punya jendela coba lagi, yaitu jumlah hari di mana coba lagi diizinkan. Jadi, dari

​
White Label alur kerja

13:43 di dalam alur kerja ini, kita bisa membuka tab penyesuaian dengan mengklik tombol di atas sini. White Label sudah terhubung langsung ke alur itu sendiri. Jadi, Anda bisa masuk ke tab ini dan mulai mengubah tampilan alur verifikasi, seperti warna, branding, email, domain, dan semua hal lainnya. Di mockup ini, Anda bisa melihat tampilannya di ponsel dan juga di desktop. 14:13 Anda juga bisa mengujinya dalam bahasa yang berbeda. Jadi, jika kita ubah ke bahasa Prancis, Anda bisa melihat bahwa setiap pemeriksaan sekarang ditulis dalam bahasa Prancis. Jika Anda ingin menyalakan branding, Anda bisa mengaktifkannya di sini. Anda bisa mengubahnya menjadi yang sudah kita atur di tab penyesuaian, atau mematikannya. Kita juga bisa melihat apa yang terjadi jika memilih jalur yang berbeda di sini, dan kita bisa melihat apa yang dikirim ke pengguna. Tentu saja pengguna tidak akan melihat modul pilih jalur ini. Ini hanya untuk membantu kita membayangkan apa yang akan terjadi pada langkah berikutnya, benar? Jadi, jika mereka ditolak, kita akan melihat verifikasi ditolak, verifikasi dalam peninjauan, atau bahwa mereka sudah terverifikasi. Kita juga punya tombol salin tautan

​
Tautan yang bisa dibagikan, dan kapan tidak boleh digunakan

14:58 di sini, di bagian atas. Jadi, jika kita menyalinnya, membuka tab baru, dan masuk ke tautan ini, kita bisa melihat apa yang akan dilihat pengguna. Terkadang Anda hanya ingin memberikan alur ini kepada seseorang tanpa memasang kode apa pun. Dan tombol salin tautan melakukan itu. Tombol ini menyalin URL yang di-hosting dan siap dibagikan untuk alur kerja ini. Ini berguna untuk uji coba cepat atau pengiriman manual, tetapi bukan cara yang direkomendasikan untuk integrasi. Untuk produksi, Anda bisa membuat sesi per pengguna melalui SDK atau API dengan membawa data vendor Anda, dan dengan cara itulah Anda mendapatkan hasil real-time kembali melalui webhook dan SDK. Jadi, tautan salin cocok untuk uji coba dan acara, dan sesi yang sebenarnya adalah yang akan Anda rilis di produksi. Jadi

​
Riwayat versi dan pengembalian ke versi sebelumnya

15:41 Di bagian atas sini ada riwayat versi. Kita bisa melihat berbagai versi, lalu memulihkan atau melihat versi sebelumnya. Jika kita mengedit alur kerja ini, perubahannya akan tersimpan sebagai draf di atas riwayat yang sudah dipublikasikan. Yang menarik, setiap versi baru yang Anda publikasikan tetap menggunakan ID alur kerja yang sama. Jadi backend Anda terus memanggil ID yang sama, dan panggilan itu secara diam-diam diteruskan ke alur kerja terbaru yang Anda buat, karena riwayatnya dilacak. Dengan begitu, Anda bisa terus melakukan iterasi dengan percaya diri dan mengembalikan ke versi sebelumnya kapan pun diperlukan. Misalnya, alur kerja di sini benar-benar baru. Anda bisa melihat bahwa alur kerja ini berada dalam mode draf. Jika kita membuat perubahan pada alur kerja, perubahan itu akan berada dalam draf dan kita perlu mempublikasikannya. Jadi, kita bisa

​
Mempublikasikan alur kerja Anda

16:24 klik publikasikan. Alur kerja ini hanya akan aktif setelah dipublikasikan. Sistem akan memvalidasi graf untuk memastikan tidak ada kesalahan. Nah, sekarang kita bisa menyalin tautannya, dan alur kerja ini sudah aktif dan siap digunakan. Mari kita lihat

​
Integrasi: SDK, kunci API, dan prompt pengaturan

16:37 integrasinya. Ada beberapa cara untuk mengintegrasikannya. Kita bisa memilih SDK target, misalnya React Native, iOS, atau React Next.js, lalu memilih alur kerja, dan dalam contoh ini kita memilih tinjauan negara berisiko tinggi. Kita bisa memilih kunci API. Dengan begitu, Anda bisa memiliki kunci API yang berbeda untuk alur kerja atau integrasi yang berbeda, sesuai keinginan Anda. Atau Anda bisa memilih webhook. Jika ingin diberi tahu tentang keputusan, Anda bisa memasukkannya di sana. Cara termudah untuk mengintegrasikannya adalah dengan menyalin prompt, lalu menempelkannya ke Claude Code atau Codex. 17:12 Prompt itu akan mengintegrasikan alur kerja ini. Jadi, meskipun Anda belum mengintegrasikan Didit ke aplikasi Anda, prompt ini memberi Anda semua yang diperlukan agar alur kerja ini berjalan di aplikasi Anda. Sebenarnya Anda bahkan tidak perlu melakukan itu. Anda bisa langsung

​
Membangun alur kerja dengan server MCP

17:27 memasang server MCP Didit. Cukup jelaskan alurnya dengan bahasa sehari-hari, dan server akan membuat alur kerja untuk Anda serta mengintegrasikannya secara otomatis ke aplikasi Anda. Beri tahu apa yang harus dilakukan, dan server akan mengerjakannya. Kita akan membahas cara mengatur MCP di video lain, tetapi MCP pada dasarnya adalah Model Context Protocol, yang memungkinkan Anda membangun dengan Didit menggunakan bahasa alami di alat seperti Claude Code, Cursor, Codex, dan lainnya. Jadi, mari kita langsung masuk ke kustomisasi. 17:57 Kita akan menambahkan nama publik dan URL kebijakan privasi. Ada pengaturan branding tempat kita bisa mengubah warna. Anda juga bisa mengambil logo dan warna secara otomatis dari situs web Anda, yang bisa sangat berguna dan mudah dilakukan. Kita bisa mengunggah logo-logo Anda di bagian bawah sini. Dan Anda bisa melihat bahwa saya sudah mengatur warna-warna ini. Untuk menguji tampilannya dengan warna tersebut, jika kita menyalakan sakelar ini, kita bisa melihat branding White Label kita diterapkan pada alur verifikasi di sini. Saya akan mematikannya dulu untuk saat ini. Anda bisa mengatur email yang dipersonalisasi. Anda perlu mengisi detail ini. Lalu saat melanjutkan ke verifikasi, Anda bisa mendapatkan informasi DNS dan menghubungkannya dengan domain Anda. Hal yang sama berlaku jika Anda ingin menggunakan subdomain. Dengan begitu, seluruh alur kerja ini di-hosting sepenuhnya menggunakan branding dan domain Anda sendiri. Ini benar-benar proses yang mulus bagi pengguna Anda untuk menjalani verifikasi.
Terakhir diubah pada 7 November 2026