Saltar al contenido principal
La API de Validación de base de datos de Didit consulta el registro civil oficial de cada país: RENAPER (Argentina, $0.20/consulta con coincidencia facial biométrica), Receita Federal (Brasil, $0.20), Tribunal Electoral SIB (Panamá, $0.75 biométrica), Junta Central Electoral (República Dominicana, $0.05) y 14 más. Se factura por consulta exitosa, sin mínimos mensuales. Cuando ejecutas una Validación de base de datos, recibes dos niveles de resultado:
  1. Un código de resultado estándar que funciona igual en todos los países compatibles, para que puedas escribir una única lógica de procesamiento que los cubra a todos.
  2. Un código de detalle específico del país, opcional, que indica exactamente qué condición devolvió el registro gubernamental. Es útil para soporte, analítica y para decidir si pedir al usuario que vuelva a intentarlo.
Esta página enumera todos los valores que puedes recibir y explica cómo reaccionar ante cada uno.

Códigos de resultado estándar

Estos códigos son idénticos en todos los países. Construye tu lógica de revisión, rechazo y reintento sobre ellos, no sobre los códigos de detalle de cada país.
El outcome_code se encuentra dentro de cada entrada del array validations del informe de validación. Consulta Informe de Validación de base de datos para ver dónde encaja en la respuesta.
REGISTRY_UNAVAILABLE y REGISTRY_ERROR significan que el registro de origen nunca respondió a la consulta, por lo que esos dos resultados no se facturan; consulta los precios. Todos los demás códigos de resultado son una respuesta real y de pago del registro, incluso los que no confirman nada (INCONCLUSIVE, BIOMETRIC_IMAGE_UNUSABLE) e incluso los que rechazan lo que enviaste (INVALID_DOCUMENT_FORMAT, INVALID_INPUT: como códigos de resultado, significan que el propio registro rechazó los datos después de enviarse la consulta).Los datos de entrada que nunca llegan a un registro no generan ningún código de resultado: POST /v3/database-validation/ responde 400 cuando un valor no cumple las reglas de formato del país, y un servicio de un flujo de trabajo con campos ausentes o con formato incorrecto se omite con COULD_NOT_PERFORM_DATABASE_VALIDATION. Ninguno de los dos casos se factura. Consulta el desglose completo en la página de precios de Validación de base de datos.

Códigos de detalle por país

El código de detalle se devuelve como outcome_detail junto con outcome_code. Solo los países que se indican a continuación generan códigos de detalle además del resultado estándar; el resto de países compatibles devuelve únicamente los códigos estándar.

Argentina (RENAPER)

Argentina utiliza una validación biométrica 1×1 contra el registro nacional de identidad RENAPER, que combina el DNI, una selfie y el género declarado.

Brasil (Receita Federal: Consulta CPF)

Brasil valida el CPF contra el servicio oficial de CPF de la Receita Federal, con un tratamiento explícito de los menores de edad conforme a la LGPD (Lei Geral de Proteção de Dados) y al Estatuto Digital de Niños y Adolescentes.
En los resultados MINOR_BLOCKED de Brasil, source_data sigue devolviendo los indicadores lgpd_minor, minor_under_18 y minor_under_16, para que puedas aplicar flujos adecuados a la edad sin reintentar.

Panamá (SIB: Tribunal Electoral)

Panamá utiliza una validación biométrica contra el registro SIB (Servicio de Identificación Biométrica) gestionado por el Tribunal Electoral. Si se produce un error técnico del SIB, la sesión recurre automáticamente a una consulta 1×1.

Otros países compatibles

Los países siguientes devuelven únicamente los códigos de resultado estándar: no hay códigos de detalle por país que gestionar.
  • Bolivia, Colombia, Costa Rica, El Salvador, Guatemala, Honduras, Paraguay, España, Uruguay, Venezuela: consulta 1×1 contra el registro civil correspondiente. Los resultados se asignan directamente a MATCH, NO_MATCH, DOCUMENT_NOT_FOUND, INVALID_DOCUMENT_FORMAT o REGISTRY_UNAVAILABLE.
  • Chile (Registro Civil): consulta del RUT. Se asigna a los resultados estándar, además de a MINOR_BLOCKED cuando el registro indica que se trata de un menor de edad.
  • República Dominicana (JCE): consulta de la cédula que devuelve una validez booleana; se asigna a MATCH o NO_MATCH.
  • Ecuador (Registro Civil): consulta de la cédula.
  • México (RENAPO, más INE para 2×2): consulta de la CURP a través de RENAPO. Cuando validation_type es two_by_two, se ejecuta un cotejo adicional con el INE; ambos se asignan a los mismos códigos de resultado estándar.
  • Perú (RENIEC): consulta del DNI.

Receta de procesamiento

El manejador robusto más sencillo tiene este aspecto:
No necesitas basar la lógica de negocio en outcome_detail: úsalo para analítica, depuración y tickets de soporte. Se garantiza que el outcome_code estándar se mantiene estable entre países y a lo largo del tiempo.

Ver también

Última modificación el 1 de noviembre de 2026