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.

Gambaran Umum
Laporan Validasi Database dibuat setiap kali sebuah node alur kerja menjalankan fitur Validasi Database. Setiap entri dalam arraydatabase_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:
statusfitur secara keseluruhan — sebuah nilaiFeatureStatusChoices(Not Finished,Approved,Declined,In Review).- Sebuah ringkasan
match_type(full_match,partial_match,no_match, ataunulljika tidak ada layanan yang mengembalikan hasil yang dapat digunakan) yang diagregasikan di seluruh layanan melalui metode pencocokan. issuing_state(ISO 3166-1 alpha-3) danvalidation_typeyang diturunkan (one_by_one,two_by_two, ataunot_enabled— tidak pernahnull).- Blok
screened_data— data yang diberikan pengguna yang dikirim ke registri. - Sebuah array
validations[]— satu entri per layanan yang memberikan hasil, dengan katalogservice_id/service_name,outcome_codeyang netral vendor,outcome_detailopsional, pemetaanvalidationper kolom, dansource_datayang 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_idyang mengidentifikasi node graf alur kerja yang menghasilkan laporan (khusus sesi V3).
Lokasi kemunculannya dalam respons API
Laporan ini muncul sebagaidatabase_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.
null berarti belum ada langkah Validasi Database yang dijalankan.
Skema
Skema kanonikal kolom demi kolom tersedia di halaman Model data. Skema ini dihasilkan olehDatabaseValidationV3Serializer.
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 dalamvalidations[] 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
Larikvalidations[] 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 disource_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 mencakupface_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.
Terkait
- Gambaran umum Validasi Database — cara kerja API dari awal hingga akhir dan registri yang didukung.
- Metode pencocokan — bagaimana hasil 1×1 / 2×2 (
validation_type: one_by_one/two_by_two) diturunkan. - Kode hasil — taksonomi lengkap per hasil beserta kode detail khusus negara.
- Negara & layanan yang didukung — setiap registri aktif, kolom wajib, dan harga per panggilan.
- Peringatan Validasi Database — apa yang kami tampilkan ketika layanan tidak dapat berjalan.
- Model data — validasi database — skema kanonikal kolom demi kolom.