Versionamento de atividades de tratamento: por que e como rastrear mudanças

Um inventário de atividades de tratamento que não muda é um inventário que não reflete a realidade. Negócios evoluem: novos produtos são lançados, fornecedores são trocados, finalidades são expandidas, dados são coletados de novas formas. Cada uma dessas mudanças precisa ser capturada no registro de atividades — e, mais do que capturada, precisa ser rastreável no tempo.

O versionamento de atividades de tratamento é a prática que transforma o inventário de um snapshot estático em um registro histórico auditável. É ele que permite responder, com evidência, à pergunta que a ANPD pode fazer em qualquer momento: "Quais dados vocês estavam tratando em março do ano passado, com qual base legal e para qual finalidade?"

Por que o versionamento é uma obrigação, não uma conveniência

O Art. 37 exige registro "mantido"

O Art. 37 da LGPD não diz apenas que os controladores e operadores devem ter um registro de atividades de tratamento — diz que devem mantê-lo. O verbo implica continuidade e atualização. Um registro que foi criado uma vez e nunca mais atualizado não cumpre o Art. 37.

O Art. 6º, X exige demonstrabilidade

O princípio da accountability (Art. 6º, X) vai além da conformidade presente — exige que o controlador seja capaz de demonstrar que adotou medidas eficazes ao longo do tempo. Isso inclui demonstrar que as mudanças nas atividades de tratamento foram identificadas, avaliadas e documentadas conforme ocorreram.

Auditorias e investigações cobrem o passado

Quando a ANPD inicia uma fiscalização ou quando um incidente de segurança desencadeia uma investigação, as perguntas não se limitam ao estado atual: "Quando essa atividade foi iniciada?", "A base legal era a mesma quando o dado foi coletado?", "O titular foi informado sobre essa finalidade na época?". Sem versionamento, essas perguntas não têm resposta documentada.

Processos judiciais dependem de evidência histórica

Com mais de 15.900 decisões judiciais que citam a LGPD registradas entre outubro de 2023 e outubro de 2024 (Painel LGPD nos Tribunais 2025 — IDP/Jusbrasil/PNUD), o risco de litígio é concreto. Em uma ação movida por titular, a questão central pode ser o que estava sendo feito com os dados na data específica da coleta — não o que está sendo feito hoje.

O que constitui uma "mudança" que exige nova versão

Nem toda alteração nos metadados de uma atividade de tratamento exige uma nova versão formal. O critério orientador é: a mudança afeta o que o titular foi informado ou o que a lei exige que ele seja informado? Se sim, exige versão.

Mudanças que obrigatoriamente geram nova versão

1. Alteração de finalidade A finalidade é o elemento mais central de qualquer atividade de tratamento — e também o mais protegido pela LGPD. O princípio da finalidade (Art. 6º, I) proíbe o tratamento para fins incompatíveis com os originalmente informados ao titular. Qualquer expansão ou alteração de finalidade exige:

Avaliação de compatibilidade com a finalidade original
Novo aviso ao titular (quando necessário)
Possível novo consentimento (se a base original era consentimento)
Registro da mudança com justificativa jurídica

2. Mudança de base legal Trocar a base legal de uma atividade — por exemplo, de consentimento para legítimo interesse — tem implicações significativas. Muda os direitos disponíveis ao titular (quem teve dados tratados por consentimento pode revogá-lo; quem teve dados tratados por legítimo interesse pode se opor, mas por critérios diferentes). A mudança deve ser documentada com justificativa e data de vigência.

3. Inclusão de novas categorias de dados Se uma atividade que tratava apenas nome e e-mail passa a tratar também dados de localização ou dados financeiros, isso representa uma expansão do escopo que deve ser refletida no inventário — e que pode exigir atualização do aviso de privacidade e, se incluir dados sensíveis, pode acionar a obrigação de RIPD.

4. Mudança de operador ou destinatário Trocar o provedor de CRM, contratar novo processador de pagamentos, começar a compartilhar dados com novo parceiro — cada uma dessas mudanças altera quem tem acesso aos dados dos titulares e deve ser registrada. A ANPD pode perguntar, em caso de incidente, qual operador tinha acesso aos dados no momento específico do vazamento.

5. Mudança no prazo de retenção Se a organização decide reter dados por período diferente do originalmente definido — seja por nova interpretação legal, por mudança de processo ou por novo sistema — essa mudança deve ser documentada com a justificativa.

6. Mudança em transferências internacionais Início, modificação ou encerramento de transferências de dados para fora do Brasil exige documentação específica (Arts. 33-36 LGPD). Cada mudança deve ser versionada.

Mudanças que não exigem nova versão formal

Correção de erros tipográficos ou de formatação
Atualização de responsável interno sem impacto nas práticas
Ajuste de nomenclatura sem alteração de conteúdo
Mudanças em sistemas técnicos que não afetam dados tratados, finalidade ou base legal

Como estruturar o versionamento

Modelo de versionamento temporal

Cada versão de uma atividade de tratamento deve ser um snapshot completo das características da atividade em determinado período — não apenas um registro das diferenças. Isso garante que seja possível reconstituir exatamente como a atividade estava configurada em qualquer data passada.

Dados de cada versão:

Campo	Descrição
Identificador de versão	Sequencial (v1, v2, v3) ou baseado em data
Data de vigência (início)	Quando esta versão passou a valer
Data de vigência (fim)	Quando foi substituída pela versão seguinte (nulo se atual)
Tipo de mudança	Nova atividade / Atualização / Reconfirmação sem mudança
Motivo da mudança	Descrição livre do que mudou e por quê
Responsável pelo registro	Usuário que registrou a versão
Snapshot completo	Estado completo de todos os campos da atividade nessa versão

Tipos de versão

Nova atividade: quando uma atividade de tratamento é identificada e registrada pela primeira vez. Gera a versão 1 (v1) da atividade.

Atualização: quando alguma característica relevante da atividade muda (finalidade, base legal, dados tratados, operadores etc.). Gera a próxima versão numerada.

Reconfirmação: revisão periódica em que o responsável confirma que a atividade continua igual ao registrado. Não gera nova versão do conteúdo, mas registra a data da revisão e o responsável — demonstrando que o dado foi conferido e não apenas ignorado.

Ciclos de revisão: quando revisar

O versionamento reativo (quando uma mudança ocorre) precisa ser complementado por um ciclo de revisão proativa.

Revisão contínua (event-driven)

Qualquer evento que potencialmente afete uma atividade de tratamento deve acionar uma revisão imediata:

Lançamento de novo produto ou funcionalidade que colete ou processe dados
Contratação ou troca de fornecedor com acesso a dados pessoais
Mudança de base legal identificada pela equipe jurídica
Encerramento de atividade (que deve ser registrado com data de término)
Incidente de segurança que revele uma atividade não mapeada

Revisão periódica (ciclo regular)

Além das revisões por evento, um ciclo anual (ou semestral para organizações de maior risco) deve varrer todo o inventário:

Enviar para cada responsável de área a lista de atividades sob sua gestão
Responsável confirma: a atividade está correta, foi alterada ou foi encerrada?
Para cada mudança identificada, registrar nova versão
Para as atividades sem mudança, registrar a reconfirmação
Identificar atividades de tratamento novas que ainda não estão no inventário

O versionamento como evidência de conformidade contínua

Uma organização que apresenta um inventário com histórico de versões demonstra à ANPD algo que uma planilha estática nunca consegue: que houve processo, não apenas documento.

O que o histórico demonstra

Diligência: a organização monitorou suas práticas ao longo do tempo e as atualizou quando necessário.

Transparência: mudanças foram documentadas com justificativa, não ocultadas ou ignoradas.

Responsabilização: cada versão registra quem aprovou a mudança e quando — há uma cadeia de custódia clara.

Proporcionalidade: a organização pode demonstrar que o princípio da necessidade foi observado — por exemplo, que decidiu eliminar a coleta de um dado por não ser mais necessário para a finalidade.

Na prática: responder perguntas difíceis

Pergunta da ANPD	Com versionamento	Sem versionamento
"Com qual base legal esses dados foram coletados em 2024?"	Versão vigente em 2024, consultada em segundos	"Acreditamos que era consentimento, mas não temos certeza"
"Quando este fornecedor passou a ter acesso a esses dados?"	Data exata registrada na versão correspondente	Desconhecido
"O titular foi informado desta finalidade na época da coleta?"	Versão do aviso de privacidade vigente na data da coleta	Impossível demonstrar
"Por que essa atividade foi encerrada?"	Motivo registrado com data	"Foi encerrada, mas não sabemos por quê ou quando exatamente"

Versionamento e ciclos de auditoria interna

O versionamento do inventário potencializa as auditorias internas de privacidade. Em vez de auditar apenas o estado atual, é possível auditar a consistência histórica: as versões registram as decisões que foram tomadas ao longo do tempo — base legal, finalidade, operadores. A auditoria pode verificar se essas decisões foram juridicamente corretas e se os titulares foram devidamente informados a cada mudança relevante.

Esse modelo transforma a auditoria de um processo de inspeção pontual em um processo de verificação contínua, mais robusto e mais eficiente.

Desafios e como superá-los

Desafio 1: Resistência das áreas de negócio

As áreas de negócio que operam as atividades de tratamento podem ver o versionamento como burocracia adicional. A solução é integrar o processo ao fluxo de trabalho existente — por exemplo, exigir que qualquer solicitação de novo sistema ou funcionalidade inclua a atualização do inventário como etapa obrigatória de aprovação.

Desafio 2: Planilhas não suportam versionamento real

Versionar um inventário em planilha é tecnicamente possível, mas operacionalmente frágil: requer duplicação de abas, convenções manuais de nomenclatura e uma disciplina de atualização que raramente se sustenta. Sistemas dedicados mantêm o histórico automaticamente, associam versões a usuários e datas, e permitem comparações entre versões de forma estruturada.

Desafio 3: Definir o nível de granularidade

Muito granular (registrar como mudança qualquer ajuste mínimo) gera ruído e perde o sinal. Muito grosseiro (registrar apenas mudanças radicais) perde eventos importantes. A regra de ouro: qualquer mudança que afetaria o que o titular foi informado é uma mudança que exige versão.

Conclusão

Versionamento não é uma funcionalidade avançada para organizações maduras — é um requisito de conformidade disfarçado de boa prática. O Art. 37 exige que o registro seja mantido; o Art. 6º, X exige que a conformidade seja demonstrável. Sem histórico de versões, ambos os requisitos ficam parcialmente cumpridos.

Mais do que uma obrigação, o versionamento é uma vantagem operacional: ele elimina a incerteza sobre o estado passado das atividades de tratamento, permite auditorias mais eficientes e fornece a evidência que, no pior cenário de uma investigação ou processo judicial, pode fazer toda a diferença.

A Confidata mantém histórico completo de versões de cada atividade de tratamento, com registro automático de quem alterou, o quê e quando — além de suporte a ciclos de reconfirmação periódica para demonstrar revisão ativa do inventário.