ECA Digital | o que é seu e o que é nosso
O ECA Digital e o decreto que o regulamenta dividem o trabalho de quem verifica idade. A sua empresa oferece o serviço com restrição de idade: decide onde exigir a verificação, responde pela efetividade dela e é a controladora do dado. A UNIFOKAL fornece o mecanismo de aferição e o sinal de idade, e trata o dado como operadora, só para a aferição. Receber o nosso sinal não tira de você a responsabilidade pela barreira, e a lei fala em proteção integral garantida por todos os agentes da cadeia: por isso cada lado tem a sua parte escrita aqui.Quem faz o quê
A finalidade do flow
Todo flow tem uma finalidade de dado:identity (identidade, o padrão) ou age_assurance (aferição de idade). Flow só com age_assurance e liveness é sempre aferição de idade, sem escolha, porque é o mais protetivo. Flow com age_assurance e o caminho de documento (cpf_ocr ou doc_global, com face, liveness e, se quiser, doc_forensics) pede que a sua empresa declare a finalidade, porque a mesma composição serve ao KYC com idade e à aferição pura, e quem decide para que o dado é coletado é o controlador. Flow só com o caminho de documento é identidade, e pode ser declarado aferição de idade. Qualquer outra composição é identidade.
Na aferição de idade, as imagens (selfie, quadros da prova de vida e documento) são eliminadas ao fim da verificação, salvo guarda exigida por lei; do documento sai só se ele confirma a idade mínima, sem nome, CPF nem data de nascimento; o aparelho fica registrado sem os dados que ligariam uma sessão a outra; o rosto não é comparado com a lista de bloqueio, não vira origem de reuso de documento e não vira matrícula de reautenticação facial. Depois da eliminação, a verificação não se reprocessa. Na identidade, as imagens ficam pela guarda de 180 dias do seu KYC.
O grau de risco, e o que ele muda
Na aferição de idade, a sua empresa declara o grau de risco do serviço no flow. O padrão éhigh: conteúdo, produto ou serviço proibido para menores e caixa de recompensa, onde a norma exige verificação de idade. No high, só o resultado com age_method igual a document vale como verificação de idade: a estimativa pela selfie é aferição, não verificação, e por isso pode recusar ou mandar ao documento, nunca aprovar sozinha. Flow high sem o caminho de documento é recusado na criação. O moderate é o conteúdo impróprio ou inadequado para a faixa etária: nele a estimativa pode aprovar, e a dúvida termina pedindo o documento. Avaliar o risco do próprio serviço é do controlador, e a escolha fica no registro de cada verificação.
O que chega a você, e o que guardar no seu registro
O topo do payload e do webhook traz sempre a finalidade emdata_purpose. Na aferição de idade ele traz também o grau, em age_risk_tier, e o método que produziu a decisão. age_method vale facial_estimation quando a decisão saiu da estimativa pela selfie, document quando saiu do documento e manual_review quando uma pessoa da sua equipe decidiu no painel. Guarde no seu registro de auditoria só o resultado, o momento e o método: nada de imagem, de documento ou de idade.
cpf_ocr e o doc_global entregam só age_over_minimum e minimum, e o resumo leva age_document com over_minimum, under_minimum ou unreadable no lugar de identity. Nenhum bloco de identidade.
Vincule o resultado à conta do próprio usuário
Grave o resultado na conta de quem passou pela verificação, peloreference_id que você mandou ao criar a sessão, e nunca reaproveite o resultado de uma conta em outra. A barreira a cada acesso usa esse resultado guardado ou uma nova aferição; a UNIFOKAL não guarda o rosto para reconhecer a pessoa depois.
Quando o resultado é age_document_required
Na aferição de idade, o inconclusivo, a falta de prova de vida, o sim da estimativa no alto risco e as tentativas recentes da mesma referência com resultados divergentes (o motivoage_divergent_attempts) encerram a verificação sem aprovar, com o motivo age_document_required. É um desfecho final, e não uma revisão aberta: as imagens saem do mesmo jeito, e não existe fila de análise esperando alguém. O próximo passo é seu e é imediato. Ao receber o webhook, o seu servidor abre na hora, servidor a servidor, uma nova sessão num flow de aferição de idade com o caminho de documento, e manda o titular para ela. A orientação da autoridade de proteção de dados dá como exemplo de falha a análise que se arrasta por setenta dias: quem completou 18 anos não pode esperar meses para ter a idade confirmada.
Do lado do documento, os motivos são age_below_minimum_document (o documento mostra idade abaixo do mínimo) e age_document_unreadable (a data de nascimento não pôde ser lida). A idade é contada em anos completos, na data civil do fuso legal mais a oeste do país.
Contestação
Quem afere ou verifica a idade tem de dar ao usuário um meio de contestar. Nas telas de recusa e de análise de um flow comage_assurance, o widget mostra ao titular, ao lado do botão de atendimento da sua empresa, que ele pode falar com o atendimento e pedir outra forma de comprovar a idade. Em produção, a criação de sessão de flow com age_assurance devolve age_contest_channel_required (422) enquanto o atendimento da organização estiver desligado. Ao receber uma contestação, abra a sessão do flow de documento, como no roteiro acima, e responda ao titular por escrito e em prazo curto. A decisão e a resposta são da sua empresa.