Saltar para o conteúdo principal
A API de Validação de base de dados da Didit consulta o registo civil oficial de cada país — RENAPER (Argentina, $0.20/verificação com correspondência facial biométrica), Receita Federal (Brasil, $0.20), Tribunal Electoral SIB (Panamá, $0.75 biométrica), Junta Central Electoral (República Dominicana, $0.05) e mais 14 — com faturação por consulta bem-sucedida, sem consumos mínimos mensais. Ao executar uma Validação de base de dados, recebe duas camadas de resultados:
  1. Um código de resultado padrão que funciona da mesma forma em todos os países suportados, para que possa escrever uma única lógica de tratamento que cubra todos eles.
  2. Um código de detalhe específico do país opcional que lhe indica exatamente qual a condição devolvida pelo registo governamental — útil para suporte, análise e para decidir se deve pedir ao utilizador para tentar novamente.
Esta página lista todos os valores que pode encontrar e explica como reagir a cada um deles.

Códigos de resultado padrão

Estes códigos são idênticos em todos os países. Desenvolva a sua lógica de revisão, recusa e nova tentativa com base nestes códigos — e não nos códigos de detalhe específicos de cada país.
O outcome_code reside dentro de cada entrada da matriz validations no relatório de validação. Consulte Database Validation Report para ver onde se insere na resposta.
REGISTRY_UNAVAILABLE e REGISTRY_ERROR significam que o registo de origem nunca respondeu à consulta, pelo que estes dois resultados não são faturados - consulte os preços. Todos os outros códigos de resultado correspondem a respostas reais e pagas do registo, mesmo que não confirmem nada (INCONCLUSIVE, BIOMETRIC_IMAGE_UNUSABLE) e mesmo que rejeitem o que enviou (INVALID_DOCUMENT_FORMAT, INVALID_INPUT — enquanto códigos de resultado, estes significam que o próprio registo recusou os dados, após a consulta ter sido enviada).Os dados de entrada que nunca chegam ao registo não geram qualquer código de resultado: o endpoint POST /v3/database-validation/ devolve 400 quando um valor viola as regras de formato do país, e um serviço do fluxo com campos em falta ou malformados é ignorado com COULD_NOT_PERFORM_DATABASE_VALIDATION. Nenhum deles é faturado. Consulte a análise completa na página de preços da Validação de base de dados.

Códigos de detalhe específicos por país

O código de detalhe é retornado como outcome_detail juntamente com outcome_code. Apenas os países listados abaixo produzem códigos de detalhe além do resultado padrão — todos os outros países suportados retornam apenas os códigos padrão.

Argentina (RENAPER)

A Argentina utiliza uma validação biométrica 1×1 contra o registo nacional de identidade RENAPER, combinando o DNI, uma selfie e o género declarado.

Brasil (Receita Federal — Consulta CPF)

O Brasil valida o CPF contra o serviço oficial de CPF da Receita Federal, com tratamento explícito para menores segundo a LGPD (Lei Geral de Proteção de Dados) e o Estatuto Digital da Criança e do Adolescente.
Para resultados MINOR_BLOCKED no Brasil, source_data continua a incluir os sinalizadores lgpd_minor, minor_under_18 e minor_under_16 para que possa aplicar fluxos adequados à idade sem tentar novamente.

Panamá (SIB — Tribunal Electoral)

O Panamá utiliza validação biométrica contra o registo SIB (Servicio de Identificación Biométrica) operado pelo Tribunal Electoral. Se ocorrer um erro técnico no SIB, a sessão passa automaticamente para uma consulta 1×1.

Outros países suportados

Os países abaixo retornam apenas os códigos de resultado padrão — não existem códigos de detalhe específicos por país a tratar.
  • Bolívia, Colômbia, Costa Rica, El Salvador, Espanha, Guatemala, Honduras, Paraguai, Uruguai, Venezuela — consulta 1×1 contra o registo civil correspondente. Os resultados mapeiam diretamente para MATCH, NO_MATCH, DOCUMENT_NOT_FOUND, INVALID_DOCUMENT_FORMAT ou REGISTRY_UNAVAILABLE.
  • Chile (Registro Civil) — consulta de RUT. Mapeia para os resultados padrão mais MINOR_BLOCKED quando o registo sinaliza uma pessoa menor de idade.
  • República Dominicana (JCE) — consulta de cédula que retorna uma validade booleana; mapeia para MATCH ou NO_MATCH.
  • Equador (Registro Civil) — consulta de cédula.
  • México (RENAPO, mais INE para 2×2) — consulta de CURP através da RENAPO. Quando validation_type é two_by_two, é executado um cruzamento adicional com o INE; ambos alimentam os mesmos códigos de resultado padrão.
  • Peru (RENIEC) — consulta de DNI.

Procedimento de tratamento

O tratamento robusto mais simples é o seguinte:
Não precisa de criar ramificações baseadas em outcome_detail para a lógica de negócio — use-o para análise, depuração e pedidos de suporte. O outcome_code padrão tem a garantia de se manter estável entre países e ao longo do tempo.

Ver também

Última modificação em 7 de novembro de 2026