Saltar para o conteúdo principal
A Autenticação biométrica combina uma verificação de prova de vida com uma correspondência facial 1:1 opcional em relação à face de referência resolvida na criação da sessão (a portrait_image fornecida ou a face guardada do utilizador consultada através de vendor_data). Cada passo emite os seus próprios avisos no payload de decisão V3. Esta página lista cada código, onde surge e como os limiares se traduzem num estado final da sessão.

Visão geral

Quando uma sessão de autenticação biométrica é executada, a Didit:
  • Captura uma selfie em direto através de 3D Action, Flash ou Prova de vida passiva (method: ACTIVE_3D, FLASHING ou PASSIVE).
  • Extrai a maior face da captura e calcula a pontuação da sua prova de vida.
  • Se o fluxo de verificação incluir Correspondência facial, compara a face capturada com a face de referência da sessão (portrait_image fornecida ou a face guardada do utilizador).
  • Regista o resultado de cada passo, juntamente com eventuais avisos, na decisão da sessão.
Os avisos mantêm a estrutura partilhada do objeto de aviso utilizada em toda a plataforma: feature, risk, additional_data, log_type, short_description, long_description e node_id.

Onde surgem os avisos

Numa sessão típica de autenticação biométrica existe um elemento em cada array. Em fluxos com múltiplas instâncias, o node_id em cada aviso permite distinguir qual o passo que o gerou.

Condições de recusa automática

Os seguintes avisos recusam sempre o respetivo passo (log_type: "error"), independentemente de como configurou o fluxo: Quando NO_FACE_DETECTED é acionado, LOW_LIVENESS_SCORE é suprimido (não existe qualquer face para pontuar).

Limiares e ações configuráveis

Estes avisos são pontuados e depois associados a um estado através de limiares e ações que define por fluxo: POSSIBLE_FACE_IN_BLOCKLIST (LIVENESS) não é configurável — uma correspondência de menor confiança com a lista de bloqueio é sempre encaminhada para Revisão (log_type: "warning").

Novas tentativas de captura

As falhas causadas apenas por riscos corrigíveis de qualidade de captura (pontuação baixa, ausência de face, qualidade, luminância, múltiplas faces — e baixa similaridade na correspondência facial) entram num ciclo de repetição antes de o estado se tornar definitivo: o utilizador obtém até um total de face_liveness_max_attempts / face_match_max_attempts tentativas (predefinição: 3; configurável entre 2 e 5 por nó do fluxo). Quando o limite de tentativas é esgotado, aplica-se o estado calculado da última tentativa e LIVENESS_MAX_ATTEMPTS_EXCEEDED ou FACE_MATCH_MAX_ATTEMPTS_EXCEEDED é registado como information para o registar.

Avisos de prova de vida

A API devolve exatamente estas strings de short_description e long_description: Correspondências na lista de bloqueio, lista de permissões e duplicados incluem additional_data com a sessão correspondente (blocklisted_session_id / allowlisted_session_id / duplicated_session_id, o respetivo *_session_number e api_service). Apenas um desses seis códigos surge por relatório. DUPLICATED_FACE_NAME_MISMATCH é a exceção: é emitido em conjunto com DUPLICATED_FACE, nunca em sua substituição, quando a identidade da sessão correspondente não coincide com o nome resolvido desta sessão. O respetivo additional_data adiciona name_match_score aos mesmos campos da sessão duplicada. Um nome escrito num sistema de escrita diferente em cada lado não é considerado uma divergência quando os documentos de identificação de ambas as sessões partilham o mesmo estado emissor, um número de documento ou número de identificação pessoal exato e uma data de nascimento sem contradições. Consulte Avisos de prova de vida.

Avisos de correspondência facial

Exemplo — recusada por ataque facial

Exemplo — em análise por baixa similaridade

A pontuação (58.70) situa-se entre o limiar de recusa (por defeito 50) e o limiar de revisão (por defeito 70), pelo que o aviso inclui log_type: "warning" e o estado da correspondência facial é In Review. Neste exemplo, o aviso disparou numa sessão cujo session_id é 11111111-2222-3333-4444-555555555555 — source_image_session_id inclui o próprio id da sessão porque a referência teve origem no retrato guardado no momento da criação da sessão.

Tipos de aviso

A cada risco é atribuído um tipo de aviso com base na configuração da sua aplicação. Os avisos dividem-se em três categorias de gravidade:

Conteúdo relacionado

Relatório de Autenticação Biométrica

Onde liveness_checks[] e face_matches[] surgem na decisão V3.

Avisos de prova de vida

Referência completa de avisos de prova de vida, incluindo correspondência de rostos duplicados.

Avisos de correspondência facial

Referência completa de avisos de correspondência facial para comparações 1:1.
Última modificação em 7 de novembro de 2026