Visão geral
Os avisos do relatório de correspondência facial sinalizam cada condição que a Didit observou ao executar a comparação facial 1:1. Eles ficam no arraywarnings[] de cada item de face_matches[] (consulte Relatório de correspondência facial). Cada entrada também traz feature: "FACEMATCH" e o node_id do nó do fluxo de verificação (workflow) que gerou o aviso.
Todo aviso tem três camadas:
- O código
risk: um identificador estável que você pode usar como referência no seu código. - O
log_type:information,warningouerror, derivado dos limiares de pontuação de similaridade do seu fluxo. - O impacto na decisão: definido pelos limiares de revisão e de recusa do fluxo para a pontuação de similaridade.
Condições de recusa automática
O risco a seguir sempre faz com que o relatório de correspondência facial (e a sessão) sejam definidos comoDeclined:
Quando
NO_REFERENCE_IMAGE é disparado, LOW_FACE_MATCH_SIMILARITY é suprimido (não há nada a pontuar).
Há uma exceção.
Quando a etapa de identidade foi concluída por uma consulta sem documento cujo registro não retorna retrato nem verifica rosto, a Correspondência facial, por definição, não tem com o que comparar a captura ao vivo.
Isso é informado como FACE_MATCH_NOT_COMPUTED com pontuação null e decidido por face_match_not_computed_action (abaixo), e não como uma recusa automática.
Configurações de verificação ajustáveis
No console da Didit, a pontuação de similaridade da correspondência facial é controlada por dois limiares (não há opção Aprovar/Revisar/Recusar):
Aumente o limiar de revisão se observar aprovações indevidas demais; reduza o limiar de recusa se observar recusas indevidas demais.
Uma configuração separada controla o que acontece quando uma pontuação de similaridade não pode ser calculada de forma alguma: nenhum rosto foi detectado em uma das imagens, ou uma consulta sem documento não deixou referência para comparação:
Essa ação rege
FACE_MATCH_NOT_COMPUTED (nenhum rosto no retrato do documento, ou nenhuma referência após uma consulta sem documento) e NO_FACE_IN_SELFIE após o esgotamento das tentativas (nenhum rosto na selfie após as novas tentativas do usuário). Quando o problema é a selfie, primeiro o usuário é solicitado a capturá-la novamente (veja abaixo), e a ação só se aplica se ainda não for possível detectar um rosto quando o limite de tentativas se esgotar.
Falhas por baixa similaridade também entram em um ciclo de novas capturas antes de o status se tornar definitivo: o usuário tem até face_match_max_attempts tentativas no total (padrão 3, configurável de 2 a 5 por nó do fluxo) para capturar novamente. Uma falha NO_FACE_IN_SELFIE usa o mesmo ciclo de novas tentativas, já que capturar uma selfie mais nítida pode resolvê-la. Uma falha FACE_MATCH_NOT_COMPUTED não permite nova tentativa, pois o retrato do documento não pode ser capturado novamente nesta etapa. Somente quando o limite se esgota é que o status da última tentativa passa a valer, e FACE_MATCH_MAX_ATTEMPTS_EXCEEDED é registrado para documentar isso.
Na API de Correspondência facial independente, existe apenas um limiar de recusa (opção de requisição face_match_score_decline_threshold, padrão 30); qualquer aviso disparado recusa a requisição, e NO_REFERENCE_IMAGE é disparado quando nenhum rosto pôde ser comparado.
Avisos gerados
Exemplos
Em revisão — similaridade limítrofe
Em revisão — não foi possível calcular a correspondência facial
Recusa automática — referência ausente
Novas tentativas esgotadas — status da última tentativa aplicado
A API de Correspondência facial independente retorna o mesmo formato de aviso, sem
node_id (a comparação não está vinculada a um nó do fluxo).Tipos de aviso
Cada risco recebe um nível de severidade com base na configuração da sua aplicação. As três severidades são:Relacionados
- Relatório de correspondência facial: esquema completo do relatório e status.
- Avisos de prova de vida: avisos anteriores sobre a captura da selfie.
- Webhooks:
session.status.updatedtraz os avisos assim que a etapa é concluída. - Modelos de dados — Correspondência facial: esquema canônico.
- Modelos de dados — Objeto de aviso: o formato de cada entrada em
warnings[].