Resposta direta
Sem política de retenção, o volume cresce porque o descarte nunca foi atribuído a ninguém. A saída é tratar retenção como decisão de processo, em três partes: um inventário do que existe por sistema, um prazo de guarda por grupo de dado com a razão que o sustenta, e um responsável nomeado pelo descarte. Prazo sem responsável não sai do papel, e inventário sem prazo só documenta o acúmulo. O trabalho começa pelos grupos de dado com maior volume e menor uso, não pelos mais valiosos.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: As outras páginas do tema tratam de dado errado, duplicado ou divergente; esta trata do dado correto que se acumula por falta de regra de descarte.
O inventário antes da regra
Nenhuma política de retenção funciona enquanto não se sabe o que está guardado. O inventário lista, por sistema, os grupos de dado que existem, quem os gera e para que são usados. Sem essa lista, qualquer prazo escolhido vira suposição sobre um conjunto desconhecido.
O levantamento não precisa ser exaustivo para começar. Em geral poucos grupos concentram o volume, e muitos registros nunca foram consultados depois de criados. A pergunta que organiza o inventário é qual uso o dado sustenta hoje, não quanto espaço ele ocupa.
Prazo de guarda e o que sustenta a decisão
Cada prazo precisa de uma razão registrada: obrigação legal, exigência contratual, necessidade operacional ou ausência de justificativa para manter. A razão define o prazo e também quem pode alterá-lo. Prazo escolhido por percepção não sobrevive à primeira dúvida.
O ponto mais ignorado é o destino do dado depois do prazo. Arquivar não é descartar. É preciso definir onde o registro fica, em que formato, quem acessa e como o descarte é comprovado quando ocorre.
O que a política de retenção não resolve
Uma política de retenção organiza o que já existe. Ela não corrige dado errado, não consolida cadastro duplicado e não reduz divergência entre sistemas. Esses problemas têm causa própria e continuam depois que o volume é controlado.
Também não elimina o acúmulo. Enquanto novas cópias forem criadas em planilhas, relatórios e extrações fora do sistema de origem, o volume volta. A retenção reduz o passivo antigo; o controle do que entra depende de outro processo.
Recurso prático
O que precisa estar definido por grupo de dado antes de descartar
| Grupo de dado | Decisão que precisa existir |
|---|---|
| Cadastro de cliente e fornecedor | Quem responde pelo registro, qual campo é a referência e o que acontece com as versões anteriores |
| Transações e documentos fiscais | Prazo de guarda sustentado por obrigação legal ou contratual e onde o registro fica arquivado após sair do sistema ativo |
| Logs de acesso e de integração | Período de retenção ligado a uma finalidade, formato do arquivo e forma de comprovar o descarte |
O erro mais comum é definir prazo apenas para o dado que ocupa espaço e deixar de fora o dado temporário, que costuma ser copiado para planilhas e relatórios fora do sistema de origem.
Sobre o que está escrito aqui
Conceitos relacionados: política de retenção · prazo de guarda · descarte programado · inventário de dados · responsável pelo dado. 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 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
- Volume de dados sem retenção: o que avaliar antes de contratar — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cliente duplicado entre áreas: quando vale contratar solução — O que avaliar antes de contratar solução para cliente duplicado entre áreas, o que é decisão de dado e o que é decisão de responsabilidade.
- Dados desatualizados: o que precisa estar em dia — A regra das três colunas — dado, frequência aceitável, responsável — e o erro de tratar tudo como crítico.
- Sistema antigo só pelo histórico: comparar alternativas — Compara manter o sistema antigo, migrar o histórico ou mantê-lo isolado para consulta, com critérios de uso, retenção e responsabilidade pelo dado.
- Tabela de apoio sem dono: como medir o que ninguém acompanha — Mostra o que medir em uma tabela de apoio sem responsável definido, como registrar o uso real e o custo de mantê-la sem dono.
- Cliente achou erro de sincronização: como tratar na operação — O que fazer quando o cliente encontra uma divergência entre sistemas: como localizar a origem, corrigir o alcance do erro e evitar a repetição.