Pular para o conteúdo principal

Visão geral

O relatório de correspondência facial registra uma comparação biométrica 1:1 entre a selfie capturada ao vivo durante a prova de vida e uma imagem de referência, que geralmente é o retrato extraído do documento de identidade. Ele retorna uma única pontuação de similaridade de 0 a 100, URLs assinadas das duas imagens comparadas, a sessão de origem da imagem de referência e os avisos gerados pela correspondência. O relatório é gerado depois que o usuário conclui a etapa de prova de vida e a etapa de documento em um fluxo de verificação (workflow). Em fluxos baseados em retrato, como a autenticação biométrica, ele é gerado apenas após a prova de vida. Também é possível obtê-lo diretamente pela API de Correspondência facial independente, quando você mesmo envia duas imagens de rosto quaisquer. Cada relatório tem seu próprio status, independente do status geral da sessão, que indica como a etapa de correspondência facial foi resolvida por si só:
  • Approved: score está acima do limiar de revisão e nenhum aviso de recusa automática foi disparado.
  • In Review: score está entre os limiares de recusa e de revisão, ou nenhuma pontuação pôde ser calculada e face_match_not_computed_action é REVIEW.
  • Declined: score está no limiar de recusa ou abaixo dele, NO_REFERENCE_IMAGE foi disparado, ou nenhuma pontuação pôde ser calculada e face_match_not_computed_action é DECLINE.
  • Resub Requested: um revisor solicitou pelo console que o usuário reenvie esta etapa.
  • Not Finished: a etapa de correspondência facial ainda não produziu resultado, inclusive enquanto o usuário tenta novamente uma captura que falhou.

Onde aparece nas respostas da API

O relatório de correspondência facial vem dentro do array face_matches[], que é sempre um array JSON e nunca um objeto face_match isolado. Ele é null até que pelo menos uma etapa de correspondência facial tenha produzido dados, e aparecem várias entradas quando um fluxo executa a correspondência facial mais de uma vez. Um fluxo de Adaptive Age Verification também o preenche quando o fallback de verificação de identidade é executado. Nesse caso, a entrada informa o nó de estimativa de idade como seu node_id, já que o fluxo não tem um nó de Correspondência facial próprio.
  • API de decisão da sessão: GET /v3/session/{sessionId}/decision/ retorna face_matches[] no nível superior. Consulte Obter a decisão da sessão.
  • Webhooks: os payloads de session.status.updated incluem o mesmo array face_matches[] assim que a etapa produz dados. Consulte Webhooks.
  • API de Correspondência facial independente: para comparações 1:1 diretas, consulte API independente de Correspondência facial.
Leia response.face_matches[0] e percorra o array. O formato singular face_match, citado em alguns tutoriais antigos, não existe no endpoint de decisão v3.

Esquema

O esquema canônico, campo a campo, está na página Modelos de dados. Os campos abaixo reproduzem esse esquema canônico.

Valores de status

Falhas por baixa similaridade geram novas tentativas antes de o status ser definido: o usuário tem até face_match_max_attempts tentativas de captura (3 por padrão), e apenas a pontuação da última tentativa é aplicada. Regras de status personalizadas configuradas no nó do fluxo podem ajustar ainda mais o status resultante. Elas se combinam com o status derivado da pontuação seguindo a precedência Declined > In Review > Approved.

Exemplos

Aprovado: correspondência sem ressalvas

Em revisão: similaridade no limite

Recusado: nenhuma imagem de referência para comparação

Nota de segurança

As URLs assinadas de source_image e target_image são dados biométricos e expiram após um curto período de validade. Trate-as como temporárias: não as armazene em cache nem as exponha publicamente. Normalmente, sua aplicação só precisa de status e score. Armazene o mínimo possível para reduzir os dados biométricos nos seus servidores.

Relacionados

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