Langsung ke konten utama
Fitur Validasi Database Didit mencocokkan silang data identitas setiap pengguna dengan sumber otoritatif untuk negara tersebut — RENAPER (Argentina), Receita Federal (Brasil), Tribunal Electoral (Panama, dengan pencocokan wajah biometrik), Junta Central Electoral (Republik Dominika), dan banyak lagi — ditagih per kueri yang berhasil tanpa minimum bulanan. Setiap entri dalam database_validations[] adalah satu laporan Validasi Database lengkap — satu eksekusi node Validasi Database terhadap satu negara penerbit. Hasil registri per layanan berada di dalam sub-array validations[] dari entri tersebut. Halaman ini mendokumentasikan format JSON sehingga Anda dapat mengurai hasil kecocokan, data sumber registri, dan skor biometrik yang dikembalikan oleh setiap layanan.
Didit database validation report showing match types and registry response fields

Gambaran Umum

Laporan Validasi Database dibuat setiap kali sebuah node alur kerja menjalankan fitur Validasi Database. Setiap entri dalam array database_validations[] mewakili satu eksekusi node terhadap satu negara penerbit; jika node tersebut menjalankan beberapa layanan untuk negara itu (misalnya CPF + CNH di Brasil), setiap layanan muncul sebagai item terpisah di dalam sub-array validations[] entri tersebut. Setiap laporan berisi:
  • status fitur secara keseluruhan — sebuah nilai FeatureStatusChoices (Not Finished, Approved, Declined, In Review).
  • Sebuah ringkasan match_type (full_match, partial_match, no_match, atau null jika tidak ada layanan yang mengembalikan hasil yang dapat digunakan) yang diagregasikan di seluruh layanan melalui metode pencocokan.
  • issuing_state (ISO 3166-1 alpha-3) dan validation_type yang diturunkan (one_by_one, two_by_two, atau not_enabled — tidak pernah null).
  • Blok screened_data — data yang diberikan pengguna yang dikirim ke registri.
  • Sebuah array validations[] — satu entri per layanan yang memberikan hasil, dengan katalog service_id/service_name, outcome_code yang netral vendor, outcome_detail opsional, pemetaan validation per kolom, dan source_data yang telah dibersihkan, yang diambil dari respons registri.
  • Sebuah array errors[] — kesalahan per layanan saat pencarian gagal atau dilewati; kunci ini dihilangkan sama sekali jika tidak ada kesalahan.
  • Sebuah array warnings[] — peristiwa risiko yang dihasilkan selama validasi (lihat Peringatan Validasi Database).
  • Sebuah node_id yang mengidentifikasi node graf alur kerja yang menghasilkan laporan (khusus sesi V3).

Lokasi kemunculannya dalam respons API

Laporan ini muncul sebagai database_validations[] di GET /v3/session/{sessionId}/decision/ — selalu berupa array JSON, tidak pernah berupa objek tunggal. Array tersebut berisi satu entri per node Validasi Database dalam graf alur kerja; kemudian, sub-array validations[] setiap entri berisi satu item per layanan registri yang memberikan hasil.
Nilai null berarti belum ada langkah Validasi Database yang dijalankan.

Skema

Skema kanonikal kolom demi kolom tersedia di halaman Model data. Skema ini dihasilkan oleh DatabaseValidationV3Serializer.

Nilai status

status menggunakan enum tingkat fitur standar (lihat Enum status) — lihat Referensi enum status. Enum ini juga mendefinisikan Resub Requested, yang dalam praktiknya tidak dihasilkan oleh Validasi Database. Aturan status kustom per-node diterapkan di atas status dasar ini. Lihat Peringatan Validasi Database untuk tindakan yang dapat dikonfigurasi beserta nilai default-nya.

Kode hasil

Setiap entri dalam validations[] memuat outcome_code yang netral vendor — salah satu dari MATCH, PARTIAL_MATCH, NO_MATCH, DOCUMENT_NOT_FOUND, INVALID_DOCUMENT_FORMAT, INVALID_INPUT, MINOR_BLOCKED, DECEASED, BIOMETRIC_NO_MATCH, BIOMETRIC_IMAGE_UNUSABLE, INCONCLUSIVE, DOCUMENT_SUPERSEDED, REGISTRY_UNAVAILABLE, REGISTRY_ERROR. Perhatikan perbedaannya: NO_MATCH berarti registri secara pasti tidak mengonfirmasi data tersebut, INCONCLUSIVE berarti registri tidak dapat menentukan hasilnya (arahkan ke peninjauan, bukan ditolak), dan BIOMETRIC_IMAGE_UNUSABLE adalah masalah teknis swafoto (ambil ulang) — berbeda dari BIOMETRIC_NO_MATCH yang definitif. Lihat taksonomi lengkap dan penanganan yang disarankan di halaman Kode hasil.

Satu entri per layanan

Larik validations[] berisi satu item untuk setiap layanan yang menghasilkan payload hasil (peta validation, source_data, outcome_code, atau outcome_detail). Jika alur kerja Anda menjalankan beberapa layanan untuk negara yang sama (misalnya CPF Brasil + CNH Brasil), masing-masing muncul secara terpisah dengan service_id, outcome_code, dan source_data miliknya sendiri. Rekap match_type mengagregasi di seluruh layanan (kecocokan penuh apa pun → full_match; jika tidak, kecocokan sebagian apa pun → partial_match; jika tidak, no_match), dan validation_type diturunkan dari berapa banyak layanan berbeda yang cocok penuh — lihat Metode pencocokan.

URL gambar yang ditandatangani sebelumnya

Kolom gambar di source_data (photo, signature) dan screened_data (selfie, cnh_qr_code_image, document_image) dikembalikan sebagai URL yang ditandatangani sebelumnya yang memiliki masa kedaluwarsa — perbarui dengan memanggil kembali endpoint keputusan. Payload hulu mentah sengaja tidak diekspos melalui API.

Contoh

Disetujui — pemeriksaan status CPF Brasil (Receita Federal)

Disetujui — biometrik DNI Argentina (RENAPER)

Untuk Argentina, validasi menggunakan RENAPER dengan pencocokan wajah biometrik. Respons mencakup face_match_score dan kolom identitas tambahan yang dikembalikan oleh registri.

Dalam peninjauan — registri tidak dapat berjalan

Ketika tidak ada layanan yang mengembalikan hasil yang dapat digunakan — kolom wajib hilang atau formatnya salah, atau registri tidak dapat dijangkau — match_type tetap null, validation_type bernilai not_enabled, peringatan COULD_NOT_PERFORM_DATABASE_VALIDATION dikeluarkan, dan fitur berpindah ke In Review hingga data diperbaiki. Tidak ada biaya yang dikenakan untuk layanan yang dilewati.
Isi kolom yang hilang dari halaman detail sesi di Konsol — menyimpannya akan memicu ulang pemeriksaan secara otomatis dan menghapus peringatan jika berhasil.

Terkait

Terakhir diubah pada 7 November 2026