Resposta direta
A resposta está em tratar a saída como parte da entrada. Antes de assinar, a contratação deveria registrar o que acontece quando o contrato termina: quem exporta o dado, em qual formato, com qual prazo de leitura, quem mantém o acesso e quem responde pelo processo no período de transição. Sem isso, a saída deixa de ser decisão e passa a ser negociação sob pressão, com a operação parada e o fornecedor definindo as condições. O plano de desativação é um documento do contratante, não uma concessão do fornecedor.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a saída como cláusula de contratação, e não como problema de migração descoberto depois que a decisão já foi tomada.
O que precisa estar escrito antes da assinatura
O plano de desativação começa na avaliação, não no encerramento. Na prática, ele responde a quatro perguntas: quais dados o sistema vai guardar, em que formato eles saem, quem executa a extração e por quanto tempo o dado continua legível depois do desligamento. São perguntas simples de fazer e incômodas de responder por escrito.
A resposta costuma estar no anexo técnico, não na proposta comercial. Vale pedir um exemplo de exportação ainda na fase de teste, com dado de teste, e abrir o arquivo fora do ambiente do fornecedor. Se a extração só funciona dentro da ferramenta, a saída depende de quem controla a ferramenta.
Quem responde pela operação no período de transição
Entre o desligamento e a estabilização do arranjo seguinte existe uma janela em que dois sistemas convivem. Alguém precisa responder por essa janela: quem confere se o dado chegou, quem corrige divergência e quem decide quando o sistema antigo pode ser desligado.
Esse responsável é interno. Contratar o fornecedor para executar a extração não transfere a decisão sobre o dado. O contrato define obrigação; a operação define processo, e são coisas diferentes quando algo dá errado.
O que o plano de desativação não resolve
O documento não corrige dado que nunca foi tratado. Se o cadastro tem duplicidade ou campo vazio, a extração leva o problema para o sistema seguinte. Saída limpa exige entrada organizada, e isso é trabalho anterior ao contrato.
Também não cobre dependências fora do contrato: integrações montadas por terceiros, planilhas paralelas e rotinas que só uma pessoa conhece. E não se aplica quando o sistema é descartável, sem dado próprio nem processo ligado a ele. Nesse caso, o custo de planejar a saída pode superar o de simplesmente trocar.
Recurso prático
Roteiro para avaliar a saída antes de assinar
- Listar quais dados o sistema passa a guardar e quais deles precisam sair em caso de encerramento.
- Pedir um exemplo de exportação ainda na fase de teste e abrir o arquivo em ferramenta neutra, fora do ambiente do fornecedor.
- Registrar por escrito quem executa a extração final, com qual condição de acesso e com responsável nomeado do lado do contratante.
- Definir o formato de entrega do dado e o que acontece com integrações ativas no momento do desligamento.
- Prever o acesso de leitura por período de transição e onde esse custo aparece na proposta.
O erro mais comum é aceitar a promessa de exportação quando necessário sem testar uma extração completa durante a implantação. No fim do contrato, a primeira extração real costuma ser também a última oportunidade de recuperar o dado.
Sobre o que está escrito aqui
Conceitos relacionados: plano de desativação · cláusula de saída · exportação de dados · período de transição · acesso de leitura residual. 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
- Planilhas divergentes: como unificar a base d… — planilhas divergentes
- Planilhas divergentes: alternativas para conf… — planilhas divergentes
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 novo sem desligar o antigo: o que decidir antes — Orientar implementação
Outras leituras em Integrações, sistemas e qualidade de dados
- APIs e integração: o que perguntar antes de contratar um sistema — Sete perguntas objetivas para fazer ao fornecedor — e as respostas que indicam risco de ficar preso.
- Tempo de resposta do sistema: o que acordar no contrato — Como tratar o tempo de resposta do sistema no desenho do processo e o que registrar no contrato antes de contratar.
- Falha na sincronização: como medir o monitoramento — Como medir o monitoramento de falha na sincronização: cobertura, defasagem do aviso e falso positivo, e o que registrar antes de confiar nos números.
- Correção direta em produção: registro, reversão e dono — O que registrar, como tornar reversível e quando a correção feita direto no ambiente em uso precisa voltar ao fluxo normal de mudança.
- Uma pessoa só sabe extrair o dado: como dividir isso — Mapeia o que só uma pessoa sabe fazer na extração de dados, registra o roteiro e define responsável primário e suplente com critério de conferência.