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.
POST /v3/face-search/— busca facial 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 umapproved_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.
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 seuvendor_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.3
Envie o rosto
Chame
POST /v3/organization/{organization_id}/application/{application_id}/vendor-users/by-id/{didit_internal_id}/faces/upload/ com uma imagem facial codificada em base64.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 envieretain_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", ovendor_user_ide ovendor_datado User e umbiometric_template_id. - Ele é um dado biométrico com um
expires_atdefinido. Ele é eliminado quando o User é excluído, quando qualquer sessão desse User é excluída comdeletion_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_datanão tem um User ao qual vincular um template; ao excluí-la, é retornadoineligible_no_vendor_usere 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.
Resumo do ciclo de vida dos rostos
Enviar um rosto pelo console
Operadores de conformidade podem enviar rostos manualmente:- Acesse Users → [user] → Actions → Upload face.
- Selecione uma imagem; a Didit extrai o maior rosto e armazena um novo registro de Face vinculado ao usuário.
- 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.
- 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.