Verificação de documento de identidade
Uma API de verificação de documentos que lê o documento de identidade, e não apenas o tipo impresso na frente.
O ShieldID lê a frente e o verso de um documento oficial com foto no próprio celular do solicitante, decodifica o código de barras e a zona legível por máquina do passaporte, confere cada campo com todas as fontes e informa um veredito por campo, não um único aprovado ou reprovado para o documento inteiro.
Cobertura de documentos
Documentos dos EUA e do Canadá, lidos em profundidade.
Carteiras de motorista, passaportes, cartões de residente permanente e documentos de identidade com foto estaduais ou provinciais, identificados pelo emissor sempre que o código de barras o informa.
- Carteiras de motorista dos EUA, dos 50 estados, DC e cinco territórios dos EUA
- Carteiras de motorista canadenses, todas as 13 províncias e territórios
- Passaportes, lidos pela zona legível por máquina com validação de checksum
- Cartões de residente permanente
- Documentos de identidade com foto estaduais e provinciais
- Cobertura emergente de dois estados mexicanos.
Onde traçamos o limite, com honestidade
Cartões de saúde não são listados nominalmente entre os tipos de documento reconhecidos atualmente. Um cartão desconhecido ou não listado ainda é lido sob o mesmo princípio de tudo o mais: extrair o que a página mostra e informar o veredicto de cada campo, em vez de recusar o documento logo na entrada.
Como um documento é lido
Quatro entradas. Uma ordem de prioridade quando elas se sobrepõem.
O solicitante fotografa a frente e o verso do documento no próprio celular. O ShieldID lê as fontes que o documento realmente possui e deixa a mais confiável prevalecer quando duas fontes divergem.
Código de barras PDF417
O verso de uma carteira de motorista ou de um documento de identidade norte-americano traz um código de barras PDF417. O ShieldID o decodifica em campos AAMVA estruturados: nome, data de nascimento, endereço, número da carteira, validade e mais.MRZ do passaporte
A zona legível por máquina de um passaporte é lida por um detector e um leitor dedicados e, em seguida, validada pelas fórmulas de dígito verificador da ICAO embutidas na própria zona. Uma pontuação mínima de validade determina se um campo extraído dessa forma é considerado confiável.Leitura estruturada da frente
A face impressa do documento é lida campo a campo, usando o layout do tipo de documento quando ele é reconhecido.Fallback de OCR de página inteira
Quando nada mais específico se aplica, a frente inteira é lida como texto. É isso que evita que um documento desconhecido seja recusado de imediato.
Prioridade quando as fontes se sobrepõem
Quando o mesmo campo aparece em mais de uma fonte, a ordem de prioridade é: código de barras, depois uma MRZ de passaporte que passou no checksum, depois leitura estruturada da frente e, por fim, a alternativa de OCR. Fontes que divergem são sinalizadas para revisão, nunca resolvidas silenciosamente com uma média.
Cross-checks
Cada campo é conferido com os demais, não aceito na confiança.
Um documento que é lido sem problemas isoladamente ainda pode esconder uma divergência entre o que a frente diz e o que o código de barras ou a MRZ dizem. O ShieldID verifica isso em toda verificação.
Frente x código de barras x MRZ
Nome, data de nascimento, número do documento e endereço são comparados entre todas as fontes que o documento realmente possui. Uma divergência é informada, e não resolvida escolhendo uma fonte e escondendo as demais.
Codificação do número da carteira
Quando uma província codifica uma estrutura no próprio número da carteira, essa estrutura é conferida com o restante do registro.
Comparação tripla de identidade
O nome e os dados de identidade lidos no documento são comparados entre si e com o que a parte que solicitou a verificação declarou sobre o solicitante, de modo que uma substituição apareça como divergência, e não como uma aprovação limpa.
A regra da casa
Nunca bloqueamos por tipo de documento.
Um documento não reconhecido ou desconhecido não é rejeitado só porque nunca o vimos antes. O ShieldID lê o que consegue e informa o veredicto de cada campo, de modo que um cartão de um emissor que nunca catalogamos ainda pode gerar uma data de nascimento correta e uma comparação facial genuína, informadas como válidas.
Vereditos por campo, não por documento
Nome, data de nascimento, endereço, número do documento e foto se sustentam cada um em suas próprias evidências. Um campo fraco não derruba um campo que foi confirmado sem problemas, e um campo forte não encobre um que não foi.
Aceitar ou não o documento é uma decisão sua
O ShieldID informa as evidências e um veredito por verificação. O que a empresa faz depois com um documento desconhecido ou parcialmente verificado é decisão dela, com o relatório em mãos.
A pontuação de adulteração é apenas consultiva
Apenas consultivoA pontuação de adulteração do documento é executada em toda verificação e informada no resultado, mas hoje é apenas consultiva: ela não decide os vereditos dos campos nem o resultado geral, e seu limite não foi medido de forma independente em capturas reais. Trate-a como mais uma evidência, não como uma barreira.
Detecção de ataques de apresentação em documentos
Em breveA detecção de que um documento é um objeto físico real, e não uma foto de um documento impresso ou exibido em tela, ainda não existe. As verificações atuais protegem o lado da selfie da verificação; o lado do documento na detecção de ataques de apresentação está no roadmap.
Nova captura guiada
Quando algo falha, dizemos de que lado está o problema.
Uma verificação que falha nem sempre significa que o solicitante fez algo errado. Pode ser que a foto do documento estivesse desfocada, ou que a selfie estivesse com pouca luz, e pedir a captura errada de novo faz o solicitante perder tempo duas vezes.
A lógica de nova captura do ShieldID lê as evidências, e não o rótulo da verificação que falhou, para decidir se o documento ou a selfie precisa de outra tentativa, e reabre a câmera apenas para esse lado. Ela existe porque um caso real mostrou uma selfie limpa e uma foto de passaporte ilegível, tirada em ângulo muito inclinado, ambas sendo instruídas a refazer a selfie.
O que você recebe
Valores por campo, cada um com sua origem e seu veredito.
O resultado não é um simples aprovado ou reprovado. Cada campo que o ShieldID conseguiu ler volta com o valor, a origem e se foi confirmado.
- Nome completo
- Comparado entre frente, código de barras e MRZ, quando presentes, e com o nome informado pelo solicitante.
- Data de nascimento
- Conferido com o código de barras e com a MRZ.
- Endereço
- Lido na frente e no código de barras, quando o documento tiver um; comparado com um comprovante de endereço enviado, quando necessário.
- Número do documento
- Verificado quanto à consistência interna e, quando aplicável, quanto às regras de codificação da jurisdição emissora.
- Data de validade
- Lido na frente e no código de barras ou na MRZ, e sinalizado se as fontes divergirem.
- Jurisdição emissora
- Identificado a partir do código do emissor no código de barras, quando o documento traz um código reconhecido.
- Sinal de adulteração do documento
- Informado como evidência consultiva em toda verificação, nunca como o veredito em si.
Exemplo prático
Uma carteira de motorista da Califórnia, campo por campo.
Um solicitante fictício, uma carteira de motorista fictícia. O conjunto de campos, a origem dos dados e as verificações cruzadas são o pipeline real.
| Campo | Valor | Origem | Veredicto |
|---|---|---|---|
| Full name | Jordan Alexander Reyes | Front + barcode (agree) | Match |
| Date of birth | 14 Mar 1994 | Barcode | Match |
| Address | 1428 Elm St, Sacramento, CA | Barcode | Match |
| License number | D1234567 | Barcode; front reads the same string | Match |
| Expiry date | 14 Mar 2029 | Front + barcode (agree) | Match |
| Photo | Present, legible | Front image | Face match: pending selfie |
| Document tamper signal | No indication | Advisory model, cropped document image | Advisory, not gating |
Como nos comparamos
Profundidade nos documentos que cobrimos, honestidade sobre os que não cobrimos.
Categorias, não nomes. A coluna enterprise descreve padrões que encontramos ao analisar sites de fornecedores corporativos de IDV.
| Recurso | ShieldID | IDV empresarial típico | Verificações manuais |
|---|---|---|---|
| Lê frente e verso, com código de barras e MRZ conferidos campo a campo | Sim | Geralmente | Apenas a frente, a olho nu |
| Continua com um documento desconhecido ou fora da lista em vez de rejeitá-lo | Sim | Frequentemente recusa | Depende do treinamento da equipe |
| Vereditos por campo, não um único aprovado ou reprovado para o documento | Sim | Raramente | n/a |
| Comparação tripla de nome e identidade com o que o solicitante informou | Sim | Às vezes | Manual, se houver |
| Nova captura guiada que aponta o documento ou a selfie, com base em evidências | Sim | Raramente | n/a |
| Pontuação de adulteração do documento informada com transparência como consultiva, não como uma barreira oculta | Sim | Raramente divulgado | Nenhum sinal |
Perguntas
Respostas diretas sobre a verificação de documentos.
Veja com o seu próprio documento
Execute uma verificação no sandbox com uma carteira de motorista ou um passaporte reais.
Crie uma sessão sandbox, leia a frente e o verso no seu próprio celular e veja o resultado por campo. Sessões sandbox nunca são cobradas.