Resposta direta
A desativação do sistema antigo se decide na implantação, não depois. Antes de ligar o novo, é preciso registrar quem responde pelo desligamento, qual condição libera o corte e por quanto tempo as duas operações vão rodar em paralelo. Operação paralela tem custo e risco: dado lançado nos dois lados, conferência dobrada e decisão tomada em fontes diferentes. O plano de desativação é uma lista de dependências com dono e data prevista, não um documento formal. Sem esse registro, o sistema antigo permanece porque ninguém sabe o que ainda depende dele.
- Objetivo
- Orientar implementação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a desativação como decisão de implantação, com dependências e responsável definidos antes de ligar o sistema novo, e não como limpeza posterior.
O paralelo que começa sem prazo
Implantar um sistema novo sem data de desligamento do anterior cria duas operações. As duas exigem atualização, conferência e dono. A conta aparece depois, em retrabalho e em divergência entre relatórios que deveriam mostrar a mesma coisa.
O paralelo é útil por um período curto, para comparar saídas e reduzir risco de troca. Vira problema quando não tem condição de saída. A pergunta prática é o que precisa acontecer para o sistema antigo poder ser desligado.
Dependências que mantêm o antigo ligado
Sistemas antigos raramente sobrevivem por decisão explícita. Sobrevivem por dependências não mapeadas: um relatório usado no fechamento, uma integração que ninguém documentou, um acesso de terceiro, uma conferência feita de memória por uma pessoa.
Cada dependência precisa de destino definido: migra para o sistema novo, vira rotina nova ou é encerrada. Sem destino, ela é motivo suficiente para manter tudo ligado, e o motivo nunca é revisto.
O que o plano de desativação não resolve
Definir data e responsável não corrige dado ruim nem substitui treinamento. Se o cadastro no sistema novo está incompleto, a operação continua consultando o antigo, com ou sem plano. O desligamento depende da qualidade do que foi transferido, não da decisão de desligar.
O plano também não se aplica quando o sistema antigo é guarda legal de histórico ou de obrigação fiscal. Nesses casos o objetivo não é desligar, e sim reduzir o uso operacional e definir quem responde pelo dado retido e por quanto tempo.
Recurso prático
Roteiro para definir a desativação antes de ligar o sistema novo
- Listar o que ainda depende do sistema antigo: relatórios de fechamento, integrações, rotinas automáticas, conferências manuais e acessos de terceiros.
- Definir o critério de corte: qual conferência ou número precisa fechar em quantos ciclos seguidos para liberar o desligamento.
- Nomear o responsável pelo desligamento e uma data prevista, com revisão registrada sempre que a data mudar.
O erro mais comum é tratar a desativação como assunto de tecnologia. Quem mantém o sistema antigo ligado quase sempre é uma área de negócio com uma rotina que não foi transferida, e essa rotina não aparece em inventário de infraestrutura.
Sobre o que está escrito aqui
Conceitos relacionados: plano de desativação · operação paralela · sistema legado · critério de corte · dependências de dados. 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
- Falhas silenciosas em integrações: como perce… — falhas silenciosas
- Cadastros duplicados: como descobrir e consol… — cadastros duplicados
Páginas relacionadas
O mesmo problema em outro objetivo
- Sistemas que ninguém desliga: como avaliar o custo — Diagnosticar
- Sistema antigo que ninguém desliga: como planejar o fim — Organizar um processo
- Sistema que ninguém desliga: como comparar alternativas — Comparar alternativas
- Sistema sem desativação: como medir o que ele custa — Explicar medição
- Sistema sem plano de desativação: o que fica no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Planilhas divergentes: como alinhar bases paralelas — Roteiro prático para mapear regras de cálculo, definir responsáveis por campo e estabelecer uma rotina de conciliação entre arquivos concorrentes.
- Migração que não anda: como separar dado, processo e decisão — Separa as causas que travam uma migração, entre dado, processo e responsabilidade, e indica o que medir antes de decidir o corte.
- Sistema antigo mantido só pelo histórico: como medir — Medição do custo e do uso de um sistema antigo mantido apenas pelo histórico, com critérios para decidir entre manter, extrair dados ou desligar.
- 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.
- Sistema antigo mantido só pelo histórico: o que exigir — Critérios para decidir entre manter, congelar ou substituir um sistema legado guardado apenas por histórico, e o que registrar no contrato de manutenção.