Saltar para o conteúdo principal
O Illinois (BIPA), o Texas (CUBI) e o Colorado exigem um aviso e uma autorização explícita antes de uma empresa recolher a geometria facial, a partir de uma selfie ou da fotografia de um documento de identificação. A Didit pode apresentar um passo de consentimento antes da primeira captura de rosto às pessoas abrangidas por essas leis, e mantém a resposta na sessão como prova. Esta página explica quando o passo é apresentado, quais as aplicações que o podem apresentar e como a resposta chega à sua decisão e aos webhooks.
A Didit apresenta o passo e regista a resposta. Você decide se o percurso do utilizador cumpre as leis biométricas aplicáveis à sua empresa. Esta página não constitui aconselhamento jurídico: reveja a sua implementação com o seu consultor jurídico.

​
Quando o passo é apresentado

Uma sessão apresenta o passo de consentimento quando ambas as seguintes condições se verificam:
  1. O fluxo captura um rosto. Um passo de Prova de vida, Correspondência facial ou Estimativa de idade, a selfie da câmara frontal capturada pelo passo de Verificação de identidade (a menos que a tenha desativado), ou a gravação de vídeo de toda a sessão.
  2. O modo de consentimento da aplicação o solicita. No modo Automático, aplica-se um dos acionadores abaixo. No modo Sempre, todas as sessões que capturam um rosto solicitam-no.
O passo surge antes da primeira captura facial. Quando apenas o documento de identificação indica um estado abrangido, o passo surge logo após a captura do documento e antes da selfie, e nenhuma geometria facial é calculada a partir das imagens capturadas do documento até que a pessoa concorde. A Didit verifica o requisito quando a pessoa abre o fluxo e novamente em cada passo até que este se aplique. Assim que uma sessão exige consentimento, continua a exigi-lo.

​
Modos de consentimento

Escolha o modo na consola, nas Settings > Data and privacy > Biometric consent da aplicação. Cada alteração é registada no registo de auditoria.

​
O que aciona o passo no modo Automático

A Didit verifica estas regras por ordem e regista a primeira aplicável em biometric_consent.trigger: VPNs, proxies e redes de alojamento não acionam o passo por si sós. A Didit localiza o IP da pessoa como qualquer outro: um localizado no Illinois, Texas ou Colorado apresenta o passo; um localizado em qualquer outro lugar não o apresenta. O passo só é solicitado mediante evidência clara de um estado abrangido (o IP, o estado emissor do documento ou um estado por si declarado), ou quando a pessoa é situada nos EUA sem indicação do estado (ip_unknown). Uma pessoa num estado abrangido que utilize uma VPN com saída noutro local, com um documento que não foi emitido por nenhum estado abrangido, não é solicitada; utilize o modo Sempre, ou envie user_state, se necessitar de cobrir esse caso. Dois valores adicionais descrevem como o consentimento de uma sessão foi resolvido, em vez do motivo pelo qual foi solicitado:

​
Indique à Didit o que já sabe

A operação Create Session aceita dois campos opcionais para o efeito:

​
Quais são as aplicações que mostram o passo

O passo necessita de uma aplicação que o consiga apresentar. A Didit decide isto em cada pedido que a aplicação faz:

​
SDKs nativos anteriores à versão 4.10.0

Os SDKs nativos lançados antes da versão 4.10.0 não conhecem o passo de consentimento, pelo que a Didit nunca lhes pede isso. A verificação decorre exatamente como antes: a selfie e as outras capturas faciais são aceites e processadas, e a sessão chega à sua decisão como habitualmente. A Didit nunca regista consentimento que não tenha sido dado. Quando a sessão exigia consentimento e um SDK mais antigo capturou um rosto, a decisão apresenta:
Atualize para o SDK nativo 4.10.0 ou posterior se verificar pessoas em Illinois, Texas ou Colorado numa aplicação nativa. Até que o faça, essas sessões terminam sem consentimento explícito, e recolhê-lo antes da selfie é da sua responsabilidade.
Se a pessoa continuar a mesma sessão no fluxo alojado (noutro dispositivo ou numa WebView que a aplicação abre para alguns tipos de prova de vida), o fluxo alojado mostra o passo e não captura nenhum rosto aí até que ela responda. O consentimento dado aí mantém reason: "BIOMETRIC_CONSENT_UNSUPPORTED_SDK", porque já tinham sido capturados rostos sem consentimento.

​
O que a pessoa vê

O passo informa a pessoa sobre o que é recolhido, porquê, quem o tem e durante quanto tempo é conservado, e inclui uma ligação para a Política de dados biométricos. Tem um botão: Aceito e continuo, que permanece desativado até que a pessoa assinale a caixa de concordância. A Didit guarda a resposta como prova: quando foi dada, a versão e o hash do texto apresentado, o idioma, o passo do fluxo e o IP, a localização e o agente do utilizador do pedido. Uma vez dado o consentimento pela pessoa, a resposta é final.

​
Quando a pessoa não aceita

O passo não tem um botão de recusa. Uma pessoa que não pretenda aceitar sai do fluxo: nenhum rosto é capturado e a sessão termina como Abandoned, como qualquer outra sessão que a pessoa não conclua (consulte Estados da verificação). Disponibilize-lhe outra forma de verificação.

​
Consentimento recusado na API

A decisão mantém um estado declined e o motivo BIOMETRIC_CONSENT_DECLINED como valores da API. Nenhum ecrã da Didit oferece uma opção de recusa atualmente, pelo que o fluxo alojado e os SDKs nativos não a registam. Uma sessão que registe uma recusa:
  • Termina como Declined, e o webhook status.updated é disparado como para qualquer outra recusa.
  • Apresenta biometric_consent.status como declined, reason e decline_reason como BIOMETRIC_CONSENT_DECLINED, e declined_at com a hora.
  • Não captura nenhum rosto após a recusa. Todas as imagens faciais e templates biométricos que a sessão já possui são eliminados: selfies, a selfie da câmara frontal da captura do documento de identificação, o recorte facial do retrato do documento, vídeos de prova de vida e vídeos da sessão completa. O campo face_data_deleted_at regista a data e hora. A decisão deixa de os devolver e a eliminação é irreversível.
  • Mantém as imagens dos documentos e os dados lidos a partir deles: a recusa não os afeta.

​
Na decisão e nos webhooks

Cada decisão de Verificação de utilizadores contém um objeto biometric_consent, em Retrieve Session e no campo decision dos webhooks de sessão. Fica a null quando a sessão nunca foi avaliada, por exemplo, num fluxo sem captura de rosto. Uma sessão onde a pessoa aceitou no fluxo alojado:
O exemplo foi abreviado. Todos os campos, com os respetivos tipos, encontram-se em Modelos de dados.

​
Conteúdo relacionado

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