Cross-check frente e verso

Em resumo

O cross-check frente e verso é a comprovação que pega os dados extraídos de uma face do documento e os compara, campo por campo, com os dados extraídos da outra.

É possível porque um documento de identidade traz a mesma informação escrita mais de uma vez e em formatos diferentes: impressa na frente para que uma pessoa a leia, e codificada no verso ou na parte inferior para que uma máquina a leia, em um código de barras ou em uma faixa de leitura mecânica.

O princípio que o torna útil é simples: um documento alterado costuma estar alterado de um só lado. Quem modifica uma data de nascimento trabalha sobre o que se vê, porque é o que o operador humano vai olhar. A cópia codificada do outro lado fica com o dado original, e as duas versões deixam de coincidir.

O que se contrasta

Nem todos os campos existem nas duas representações, e o conjunto útil é o dos que existem.

• Número do documento — o campo mais contrastado e o mais atacado, porque é a chave com a qual o documento entra em qualquer registro.
• Nome e sobrenomes — com a ressalva da transliteração: a versão codificada não traz acentos nem caracteres especiais e pode vir truncada, então a comparação é feita normalizando, não caractere por caractere.
• Data de nascimento — o campo que decide a maioridade, e por isso o alvo habitual na verificação de idade.
• Data de vencimento — determina se o documento está vigente.
• Sexo e nacionalidade — campos curtos, fáceis de comparar e frequentemente ignorados em implementações apressadas.
• Tipo e situação do emissor — que o documento seja o que diz ser e tenha sido emitido por quem diz tê-lo emitido.

Quando o documento tem chip, o contraste se estende: os mesmos campos, lidos do chip, são comparados com o que está impresso. Essa versão da comprovação é mais forte que qualquer outra, porque o conteúdo do chip é assinado pela autoridade emissora e sua alteração exigiria a chave privada desse registro.

Por que detecta o que uma só leitura deixa passar

A diferença está em que pergunta cada processo consegue formular.

Um fluxo que captura só a frente e extrai os dados com OCR tem uma única versão de cada campo. Com uma única versão não há contraste possível: o dado é aceito ou rejeitado pela sua forma, e uma alteração bem-feita do impresso passa sem deixar rastro.

Com as duas faces há duas versões independentes do mesmo dado, e aparecem três comprovações que antes não existiam.

• Coincidência entre representações — o número impresso e o número codificado precisam ser o mesmo. É a comprovação central.
• Consistência interna do dado codificado — os dígitos verificadores da MRZ dizem se essa versão do campo é coerente consigo mesma, sem precisar comparar com nada.
• Qualidade da extração — quando as duas vias discordam, o primeiro suspeito não é a fraude, é a leitura. Uma discrepância obriga a revisar antes que o dado chegue ao cadastro.

A segunda é a que mais rende no dia a dia. A maioria das discrepâncias que um onboarding registra não são documentos alterados: são fotos ruins. Detectá-las na hora evita que um dado errado se transforme depois em um problema de cadastro.

Até onde chega

Uma comprovação se torna perigosa quando é tratada como se respondesse mais do que responde. Esta tem três limites claros.

Não detecta uma falsificação consistente. Se o documento é inteiramente falso e foi construído com os dois lados coerentes entre si, o contraste fecha. O que revela é a incoerência, e uma falsificação completa não a tem. Contra esse caso trabalham a análise dos elementos de segurança do suporte e a verificação da assinatura do chip.

Não diz nada sobre quem apresenta o documento. Um documento autêntico, íntegro e vigente em mãos de outra pessoa passa pelo contraste sem observações. Essa pergunta é respondida pela comparação biométrica e pela prova de vida, que são controles de outra natureza.

Não substitui a consulta a uma fonte oficial. O contraste comprova que o documento é coerente consigo mesmo. Que além disso exista, esteja vigente e não tenha sido denunciado é uma pergunta que só o registro que o emitiu responde, onde o país expõe uma via de consulta. E nem todos expõem.

Por isso o cross-check é um controle dentro da verificação documental, não seu resumo. Seu valor está em ser barato, rodar sobre o próprio documento sem depender de ninguém, e cobrir o caso mais comum de alteração.

O que exige do fluxo de captura

Uma comprovação que o design do onboarding pode tornar impossível antes mesmo de começar.

Contrastar as duas faces exige capturar as duas faces. Um fluxo que pede uma única fotografia não consegue rodar essa comprovação, e nenhum ajuste posterior conserta isso: o dado do outro lado nunca entrou no sistema.

É uma decisão de produto com consequências mensuráveis nos dois sentidos. Pedir a segunda captura acrescenta uma etapa ao usuário e alguma desistência. Não pedi-la elimina o controle mais simples contra a alteração de um só lado e, além disso, abre mão da detecção antecipada de leituras defeituosas.

A discussão honesta não é "fricção sim ou não". É o que se perde quando o processo decide não olhar para o outro lado, especialmente em operações onde marcos de prevenção à lavagem de dinheiro, como o SARLAFT na Colômbia ou a lei antilavagem no México, obrigam a conservar a evidência de como cada identidade foi comprovada.