Checklist de privacy by design no Cadenio (GDPR + LGPD)
Checklist orientado ao produto para configurar workflows do Cadenio com privacidade desde o início.
Gestores de produto e operações·11 min·10 de março de 2026
Governança de dados
Privacy by design não é uma mentalidade, é um conjunto de decisões operacionais que existem ou não existem nos seus workflows. No Cadenio, começa no nível do template: campos obrigatórios de base legal, finalidade e retenção sempre que houver dado pessoal. Não campos opcionais. Obrigatórios.
Mudanças de processamento de alto risco precisam de gates de aprovação. Novas integrações, transferências internacionais, ampliação de coleta, tudo isso deve exigir aprovação explícita de um revisor nomeado antes de avançar. Essa decisão, e o raciocínio por trás dela, precisa ficar na trilha de auditoria. Não num e-mail.
Solicitações de titulares e operações de descarte precisam de fluxos dedicados com ownership e SLA. Quando você trata essas obrigações como tickets, perde sequenciamento, perde evidência e perde a capacidade de demonstrar conformidade. Quando trata como workflows operacionais, elas se tornam mensuráveis.
Funcionalidades novas com dado pessoal não devem entrar em produção sem checkpoint de privacidade. É difícil aplicar isso, engenheiros querem entregar, e 'esperar revisão de privacidade' parece fricção. Mas um recurso lançado sem base legal registrada é uma constatação. Trate o checkpoint como gate, não como sugestão.
KPIs de privacidade devem ser revisados semanalmente por produto e operações, não só surfacados em revisões jurídicas trimestrais. Solicitações de titulares vencidas, descartes pendentes, tempo de resposta a incidentes. São métricas de saúde operacional. Atribua-as dessa forma.
Template no Cadenio
Revisão de Política de Retenção de Dados
Revisão anual ou disparada de retenção de dados: inventarie classes de dados, compare contra cronogramas de retenção, descarte dados vencidos ou órfãos e leve à aprovação do DPO.
Adicionar base legal, finalidade e retenção como campos obrigatórios, não opcionais, em cada template que toca dado pessoal.
Configurar gates de aprovação para mudanças de processamento de alto risco antes que a próxima integração ou funcionalidade entre em produção.
Criar fluxos separados para direitos de titulares e descarte, com SLA e owners nomeados em cada etapa.
Bloquear releases de produto com novas categorias de dado pessoal até que um gate de revisão de privacidade seja liberado.
Atribuir KPIs de privacidade a um owner de operações, não só de jurídico, e colocá-los na pauta de revisão semanal.
Próximo passo
Pense na última funcionalidade de produto que o time lançou envolvendo dado pessoal. Verifique se passou por revisão de privacidade documentada. Se a resposta for 'mais ou menos' ou 'acho que sim', esse é o primeiro checkpoint a formalizar essa semana.