Pesquisa facial e lista de bloqueio de utilizadores

​

Como os rostos ficam associados a um utilizador

​

Pesquisa facial (1:N)

• Deteção de duplicados no onboarding: impedir que a mesma pessoa crie duas contas.
• Pesquisa inversa: identificar o utilizador por detrás de uma imagem de CCTV ou de uma imagem numa investigação de fraude.
• Reconhecimento de cliente recorrente: dispensar o KYC para um cliente que regressa.

• POST /v3/face-search/: pesquisa facial autónoma

​

Deteção de duplicados

• Recusar automaticamente as sessões marcadas como duplicadas.
• Sinalizar para revisão: encaminhar para um analista humano.
• Apenas aviso: permitir a sessão, mas adicionar uma etiqueta de risco.

​

Lista de bloqueio facial

​

Carregar um rosto importado para o perfil de um utilizador

# 1. Create or retrieve the User keyed by your vendor_data
curl -X POST https://verification.didit.me/v3/users/create/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "vendor_data": "user-42",
    "display_name": "Jane Doe",
    "metadata": { "previous_provider": "legacy-kyc-vendor" }
  }'

# Response includes:
# { "didit_internal_id": "11111111-2222-3333-4444-555555555555", ... }

# 2. Upload the imported face to the User profile
curl -X POST https://verification.didit.me/v3/organization/$ORGANIZATION_ID/application/$APPLICATION_ID/vendor-users/by-id/11111111-2222-3333-4444-555555555555/faces/upload/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "image": "<base64-encoded-jpg-or-png>",
    "comment": "Imported from previous KYC provider"
  }'

​

Como o bloqueio acontece

​

Carregar um rosto para a lista de bloqueio

​

Remover um rosto da lista de bloqueio

​

Templates biométricos conservados após a eliminação da sessão

• Contém apenas o template facial numérico e os metadados de conservação. 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 eliminada.
• Participa na deteção de duplicados, na Pesquisa facial, na autenticação biométrica e nas suas listas faciais exatamente como um rosto de uma sessão ativa. Os resultados são reportados com source: "retained_template", o vendor_user_id e o vendor_data do utilizador, e um biometric_template_id.
• É um dado biométrico com um expires_at finito. É eliminado quando o utilizador é eliminado, quando qualquer sessão desse utilizador é eliminada com deletion_instruction: "privacy_erasure", quando expira, ou quando o purga em Lists → Templates biométricos ou através da API de Templates biométricos.
• Uma sessão criada sem vendor_data não tem um utilizador ao qual associar um template; ao eliminá-la, é reportado ineligible_no_vendor_user e o embedding é eliminado juntamente com a sessão.
• Os templates conservados nunca são incluídos na lista de bloqueio. Uma entrada na lista de bloqueio criada a partir da sessão eliminada mantém a sua própria entrada biométrica independente e o seu próprio ciclo de vida.

​

Resumo do ciclo de vida facial

​

Carregar um rosto a partir da consola

1. Aceda a Users → [user] → Actions → Upload face.
2. Selecione uma imagem; a Didit extrai o maior rosto e guarda um novo registo de Face associado ao utilizador.
3. O rosto fica registado para as provas do perfil, a deteção de duplicados e a pesquisa facial. Use a área de Blocklist quando o objetivo for rejeitar futuras sessões que correspondam.

• Tem uma fotografia conhecida de um cliente verificado por um canal offline.
• Pretende carregar previamente uma lista de bloqueio com autores de fraude conhecidos da sua base de dados de fraude.

​

Privacidade e conservação

• Os embeddings faciais são vetores numéricos, não imagens. As próprias imagens são guardadas em armazenamento de objetos cifrado, com acesso por URL assinado. Um embedding facial é um dado biométrico.
• A conservação segue a política de conservação de dados da sua aplicação. Os templates biométricos conservados seguem o período de conservação de templates biométricos, mais restrito e finito.
• Ao eliminar uma sessão, elimina-se a imagem e, por predefinição, o embedding. Se a sua aplicação tiver ativado a conservação de templates biométricos, a eliminação de uma sessão mantém um template sem imagem até expirar ou ser purgado.
• Para um pedido de direito ao esquecimento ao abrigo do RGPD ou do CCPA, elimine as sessões da pessoa com deletion_instruction: "privacy_erasure" ou elimine o utilizador: em ambos os casos, todos os templates conservados são também purgados. As entradas da lista de bloqueio que gere mantêm-se até as remover.

​

Próximos passos