Resposta direta
A retenção se define a partir do uso do dado, não do espaço em disco. O caminho é classificar o que existe por função e por origem, atribuir a cada classe um prazo de guarda e um destino, e registrar quem responde por essa decisão. O prazo vem de obrigação externa, de necessidade operacional ou de histórico que ainda serve para conferência. Sem essa separação, tudo tende a ser guardado por precaução, e o custo aparece na consulta, na conferência e na migração. Política de retenção organiza o que fica; ela não corrige dado que nasceu errado nem substitui a decisão sobre o que ainda tem utilidade.
- Objetivo
- Orientar implementação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: As outras páginas do tema tratam divergência, sincronização, duplicidade ou defasagem; esta trata o acúmulo, com prazo, destino e responsável por classe de dado.
Da função do dado ao prazo de guarda
A retenção começa pela função do dado, não pelo volume que ele ocupa. Cadastro, transação, registro de acesso, histórico de comunicação e dado de apoio têm necessidades de guarda diferentes, mesmo quando dividem o mesmo banco. Classificar antes de decidir evita que uma regra única seja aplicada a conjuntos que respondem a perguntas distintas.
O prazo de cada classe vem de três origens: obrigação externa que exige guarda, necessidade operacional que usa o dado em processo corrente e histórico que ainda serve para conferência ou contestação. Quando a origem do prazo não está declarada, a discussão vira preferência pessoal e a decisão não se sustenta depois que a pessoa que a tomou sai da função.
Onde o volume cresce sem decisão
O acúmulo raramente está só na base principal. Ele aparece em tabelas de passagem criadas por integração, em cópias feitas para conferência, em arquivos exportados que ninguém apagou e em registros de acesso mantidos por padrão de configuração. Cada uma dessas cópias tem dono diferente e nenhuma responde pela política.
Por isso a política precisa nomear responsável por classe de dado, não por sistema. Quando a responsabilidade fica presa ao sistema, cada troca de ferramenta reabre a discussão e o prazo de guarda volta a zero, como se nada tivesse sido decidido. O registro da decisão é o que sobrevive à troca.
O que a retenção não resolve
Política de retenção organiza prazo e destino. Ela não corrige dado que nasceu errado na entrada, não elimina cadastro duplicado e não decide qual informação tem valor de negócio. Uma base ajustada por prazo continua errada se a origem segue produzindo erro, e continua duplicada se ninguém trata a regra de identificação.
Há casos em que a retenção não se aplica como descarte: dado sob obrigação de guarda específica, sistema que não permite exclusão seletiva e histórico que só existe em cópia manual. Nesses casos a decisão é de arquivamento e controle de acesso, e o limite deve ficar escrito na própria política, para não ser reinterpretado a cada auditoria.
Recurso prático
Roteiro para fechar uma política de retenção sobre uma base que já existe
- Listar as bases, tabelas e cópias que hoje recebem dado novo, com a origem de cada registro e o responsável pela rotina que os alimenta.
- Classificar cada conjunto pela função que cumpre: cadastro, transação, registro de acesso, histórico de comunicação ou dado de apoio.
- Definir, para cada classe, o prazo de guarda e o destino ao fim do prazo: descarte, arquivamento em base separada ou manutenção com justificativa registrada.
- Nomear quem responde por cada classe e onde a decisão fica documentada, para não depender de memória de quem participou da discussão.
- Fixar a data de revisão da política e os eventos que disparam revisão antecipada, como mudança de obrigação externa ou de processo que consome o dado.
O erro mais comum é começar pelo prazo e não pela função do dado. Prazo sem classe vira regra geral, aplicada igual a cadastro e a histórico de acesso, e acaba abandonada porque ninguém aceita perder aquilo que ainda usa em conferência.
Sobre o que está escrito aqui
Conceitos relacionados: política de retenção · classificação por função do dado · prazo de guarda · arquivamento · descarte controlado. 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
- Sistemas desconectados: como comparar as saíd… — sistemas desconectados
- Sistemas desconectados: métricas para dimensi… — 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: o que avaliar antes de contratar — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- 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.
- Base sem dono definido: como localizar quem decide — Sinais de que a responsabilidade pela base se perdeu, quais decisões ficaram sem dono e o que o diagnóstico não resolve sozinho.
- Relatório com número inexplicável: comparar caminhos — Compara três saídas para o relatório com número sem explicação: assumir com registro, rastrear a regra de cálculo ou trocar a fonte de referência.