Langsung ke konten utama
Terapkan White Label pada alur verifikasi agar sesuai dengan identitas merek Anda, sehingga menghadirkan pengalaman yang mulus bagi pengguna Anda. White Label termasuk dalam paket Scale dan Enterprise dan dikenakan biaya $0.10 per sesi yang selesai dengan harga tercantum. Beberapa jenis alur kerja tidak dikenakan biaya White Label: lihat Harga White Label. Pelajaran Academy tentang alur kerja membahas penerapan White Label pada menit 13:43, yaitu menerapkan branding Anda pada alur yang sedang aktif.

​
Kustomisasi

Di Kustomisasi, Anda dapat menyesuaikan semua elemen pada antarmuka verifikasi:
Editor gaya White Label di Business Console

​
Aktifkan gaya kustom di alur kerja Anda

Setelah mengonfigurasi gaya kustom, Anda harus mengaktifkannya per alur kerja agar gaya tersebut berlaku:
  1. Buka Alur kerja di sidebar
  2. Buka alur kerja yang ingin Anda beri branding
  3. Klik Pengaturan (atau ikon roda gigi)
  4. Di bawah Opsi, cari Sertakan gaya kustom
  5. Aktifkan sakelarnya
Gaya kustom hanya berlaku untuk alur kerja yang mengaktifkan Sertakan gaya kustom. Jika Anda tidak mengaktifkannya, alur kerja akan menggunakan branding Didit bawaan.

​
Teks kustom

Selain warna, logo, dan tata letak, tab Teks memungkinkan Anda mengganti kata-kata pada layar tertentu di alur verifikasi serta mengubah cara layar penyelesaian bekerja, tanpa perlu membuat terjemahan terpisah untuk setiap lokal. Buka Kustomisasi > Teks untuk mengonfigurasi:
  • Penggantian teks: mengganti teks dari sejumlah string tertentu pada layar selamat datang, pemilihan dokumen, pengambilan dokumen, pengantar swafoto, tombol navigasi kuesioner, layar penyelesaian, serta tombol umum seperti Lanjutkan dan Coba lagi. Penggantian berlaku untuk satu lokal setiap kali, dan Anda dapat mengatur nilai yang berbeda untuk setiap lokal.
  • Mode layar penyelesaian: pilih Keputusan (default) untuk menampilkan hasil sebenarnya pada layar terakhir, atau Dikirim untuk ditinjau untuk selalu menampilkan pesan netral “kami telah menerima data Anda dan sedang meninjaunya”, meskipun Didit sudah menyetujui sesi. Gunakan ini jika produk Anda sendiri akan menyampaikan keputusan akhir kepada pengguna nanti.
  • Email pengiriman ulang: ubah redaksi email yang dikirim saat Anda meminta pengiriman ulang dengan Kirim email ke pengguna dicentang: subjek, judul, pesan, tombol, dan catatan kaki. Ketika setiap langkah yang diminta disebabkan oleh dokumen kedaluwarsa (misalnya sesi yang berpindah ke KYC Expired dan dikembalikan untuk verifikasi ulang), email menggunakan judul dan pesan Dokumen kedaluwarsa sebagai pengganti judul dan pesan umum, sehingga pengguna diberi tahu bahwa dokumennya telah kedaluwarsa dan diminta memverifikasi ulang dengan dokumen yang masih berlaku. Alasan lain tetap menggunakan redaksi umum ditambah daftar alasan terlokalisasi per langkah.
Penggantian teks dan mode layar penyelesaian berlaku di semua tempat alur verifikasi ditampilkan: alur web yang di-hosting, iOS SDK, dan Android SDK. Email pengiriman ulang dirender oleh Didit, sehingga tidak memiliki pratinjau di Kustomisasi.

​
Placeholder dinamis

Penggantian teks dapat menyertakan placeholder berikut, yang diselesaikan untuk setiap pengguna saat ditampilkan: {stepIndex} dan {stepTotal} dihitung dari alur kerja yang sebenarnya dijalankan pengguna, sehingga string yang sama akan ditampilkan dengan benar sebagai “langkah 1 dari 3” untuk alur kerja tiga langkah dan “langkah 1 dari 2” untuk alur kerja dua langkah. Email pengiriman ulang tidak memiliki posisi alur kerja, sehingga string-nya hanya menerima {appName}.
Setiap string yang diganti memiliki batas 500 karakter. Tab Teks mendukung setiap lokal yang dapat diterjemahkan oleh aplikasi Anda, yang jumlahnya lebih banyak daripada pemilih bahasa di Kustomisasi. Gunakan Auto-translate untuk membuat draf penggantian bagi lokal lain dari nilai yang Anda tulis sendiri, lalu tinjau sebelum menyimpan.
Teks kustom dan mode layar penyelesaian dikonfigurasi sepenuhnya dari Console dan hanya berlaku jika Sertakan gaya kustom diaktifkan untuk alur kerja, sama seperti fitur White Label lainnya.

​
Pengaturan

1

Buka Kustomisasi

Buka Kustomisasi di sidebar, di bawah Identity verification > Build.
2

Konfigurasi elemen visual

  • Pilih warna merek Anda menggunakan pemilih warna
  • Unggah logo dalam format persegi dan persegi panjang
  • Sesuaikan pengaturan tipografi dan radius sudut
3

Atur domain kustom (opsional)

Sajikan alur dari subdomain Anda sendiri alih-alih verify.didit.me. Ikuti Domain kustom untuk catatan DNS dan langkah verifikasinya.
4

Ganti teks (opsional)

Buka tab Teks untuk mengubah kata-kata pada layar tertentu per lokal, atau ubah layar penyelesaian menjadi Dikirim untuk ditinjau. Lihat Teks kustom.
5

Aktifkan di alur kerja Anda

Untuk setiap alur kerja yang harus menggunakan branding Anda: Alur kerja → Pengaturan → Opsi → Sertakan gaya kustom → aktifkan.
6

Pratinjau dan uji

Gunakan pratinjau langsung untuk melihat perubahan secara waktu nyata. Uji seluruh alur verifikasi sebelum diluncurkan.

​
Tanggung jawab kepatuhan dalam alur White Label

Penggunaan White Label mengubah merek dari alur verifikasi. Hal ini tidak menghapus kewajiban Anda sebagai pengendali atas perjalanan pengguna tersebut. Sebelum meluncurkan alur White Label, pastikan Anda:
  1. Memberi tahu pengguna akhir bahwa perusahaan Anda meminta verifikasi dan bahwa Didit mendukung alur verifikasi.
  2. Menautkan ke pemberitahuan privasi Anda sendiri dan ketentuan hukum dari sisi pengendali yang berlaku untuk perjalanan pengguna tersebut.
  3. Menautkan ke Pemberitahuan Privasi Verifikasi dan Ketentuan Pengguna Akhir untuk Verifikasi Identitas milik Didit.
  4. Mengumpulkan persetujuan afirmatif yang eksplisit sebelum pengambilan dokumen, pengambilan swafoto, Deteksi Liveness, atau pemrosesan biometrik, apabila hukum yang berlaku atau posisi hukum Anda mewajibkannya.
  5. Menyimpan bukti pemberitahuan atau persetujuan yang diperlukan tim hukum Anda di sistem Anda sendiri.
Menggunakan domain kustom atau menghapus branding Didit yang terlihat tidak menghilangkan peran Didit sebagai penyedia verifikasi. Jika Anda menggunakan UI kustom atau alur berbasis API, Anda wajib menampilkan pengungkapan yang diperlukan di antarmuka Anda sendiri.
Terakhir diubah pada 7 November 2026