- 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.
- 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.
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 comooutcome_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_FORMAToREGISTRY_UNAVAILABLE. - Chile (Registro Civil): consulta del RUT. Se asigna a los resultados estándar, además de a
MINOR_BLOCKEDcuando 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
MATCHoNO_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_typeestwo_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
- Advertencias de Validación de base de datos: las etiquetas de advertencia a nivel de sesión (
COULD_NOT_PERFORM_DATABASE_VALIDATION,DATABASE_VALIDATION_PARTIAL_MATCH,DATABASE_VALIDATION_NO_MATCH) y cómo configurar las acciones de revisión o rechazo de tu aplicación. - Informe de Validación de base de datos: la estructura completa de la respuesta y dónde aparecen
outcome_code/outcome_detail. - Países compatibles con la Validación de base de datos: la lista completa de países y métodos de cotejo.