Privacidade Por Equipe DevBras

Capa do artigo: Fiz o curso de LGPD. E agora? Como transformar a aula em mudança no sistema

Fiz o curso de LGPD. E agora? Como transformar a aula em mudança no sistema

Saia do curso de LGPD com um inventário de dados, um formulário corrigido e uma regra de retenção rodando, em vez de só um certificado.

Sexta-feira, você termina o curso de LGPD e baixa o certificado. Segunda-feira, o cadastro da loja continua pedindo CPF, data de nascimento e "como nos conheceu", com a caixa de receber ofertas já marcada. O banco guarda leads de 2019 que ninguém vai contatar. Nada mudou. A resposta curta: um curso explica os princípios; quem aplica é você, com três entregas concretas na semana seguinte: um inventário de dados de uma página, um formulário corrigido e uma regra de retenção rodando.

Este guia é o passo seguinte ao curso. Se você ainda está no começo, o guia de adequação à LGPD num sistema pequeno mostra o panorama. Aqui o foco é sair da teoria para a primeira tela alterada. Isto não substitui a orientação de um profissional habilitado em proteção de dados; serve para que a conversa com ele comece com fatos do seu sistema.

Por que o certificado não muda nada sozinho

A Lei Geral de Proteção de Dados (Lei 13.709/2018) é escrita em princípios: finalidade, necessidade, transparência, segurança. O curso ensina esses princípios bem. Mas princípio não diz qual campo do seu formulário sobra, nem por quanto tempo a sua tabela de leads deve existir. Essa tradução depende do seu negócio, e só quem conhece o sistema consegue fazer.

Há também um efeito psicológico: o certificado dá sensação de dever cumprido. A empresa "fez LGPD" porque alguém fez o curso. Enquanto isso, o log de aplicação grava o corpo inteiro das requisições, com senha e CPF, e ninguém olhou.

Como transformar a aula em três entregas

O exemplo que atravessa este guia é uma loja virtual pequena de material de papelaria, com cadastro de cliente, newsletter e um formulário de orçamento para empresas.

  1. Liste cada lugar onde entra dado pessoal. Formulários, integrações, planilhas exportadas, logs, backups. Não precisa de software: uma planilha ou um arquivo de texto basta.
  2. Para cada dado, responda quatro perguntas: por que coleto, qual a base legal que a empresa pretende usar, por quanto tempo guardo e quem recebe.
  3. Marque o que não tem resposta. Dado sem finalidade clara é candidato a sair.
  4. Escolha um achado e corrija em produção na mesma semana. Um só, mas de verdade.
  5. Leve o inventário para quem assessora a empresa e valide bases legais e prazos.

Entrega 1: o inventário de uma página

O inventário da papelaria ficou assim, em texto simples:

Cadastro de cliente
  nome, e-mail, endereço   -> entrega do pedido       -> enquanto houver conta + prazo fiscal
  CPF                      -> nota fiscal             -> prazo fiscal (confirmar com contador)
  data de nascimento       -> ??? (ninguém sabe)      -> ???
  "como nos conheceu"      -> marketing, nunca lido   -> ???

Newsletter
  e-mail                   -> envio da newsletter     -> até o descadastro
  caixa "aceito ofertas"   -> JÁ VEM MARCADA          -> corrigir

Orçamento empresarial
  nome, e-mail, telefone   -> responder o orçamento   -> ??? (tabela tem leads de 2019)

Log da aplicação
  corpo da requisição      -> depuração               -> 90 dias, mas grava senha

Em vinte minutos apareceram quatro achados: data de nascimento sem uso, pergunta de marketing que ninguém lê, consentimento pré-marcado e leads sem prazo. O log com senha é o quinto, e talvez o mais grave. O guia de log sem senha mostra como filtrar esses campos.

Entrega 2: o formulário corrigido

Consentimento precisa ser uma manifestação livre e inequívoca. Uma caixa que já vem marcada não é escolha da pessoa, é escolha da loja. A correção é pequena:

<label>
  <input type="checkbox" name="aceita_ofertas" value="1">
  Quero receber ofertas por e-mail. Posso cancelar a qualquer momento.
</label>

Sem o atributo checked, a caixa começa desmarcada. No servidor, trate ausência do campo como "não": um checkbox desmarcado simplesmente não é enviado no formulário. Grave também quando a pessoa aceitou, para conseguir mostrar depois.

A data de nascimento saiu do cadastro. Se um dia houver motivo, como confirmar maioridade, ela volta com essa finalidade escrita. O raciocínio de cada campo pedir uma razão está detalhado em campo a mais no formulário pede uma razão.

Entrega 3: a regra de retenção rodando

Suponha que a empresa, depois de conversar com quem a assessora, decidiu guardar leads de orçamento não convertidos por 24 meses. O número é fictício; o seu depende do negócio. Primeiro, meça o tamanho do problema antes de apagar:

SELECT COUNT(*) AS leads_vencidos
FROM orcamento_lead
WHERE convertido = 0
  AND criado_em < NOW() - INTERVAL 24 MONTH;

Com o backup recente conferido, rode a exclusão numa transação e confira o número de linhas afetadas antes de confirmar:

START TRANSACTION;
DELETE FROM orcamento_lead
WHERE convertido = 0
  AND criado_em < NOW() - INTERVAL 24 MONTH;
-- confira se o total bate com o SELECT acima
COMMIT;

Depois, agende a mesma limpeza para rodar todo mês, num job do sistema ou num evento do banco. Retenção que depende de alguém lembrar não é retenção. Lembre que backups antigos também contêm esses dados; a política de expiração dos backups faz parte da mesma conversa.

Como mostrar que o curso virou resultado

Ao fim da semana, escreva um registro curto para a equipe ou para a diretoria: o que foi encontrado, o que mudou e o que ficou pendente. Na papelaria, ficou assim: dois campos removidos do cadastro, consentimento desmarcado por padrão, 3.412 leads vencidos apagados e limpeza mensal agendada. Pendente: filtrar senha do log e validar o prazo fiscal do CPF com o contador.

Esse registro vale mais do que o certificado numa eventual conversa com cliente, parceiro ou autoridade, porque mostra decisão e execução com data. E ele vira a pauta do próximo ciclo.

Erros comuns

  • Tratar o curso como auditoria. O certificado prova presença na aula, não que o sistema mudou.
  • Colar uma política de privacidade gerada sem ler. Ela promete coisas que o sistema não faz, o que é pior do que não prometer.
  • Começar pelo documento em vez do dado. Semanas escrevendo política enquanto o formulário continua coletando o que não deveria.
  • Apagar dado sem backup conferido e sem contar antes. Um WHERE errado leva cliente ativo junto.
  • Esquecer logs e planilhas exportadas. O banco fica limpo e o CSV de 2021 continua no drive compartilhado.
  • Decidir base legal e prazo sozinho. Essas escolhas têm consequência jurídica e precisam de validação profissional.

Checklist

  • Existe um inventário, mesmo simples, de onde entra dado pessoal.
  • Cada dado do inventário tem finalidade escrita, ou foi marcado para sair.
  • Nenhuma caixa de consentimento vem marcada por padrão.
  • O servidor trata checkbox ausente como recusa e registra a data do aceite.
  • Há prazo de retenção definido para leads e uma limpeza agendada.
  • Os logs não gravam senha, token nem documento completo.
  • O inventário foi revisado por quem assessora a organização.

Pense no último curso de privacidade que você ou sua equipe fez: qual tela do sistema mudou por causa dele?

Avalie este artigo

Referência: https://online.sp.senai.br/6884/privacidade-e-protecao-de-dados-lgpd