Passer au contenu principal
POST
Vérifie les données saisies par rapport à une base de données d’une agence gouvernementale regroupant les données d’identité nationale des citoyens. Didit expose ce service via POST /v3/database-validation/ afin que vous puissiez vérifier les données soumises auprès de la source faisant autorité et recevoir des résultats de correspondance normalisés.

Couverture

  • Couverture : ~ 80%
  • Pays : Cambodge
  • Identifiant du service : khm_national_id
  • Domaine de données : Identité
  • Catégorie : NationalIDRegistry

Entrées

  • Entrées obligatoires : first_name, last_name, date_of_birth, voter_id
  • Entrées facultatives : gender, address.street_1, address.street_2, address.city, address.region, address.postal_code, vendor_data
  • Consentement : Obligatoire
  • Disponibilité dans le workflow : Disponible dans le workflow
  • Couverture : ~ 80%
  • Prix : $0.59 par requête réussie
Tous les documents acceptés par ce service ne comportent pas l’identifiant utilisé pour la requête. Lorsque l’identifiant n’est pas extrait du document, la vérification est enregistrée comme non applicable : aucune base de données n’est interrogée et aucun frais n’est facturé. Pour certains pays, cette situation concerne une part importante des utilisateurs réels. Pour les couvrir, collectez aussi l’identifiant à partir d’une réponse à un Questionnaire, d’un champ extrait par Document AI ou d’une valeur que vous envoyez lors de la création de la session, puis associez-le à l’étape Validation en base de données.

Paramètres du corps de requête

string
défaut:"KHM"
requis
Code de pays ISO 3166-1 alpha-3 de ce service de base de données.Exemple : KHM
string
défaut:"khm_national_id"
requis
Tableau contenant l’identifiant de ce service. Fixer le service limite la requête à cette base de données précise.Exemple : khm_national_id
Consentement explicite de l’utilisateur final pour ce service.Exemple : true
string
défaut:"John"
requis
Prénom à valider.Exemple : John
string
défaut:"Doe"
requis
Nom de famille à valider.Exemple : Doe
string
défaut:"1990-01-01"
requis
Date de naissance au format YYYY-MM-DD.Exemple : 1990-01-01
string
défaut:"12345678"
requis
Identifiant d’électeur.Exemple : 12345678
string
Valeur du genre, lorsque la base de données l’exige.Valeurs autorisées : M (homme), F (femme), X (autre ou inconnu).Exemple : M
object
Objet d’adresse résidentielle structuré. Utilisez street_1, street_2, city, region, postal_code et country. Une chaîne d’adresse complète dans l’ancien format est toujours acceptée, mais déconseillée.Exemple : {"street_1":"123 Sample Street","street_2":"Unit 4","city":"Sample City","region":"Sample State","postal_code":"10001","country":"US"}
string
défaut:"user-1234"
Votre référence stable pour cette personne, par exemple votre identifiant utilisateur interne. Didit s’en sert pour relier les vérifications autonomes au même utilisateur final et réduire le bruit lié à la détection des doublons.Exemple : user-1234

Règles de saisie et notes de validation

  • address est facultatif pour ce service. Vous pouvez envoyer une chaîne address complète, et Didit la découpera en éléments d’adresse structurés lorsque c’est possible, ou vous pouvez envoyer les champs structurés explicitement.
  • voter_id doit correspondre à (?:\d{8,9}|\d{2}-\d{3}-\d{3}).
  • Pour les services basés sur l’adresse, envoyez des champs d’adresse structurés plutôt qu’une chaîne address unique, lorsque c’est possible.
  • address.street_1 correspond à l’adresse de rue, y compris le numéro et le type de voie.
  • address.street_2 correspond à l’appartement, à l’unité, au bâtiment, à l’étage ou à toute ligne d’adresse supplémentaire. Ne l’envoyez que si vous la possédez.
  • address.city correspond à la ville, à la banlieue, au district, à la localité ou au quartier.
  • address.region correspond à l’État, à la province, à la région ou à la ville.
  • address.postal_code correspond au code postal.
  • Les services de base de données basés sur l’adresse exigent au minimum l’adresse de rue et le code postal. Les requêtes rejetées avant la consultation de la source ne sont pas facturées.

Comment l’appeler

Données renvoyées

Les champs exacts présents dans source_data dépendent de ce que renvoie le registre. L’exemple généré pour khm_national_id documente actuellement cette structure normalisée :
  • address
  • address_match_score
  • building_number
  • city
  • date_of_birth
  • first_name
  • full_name
  • identification_number
  • last_name
  • name_match_score
  • state
  • street

Tarifs et SLA

Les requêtes concernant la carte d’identité nationale cambodgienne ne sont facturées que lorsque Didit reçoit un résultat concluant de la source de validation.
  • Prix par appel : $0.59 USD.
  • Facturation : par requête réussie. Vous n’êtes pas facturé lorsque le registre est injoignable, lorsque des champs obligatoires manquent ou lorsque la requête est rejetée avant d’atteindre la source.
  • Latence : p95 typique < 2 s.
  • Disponibilité : 99.9% par trimestre côté Didit ; la disponibilité des sources en aval varie selon le pays et le jeu de données.

Pour aller plus loin

Dernière modification le 7 novembre 2026