Resposta direta
A contratação deve começar pela política de retenção, não pelo volume armazenado. Sem essa definição, o contrato precisa fixar o essencial: quais dados entram, por quanto tempo ficam, quem autoriza o descarte e como a eliminação é comprovada. Também é necessário separar dado ativo, arquivo e backup, porque o prazo e o custo de cada um são diferentes. O contrato deve prever medição de volume, preço para excedente, devolução ou transferência na saída e tratamento de cópias mantidas por terceiros. Quando a política ainda não existe, o contrato pode estabelecer um processo de revisão periódica e registrar a ausência de decisão como risco assumido, não como omissão resolvida.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a ausência de política como risco contratual e operacional, com critérios de escopo, descarte, cópias e saída.
O escopo vem antes do preço
O volume contratado só faz sentido depois de separar o que é dado ativo, dado arquivado e cópia de segurança. O mesmo registro pode estar no sistema principal, em uma réplica, em um índice de busca e em um backup. Contar apenas o ambiente principal subestima o custo e esconde cópias que continuam disponíveis depois do descarte.
O contrato deve nomear as categorias de dados, a origem de cada uma, os locais onde podem estar e o evento que inicia a retenção. Também precisa indicar quem responde pela classificação. Sem essa divisão, qualquer limite de volume se torna uma estimativa sem base e a exclusão fica impossível de comprovar.
Descarte com registro, não apenas com pedido
Descarte não é um botão. É um processo com solicitante, aprovador, execução e registro. O contrato deve dizer quem pode pedir a eliminação, quem autoriza, como o fornecedor executa e que evidência devolve. A evidência precisa cobrir o dado principal e as cópias derivadas, inclusive índices, relatórios e arquivos temporários.
Backups exigem tratamento próprio. A eliminação no ambiente ativo pode conviver com cópias de segurança por um período definido, mas o contrato precisa dizer como essas cópias expiram e como não voltam a alimentar o sistema em uma restauração. Exceções para disputa, auditoria ou determinação legal devem ter responsável e condição de encerramento.
O que a cláusula não resolve
Uma cláusula de retenção não corrige dado errado, cadastro duplicado ou integração falha. Ela também não decide quanto tempo a empresa precisa guardar cada registro por razão comercial, fiscal ou de defesa em processo. Essa decisão é interna e envolve áreas diferentes; o contrato apenas executa o que foi decidido.
Quando não há política, o contrato pode reduzir a exposição, mas não eliminar a incerteza. Dados podem estar em planilhas, ferramentas de análise e cópias locais fora do escopo do fornecedor. Restaurações de backup e pedidos de auditoria também podem reverter uma exclusão. O limite precisa ficar explícito: sem dono interno e rotina de revisão, a cláusula vira promessa sem execução.
Recurso prático
Itens para a negociação do contrato de armazenamento
- Classificação dos dados que serão armazenados, com indicação do que é dado pessoal, dado operacional e dado sujeito a obrigação legal de guarda.
- Prazo de retenção por categoria e o evento que inicia a contagem, como encerramento do contrato, última interação ou fim do exercício.
- Rotina de descarte: quem solicita, quem aprova, em que prazo e qual evidência fica registrada.
- Separação entre ambiente ativo, arquivo e backup, com prazo e custo distintos para cada um.
- Regra para cópias em réplicas, logs, índices de busca e sistemas de terceiros que recebem os mesmos dados.
- Forma de medição do volume contratado e preço aplicado a excedente, incluindo critério de arredondamento e frequência de medição.
- Condições de saída: formato de exportação, prazo de devolução, eliminação após o encerramento e comprovação.
- Exceções de guarda por disputa, auditoria ou determinação legal, com responsável que libera a eliminação depois.
O erro mais comum é aceitar a exclusão do ambiente principal como prova de descarte sem conferir backups, réplicas e cópias em ferramentas de análise.
Sobre o que está escrito aqui
Conceitos relacionados: política de retenção · prazo de descarte · backup · contrato de armazenamento · comprovação de eliminação. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Números que não batem: por que a divergência… — planilhas divergentes
- Sincronização entre sistemas: o que decidir a… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Volume de dados sem política de retenção: o que medir — Diagnosticar
- Volume de dados sem retenção: o que decidir antes de arquivar — Organizar um processo
- Volume acumulado sem retenção: como comparar as opções — Comparar alternativas
- Volume de dados sem política de retenção: o que medir — Explicar medição
- Volume de dados sem retenção: como decidir o descarte — Orientar implementação
Outras leituras em Integrações, sistemas e qualidade de dados
- Registro excluído sem trilha: o que comparar antes de decidir — Compara as saídas para um registro excluído sem trilha: restauração de backup, logs do banco, reconstituição por vínculos e o custo de aceitar a perda.
- Registro excluído sem trilha: como implantar o rastro — O que definir para que exclusões deixem rastro: eventos a registrar, onde guardar o histórico, retenção e responsabilidade pelo acesso.
- Registro excluído sem trilha: o que reconstruir depois — Processo para lidar com exclusão sem histórico: o que reconstruir, quem responde e quais cadastros passam a exigir trilha.
- Alteração sem registro: o que precisa virar histórico — Descreve como implementar registro de alterações: quais campos entram no histórico, onde capturar a gravação e qual o limite desse registro.
- Sistema sem plano de desativação: o que fica no contrato — O que a contratação precisa prever para que a operação possa encerrar ou trocar um sistema sem perder dado, sem parar processo e sem custo imprevisto.