Pular para o conteúdo principal
A biometria facial é fundamental para todas as entidades User. A Didit captura um rosto durante a prova de vida, gera um embedding vetorial e o armazena para uso em quatro recursos: busca facial 1:N, detecção de duplicados, aplicação da lista de bloqueio e reautenticação biométrica.
Os rostos armazenados também servem como referência para a Autenticação biométrica: crie uma sessão de autenticação biométrica com o vendor_data do usuário e omita portrait_image, e a Didit reutiliza automaticamente o rosto armazenado (primeiro o rosto da prova de vida aprovada, depois a foto do chip do passaporte eletrônico, depois o retrato do documento de identidade e, por fim, um rosto de perfil cadastrado manualmente).

Como os rostos são vinculados a um usuário

1

Captura durante a prova de vida

Quando um User passa por uma sessão com prova de vida ativada, a Didit captura uma selfie, executa a detecção passiva de prova de vida, extrai o maior rosto e gera um embedding vetorial para a busca.
2

Armazenamento no perfil do usuário

O rosto é vinculado à sessão e à entidade User pai. A URL do retrato aparece no perfil do usuário como portrait_image.
3

Indexação para a busca

O embedding é adicionado ao índice de busca. As sessões seguintes podem executar buscas 1:N nesse índice.

Busca facial (1:N)

A busca facial permite encontrar um usuário enviando uma imagem e comparando-a com todos os rostos cadastrados na sua aplicação. Casos de uso:
  • Detecção de duplicados no onboarding — impede que a mesma pessoa crie duas contas.
  • Busca reversa — identifica o usuário por trás de um quadro de CFTV ou de uma imagem em uma investigação de fraude.
  • Reconhecimento de clientes recorrentes — dispensa o KYC para um cliente que retorna.
A busca facial é executada automaticamente em novas sessões quando o seu fluxo de verificação (workflow) tem a detecção de duplicados ativada. Ela também está disponível como uma API independente:

Detecção de duplicados

Cada novo rosto pode ser comparado com os rostos já cadastrados para identificar duplicados. A Didit atribui a cada rosto um approved_duplicate_status: Os fluxos podem ser configurados para:
  • Recusar automaticamente as sessões sinalizadas como duplicadas.
  • Sinalizar para revisão — encaminhar para um analista humano.
  • Apenas avisar — permitir, mas adicionar uma tag de risco.
Configure isso no console em Workflows → [seu fluxo] → Face Match / Liveness → Duplicate detection.

Lista de bloqueio facial

Quando uma sessão é recusada (por regra, por um analista ou pela configuração do fluxo), o rosto associado é adicionado automaticamente à Face Blocklist da sua aplicação. Sessões futuras com um rosto correspondente são rejeitadas.

Enviar um rosto importado para um perfil de usuário

Se você está migrando de outro provedor de KYC, pode criar o User primeiro e depois vincular uma imagem facial confiável a esse perfil. O User continua identificado pelo seu vendor_data, mas o endpoint de envio de rosto usa o id interno do User na Didit (didit_internal_id) para que o destino não seja ambíguo.
1

Crie ou recupere o User

Chame POST /v3/users/create/ com o seu vendor_data estável, ou chame GET /v3/users/{vendor_data}/ se o User já existir.
2

Leia o didit_internal_id

A resposta do User inclui didit_internal_id. Continue usando vendor_data no seu próprio sistema; use didit_internal_id apenas nos endpoints de vinculação ao perfil.
Os rostos de perfil importados são cadastrados no mesmo índice facial usado na detecção de duplicados e na busca facial. Eles não são incluídos automaticamente na lista de bloqueio. Para bloquear um ator mal-intencionado conhecido, envie o rosto para uma lista do tipo facial.
Envie apenas rostos que você tem permissão para processar segundo o seu próprio aviso de privacidade e o seu acordo de migração. Mantenha os identificadores do provedor de origem em metadata ou comment apenas quando for seguro expô-los aos seus operadores de conformidade.

Como ocorre a inclusão na lista de bloqueio

Enviar um rosto para a lista de bloqueio

Para bloquear um usuário pelo rosto de forma programática, envie a imagem facial para uma lista de bloqueio do tipo facial pelo endpoint dedicado Enviar rosto para a lista. A Didit extrai o embedding biométrico e o insere no índice de correspondência — qualquer sessão futura cuja selfie da prova de vida corresponda é recusada automaticamente.
O envio de rosto ao perfil e o envio de rosto à lista de bloqueio são operações diferentes. Use o envio ao perfil para vincular um rosto importado confiável a um User como evidência, para a detecção de duplicados e para a busca facial. Use a Lists API para bloquear um rosto, de modo que as futuras sessões com correspondência sejam rejeitadas.

Remover um rosto da lista de bloqueio

Remova a entrada pelo console em Blocklist → Faces → ações da linha → Remove, ou use o endpoint Excluir entrada.

Templates biométricos retidos após a exclusão da sessão

Excluir uma sessão exclui a imagem do rosto e, por padrão, o embedding facial, o que remove a pessoa da detecção de duplicatas e da Busca facial. Se você exclui sessões logo após a aprovação, mas ainda precisa identificar cadastros repetidos, ative a retenção de templates biométricos na aplicação ou envie retain_face_embeddings: true na chamada de exclusão. Nesse caso, a Didit exclui a sessão e todos os seus dados normalmente e mantém um único template biométrico facial sem imagem, gerenciado separadamente e vinculado ao User:
  • Ele contém apenas o template facial numérico e os metadados de retenção. Ele nunca contém a imagem do rosto, o vídeo de prova de vida, os dados do documento, os campos de identidade extraídos, a decisão nem o id da sessão excluída.
  • Ele participa da detecção de duplicatas, da Busca facial, da autenticação biométrica e das suas listas de rostos exatamente como o rosto de uma sessão ativa. As correspondências são informadas com source: "retained_template", o vendor_user_id e o vendor_data do User e um biometric_template_id.
  • Ele é um dado biométrico com um expires_at definido. Ele é eliminado quando o User é excluído, quando qualquer sessão desse User é excluída com deletion_instruction: "privacy_erasure", quando expira ou quando você o elimina em Lists → Templates biométricos ou pela API de templates biométricos.
  • Uma sessão criada sem vendor_data não tem um User ao qual vincular um template; ao excluí-la, é retornado ineligible_no_vendor_user e o embedding é excluído junto com a sessão.
  • Templates retidos nunca entram na lista de bloqueio. Uma entrada da lista de bloqueio facial criada a partir da sessão excluída mantém sua própria entrada biométrica e seu próprio ciclo de vida, de forma independente.
Os templates vinculados a um User aparecem no perfil do User em Templates biométricos, com uma ação para eliminá-los.

Resumo do ciclo de vida dos rostos

Enviar um rosto pelo console

Operadores de conformidade podem enviar rostos manualmente:
  1. Acesse Users → [user] → Actions → Upload face.
  2. Selecione uma imagem; a Didit extrai o maior rosto e armazena um novo registro de Face vinculado ao usuário.
  3. O rosto é cadastrado para evidência de perfil, detecção de duplicatas e busca facial. Use a área Blocklist quando o objetivo for recusar futuras sessões com correspondência.
Isso é útil quando:
  • Você tem uma foto de referência de um cliente verificado por um canal offline.
  • Você quer pré-carregar uma lista de bloqueio com fraudadores conhecidos do seu banco de dados de fraudes.

Privacidade e retenção

  • Embeddings faciais são vetores numéricos, não imagens. As imagens em si ficam em armazenamento de objetos criptografado, com acesso por URL assinada. Um embedding facial é um dado biométrico.
  • A retenção segue a política de retenção de dados da sua aplicação. Os templates biométricos retidos seguem o período de retenção de templates biométricos, que é mais rigoroso e finito.
  • Excluir uma sessão exclui a imagem e, por padrão, o embedding. Se a sua aplicação tiver optado pela retenção de templates biométricos, excluir uma sessão mantém um template sem imagem até que ele expire ou seja eliminado.
  • Para uma solicitação de exclusão nos termos do direito ao esquecimento da GDPR / CCPA, exclua as sessões da pessoa com deletion_instruction: "privacy_erasure" ou exclua o User: as duas opções também eliminam todos os templates retidos. As entradas da lista de bloqueio facial que você gerencia permanecem até que você as remova.

Próximos passos

Busca facial

Como funciona a busca facial 1:N.

Prova de vida

Detecção de prova de vida com captura facial.

API de lista de bloqueio

Envie um rosto para uma lista de bloqueio.

Templates biométricos

Templates retidos após a exclusão da sessão.

Lista de bloqueio de usuários

Como funciona incluir um usuário na lista de bloqueio.
Última modificação em 1 de novembro de 2026