Passer au contenu principal
L’API de Validation en base de données de Didit interroge le registre d’état civil faisant autorité pour chaque pays — RENAPER (Argentine, $0.20/vérification avec correspondance faciale biométrique), Receita Federal (Brésil, $0.20), Tribunal Electoral SIB (Panama, $0.75 biométrique), Junta Central Electoral (République dominicaine, $0.05) et 14 autres — facturée par requête réussie, sans minimum mensuel. Lorsque vous exécutez une validation en base de données, vous recevez deux niveaux de résultat :
  1. Un code de résultat standard qui fonctionne de la même manière dans tous les pays pris en charge, vous permettant ainsi d’écrire une seule logique de traitement commune à tous.
  2. Un code de détail spécifique au pays facultatif qui vous indique exactement la condition renvoyée par le registre gouvernemental — utile pour le support, l’analytique et pour décider s’il convient d’inviter l’utilisateur à réessayer.
Cette page répertorie chaque valeur possible et vous indique comment réagir face à chacune d’elles.

Codes de résultat standard

Ces codes sont identiques pour tous les pays. Fondez votre logique d’examen, de refus et de nouvelle tentative sur ces codes — et non sur les codes de détail par pays.
L’outcome_code se trouve à l’intérieur de chaque entrée du tableau validations dans le rapport de validation. Voir Rapport de validation en base de données pour savoir où il se situe dans la réponse.
REGISTRY_UNAVAILABLE et REGISTRY_ERROR signifient que le registre source n’a jamais répondu à la requête ; ces deux résultats ne sont donc pas facturés - voir les tarifs. Tout autre code de résultat est une réponse réelle et payante du registre, même celle qui ne confirme rien (INCONCLUSIVE, BIOMETRIC_IMAGE_UNUSABLE) et même celle qui rejette ce que vous avez envoyé (INVALID_DOCUMENT_FORMAT, INVALID_INPUT — en tant que codes de résultat, ils signifient que le registre lui-même a refusé les données après l’envoi de la requête).Une entrée qui n’atteint jamais un registre ne produit aucun code de résultat : POST /v3/database-validation/ renvoie 400 lorsqu’une valeur ne respecte pas les règles de format du pays, et un service de workflow comportant des champs manquants ou malformés est ignoré avec COULD_NOT_PERFORM_DATABASE_VALIDATION. Aucun des deux n’est facturé. Détails complets sur la page des tarifs de la validation en base de données.

Codes de détail spécifiques à chaque pays

Le code de détail est renvoyé dans le champ outcome_detail aux côtés de outcome_code. Seuls les pays listés ci-dessous produisent des codes de détail au-delà du résultat standard — tous les autres pays pris en charge renvoient uniquement les codes standards.

Argentine (RENAPER)

L’Argentine utilise une validation biométrique 1×1 auprès du registre national d’identité RENAPER, associant le DNI, un selfie et le genre déclaré.

Brésil (Receita Federal — Consulta CPF)

Le Brésil valide le CPF auprès du service officiel CPF de la Receita Federal, avec une gestion explicite des mineurs en vertu de la LGPD (Lei Geral de Proteção de Dados) et du statut numérique des enfants et des adolescents.
Pour les résultats MINOR_BLOCKED au Brésil, source_data renvoie tout de même les indicateurs lgpd_minor, minor_under_18 et minor_under_16 afin que vous puissiez appliquer des flux adaptés à l’âge sans réessayer.

Panama (SIB — Tribunal Electoral)

Le Panama utilise une validation biométrique auprès du registre SIB (Servicio de Identificación Biométrica) géré par le Tribunal Electoral. Si une erreur technique liée au SIB survient, la session bascule automatiquement sur une recherche 1×1.

Autres pays pris en charge

Les pays ci-dessous renvoient uniquement les codes de résultat standards — il n’y a pas de code de détail spécifique à gérer.
  • Bolivie, Colombie, Costa Rica, El Salvador, Espagne, Guatemala, Honduras, Paraguay, Uruguay, Venezuela — Recherche 1×1 auprès du registre d’état civil correspondant. Les résultats correspondent directement à MATCH, NO_MATCH, DOCUMENT_NOT_FOUND, INVALID_DOCUMENT_FORMAT ou REGISTRY_UNAVAILABLE.
  • Chili (Registro Civil) — Recherche de RUT. Correspond aux résultats standards ainsi qu’à MINOR_BLOCKED lorsque le registre signale un enregistrement concernant une personne mineure.
  • République dominicaine (JCE) — Recherche de Cédula renvoyant une validité booléenne ; correspond à MATCH ou NO_MATCH.
  • Équateur (Registro Civil) — Recherche de Cédula.
  • Mexique (RENAPO, plus INE pour le 2×2) — Recherche de CURP via la RENAPO. Lorsque validation_type est défini sur two_by_two, un recoupement supplémentaire avec l’INE est effectué ; les deux alimentent les mêmes codes de résultat standards.
  • Pérou (RENIEC) — Recherche de DNI.

Méthode de traitement

Le gestionnaire robuste le plus simple se présente ainsi :
Vous n’avez pas besoin d’effectuer de branchement conditionnel sur outcome_detail pour votre logique métier — utilisez-le pour les statistiques, le débogage et les tickets de support. La stabilité du code standard outcome_code est garantie entre les pays et dans le temps.

Voir aussi

Dernière modification le 7 novembre 2026