Langsung ke konten utama
Validasi Database dari Didit memverifikasi data identitas seseorang terhadap sumber otoritatif untuk negara tersebut — registri sipil nasional, otoritas pajak, daftar pemilih, biro kredit, atau registri biometrik yang pertama kali menerbitkan dokumen tersebut. Setiap pemeriksaan mengembalikan kecocokan per kolom (identification_number, first_name, last_name, date_of_birth, dan kolom alamat jika layanan menggunakannya) ditambah hasil agregat dan detail catatan yang mendasarinya jika tersedia. Ini adalah perlindungan terkuat terhadap penipuan identitas sintetis: DNI atau CPF asli yang dicuri akan gagal dalam pencarian registri, dan nomor yang dipalsukan tidak akan ada di database resmi sama sekali. Validasi Database dipasangkan dengan pencocokan wajah biometrik kami di negara-negara tempat registri menyimpan foto resmi (Argentina melalui RENAPER, Panama melalui Tribunal Electoral SIB / SIB Plus) sehingga Anda dapat memastikan bukan hanya nomor tersebut nyata, melainkan juga bahwa orang yang berdiri di depan kamera adalah pemiliknya.

​
Mengapa Didit

  • Harga per panggilan termurah. Mulai dari $0.05 per pemeriksaan (Republik Dominika) hingga $7.00 untuk sumber spesialis termahal. Harga ditetapkan per layanan, bukan per negara — registri yang mengenakan tarif grosir tinggi diberi harga sesuai tarif tersebut (ID Nasional Finlandia adalah $2.10). Selalu lihat tarif untuk layanan tepat yang ingin Anda panggil dari tabel harga per layanan. Tanpa minimum bulanan, tanpa biaya platform, tanpa penagihan per kursi — hanya kueri yang berhasil yang dikenakan biaya.
  • Integrasi tercepat. Daftar, dapatkan kunci API dari konsol, dan Anda dapat memanggil POST /v3/database-validation/ dalam hitungan menit. Tanpa panggilan penjualan, tanpa siklus pengadaan, tanpa dokumen bukti konsep — Didit sepenuhnya dapat digunakan secara mandiri.
  • Akses langsung ke sumber otoritatif. RENAPER, Receita Federal (SERPRO), Tribunal Electoral, RENAPO, RENAP, RNP, RNPN, Junta Central Electoral, Registraduría Nacional, SEGIP, Servicio de Registro Civil, Tribunal Supremo de Elecciones, Dirección General de la Policía — bukan hasil pengumpulan data oleh agregator.
  • Pencocokan wajah biometrik jika registri memiliki arsip foto resmi. Keyakinan yang lebih tinggi daripada OCR tanpa pekerjaan integrasi tambahan.
  • Latensi siap produksi. p95 biasanya di bawah 1.5 s dari ujung ke ujung, ketersediaan 99.9% per kuartal.
Pelajaran Academy tentang membaca hasil verifikasi membahas validasi database pada menit 11:05 dan menampilkan hasil kecocokan penuh, parsial, dan tanpa kecocokan.

​
Cakupan global

Arahkan kursor ke negara mana pun yang disorot untuk melihat setiap layanan Validasi Database yang kami jalankan di sana, domain data (Identitas, Keuangan, Biometrik, Alamat, Telekomunikasi, …), dan harga per panggilan. Negara-negara yang bertanda aktif siap untuk produksi hari ini; sisanya dihubungkan sesuai permintaan setelah pelanggan memintanya.
Tidak melihat negara Anda? Hubungi kami — katalog kami mencakup 60+ negara dengan ratusan layanan yang kami aktifkan sesuai permintaan saat pelanggan membutuhkannya. Integrasi baru biasanya aktif dalam 2–3 minggu.

​
Cara kerja Validasi Database

Validasi Database tidak pernah dijalankan secara spekulatif. Validasi ini hanya berjalan jika semua hal berikut terpenuhi:
  1. Sesi menetapkan negara yang akan dikueri — dari issuing_state pada Verifikasi Identitas, atau, jika alur kerja tidak memiliki langkah Verifikasi Identitas, dari satu negara yang dikonfigurasikan untuk langkah Validasi Database.
  2. Negara tersebut memiliki setidaknya satu layanan Validasi Database yang diaktifkan di dalam alur kerja.
  3. Langkah-langkah sebelum langkah Validasi Database menyediakan setiap kolom yang diperlukan yang dibutuhkan oleh layanan yang dipilih.
Jika suatu layanan diaktifkan tetapi kolom yang diperlukan tidak pernah tersedia (misalnya CPF tidak dapat diekstrak dari RG Brasil yang buram), layanan tersebut dilewati, Anda tidak dikenai biaya, dan sebuah peringatan akan dimunculkan pada sesi: DATABASE_VALIDATION_NOT_APPLICABLE ketika dokumen sama sekali tidak memuat pengidentifikasi yang dicari oleh layanan tersebut, COULD_NOT_PERFORM_DATABASE_VALIDATION ketika data tersebut seharusnya tersedia tetapi tidak ada. Keduanya tercantum dalam katalog peringatan. Seseorang di tim Anda yang memiliki akses peninjauan ke sesi tersebut kemudian dapat mengisi kolom yang hilang secara manual dari halaman detail sesi di Console, dan menyimpannya akan memicu ulang pemeriksaan secara otomatis. Tindakan tersebut merupakan tindakan peninjau, bukan sesuatu yang dapat dilakukan oleh pengguna akhir — untuk mengizinkan pengguna menyediakan kolom yang tidak tercantum pada dokumen mereka, mintalah kolom tersebut dalam Kuesioner (atau ekstraksi Document AI, atau nilai yang Anda kirimkan saat membuat sesi) dan petakan pada langkah Validasi Database, seperti yang dijelaskan di bawah ini.

​
Validasi Database tidak memerlukan Verifikasi Identitas

Langkah Validasi Database sebelumnya mengharuskan adanya langkah Verifikasi Identitas sebelumnya, karena OCR dokumen identitas adalah satu-satunya cara terintegrasi untuk mendapatkan data pengguna akhir. Sekarang tidak lagi demikian: setiap kolom yang diperlukan mendeklarasikan langkah mana yang dapat menyediakannya, dan suatu layanan akan langsung tersedia begitu alur kerja Anda berisi langkah yang menyediakan setiap kolom yang dibutuhkannya. Ini berarti layanan biometrik wajah dapat berjalan hanya dari langkah Liveness, tanpa dokumen identitas apa pun di dalam alur kerja, dan layanan yang didasarkan pada nomor pajak, nomor telepon, atau email dapat dipenuhi dari jawaban kuesioner, langkah Verifikasi Telepon/Email, atau ekstraksi Document AI. Dua aturan menjaga keamanan proses ini:
  • Alur kerja tanpa Verifikasi Identitas harus mengonfigurasikan tepat satu negara pada langkah Validasi Database. Tanpa issuing_state dari sebuah dokumen, itulah satu-satunya sinyal yang tidak ambigu mengenai registri nasional mana yang harus diperiksa, sehingga konfigurasi multi-negara tanpa Verifikasi Identitas tidak akan menjalankan apa pun, alih-alih menebak.
  • Pemeriksaan kolom yang diperlukan tidak berubah. Layanan yang kolomnya tidak lengkap pada waktu proses akan dilewati sebelum penyedia mana pun dikueri, sehingga Anda tidak akan pernah ditagih untuk database yang tidak pernah diminta.

​
Memetakan kolom Document AI dan kuesioner

Kolom ekstraksi Document AI dan pertanyaan kuesioner menggunakan nama kunci Anda, bukan Didit. Kunci yang sama persis dengan nama input Validasi Database (tax_number, date_of_birth, phone, …) akan dipetakan secara otomatis dan tidak memerlukan konfigurasi. Untuk hal lainnya, editor alur kerja menampilkan alat pemilih pada langkah Validasi Database untuk kolom yang masih belum terisi, tempat Anda mengarahkan masing-masing kolom ke kunci kolom Document AI atau jawaban kuesioner yang menyediakannya. Di Console, layanan yang belum dapat dijalankan oleh alur kerja Anda akan ditampilkan dinonaktifkan beserta alasannya — kolom mana yang belum ada dan langkah mana yang akan menyediakannya — dan editor menawarkan untuk menambahkan langkah tersebut bagi Anda. Menambahkannya akan langsung mengaktifkan setiap layanan yang tidak dapat dijalankan sebelumnya.
Contoh penerapan — pengidentifikasi yang tidak tercantum pada dokumen. Layanan National ID Nigeria mencari data berdasarkan 11 digit NIN, yang sering kali tidak tercetak pada dokumen yang diunggah pengguna, sehingga hanya mengandalkan dokumen identitas membuat pemeriksaan ini dilewati karena tidak berlaku bagi sebagian besar pengguna. Tambahkan langkah Kuesioner sebelum langkah Validasi Database untuk meminta NIN, lalu petakan national_id ke pertanyaan tersebut pada langkah Validasi Database. Pemetaan serupa juga membuat pengidentifikasi yang sama sekali tidak pernah tercantum pada dokumen — seperti nomor verifikasi bank, nomor registrasi perusahaan — dapat digunakan di dalam alur kerja.
Untuk layanan berbasis alamat, Didit membagi satu address dari dokumen identitas menjadi elemen alamat terstruktur secara otomatis: Saat memanggil API mandiri, Anda dapat mengirimkan satu address tunggal atau kolom terstruktur ini secara langsung. Kolom terstruktur akan diutamakan jika keduanya tersedia. Layanan yang memerlukan pencarian alamat membutuhkan address_element_1 ditambah setidaknya satu elemen alamat lainnya; jika Didit tidak dapat memperolehnya dari dokumen identitas atau Bukti Alamat dalam alur kerja, layanan tersebut akan dilewati dan tidak ditagih. Jika negara yang ditetapkan tidak diaktifkan sama sekali, langkah tersebut akan dilewati tanpa pemberitahuan, tanpa peringatan, dan tanpa biaya.
Alur validasi database Didit yang memeriksa data pengguna terhadap registri identitas pemerintah

​
Hasil kecocokan

Setiap layanan yang diaktifkan mengembalikan validasi per kolom: match_type teragregasi dirangkum menjadi:
  • full_match — setiap kolom yang diminta cocok dengan setidaknya satu sumber.
  • partial_match — terdapat sebagian kecocokan; arahkan ke antrean peninjauan sesuai aturan alur kerja Anda.
  • no_match — tidak ada sumber yang mengonfirmasi data; biasanya tolak.

​
Cara pencocokan diturunkan (1×1 / 2×2)

Kami tidak lagi meminta Anda memilih “1×1” atau “2×2” terlebih dahulu — hal tersebut diturunkan dari berapa banyak layanan berbeda yang menghasilkan kecocokan penuh terhadap data input:
  • Hasil 1×1 — satu layanan mengembalikan kecocokan penuh (satu sumber otoritatif mengonfirmasi data tersebut).
  • Hasil 2×2 — dua layanan atau lebih mengembalikan kecocokan penuh (koroborasi independen; keyakinan tertinggi yang dapat kami berikan).
Alur kerja dapat mengaktifkan sejumlah layanan untuk setiap negara; Anda ditagih per layanan yang benar-benar mengembalikan hasil. Layanan yang kolom wajibnya tidak dapat diekstrak akan dilewati tanpa biaya. ➡️ Lihat Metode Pencocokan untuk logika keputusan lengkap dan cara interaksinya dengan partialMatchAction / noMatchAction.

​
Validasi Database Biometrik

Registri sipil di beberapa negara memublikasikan templat biometrik (foto potret atau sidik jari). Jika tersedia, kami memasangkan pencarian registri dengan pencocokan wajah biometrik terhadap swafoto pengguna:
  • Argentina (arg_renaper) — pencocokan wajah biometrik terhadap foto resmi RENAPER dalam arsip. Cakupan populasi 100%; setiap warga negara Argentina dengan DNI ada di dalam database.
  • Panama (pan_cedula_sib, pan_cedula_sib_plus) — pencocokan wajah biometrik terhadap layanan Tribunal Electoral SIB. SIB Plus adalah varian tingkat lebih tinggi dengan ambang batas biometrik yang lebih ketat dan metadata kecocokan yang lebih kaya.
Untuk layanan ini, kolom selfie bersifat wajib. Di dalam alur sesi, kami menggunakan kembali swafoto dari Deteksi Liveness (kualitas tertinggi) dan beralih ke foto potret dokumen jika tidak tersedia. Di luar sesi, saat memanggil API mandiri (POST /v3/database-validation/, Mode B di atas), Anda menyediakan sendiri JPEG/PNG-nya.

​
Pengayaan identitas global

glb_identity_enrichment adalah layanan Validasi Database global dan hanya tersedia melalui API mandiri. Dari email dan/atau nomor telepon, layanan ini mengidentifikasi individu terkait (nama, tanggal lahir, alamat, telepon, email, dan ID nasional) serta mengembalikan skor kecocokan nama, yang dipetakan ke kode hasil standar MATCH / PARTIAL_MATCH / NO_MATCH / DOCUMENT_NOT_FOUND (dengan match_type yang sesuai yaitu full_match / partial_match / no_match). Karena merupakan layanan global (GLB) yang didasarkan pada email/telepon alih-alih negara penerbit dokumen, layanan ini tidak tersedia di pembuat alur kerja. Panggil langsung melalui API mandiri dengan issuing_state yang diatur ke GLB:
Layanan ini ditagih seharga $0.20 per permintaan (hanya dikenakan biaya jika penyedia mengembalikan hasil).

​
Konfigurasi

Validasi Database dikonfigurasi per alur kerja dari Console. Untuk setiap negara, Anda memilih layanan tertentu yang ingin dijalankan; kolom input wajib dan opsional diturunkan dari gabungan layanan-layanan tersebut. Tindakan yang diambil untuk hasil partial_match dan no_match dikonfigurasi secara terpisah dan dapat berupa approve, review, atau decline.
Pengaturan console validasi database Didit untuk memilih layanan registri per negara dan aturan hasil

​
Notifikasi ketersediaan

Registri pemerintah dan sumber lainnya terkadang mengalami gangguan. Saat database tidak dapat dijangkau, pemeriksaan terhadapnya tidak memberikan jawaban dan tidak ditagih. Di dalam alur kerja, layanan akan menghasilkan REGISTRY_UNAVAILABLE. Pada API mandiri, gangguan yang sama muncul dalam salah satu dari tiga bentuk, jadi periksa hasil per-layanan dan database_validation.errors[], jangan hanya mengandalkan status HTTP saja:
  • 200 dengan outcome_code: "REGISTRY_UNAVAILABLE" pada layanan tersebut di validations, saat Didit menyimpan hasil untuk dilaporkan.
  • 200 dengan layanan tersebut di database_validation.errors[] sebagai code: "empty_provider_response", retryable: true, saat layanan tersebut sama sekali tidak menghasilkan jawaban yang dapat digunakan dan layanan lain yang dipilih berhasil. Layanan yang gagal kemudian tidak ada di validations maupun di services_used, sehingga errors[] adalah satu-satunya tempat kemunculannya.
  • 502 dengan validation_errors[].code: "empty_provider_response" dan retryable: true, saat tidak ada layanan yang dipilih yang mengembalikan hasil yang dapat digunakan (lihat input yang ditolak dan hasil yang tidak tersedia).
status keseluruhan mengikuti layanan yang memberikan jawaban, sehingga status tersebut bukan merupakan sinyal gangguan yang andal jika berdiri sendiri. Permintaan yang tidak memiliki apa pun untuk dibandingkan akan beralih ke In Review, tetapi permintaan yang memilih beberapa layanan dapat kembali Approved berdasarkan pencocokan layanan lain saat salah satu sumbernya tidak tersedia. Coba lagi layanan yang gagal dari errors[] daripada mengulang seluruh permintaan. Tak satu pun dari bentuk-bentuk ini menyatakan apa pun tentang orang yang sedang diverifikasi. Didit memantau hasil langsung dari pemeriksaan sebenarnya, database demi database, dan mengirimkan email ke organisasi Anda saat gangguan berlanjut, bukan hanya satu permintaan yang gagal: Pemberitahuan dikirimkan ke anggota dan kontak penagihan dari setiap organisasi yang menjalankan pemeriksaan terhadap database tersebut dalam 48 jam sebelumnya. Tidak ada yang perlu dikonfigurasi dan tidak ada opsi untuk ikut serta. Trafik sandbox tidak pernah memicunya, begitu pula kegagalan yang disebabkan oleh data yang Anda kirimkan (input yang ditolak atau salah format) atau oleh layanan yang berjalan dengan kredensial yang dihubungkan oleh organisasi Anda sendiri. Pemeriksaan yang dijawab melalui sumber cadangan dihitung sebagai tersedia, begitu juga dengan hasil tanpa kecocokan yang konklusif.

​
Harga — bayar hanya untuk yang Anda gunakan

Validasi Database ditagih per query yang berhasil, per layanan, sesuai tarif yang dipublikasikan untuk layanan tersebut. Tarif berkisar dari $0.05 per pemeriksaan (Republik Dominika via Junta Central Electoral) hingga $7.00 untuk sumber khusus yang paling mahal. Banyak penelusuran registri pemerintah berada pada rentang USD 0.20 hingga USD 0.30, tetapi cukup banyak yang biayanya jauh lebih mahal karena sumber itu sendiri mengenakan biaya lebih tinggi — ID Nasional Finlandia (fin_national_id) adalah $2.10 per query yang berhasil. Tentukan harga suatu negara dari barisnya sendiri di tabel harga, jangan pernah dari rentang perkiraan. Tidak ada biaya minimum bulanan, komitmen, atau biaya platform. Anda hanya membayar jika layanan mengembalikan hasil. Layanan yang dilewati karena data input tidak lengkap tidak akan ditagih, begitu pula layanan yang pemanggilan sumbernya sendiri gagal - kesalahan registri atau registri yang tidak dapat dijangkau (REGISTRY_ERROR / REGISTRY_UNAVAILABLE) berarti query tidak pernah dijawab, sehingga ini bukan hasil yang dapat dikenakan biaya. Setiap query registri yang berhasil dikenakan biaya mulai dari yang pertama, baik dijalankan di dalam alur kerja maupun melalui API mandiri POST /v3/database-validation/. Biaya dibayarkan dari kredit paket atau saldo isi ulang Anda seperti halnya pemeriksaan lainnya, dan diskon paket Anda berlaku untuk seluruh harganya. Lihat halaman harga. ➡️ Harga Validasi Database · Daftar dan dapatkan kunci API

​
Semua layanan

​
Bacaan lanjutan

  • Metode Pencocokan — cara hasil 1×1 / 2×2 diperoleh dan cara meresponsnya.
  • Kode Hasil — daftar lengkap kode respons penyedia (meninggal dunia, di bawah umur, dokumen tidak ditemukan, ketidakcocokan biometrik, …) dan bagaimana kode tersebut dipetakan ke keputusan sesi.
  • Peringatan — apa yang kami tampilkan saat layanan tidak dapat berjalan karena data yang hilang.
  • Laporan — ekspor penagihan bulanan per-layanan beserta negara, ID layanan, penggunaan, harga satuan, dan total biaya.
  • Negara yang Didukung — tampilan tabel statis dari setiap negara yang kami cakup saat ini.
Terakhir diubah pada 7 November 2026