Verifikasi Identitas (KYC): Apa yang Dilihat Pengguna

Transkrip lengkap dari Apa yang Benar-Benar Dilihat Pengguna Anda dalam Verifikasi KYC (Panduan Lengkap) - Didit Academy video 2 dari 10, 14:36. Tonton di YouTube. Setiap paragraf tertaut ke momen yang tepat di dalam video.

​

Apa yang dibahas video ini

00:03 Ketika Anda mengirim pelanggan untuk melakukan verifikasi dengan Didit, apa yang sebenarnya mereka lihat? Nah, itulah yang dibahas video ini. Kita akan menelusuri seluruh alur dari sisi mereka. Layar-layar persis yang diketuk oleh orang sungguhan setelah mereka mengklik tautan Anda. Alur yang sepenuhnya di-branding dengan bahasa mereka sendiri, di perangkat apa pun yang mereka miliki, dengan serangkaian pemeriksaan tak terlihat yang melakukan pekerjaan berat, dan hasil sebenarnya masuk ke sistem Anda begitu hasil itu dibuat. Cara terbaik untuk merasakannya adalah dengan menjalankannya sendiri. Jadi, kunjungi didit.me. Anda bisa mendaftar gratis dan melakukan verifikasi di ponsel Anda sendiri dalam

​

Membuka alur sendiri

00:38 beberapa menit saja. Oke, cara termudah untuk melihat persis apa yang dialami pengguna Anda adalah dengan membuka alurnya sendiri. Jadi itulah yang akan kita lakukan. Kita akan masuk ke salah satu alur kerja di sini. Kita salin tautannya dan menempelkannya di browser. Mari kita ambil alur kerja KYC dasar ini. Kita salin tautan ini lalu tempel di sini. Nah, di sinilah

​

Layar pertama yang dilihat pengguna Anda

00:58 hal pertama yang dilihat pengguna Anda setelah mereka mengetuk salah satu tautan Anda. Pertama, perhatikan bahwa ini adalah demo. Jadi branding Didit ada di sini, tetapi Anda dapat menyesuaikannya sepenuhnya. Daftar ini berisi setiap langkah yang akan dilalui pengguna ini. Ada verifikasi identitas, verifikasi wajah, dan dokumen tambahan. Jadi daftar ini tidak ditetapkan secara tetap. Alur kerja yang terhubung dengan sesi ini yang akan menentukan langkah mana yang muncul dan dalam urutan apa. Jadi alur ini hanya menampilkan

​

Branding, dan mengapa ini memengaruhi penyelesaian

01:28 apa pun yang ada di dalam alur kerja itu saat Anda mengaktifkannya. Jadi logo dan gayanya juga milik Anda. Bagi pengguna, ini tetap terasa seperti produk Anda. Itu cukup penting karena seberapa besar tampilan ini terasa seperti Anda dan merek Anda adalah faktor tunggal terbesar yang menentukan berapa banyak orang yang benar-benar menyelesaikan alur verifikasi ini. Ada satu tanda kecil di sini yang bertuliskan “diamankan oleh Didit”, dan itu pun bisa dihapus. Semua yang di atasnya milik Anda untuk dikonfigurasi. Didit hanyalah mesin yang berjalan di bawahnya. Jadi yang dilihat pengguna Anda adalah alur kerja persis yang Anda siapkan, dibungkus dengan brand Anda. Nah, ada satu hal

​

Pemeriksaan yang tidak pernah menampilkan layar

02:00 yang mengejutkan bagi kebanyakan orang. Tidak setiap pemeriksaan yang Anda lihat di sini memiliki layar. Satu-satunya langkah yang muncul adalah langkah yang benar-benar membutuhkan pengguna untuk melakukan sesuatu. Yaitu dokumen, wajah, telepon, email, dan sementara mereka menjalani pemeriksaan tersebut, sekumpulan pemeriksaan lain berjalan di sisi server tanpa ada yang menyentuh apa pun. Jadi Analisis Perangkat & IP, Skrining AML, Pemantauan AML Berkelanjutan, Validasi Database, semuanya berjalan di latar belakang. Pengguna tidak pernah melihat langkah dari salah satunya, dan Anda tetap menerima semua hasilnya kembali di dasbor Anda. Itulah sebabnya alur tetap sangat singkat sambil tetap melakukan banyak pekerjaan. Beberapa pemeriksaan terkuat Didit berjalan tanpa hambatan karena tidak pernah berhadapan langsung dengan pengguna. Jadi jika Anda kembali dan memeriksa salah satu alur kerja ini, kita bisa melihat di sini bahwa ada semua pemeriksaan latar belakang ini. Ada Validasi Database. Ada Verifikasi Email, Verifikasi Telepon, Skrining AML, analisis IP dan risiko. Semua ini tidak terlihat oleh publik. Ini semua adalah pemeriksaan yang

​

Kustomisasi: warna, logo, email, domain

03:00 bisa Anda tambahkan ke dalam alur kerja. Mari kita lihat tab kustomisasi. Di sinilah Anda bisa menambahkan branding, warna, alamat email Anda sendiri, domain Anda sendiri, semua hal ini. Seperti yang Anda lihat, kita bisa mengubah nama aplikasi. Kita bisa menampilkan halaman selamat datang atau mematikannya. Kita bisa menampilkan bilah progres atau mematikannya. Ada tab branding tempat kita bisa menambahkan semua warna ini. Kita bisa menambahkan logo, favicon, dan mengubah tipografi. Kita bisa menambahkan email kustom. 03:25 Jadi, jika Anda memasukkan nama di sini, kita bisa memasukkan alamat email dan melanjutkan ke verifikasi. Ini akan menunjukkan bahwa itu belum berhasil. Tetapi jika kita memasukkan domain yang benar-benar berfungsi lalu mengklik lanjutkan ke verifikasi, itu akan memberi kita catatan DNS yang dapat ditambahkan untuk menyiapkan alamat email kustom. Notifikasi akan dikirim dari alamat email ini, begitu pula semua pembaruan tentang status verifikasi. Untuk domain, kita juga bisa menambahkan domain kustom. Jadi, misalnya kita punya subdomain. Dan sekali lagi, jika Anda memasukkan subdomain di sini, sistem akan memberi Anda catatan yang perlu Anda perbarui di penyedia domain Anda. Jadi Anda melihat ikon globe di atas sini. Yang

​

54 bahasa, dideteksi otomatis

04:04 antarmuka tersedia dalam 54 bahasa berbeda, termasuk aksara kiri-ke-kanan seperti aksara Arab. Secara default, alur ini otomatis mendeteksi bahasa yang diatur di browser dan kembali ke bahasa Inggris jika bahasa tersebut tidak didukung. Namun, pengguna dapat membuka daftar yang bisa dicari ini dan beralih ke bahasa apa pun kapan saja, dan setiap instruksi akan mengikuti pilihan mereka dari sana. Dan jika Anda sudah mengetahui bahasa seseorang sebelumnya, misalnya dari basis data Anda sendiri, Anda dapat mengatur bahasa ini saat membuat sesinya. Dengan begitu alur terbuka dalam bahasa yang tepat tanpa bergantung pada browser sama sekali. Jadi alur ini menyambut pengguna dalam bahasa mereka sendiri secara otomatis, dengan 54 pilihan. Jadi, jika kita lihat

​

Seluler vs desktop, dan perpindahan lewat QR

04:49 Dalam pratinjau ini, Anda bisa melihat bahwa kebanyakan orang akhirnya melakukan verifikasi melalui ponsel. Hal ini masuk akal, bukan? Kamera membuat pengambilan dokumen dan swafoto menjadi sangat mudah. Pengguna cukup mengarahkan ponselnya ke kode QR ini, lalu mereka bisa melanjutkan proses verifikasi di ponsel. Saat seseorang membuka halaman ini di desktop, Anda bisa lihat di sini bahwa verifikasi memang bisa dilanjutkan di desktop, tetapi itu hanya salah satu opsi. Anda bisa memaksa pengguna untuk memverifikasi hanya melalui ponsel, atau Anda bisa mengaktifkan desktop dan membiarkan mereka menyelesaikannya langsung di komputer. Namun jika Anda melakukan itu, ketahuilah bahwa pemeriksaan liveness akan dipaksa menjadi passive di desktop, karena versi active tidak berfungsi dengan baik pada webcam komputer. Yang dimaksud dengan perbedaan active dan passive adalah: pada active, Anda harus

​

Alur yang di-hosting vs membangun layar sendiri

05:34 berkedip di depan kamera. Itu adalah pemeriksaan liveness active. Sedangkan passive hanyalah foto. Jadi jalur paling sederhana untuk memulai adalah alur yang di-hosting. Anda bisa lihat saat saya klik salin tautan ini dan membukanya di peramban saya. Anda bisa mengirim tautan kepada pengguna, dan Didit menangani semua bagian yang sulit untuk Anda. Jadi izin kamera, pengambilan dokumen, liveness, dan setiap keanehan perangkat yang rumit. Anda bisa memasukkan ini ke aplikasi melalui SDK, iframe, redirect, atau pop-up. Jika Anda lebih suka membangun layar sendiri dari awal, Anda tentu bisa melakukannya. Namun, Anda kemudian harus menangani semua itu sendiri. Kami akan membahas sisi integrasi secara lengkap di video lain, tetapi untuk saat ini cukup ketahui bahwa tautan yang Anda kirim dan dapatkan dari alur kerja ini adalah alur yang di-hosting, dan alur ini disetel agar pengguna dapat sampai ke akhir.

​

Mendeteksi negara penerbit

06:20 Oke, kembali ke alur. Saat langkah dokumen perlu mengetahui negara penerbit dokumen identitas, sebagian besar alur sudah menentukannya. Alur melacak lokasi pengguna dari alamat IP-nya begitu halaman dimuat, lalu otomatis memilih negara penerbit. Di sini Anda bisa melihat bahwa itu sudah ditentukan. Jika alur kerja Anda hanya mengizinkan satu negara, negara tersebut akan dipilih secara otomatis dan pengguna tidak akan pernah melihat pemilih ini. Contoh ini adalah alur KYC, tetapi caranya sama persis untuk KYB atau alur kerja lain yang Anda buat. Mesin hanya menjalankan langkah-langkah yang dikonfigurasi di dalam alur kerja Anda. Selanjutnya, seperti yang Anda lihat di pratinjau ini, pengguna

​

Memilih jenis dokumen

07:00 akan memilih dokumen pemerintah yang akan ditunjukkan. Didit mengenali tujuh jenis yang sudah ditentukan. Ada paspor, kartu identitas, izin tinggal, SIM, kartu asuransi kesehatan, kartu pajak, dan kartu jaminan sosial. Namun, daftar ini hanya disaring menjadi jenis yang benar-benar berlaku untuk negara yang baru saja terdeteksi. Jadi pengguna tidak bisa memilih sesuatu yang tidak dapat dibaca oleh Didit. Sekali lagi, jika alur kerja Anda hanya mengizinkan satu jenis dokumen, seluruh layar ini dilewati dan mereka

​

Mengambil gambar dokumen

07:26 langsung menuju halaman pengambilan gambar. Jadi jika kita lanjutkan, kita sampai di halaman pengambilan gambar. Seperti yang Anda lihat di pratinjau ini, saya berada di desktop, sehingga saya bisa mengunggah berkas atau mengambil foto. Dengan memaksa pengambilan langsung, pengguna hanya bisa mengambil foto secara real-time dengan panduan, dan unggahan tidak diizinkan. Ini adalah pengaturan paling kuat untuk melawan gambar yang dimanipulasi atau didaur ulang. Untuk unggahan, format yang diterima adalah format umum seperti JPEG, PNG, PDF, dan beberapa jenis berkas lain, semuanya di bawah 10 megabita. Jika PDF dilindungi kata sandi, sistem akan meminta kata sandinya. Jadi Anda bisa mengizinkan unggahan atau memaksa pengambilan langsung, dan semuanya dapat dikonfigurasi di pengaturan alur kerja Anda. Seperti yang Anda lihat di pratinjau ini, saat pengguna mengatur posisi dokumen, indikator pada perangkat memeriksa pencahayaan dan ketajaman, lalu gambar diambil secara otomatis begitu cukup bagus, sehingga analisis bisa langsung dimulai. Selain itu, Didit tidak hanya membaca teks pada kartu. Didit juga menjalankan pemeriksaan keaslian dan manipulasi, serta pemeriksaan liveness dokumen yang mendeteksi hal-hal seperti foto dari layar atau salinan cetak. Sistem ini juga memeriksa fitur keamanan dan validasi MRZ di lebih dari 130 bahasa dokumen. 08:37 Dan yang benar-benar membedakan ini adalah semuanya terjadi secara real-time. Pengguna langsung tahu jika dokumen tidak berhasil, dan Anda menerima data yang sama persis pada saat yang sama. Jadi semua pihak diuntungkan dari segi kecepatan. Jadi untuk

​

Swafoto liveness

08:50 pemeriksaan liveness, pengguna cukup mengambil swafoto. Pengguna hanya perlu memusatkan wajahnya di dalam oval yang muncul di layar pada langkah ini, seperti yang Anda lihat di sini. Di balik layar sederhana itu, ada pemeriksaan liveness yang memastikan manusia sungguhan berada di depan kamera. Itu juga yang memungkinkan Didit mencocokkan wajah dengan dokumen yang baru saja dikirim. Anda bisa memilih metode liveness yang dijalankan di sini. Anda juga bisa mengaturnya per node alur kerja, yang akan kami bahas di video lain.

​

Passive, 3D flash, dan 3D action

09:17 video. Ada tiga pengaturan yang berbeda. Kita punya passive, di mana pengguna tidak melakukan apa pun. Kita punya 3D flash, di mana lampu berwarna membangun peta kedalaman dan tetap tidak meminta pengguna melakukan apa pun. Dan 3D action, yang menambahkan lampu serta tindakan kecil secara acak seperti berkedip atau menoleh. Jadi ini adalah satu langkah swafoto dengan tiga kekuatan liveness yang bisa Anda pilih. Jadi

​

Video liveness dan skor

09:41 mari kita lihat apa yang diberikan langkah liveness itu kepada Anda. Langkah ini merekam video singkat dari orang tersebut dan memberinya skor. Jadi, jika kita buka Verifikasi Pengguna dan menggulir ke bawah untuk melihat salah satu pengguna di sini, kita bisa membuka profilnya. Jangan khawatir, kita akan membahas semua yang ada di dalam pemeriksaan verifikasi ini di video lain. Namun untuk menunjukkan apa yang sebenarnya dilakukan pemeriksaan liveness dan apa yang diberikannya di profil Anda, pemeriksaan ini menghasilkan video singkat yang bisa Anda lihat di sini. 10:08 Jadi, kita bisa memutar videonya. Ya, ini hanya video untuk keperluan demo, tetapi inilah yang akan benar-benar muncul untuk setiap pengguna Anda pada langkah verifikasi. Di sini kita punya skor liveness dalam bentuk persentase. Saya akan membahasnya di video lain. Setiap metode, baik pasif maupun aktif, menghasilkan skor liveness dari 1 hingga 100. Selain itu, sistem juga menjalankan deteksi serangan presentasi dan deepfake. 10:30 Video disimpan tepat di samping skornya. Anda bisa kembali, memutar ulang videonya, dan membaca setiap skor langsung di pemeriksaan verifikasi ini, serta di profil pengguna. Jadi Anda mendapatkan video swafoto beserta skor liveness dan skor deepfake.

​

Apa yang terjadi saat langkah gagal

10:45 yang dapat diputar ulang kapan pun Anda membutuhkannya. Lalu, apa yang terjadi saat langkah gagal? Pengguna tidak menemui jalan buntu. Mereka mendapatkan proses coba lagi yang terpandu dan spesifik. Di pengaturan dalam alur kerja Anda, Anda dapat menetapkan jumlah maksimum coba lagi dan jendela coba lagi. Namun kita akan membahas lebih lanjut pengaturan dan cara kerja alur kerja ini di video lain. Ketika mereka melihat pesan coba lagi, pesannya akan tepat, misalnya dokumen sudah kedaluwarsa atau ambil ulang di tempat yang lebih terang, bukan galat umum yang samar. Jadi mereka tahu persis apa yang harus diperbaiki. Berapa banyak percobaan yang mereka dapatkan dapat dikonfigurasi, seperti yang baru saja saya tunjukkan di alur kerja. Secara default, alur membiarkan mereka terus mencoba sampai berhasil, karena tujuannya adalah menyelesaikan proses mereka, bukan mengunci mereka. Jadi percobaan dapat disesuaikan, dan defaultnya adalah

​

Layar disetujui

11:30 dibuat agar pengguna selalu bisa mencapai akhir. Jadi, saat setiap pemeriksaan wajib lolos, pengguna akan sampai di sini. Ada tanda centang hijau dan teks bahasa sederhana: Anda sudah terverifikasi. Layar ini memberi tahu mereka bahwa tidak ada lagi yang perlu dilakukan dan mereka bisa kembali ke aplikasi Anda. Dan inilah bagian yang tidak mereka lihat. Aplikasi Anda sudah menerima hasil verifikasi secara real time sebelum mereka bahkan meninggalkan halaman. Jadi, status disetujui ditampilkan sebagai layar akhir hijau yang meyakinkan, dan

​

Layar dalam peninjauan

11:54 backend Anda sudah memiliki hasilnya. Terkadang pemeriksaan otomatis memunculkan peringatan, bukan lulus atau gagal yang bersih. Ketika ini terjadi, pengguna akan melihat ikon jam oranye alih-alih tanda centang hijau ini, dengan teks di bawahnya: pengajuan Anda sedang dalam peninjauan. Di sisi Anda, verifikasi akan masuk ke sini dengan status dalam peninjauan. Anda, atau seseorang di tim Anda, yang akan memutuskan apakah akan meloloskan mereka, menyetujui permohonan mereka, menolak, atau meminta mereka mengajukan ulang dengan informasi tambahan. Dan hal yang menarik adalah pengguna akan menerima email pada saat status berubah pada

​

Layar ditolak

12:30 permintaan verifikasi mereka. Jadi jika pemeriksaan benar-benar gagal, mereka akan mendapat status ditolak yang jelas. Mereka akan melihat tanda merah dengan kata-kata “Kami tidak dapat memverifikasi informasi Anda saat ini,” yang menjelaskan hasilnya tanpa membocorkan logika anti-penipuan Anda. Jadi, apa yang terjadi berikutnya sepenuhnya bergantung pada alur kerja Anda. Anda bisa membiarkan mereka mengajukan ulang dalam batas percobaan yang Anda tetapkan, atau mengarahkan mereka ke alur dukungan di dalam aplikasi Anda sendiri. Jadi ditolak adalah akhir yang jelas dan non-teknis

​

Pengalihan vs webhook: mana yang harus dipercaya

12:58 layar, dan Anda yang memutuskan apakah itu berarti mengajukan ulang atau dukungan. Ada dua hal yang terjadi di akhir alur kerja ini, dan penting untuk tahu mana yang harus dipercaya. Benar? Pertama, browser pengguna dialihkan kembali ke aplikasi Anda. Mereka kembali ke tempat mereka memulai, tetapi bagian itu sebenarnya hanya serah terima bagi mereka. Yang benar-benar Anda andalkan adalah hasil yang diterima server Anda pada saat yang sama, dikirim langsung ke backend Anda seketika keputusan dibuat, dan itulah versi yang harus Anda jadikan dasar logika Anda. Jangan pernah mempercayai hasil yang hanya ada di browser. Detail teknis untuk menghubungkannya adalah video tersendiri, jadi kita simpan untuk nanti. Tetapi intinya sederhana. Pengguna kembali ke aplikasi Anda, dan sistem Anda sudah memiliki hasil tepercaya yang sebenarnya

​

Mencari sesi di dasbor Anda

13:41 dan menunggu. Setiap verifikasi akan muncul di tab Verifikasi Pengguna. Ada filter di sini. Kita bisa melihat disetujui, dalam peninjauan, disetujui, dan ditolak. Tergantung hasil verifikasi dan alur kerja yang dilalui, statusnya akan diperbarui sesuai. Nah, yang dalam peninjauan tentu yang perlu paling Anda perhatikan. Jadi kita bisa menyaringnya dan menampilkan semuanya di sini untuk peninjauan manual. Pada setiap pemeriksaan verifikasi ini, kita bisa membuka detailnya dan melihat setiap bukti di balik hasilnya. Dan nilai di bawah ini, data vendor, adalah ID yang dikirim sistem Anda sendiri saat membuat sesi. Ini adalah referensi tetap Anda untuk orang tersebut. 14:25 Dan Didit mengelompokkan setiap sesi yang memiliki ID data vendor yang sama dalam satu profil?