Resposta direta
A decisão depende do que o sistema ainda sustenta, não do que ele custou. Um sistema sem plano de desativação costuma continuar ativo por dependência não mapeada, não por escolha. Mapear quem acessa, quais integrações leem a base, quais obrigações contratuais ainda valem e onde a informação precisa continuar acessível separa três caminhos: desligar, congelar ou manter com responsável definido. Sem esse levantamento, a decisão acaba com quem tem mais urgência, não com quem tem mais informação.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a permanência do sistema como questão de dependência, obrigação e responsabilidade, e não como fim de contrato de licença.
Uso baixo não é uso inexistente
Sistema com poucos acessos por dia costuma parecer candidato natural ao desligamento. O erro está em medir uso apenas por login. Uma integração que lê a base de tempos em tempos, uma rotina de fechamento contábil ou uma consulta jurídica esporádica podem ser o único motivo de o sistema existir.
O levantamento mínimo separa três camadas: quem entra, o que sai do sistema e o que depende dele sem aparecer em tela. Logs de acesso mostram a primeira. Consultas a banco, arquivos exportados e filas mostram a segunda. A terceira só aparece quando se pergunta, a cada área, o que deixa de funcionar se o sistema parar de responder.
O que a decisão precisa registrar
Diagnosticar não é escolher. O resultado é um registro com quatro campos: o que o sistema entrega hoje, quem responde por cada dependência, o que a lei ou o contrato exigem manter disponível e até quando a informação precisa continuar acessível para consulta ou auditoria.
Com isso, a decisão deixa de ser binária entre manter e desligar. Congelar o sistema em modo leitura, aposentar apenas parte das funções ou manter com responsável nomeado e data de revisão são saídas comuns. Cada uma exige registro do que se assume e do que fica pendente.
O que a avaliação não resolve
Esse diagnóstico não define prazo por si e não substitui a decisão de negócio sobre custo. Também não arbitra disputa entre áreas sobre quem perde a ferramenta. Ele organiza evidência e responsabilidade; a escolha continua com quem responde pelo orçamento e pelo risco.
Há situações em que a avaliação chega tarde. Sistema cujo fornecedor encerrou suporte, contrato vencido sem aviso prévio ou base sem documentação de estrutura exigem tratamento jurídico e técnico antes de qualquer desligamento. Nesses casos, o diagnóstico serve para dimensionar o problema, não para resolvê-lo.
Recurso prático
Sinal observado e o que confirmar antes de desativar
| Sinal observado | O que confirmar antes de desativar |
|---|---|
| Acesso registrado por poucas pessoas | Quem são, que tarefa executam e qual alternativa já existe para cada tarefa |
| Outro sistema lê dados por integração ou arquivo | Quais campos são lidos, em que frequência e quem consome a saída |
| Contrato de licença e suporte ainda vigentes | Prazo de aviso, custo de saída e obrigação de exportar ou eliminar dados |
O ponto mais ignorado é o acesso indireto: relatórios enviados por e-mail, planilhas alimentadas por exportação e consultas feitas por terceiros raramente aparecem nos registros de login.
Sobre o que está escrito aqui
Conceitos relacionados: plano de desativação · dependência entre sistemas · retenção de dados · base legada · responsável pelo sistema. 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
- Dados desatualizados: o que precisa estar em dia — dados desatualizados
- Sistemas desconectados: como ordenar o fluxo… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- 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 novo sem desligar o antigo: o que decidir antes — Orientar implementaçã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
- Integração sem documentação: por onde reconstruir o contrato — Integração que funciona sem documentação: reconstruir o contrato pelos dados, definir responsável e controlar cada mudança.
- Exclusão sem trilha: o que exigir antes de contratar — O que um sistema precisa registrar em cada exclusão e o que o contrato deve cobrir antes da assinatura, incluindo acesso ao histórico.
- Sistema antigo mantido pelo histórico: o que depende dele — Como levantar quem consulta o sistema antigo, o que cada consulta exige e como separar o que pode ser congelado do que precisa continuar no ar.
- Migração contratada: o que a proposta não cobre — O que precisa estar definido em escopo, aceite e responsabilidade para contratar uma migração de dados, e o que a proposta costuma deixar em aberto.
- Cópia de base sem versão: o que exigir na contratação — Critérios operacionais e contratuais para contratar cópias de bases de dados quando não há controle de versão nativo no fornecedor.