Resposta direta
A saída se contrata junto com a entrada. Antes de assinar ou renovar, quatro decisões precisam estar por escrito: formato de exportação utilizável dos dados, prazo de entrega após o encerramento, responsabilidade pela reconstrução das regras de negócio e quem assume a operação no intervalo até a substituição. Sem isso, o custo de troca fica invisível e aumenta a cada mês de operação, porque regras, histórico e integrações passam a existir só dentro da ferramenta do fornecedor. O plano não exige troca imediata nem segunda opção definida. Exige que a dependência seja conhecida e precificada antes de se tornar irreversível.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a saída como requisito de desenho no momento da contratação, com estimativa de custo de troca, e não como exigência genérica de fornecedor ou reação a uma parada.
O que precisa estar decidido antes da assinatura
Contrato de automação raramente falha por preço. Falha pelo que ficou omisso sobre o fim. Três pontos precisam estar escritos: em que formato os dados saem, em quanto tempo são entregues após o encerramento e qual parte assume a operação no intervalo até a substituição.
Propriedade das regras é o ponto mais esquecido. Fluxos, condições de aprovação e critérios de decisão construídos dentro da ferramenta costumam existir só ali. Se a descrição funcional não estiver em documento da própria empresa, ela não é transferível e o custo de reimplementação recai inteiro sobre quem fica.
Sinais de que a saída já ficou caro demais
A dependência aparece em detalhes operacionais: dado armazenado apenas na estrutura do fornecedor, histórico acessível só pela interface, autenticação amarrada à conta contratada e integrações mantidas do lado de fora sem inventário interno.
Outro sinal é a renovação automática sem janela de decisão. Quando o prazo de aviso vence antes da revisão anual, a empresa perde a chance de negociar condições de saída enquanto ainda tem contrato ativo. Medir horas de reimplementação, horas de extração e meses de operação paralela transforma a percepção de risco em número discutível.
O que o plano de saída não resolve
O plano não elimina o custo de troca. Ele apenas o torna visível e distribuído no tempo. Migrar dados, reconstruir regras e rodar em paralelo consomem equipe interna mesmo quando o fornecedor cumpre o contrato à risca.
Também não resolve situações em que não existe segunda opção viável para o mesmo tipo de automação. Nesse cenário, o que resta é negociar continuidade, guarda de dados e condições de renovação, assumindo que a dependência é estrutural e não um detalhe de cláusula.
Recurso prático
Custo de saída estimado do fornecedor de automação
Custo de saída = (horas de reimplementação × custo hora interno) + (horas de extração de dados × custo hora interno) + (meses de operação paralela × custo mensal atual)
- horas de reimplementação
- hora
- Tempo de equipe interna para reconstruir fluxos, condições de aprovação e integrações fora do fornecedor atual.
- horas de extração de dados
- hora
- Tempo para extrair, limpar e validar histórico, cadastros e registros de execução em formato utilizável.
- custo hora interno
- R$/hora
- Custo médio da hora das pessoas alocadas na transição, incluindo encargos, medido com a folha e não estimado por percepção.
- meses de operação paralela
- mês
- Período em que a operação antiga e a nova rodam ao mesmo tempo para conferência e ajuste.
- custo mensal atual
- R$/mês
- Valor pago hoje ao fornecedor, usado para projetar o custo de manter os dois ambientes durante a sobreposição.
O erro mais comum é somar apenas a migração técnica e ignorar o tempo de reconstruir as regras de decisão documentadas informalmente. Se o formato de exportação não foi acordado, a extração vira projeto próprio e pode deixar de ser viável.
Sobre o que está escrito aqui
Conceitos relacionados: plano de saída · portabilidade de dados · custo de troca · operação paralela · propriedade das regras de automação. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Falha na automação: como saber o que continuo… — automação que continua após erro
- Automação que rodou após o erro: dono da deci… — automação que continua após erro
Páginas relacionadas
O mesmo problema em outro objetivo
- Dependência de fornecedor: o que falta para conseguir sair — Diagnosticar
- Dependência de fornecedor: o plano de saída como rotina — Organizar um processo
- Dependência de fornecedor: comparar rotas de saída — Comparar alternativas
- Dependência de fornecedor: medir antes de precisar sair — Explicar medição
- Dependência de fornecedor: o plano de saída que falta — Orientar implementação
Outras leituras em Governança e controle de automação
- Automação sem código acessível: o que dá para exigir na compra — Contratação de automação sem código-fonte acessível: verificação por comportamento, plano de saída, responsabilidade e limites dessa compra.
- Log sem retenção definida: como definir prazo e descarte — Responde por quanto tempo guardar os logs de automação, onde a decisão fica registrada e como o descarte acontece sem perder o histórico que ainda importa.
- Log sem retenção definida: o que apurar antes de decidir — Como levantar o log de automação já existente, separar o que tem uso do que não tem e definir o prazo de retenção com critério e responsável.
- Execução sem limite de repetição: o teto no contrato — O que precisa estar definido em contrato e em operação para limitar repetições de execução, quem responde por exceção e o que verificar antes de assinar.
- Log sem retenção definida: como fixar prazo e descarte — Descreve como classificar logs por uso, fixar prazo de retenção, programar o descarte e registrar suspensões quando há investigação em curso.