> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# API Validasi Database: KYC Registri Pemerintah

> Didit menyediakan API validasi registri pemerintah tercepat mulai $0.05/pemeriksaan di 60+ negara dengan pencocokan wajah biometrik.

**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**.

Prompt Integrasi Validasi Database



      
      

\<pre>

\````# Goal
Integrate Didit Database Validation (verify identity data against authoritative national registries) into your app. Pick ONE mode.

\# Mode A — Session-based
Use this when Database Validation runs as a step in a hosted Didit flow. Fields are auto-fed into the registry lookup from the steps in front of it — ID Verification, NFC, Liveness, Phone/Email Verification, Proof of Address, Document AI or a Questionnaire. An ID Verification step is not required.

1\. Add the DATABASE_VALIDATION feature to the workflow (Business Console or POST /v3/workflows/). Optionally pin specific services per country.
2\. Create a session — POST /v3/session/ with { workflow_id, vendor_data, callback }. See /sessions-api/create-session.
3\. Open session.url for the user (or mount the Web/Mobile SDK).
4\. Fetch the decision — GET /v3/session/{sessionId}/decision/ or subscribe to session.status.updated.

Decision surface: `database_validations[]` array on the decision payload.

\# Mode B — Standalone API (server-to-server)
Use when you already have the identity data and want a one-shot registry check.

POST https://verification.didit.me/v3/database-validation/
multipart/form-data — x-api-key: YOUR_API_KEY

curl example (Brazil CPF):
\```bash
curl -X POST 'https://verification.didit.me/v3/database-validation/' \
-H "x-api-key: $DIDIT_API_KEY" \
-F "issuing_state=BRA" \
-F "identification_number=00000000191" \
-F "first_name=Jane" \
-F "last_name=Doe" \
-F "date_of_birth=1990-01-15" \
-F "vendor_data=user-1234"
\```
Returns: { request_id, database_validation: { match_type: "full_match"|"partial_match"|"no_match", validation_type, services_used, match_score, validations: [{ service, status, matched_fields, record_details }], warnings: [...] } }.

\# Important behaviour
\- Use `identification_number` (universal field) — Didit maps it to CPF/RUT/CURP/DNI/etc. by issuing_state.
\- Omit `services` to run the country's default service only. Pass `services=["bra_cpf"]` (etc.) to choose which services run — list several to run more than one.
\- Argentina (`arg_renaper`) and Panama (`pan_sib`) take an extra `selfie` (JPG/PNG/WebP up to 2 MB) and `gender` for biometric face-match against the registry photo.
\- Services flagged `requires_consent=true` in the catalog require `consent=true` (HTTP 400 otherwise).
\- Billing is **per successful service hit** — multi-service requests can produce multiple usage events.

\# Status / match_type
status: "Approved" | "In Review" | "Declined" (per the partial-match / no-match actions configured on the workflow)
match_type: "full_match" | "partial_match" | "no_match"

\# Warnings (LogWarningChoices.DATABASE_VALIDATION)
warnings[] risk codes include:
DATABASE_VALIDATION_NO_MATCH, DATABASE_VALIDATION_PARTIAL_MATCH, COULD_NOT_PERFORM_DATABASE_VALIDATION (biometric outcomes surface via per-service outcome_code, e.g. BIOMETRIC_NO_MATCH).
Full catalogue: /core-technology/database-validation/database-validation-warnings.

\# Failure modes to handle
\- HTTP 400 — service id not eligible for issuing_state, missing required field, missing consent for PAYGO services.
\- HTTP 502 with validation_errors[] — every selected upstream service failed; request is **not billed** and a COULD_NOT_PERFORM_DATABASE_VALIDATION log is written. Retry later or fall back to OCR-only.
\- match_type="no_match" — record not in registry; treat as synthetic identity per policy.
\- match_type="partial_match" — some fields match, others don't (e.g. DOB matches, name doesn't); route to review.

\# See also
\- Canonical schema: /reference/data-models#database-validation
\- Per-feature report: /core-technology/database-validation/database-validation-report
\- Risk catalogue: /core-technology/database-validation/database-validation-warnings
\- Outcome codes: /core-technology/database-validation/database-validation-outcome-codes
\- Full integration playbook: /integration/integration-prompt````

\</pre>

## 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](https://docs.didit.me/id/getting-started/database-validation-pricing.md). Tanpa minimum bulanan, tanpa biaya platform, tanpa penagihan per kursi — hanya kueri yang berhasil yang dikenakan biaya.
- **Integrasi tercepat.** [Daftar](https://business.didit.me/), 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.[Validasi database: kecocokan penuh, parsial, dan tanpa kecocokan — Didit Academy](https://www.youtube.com/embed/7htTWCWsl60?start=665\&rel=0\&playsinline=1)## Cakupan globalArahkan 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.Live Database Validation coverageProduction-ready countries and the cheapest live service available in each.LIVE<details><summary>Show on-demand catalog countries ()</summary></details>> [!TIP]
>
> **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 DatabaseValidasi 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](https://docs.didit.me/id/core-technology/id-verification/overview.md), 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](https://docs.didit.me/id/core-technology/database-validation/database-validation-warnings.md).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 IdentitasLangkah 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.| Sumber input | Menyediakan |
| - | - |
| Verifikasi Identitas | Nama, tanggal lahir, alamat, nomor dokumen/pribadi, dan pengidentifikasi khusus negara yang tercetak pada ID (nomor pajak, ID nasional, nomor paspor, nomor SIM, …) |
| NFC | Subset yang dibaca chip dari data di atas, dengan tingkat kepercayaan lebih tinggi |
| Liveness | Swafoto langsung, untuk layanan registri biometrik wajah |
| Verifikasi Telepon | Nomor telepon yang terverifikasi |
| Verifikasi Email | Alamat email yang terverifikasi |
| Bukti Alamat | Alamat tempat tinggal yang terverifikasi beserta komponennya |
| Document AI | Kolom apa pun yang Anda petakan ke salah satu kunci kolom ekstraksi Anda |
| Kuesioner | Kolom apa pun yang Anda petakan ke salah satu pertanyaan Anda |
| Input API | Apa saja, pada API mandiri — pemanggil menyediakan nilainya secara langsung |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 kuesionerKolom 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.> [!TIP]
>
> **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:| Kolom Didit | Arti |
| - | - |
| `address_element_1` | Alamat jalan, termasuk nomor dan tipe jalan |
| `address_element_2` | Unit opsional, gedung, lantai, atau baris alamat tambahan |
| `address_element_3` | Pinggiran kota, distrik/kecamatan, lokalitas, atau lingkungan |
| `address_element_4` | Kota, kota kecil, negara bagian, provinsi, atau wilayah |
| `address_element_5` | Kode pos |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](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/database-validation-how-it-works.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=3d5bb0df058265af0d8728cd60a78416)## Hasil kecocokanSetiap layanan yang diaktifkan mengembalikan validasi per kolom:| Kolom | Hasil |
| - | - |
| `identification_number` | `full_match` · `partial_match` · `no_match` |
| `first_name` | `full_match` · `partial_match` · `no_match` |
| `last_name` | `full_match` · `partial_match` · `no_match` |
| `date_of_birth` | `full_match` · `no_match` |
| `address` | `full_match` · `partial_match` · `no_match` |`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](https://docs.didit.me/id/core-technology/database-validation/database-validation-matching-methods.md)** untuk logika keputusan lengkap dan cara interaksinya dengan `partialMatchAction` / `noMatchAction`.## Validasi Database BiometrikRegistri 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](https://docs.didit.me/id/core-technology/database-validation/database-validation-outcome-codes.md) 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`:```json theme={null}
POST /v3/database-validation/
{
  "issuing_state": "GLB",
  "services": ["glb_identity_enrichment"],
  "email": "john.doe@example.com",
  "phone": "+14155552671"
}
```Layanan ini ditagih seharga **\$0.20 per permintaan** (hanya dikenakan biaya jika penyedia mengembalikan hasil).## KonfigurasiValidasi 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](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/database-validation-console.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=2e1ac27f07fa9ca9c54108c6fd19a6b3)## Notifikasi ketersediaanRegistri 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`](https://docs.didit.me/id/core-technology/database-validation/database-validation-outcome-codes). 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](https://docs.didit.me/id/standalone-apis/database-validation.md#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:| Email | Kapan dikirimkan | Apa yang diinformasikan kepada Anda |
| - | - | - |
| **Gangguan database** | Database mengalami kegagalan selama setidaknya sepuluh menit, dengan hampir setiap pemeriksaan pada periode tersebut tidak terjawab. Lonjakan singkat atau kegagalan tunggal tidak pernah memicunya. | Database dan negara yang terdampak serta kapan kegagalan pertama kali teramati. Pemeriksaan mungkin tidak mengembalikan hasil hingga akses dipulihkan; ini tidak berarti identitas yang dikirimkan tidak valid. |
| **Akses database dipulihkan** | Pemeriksaan nyata telah merespons kembali selama setidaknya lima menit tanpa kegagalan. Periode hening tidak pernah dihitung sebagai pemulihan, sehingga database dengan trafik rendah memerlukan waktu lebih lama untuk mengonfirmasi kedua status tersebut. | Kapan pemulihan dikonfirmasi. Verifikasi yang tidak dapat diselesaikan selama gangguan **tidak** diproses ulang secara otomatis: tinjau verifikasi tersebut dan coba lagi. |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 gunakanValidasi 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](https://docs.didit.me/id/getting-started/database-validation-pricing.md), 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](https://docs.didit.me/id/getting-started/pricing.md#diskon).➡️ [Harga Validasi Database](https://docs.didit.me/id/getting-started/database-validation-pricing.md) · [Daftar dan dapatkan kunci API](https://business.didit.me/)## Semua layanan

\<table><thead><tr><th>Negara</th>
            \<th>ISO3</th>
            \<th>Layanan</th>
            \<th>Deskripsi</th>
            \<th>Harga (USD)</th></tr></thead>
        \<tbody /></table>

## Bacaan lanjutan- [Metode Pencocokan](https://docs.didit.me/id/core-technology/database-validation/database-validation-matching-methods.md) — cara hasil 1×1 / 2×2 diperoleh dan cara meresponsnya.
- [Kode Hasil](https://docs.didit.me/id/core-technology/database-validation/database-validation-outcome-codes.md) — daftar lengkap kode respons penyedia (meninggal dunia, di bawah umur, dokumen tidak ditemukan, ketidakcocokan biometrik, …) dan bagaimana kode tersebut dipetakan ke keputusan sesi.
- [Peringatan](https://docs.didit.me/id/core-technology/database-validation/database-validation-warnings.md) — apa yang kami tampilkan saat layanan tidak dapat berjalan karena data yang hilang.
- [Laporan](https://docs.didit.me/id/core-technology/database-validation/database-validation-report.md) — ekspor penagihan bulanan per-layanan beserta negara, ID layanan, penggunaan, harga satuan, dan total biaya.
- [Negara yang Didukung](https://docs.didit.me/id/core-technology/database-validation/database-validation-supported-countries.md) — tampilan tabel statis dari setiap negara yang kami cakup saat ini.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.