Corrigindo problemas de prova de vida e correspondência facial

Por que as pontuações de prova de vida voltam baixas, por que a correspondência facial às vezes falha ou passa quando não deveria, e o que você pode ajustar no seu workflow.

Short answer

Separe duas coisas primeiro: a câmera funcionou, e a verificação falhou? Uma câmera que nunca abriu é um problema de ambiente (navegador dentro de aplicativo, permissão negada, câmera em uso). Uma verificação que falhou é um problema de limiar ou de qualidade de captura.

A prova de vida confirma que há uma pessoa real na frente da câmera; a correspondência facial confirma que essa pessoa é a mesma do documento. Quando qualquer uma das duas volta com uma pontuação baixa ou um aviso, quase sempre é uma de um pequeno conjunto de causas.

#A câmera nunca abriu

Antes de supor que a verificação biométrica falhou, descarte isso - produz o mesmo relato de "a etapa de selfie não funcionou" por parte dos usuários:

  • Navegadores dentro de aplicativos. Um link de verificação aberto dentro do navegador embutido de outro aplicativo muitas vezes não consegue acesso algum à câmera. Peça para a pessoa abrir o link no navegador normal do celular dela.
  • Permissão negada anteriormente. Depois que alguém nega o acesso à câmera para um site, o navegador lembra, e o fluxo não pode pedir de novo. A pessoa precisa reabilitar isso nas configurações do site.
  • Câmera já em uso. Outra aba, aplicativo, ou chamada de vídeo usando a câmera a bloqueia. Em alguns dispositivos, um pedido de permissão de microfone também pode travar a câmera.
  • Nenhuma câmera disponível. Usuários de desktop sem webcam. Se a etapa de selfie é oferecida no desktop é uma configuração de workflow.

#A prova de vida deu uma pontuação baixa ou não encontrou nenhum rosto

  • Nenhum rosto detectado - iluminação ruim, rosto fora do enquadramento, ou um problema técnico durante a captura. Peça para a pessoa refazer a foto com luz melhor, com o rosto centralizado e nada o cobrindo.
  • Pontuação de prova de vida baixa - pode ser uma captura genuína de baixa qualidade (iluminação ruim, câmera de baixa resolução) ou uma suspeita de fraude (foto, reprodução em tela, máscara). Se você está vendo isso em usuários reais, peça um reenvio em vez de reprovar diretamente.
  • Ataque de apresentação detectado (LIVENESS_FACE_ATTACK) - o sistema encontrou fortes evidências de uma tentativa de fraude. Esse caso é intencional e reprova a sessão automaticamente.
A session in the Didit console with the Liveness tab and the More options menu
  1. Comece pela selfie capturada - a maioria das falhas é visível nela.
  2. Events mostra se o usuário tentou de novo, e quantas vezes.
  3. Se o problema foi a captura, reabra a sessão por aqui para que a pessoa possa tentar de novo.
Diagnostique a partir da sessão: primeiro a captura, depois a linha do tempo.

Se pontuações baixas de prova de vida se concentram em dispositivos específicos, verifique qual método o seu workflow usa: métodos ativos (3D Flash, 3D Action) são visivelmente mais difíceis em celulares antigos e em ambientes escuros do que a prova de vida passiva. Veja como funciona a detecção de prova de vida.

#A correspondência facial não parece certa

A correspondência facial compara a selfie com a foto do documento e produz uma pontuação de similaridade, verificada contra os limiares do seu workflow:

  • Pontuação abaixo do limiar de revisão - a sessão vai para In Review para uma pessoa confirmar.
  • Pontuação abaixo do limiar de reprovação - a sessão é reprovada automaticamente.
  • Nenhum rosto encontrado na selfie ou na foto do documento - a pessoa normalmente é solicitada a refazer a selfie (ela tem algumas tentativas) antes de isso ser tratado como um resultado final.

A pontuação também é afetada por coisas que não têm nada a ver com identidade: uma foto antiga no documento, um documento muito desgastado, óculos, um chapéu, uma barba que cresceu desde a foto, ou um retrato de resolução muito baixa no documento. Tudo isso legitimamente derruba a pontuação da pessoa certa.

Se um usuário genuíno está falhando repetidamente na correspondência facial, ou você está vendo aprovações que não deveriam ter passado, a correção é ajustar os limiares de revisão e reprovação. Veja pontuações e limiares de correspondência facial.

#Um cliente recorrente legítimo sinalizado como duplicata

A etapa de prova de vida também roda uma busca facial 1:N contra todo mundo que você já verificou. Os seus próprios clientes recorrentes vão corresponder a si mesmos - o que é esperado, não um sinal de fraude. Envie o vendor_data de forma consistente para que as duas sessões resolvam para a mesma pessoa. Veja contas duplicadas e busca facial.

#Reduzindo fraude na captura de documentos

Se você está vendo usuários enviando uma foto do documento em vez de escanear o item físico ao vivo, ou uma terceira pessoa capturando o documento de identidade por alguém, as configurações de ID Verification e prova de vida do seu workflow permitem apertar isso:

  • Restrinja a captura apenas à câmera ao vivo, removendo o caminho de envio de arquivo.
  • Use a verificação de correspondência facial entre câmeras, que compara o rosto visto pela câmera durante a captura do documento com a selfie, e encaminhe divergências para revisão ou reprovação em vez de deixá-las passar silenciosamente.
Important

Remover o caminho de envio de arquivo aumenta a garantia e reduz a conclusão. Usuários em dispositivos bloqueados, com câmera quebrada, ou em um desktop com webcam ruim vão falhar em vez de recorrer a uma alternativa. Decida o que importa mais para aquele fluxo específico, em vez de aplicar isso em todos os lugares.

#Quando é a mesma pessoa, mas um documento muito antigo

Para um documento cujo retrato tem uma década, nenhuma configuração de limiar vai acertar de forma confiável. A resposta melhor é uma verificação mais forte: o NFC lê o retrato direto do chip, que é a mesma imagem que o emissor guarda, e elimina totalmente a variável de qualidade de impressão. Veja verificação por chip NFC.

#Relacionados