e-KYC dan Verifikasi Identitas Digital: Onboarding Pelanggan yang Aman di Aplikasi Bisnis
Isi artikel
- Ringkasan
- Apakah Anda benar-benar membutuhkan e-KYC?
- Alur e-KYC yang umum
- Membangun sendiri atau memakai penyedia
- Privasi dan pelindungan data
- Menjaga konversi pendaftaran
- Contoh penerapan di koperasi digital
- Memantau dan mengaudit proses verifikasi
- Kesalahan umum yang perlu dihindari
- Pertanyaan yang sering diajukan
- Kesimpulan
Semakin banyak bisnis yang memindahkan proses pendaftaran pelanggan ke aplikasi: koperasi simpan pinjam, penyedia pembiayaan, platform sewa properti, marketplace dengan penjual pihak ketiga, layanan rental kendaraan, hingga perusahaan yang menjual produk dengan cicilan. Di semua kasus itu, satu pertanyaan muncul: bagaimana memastikan orang yang mendaftar adalah orang yang benar, tanpa membuat proses pendaftaran terasa seperti mengurus dokumen di kantor pemerintah?
Jawabannya adalah e-KYC, yaitu verifikasi identitas secara elektronik. Prosesnya biasanya meliputi foto KTP, pembacaan data otomatis, pencocokan dengan data kependudukan, swafoto, dan pemeriksaan liveness untuk memastikan yang berada di depan kamera adalah manusia hidup, bukan foto atau video. Isu penipuan identitas di Indonesia juga makin serius: pada 2026 Dukcapil bahkan membuka tender sistem deteksi liveness untuk memperkuat identitas kependudukan digital. Artikel ini membahas cara merancang e-KYC yang aman, patuh, dan tetap nyaman bagi pengguna.
Ringkasan
- Tentukan dulu apakah bisnis Anda benar-benar membutuhkan e-KYC, dan pada tingkat apa
- Alur umum: foto KTP, OCR, pencocokan data, swafoto, liveness, dan keputusan
- Gunakan penyedia e-KYC yang memiliki akses verifikasi resmi daripada membangun semuanya sendiri
- Simpan data identitas seminimal mungkin, terenkripsi, dengan batas waktu retensi sesuai UU PDP
- Siapkan jalur cadangan untuk kegagalan verifikasi agar pelanggan yang sah tidak hilang
- Ukur konversi di setiap langkah untuk menemukan titik pengguna berhenti

Apakah Anda benar-benar membutuhkan e-KYC?
Tidak setiap aplikasi membutuhkan verifikasi identitas penuh. Toko online biasa cukup dengan nomor telepon terverifikasi dan alamat pengiriman. Meminta foto KTP di aplikasi semacam ini justru membuat calon pembeli pergi dan menambah risiko menyimpan data yang tidak perlu.
e-KYC menjadi wajib atau sangat dianjurkan ketika:
- Bisnis diatur oleh regulator keuangan, seperti lembaga pembiayaan, koperasi, penyedia pembayaran, atau layanan investasi
- Ada risiko keuangan langsung, misalnya memberi barang atau dana sebelum dibayar penuh
- Ada risiko penyalahgunaan identitas, seperti sewa kendaraan, properti, atau perangkat bernilai tinggi
- Pengguna menjadi penjual atau mitra yang menerima pembayaran dari pihak lain
- Kontrak memerlukan tanda tangan elektronik yang terikat pada identitas tertentu
Untuk bisnis yang diatur oleh OJK atau Bank Indonesia, persyaratan prinsip mengenal nasabah sudah ditetapkan dalam regulasi masing-masing. Pastikan tim hukum atau kepatuhan meninjau aturan yang berlaku untuk izin usaha Anda, karena tingkat verifikasi yang diminta bisa berbeda.
Tingkat verifikasi bertahap
Pendekatan yang baik adalah verifikasi bertahap. Pengguna baru cukup memverifikasi nomor telepon untuk menjelajah. Verifikasi KTP baru diminta ketika pengguna ingin melakukan transaksi yang berisiko, misalnya mengajukan pinjaman atau menarik dana. Dengan begitu, pengguna yang hanya ingin melihat-lihat tidak terbebani, dan data identitas hanya dikumpulkan dari mereka yang memang membutuhkan layanan tersebut.
Alur e-KYC yang umum
1. Foto dokumen identitas
Pengguna memotret KTP. Aplikasi sebaiknya memberi panduan visual berupa bingkai, deteksi otomatis saat dokumen sudah pas, dan peringatan jika foto buram, silau, atau terpotong. Kualitas foto di langkah ini sangat menentukan keberhasilan langkah berikutnya.
2. Pembacaan data otomatis
Teknologi OCR membaca NIK, nama, tanggal lahir, dan alamat dari foto. Hasilnya ditampilkan kepada pengguna untuk diperiksa. Jangan meminta pengguna mengetik ulang semua data; cukup minta konfirmasi dan izinkan koreksi pada kolom yang salah baca. Teknik serupa dibahas di otomatisasi input data dari dokumen.
3. Pemeriksaan keaslian dokumen
Sistem memeriksa tanda-tanda manipulasi, seperti foto yang ditempel, huruf yang tidak konsisten, atau dokumen yang ditampilkan dari layar lain. Penyedia e-KYC biasanya sudah memiliki model untuk mendeteksi hal ini.
4. Pencocokan dengan data kependudukan
Data dari KTP dicocokkan dengan sumber data resmi melalui penyedia yang memiliki akses sah. Pencocokan ini memastikan NIK benar-benar ada dan sesuai dengan nama serta tanggal lahir.
5. Swafoto dan liveness
Pengguna mengambil swafoto. Sistem memeriksa apakah wajah cocok dengan foto di KTP atau data referensi, dan apakah yang di depan kamera adalah orang sungguhan. Liveness pasif tidak meminta pengguna bergerak, sehingga lebih nyaman. Liveness aktif meminta gerakan seperti berkedip atau menoleh, yang lebih tahan terhadap serangan tetapi sedikit menambah langkah.
6. Keputusan dan penanganan kasus
Sistem menghasilkan skor dan keputusan: lolos otomatis, ditolak, atau perlu ditinjau manual. Ambang batas keputusan sebaiknya bisa diatur oleh tim kepatuhan, bukan ditanam mati di kode aplikasi.
Membangun sendiri atau memakai penyedia
Membangun OCR, deteksi pemalsuan, dan liveness sendiri membutuhkan keahlian khusus, data pelatihan yang besar, dan pengujian terhadap berbagai jenis serangan. Selain itu, akses ke verifikasi data kependudukan biasanya hanya diberikan kepada pihak tertentu. Bagi kebanyakan bisnis, memakai penyedia e-KYC jauh lebih masuk akal. Bagian yang tetap perlu dibangun sendiri adalah alur di aplikasi, integrasi, aturan keputusan, dan dasbor peninjauan.
Saat memilih penyedia, pertimbangkan:
- Akses verifikasi resmi dan dasar hukumnya
- Akurasi pada berbagai kondisi, termasuk kamera ponsel murah dan pencahayaan kurang
- Ketahanan liveness terhadap foto, video, topeng, dan deepfake
- Lokasi penyimpanan data dan kebijakan retensi penyedia
- SDK untuk Android, iOS, dan web, serta ukuran SDK yang tidak membebani aplikasi
- Harga per verifikasi dan biaya untuk verifikasi yang gagal atau diulang
- Ketersediaan layanan dan dukungan teknis di jam sibuk
Privasi dan pelindungan data
Data identitas termasuk data pribadi yang sangat sensitif. Foto wajah bahkan tergolong data biometrik. UU Pelindungan Data Pribadi menuntut dasar pemrosesan yang jelas, persetujuan yang informatif, dan pengamanan yang memadai. Beberapa praktik penting:
- Jelaskan kepada pengguna mengapa data diminta, untuk apa dipakai, dan berapa lama disimpan
- Simpan hanya yang benar-benar diperlukan; sering kali cukup hasil verifikasi dan sebagian data, bukan semua foto mentah
- Enkripsi data saat disimpan dan saat dikirim
- Batasi akses internal hanya untuk peran yang membutuhkan, dan catat setiap akses
- Tetapkan masa retensi dan hapus data setelah tidak diperlukan lagi
- Pastikan kontrak dengan penyedia mengatur kewajiban mereka sebagai pemroses data
Pembahasan lebih luas ada di pelindungan data pribadi untuk website dan aplikasi dan kebijakan retensi dan penghapusan data pelanggan.
Menjaga konversi pendaftaran
Setiap langkah tambahan menurunkan jumlah pengguna yang menyelesaikan pendaftaran. Karena itu, desain e-KYC harus memperhatikan pengalaman pengguna sama seriusnya dengan keamanan:
- Jelaskan di awal dokumen apa yang perlu disiapkan dan berapa lama prosesnya
- Tunjukkan kemajuan, misalnya langkah dua dari empat
- Berikan pesan kesalahan yang spesifik, seperti foto terlalu gelap, coba di tempat yang lebih terang
- Simpan progres agar pengguna bisa melanjutkan jika aplikasi tertutup
- Optimalkan untuk ponsel spesifikasi rendah dan jaringan lambat
- Beri tahu hasil dengan cepat, atau perkiraan waktu jika perlu ditinjau manual
Prinsip onboarding yang baik juga dibahas di onboarding aplikasi mobile untuk pengguna baru.
Jalur cadangan untuk kegagalan
Sebagian pengguna yang sah akan gagal verifikasi otomatis, misalnya karena KTP rusak, foto lama sangat berbeda dengan wajah sekarang, atau data kependudukan belum diperbarui. Jangan langsung menolak. Sediakan antrean peninjauan manual, opsi unggah ulang dengan panduan, atau verifikasi melalui panggilan video. Catat alasan kegagalan untuk memperbaiki alur.
Contoh penerapan di koperasi digital
Sebuah koperasi simpan pinjam memindahkan pendaftaran anggota ke aplikasi. Sebelumnya, calon anggota datang ke kantor membawa fotokopi KTP, dan petugas memasukkan data secara manual. Dengan e-KYC, anggota mendaftar dari rumah dalam beberapa menit. Kasus yang gagal otomatis masuk ke antrean petugas, yang meninjau dan menghubungi anggota bila perlu. Petugas kini fokus pada kasus yang benar-benar perlu perhatian, dan data anggota tersimpan rapi di sistem inti koperasi. Gambaran sistem koperasi digital ada di sistem koperasi simpan pinjam digital.
Memantau dan mengaudit proses verifikasi
Setelah e-KYC berjalan, pekerjaan belum selesai. Pola penipuan terus berubah, dan kualitas alur bisa menurun tanpa disadari, misalnya setelah pembaruan aplikasi atau perubahan dari penyedia. Siapkan pemantauan rutin terhadap beberapa indikator:
- Persentase verifikasi yang lolos otomatis, ditolak, dan masuk peninjauan manual
- Alasan kegagalan terbanyak, seperti foto buram, data tidak cocok, atau liveness gagal
- Waktu rata-rata peninjauan manual dan jumlah antrean yang menumpuk
- Akun yang kemudian terbukti bermasalah meski lolos verifikasi
- Lonjakan pendaftaran dari perangkat, lokasi, atau pola data yang sama
Simpan jejak audit untuk setiap keputusan: siapa atau sistem apa yang memutuskan, kapan, dan berdasarkan skor berapa. Jejak ini penting saat ada keluhan pelanggan, pemeriksaan regulator, atau sengketa. Tinjau ambang keputusan secara berkala bersama tim kepatuhan, dan uji ulang alur setiap kali penyedia atau aplikasi diperbarui.
Kesalahan umum yang perlu dihindari
- Meminta KTP dari semua pengguna padahal tidak diperlukan
- Menyimpan semua foto mentah tanpa batas waktu
- Menolak otomatis tanpa jalur peninjauan manual
- Tidak menguji alur di ponsel murah dan kondisi cahaya buruk
- Ambang keputusan tertanam di kode sehingga sulit disesuaikan
- Tidak memantau pola penipuan baru, seperti deepfake atau identitas sintetis
- Menganggap e-KYC sekali selesai, padahal verifikasi ulang mungkin perlu untuk transaksi berisiko
Pertanyaan yang sering diajukan
Apakah e-KYC wajib untuk semua aplikasi?
Tidak. e-KYC wajib bagi bisnis yang diatur regulasi keuangan tertentu dan sangat dianjurkan untuk layanan berisiko tinggi. Untuk aplikasi biasa, verifikasi nomor telepon dan email sering sudah cukup.
Berapa lama proses e-KYC yang baik?
Untuk pengguna, idealnya beberapa menit dari foto KTP sampai hasil. Keputusan otomatis biasanya muncul dalam hitungan detik, sedangkan peninjauan manual bisa memakan waktu lebih lama tergantung kapasitas tim.
Bagaimana dengan pengguna tanpa KTP elektronik?
Siapkan alternatif seperti dokumen identitas lain atau verifikasi tatap muka, sesuai aturan yang berlaku untuk bisnis Anda.
Apakah e-KYC bisa dipakai bersama tanda tangan elektronik?
Bisa. Identitas yang sudah terverifikasi menjadi dasar kuat untuk tanda tangan elektronik dan e-meterai pada kontrak atau perjanjian pinjaman.
Kesimpulan
e-KYC yang baik adalah keseimbangan antara keamanan, kepatuhan, dan kenyamanan. Mulailah dengan menentukan tingkat verifikasi yang benar-benar dibutuhkan, gunakan penyedia yang memiliki akses verifikasi resmi, simpan data seminimal mungkin dengan perlindungan yang kuat, dan rancang alur yang memaafkan kesalahan pengguna. Dengan begitu, bisnis dapat menekan penipuan tanpa kehilangan calon pelanggan yang sah di tengah proses pendaftaran.
Rancang onboarding digital yang aman dan tetap mudah
Agsora membantu merancang dan membangun alur e-KYC di aplikasi web dan mobile, mengintegrasikan penyedia verifikasi, serta menyiapkan dasbor peninjauan dan kebijakan data yang patuh.
Konsultasi gratisRekomendasi untuk Anda
Bacaan yang berkaitan dengan topik ini
Passkey dan Login Tanpa Kata Sandi: Lebih Aman dan Lebih Mudah untuk Website dan Aplikasi Bisnis
Kata sandi merugikan keamanan dan penjualan. Cara kerja passkey secara sederhana, manfaat dan batasannya, pilihan lain, pemulihan akun, penerapan bertahap pada pelanggan dan karyawan, serta hal teknis untuk dibahas dengan pengembang.
Small Language Model (SLM) dan AI On-Device untuk Aplikasi Bisnis: Kapan Model Kecil Lebih Tepat
Panduan memilih model bahasa kecil yang berjalan di perangkat atau server sendiri: kelebihan soal biaya, latensi, privasi, dan mode offline, batasannya dibanding model besar, pola arsitektur hibrida, serta cara mengujinya sebelum dipakai di aplikasi bisnis.
Aplikasi Mobile untuk Ponsel Spesifikasi Rendah dan Jaringan Lambat: Tetap Nyaman bagi Pelanggan Sesungguhnya
Merancang aplikasi yang ringan dan tangguh: memahami perangkat pelanggan, ukuran aplikasi, kecepatan membuka, hemat data, kerja tanpa jaringan, baterai dan memori, antarmuka sederhana, pengujian pada kondisi nyata, dan anggaran kinerja.
Checklist gratis: memilih software house
24 poin untuk menilai calon vendor sebelum menandatangani kontrak. Bisa disimpan sebagai PDF.
Siap membangun sistem yang tumbuh bersama bisnis Anda?
Diskusikan kebutuhan Anda dengan tim AG·SORA, tanpa biaya, tanpa komitmen.