Quando a etapa aparece
Uma sessão exibe a etapa de consentimento quando as duas condições abaixo são verdadeiras:- O fluxo de verificação (workflow) captura um rosto. Uma etapa de Prova de vida, Correspondência facial ou Estimativa de idade, a selfie da câmera frontal que a etapa de Verificação de identidade realiza (a menos que você a tenha desativado) ou a gravação de vídeo da sessão inteira.
- O modo de consentimento da aplicação exige. No modo Automático, um dos gatilhos abaixo se aplica. No modo Sempre, toda sessão que captura um rosto pede o consentimento.
Modos de consentimento
Escolha o modo no console, em Configurações > Dados e privacidade > Consentimento biométrico da aplicação. Cada mudança é registrada no log de auditoria.O que aciona a etapa no modo Automático
A Didit verifica estas regras em ordem e registra a primeira que se aplica embiometric_consent.trigger:
VPNs, proxies e redes de hospedagem não acionam a etapa por si sós. A Didit localiza o IP da pessoa como qualquer outro: um IP em Illinois, Texas ou Colorado exibe a etapa, um IP em qualquer outro lugar não. A etapa só é pedida com evidência clara de um estado coberto (o IP, o estado que emitiu o documento ou um estado que você declarou) ou quando a pessoa é situada nos EUA sem estado (
ip_unknown). Uma pessoa em um estado coberto atrás de uma VPN que sai em outro lugar, com um documento que nenhum estado coberto emitiu, não é consultada; use o modo Sempre, ou envie user_state, se você precisar cobrir esse caso.
Outros dois valores descrevem como o consentimento de uma sessão foi resolvido, e não por que ele foi pedido:
Informe à Didit o que você já sabe
Criar sessão aceita dois campos opcionais para isso:Quais apps exibem a etapa
A etapa precisa de um app capaz de exibi-la. A Didit decide isso a cada requisição que o app faz:SDKs nativos anteriores à 4.10.0
Os SDKs nativos lançados antes da 4.10.0 não conhecem a etapa de consentimento, então a Didit nunca a solicita a eles. A verificação funciona exatamente como antes: a selfie e as demais capturas faciais são aceitas e processadas, e a sessão chega à decisão normalmente. A Didit nunca registra um consentimento que não foi dado. Quando a sessão exigia consentimento e um SDK mais antigo capturou um rosto, a decisão mostra:reason: "BIOMETRIC_CONSENT_UNSUPPORTED_SDK", porque os rostos já haviam sido capturados sem ele.
O que a pessoa vê
A etapa informa à pessoa o que é coletado, por quê, quem o tem e por quanto tempo é mantido, e traz um link para a Política de dados biométricos. Ela tem um único botão: Concordo e continuo, que permanece desativado até que a pessoa marque a caixa de concordância. A Didit guarda a resposta como evidência: quando foi dada, a versão e o hash do texto exibido, o idioma, a etapa do fluxo e o IP, a localização e o user agent da requisição. Depois que a pessoa concorda, a resposta é definitiva.Quando a pessoa não concorda
A etapa não tem botão de recusa. Uma pessoa que não quer concordar sai do fluxo: nenhum rosto é capturado, e a sessão termina comoAbandoned, como qualquer outra sessão que a pessoa não conclui (veja Status de verificação). Ofereça a ela outra forma de se verificar.
Consentimento recusado na API
A decisão mantém um statusdeclined e o motivo BIOMETRIC_CONSENT_DECLINED como valores da API. Nenhuma tela da Didit oferece hoje uma recusa, então o fluxo hospedado e os SDKs nativos não registram uma. Uma sessão que registra uma recusa:
- Termina como
Declined, e o webhookstatus.updateddispara como em qualquer outra recusa. - Mostra
biometric_consent.statuscomodeclined,reasonedecline_reasoncomoBIOMETRIC_CONSENT_DECLINED, edeclined_atcom o horário. - Não captura nenhum rosto após a recusa. Toda imagem facial e todo template facial que a sessão já possui são excluídos: selfies, a selfie da câmera frontal da captura do documento, o recorte facial do retrato do documento, vídeos de prova de vida e de sessão inteira.
face_data_deleted_atregistra quando. A decisão deixa de retorná-los, e a exclusão é irreversível. - Mantém as imagens do documento e os dados lidos delas: a recusa não os afeta.
Na decisão e nos webhooks
Toda decisão de Verificação de usuários traz um objetobiometric_consent, em Recuperar sessão e no decision dos webhooks de sessão. Ele é null quando a sessão nunca foi avaliada, por exemplo um fluxo sem captura facial.
Uma sessão em que a pessoa concordou no fluxo hospedado:
Relacionados
- Criar sessão:
user_stateebiometric_consent. - Recuperar sessão: a decisão que traz
biometric_consent. - SDKs nativos: versões e etapas de atualização.
- Segurança e conformidade: suas responsabilidades nos fluxos de verificação.