Política de privacidade: inventário de produto, não texto decorativo

Política de privacidade não deveria nascer de um modelo de texto. Ela é a saída pública de um inventário interno: quais dados o produto coleta, de quem, por qual canal, para qual finalidade, com quem compartilha, por quanto tempo mantém e como permite o exercício de direitos. Se esse mapa não existe, a política tende a prometer algo que a operação não consegue cumprir.

Comece pelo produto em produção, não pelo documento antigo

Mapeie cadastro, formulários, aplicativo, cookies, CRM, suporte, pagamentos, analytics, marketing e integrações. Pergunte quais campos entram, quais são inferidos, quais terceiros recebem e quem decide cada finalidade. A LGPD exige transparência e tratamento compatível com princípios e bases legais; isso não pode ser resolvido apenas com uma frase “ao utilizar, você concorda”.

O Guia da ANPD sobre agentes de tratamento ajuda a separar controlador, operador e encarregado a partir das funções efetivas. Rótulo contratual não muda o papel real.

Finalidade precisa ser específica o bastante para informar

“Melhorar nossos serviços” pode esconder analytics, personalização, prevenção a fraude, treinamento de modelo ou marketing. Agrupar tudo em finalidade ampla impede que o titular entenda o que acontece e dificulta escolher base legal adequada.

Uma boa política usa linguagem que o público reconhece: “usamos seu endereço para entregar o pedido” é mais informativo do que reproduzir conceitos legais sem conectar ao produto. Isso não significa simplificar a ponto de omitir compartilhamentos ou tratamentos relevantes.

Compartilhamento precisa ter destinatário ou categoria compreensível

Listar “parceiros” sem explicar função pouco informa. Pagamento, hospedagem, analytics, suporte, logística e publicidade são categorias diferentes. A política pode combinar categorias com exemplos ou lista atualizada, desde que permita compreender por que o dado circula.

Transferência internacional, quando existente, precisa ser tratada de acordo com os mecanismos vigentes da LGPD e da regulamentação da ANPD. Não presuma que servidor “na nuvem” está automaticamente no Brasil.

Retenção precisa virar rotina operacional

Dizer que dados serão mantidos “pelo tempo necessário” só tem valor se a empresa conseguir definir necessidade e executar descarte. CRM, backup, logs, tickets e planilhas exportadas frequentemente têm ciclos diferentes.

Crie uma tabela interna de retenção que relacione categoria, finalidade, fundamento, prazo ou critério, sistema e responsável. A política externa pode explicar critérios sem expor detalhes de segurança, mas a operação precisa saber onde agir quando prazo termina.

Base legal não deve ser escolhida para caber no texto

A empresa primeiro define a finalidade e o funcionamento do tratamento; depois identifica a base legal adequada. Usar consentimento por hábito pode criar obrigação de gestão de escolha que o produto não consegue cumprir. Invocar legítimo interesse sem avaliação do contexto também não resolve o problema. O registro interno precisa justificar a opção e suas salvaguardas.

Quando uma mesma categoria de dado serve a finalidades diferentes, cada finalidade pode exigir análise própria. Endereço usado para entrega, prevenção a fraude e marketing não deve ser tratado como uma única operação apenas porque o campo é o mesmo.

Segurança e incidente não precisam expor controles sensíveis

A política deve explicar, em linguagem compatível com o público, que existem medidas de segurança e procedimentos de resposta, sem publicar arquitetura que aumente risco. Internamente, porém, responsabilidade por incidente, logs, comunicação e avaliação de impacto precisam estar definidos. Transparência não substitui segurança; os dois controles se complementam.

Direitos do titular precisam chegar a quem consegue resolver

Canal de privacidade deve receber pedidos, autenticar quando necessário, localizar dados em sistemas, registrar decisão e responder dentro dos parâmetros aplicáveis. Resposta automática que pede “fale com outro setor” mostra que o documento não foi conectado à governança.

Exclusão também não significa apagar cegamente tudo: obrigações legais, exercício de direitos e outras hipóteses podem justificar conservação. O processo deve distinguir dado que pode ser eliminado, dado que deve ser bloqueado e informação cuja retenção continua necessária.

Cookies e aplicativo merecem conferência própria

Sites podem carregar tecnologias antes de a política ser aberta. A página sobre cookies trata inventário e preferência. Aplicativos adicionam permissões, SDKs e identificadores móveis; veja arquitetura jurídica do aplicativo.

A revisão final deve ser feita com o produto aberto. Percorra cada frase da política e pergunte “onde isso acontece e qual evidência temos?”. Se a equipe não consegue apontar sistema, processo ou terceiro correspondente, a política provavelmente está descrevendo intenção em vez de realidade.