Como trocar de fornecedor de software sem perder o sistema
O que levantar antes de trocar de fornecedor de software, como fazer a transição sem parar a operação e o que exigir na entrega.
Resposta rápida
Trocar de fornecedor de software é um processo de três etapas: levantar o que existe e em nome de quem, executar a transferência de acessos e código antes de encerrar a relação, e só então iniciar a transição técnica. O erro que inviabiliza a troca é encerrar o contrato antes de ter os acessos em mãos. Fornecedor profissional entrega sem resistência, mas a conversa precisa acontecer enquanto a relação ainda é boa.
Neste artigo
A relação com o fornecedor de software se desgastou. Prazo que não fecha, orçamento que surpreende, ou simplesmente a empresa cresceu e ele não acompanhou.
A decisão de trocar está tomada. O medo é legítimo: o sistema está rodando e a operação depende dele.
A boa notícia é que a troca costuma ser mais tranquila do que parece — desde que feita na ordem certa.
A ordem importa
O erro que inviabiliza a troca é encerrar o contrato antes de ter os acessos.
Não é questão de desconfiar do fornecedor. É que pedir inventário e transferência é conversa normal enquanto a relação está boa, e vira negociação tensa depois do aviso de encerramento.
A ordem que funciona:
- Levantar o que existe e em nome de quem.
- Transferir acessos e código.
- Avisar e combinar a transição.
- Iniciar o trabalho técnico com o novo fornecedor.
Etapa 1: o inventário
Levante, mesmo sem conhecimento técnico:
Onde está hospedado. Servidor, nuvem, painel de hospedagem. Em nome de quem está a conta e qual cartão paga.
O domínio. Quem é o titular e quando renova. É o item mais crítico: domínio perdido derruba site e e-mail juntos.
Onde está o código. Repositório na nuvem, só no servidor, ou só na máquina de alguém.
Serviços externos. Envio de e-mail, mensagens, pagamento, armazenamento, emissão fiscal. Cada um é uma conta com credencial.
Banco de dados. Onde está, como é feito backup e quem tem acesso.
A dica prática: siga as cobranças recorrentes no cartão da empresa. Cada uma revela um fornecedor. E o que não aparece no cartão da empresa está no cartão de outra pessoa — esse é o risco imediato.
Etapa 2: a transferência
O que precisa mudar de mãos:
- Código em repositório da sua empresa, com histórico, não um arquivo compactado.
- Banco de dados exportado em formato restaurável.
- Infraestrutura com titularidade transferida, pagando pelo cartão da empresa.
- Credenciais de todos os serviços externos.
- Documentação de como subir o ambiente do zero.
O último item é o mais negligenciado e o que mais economiza tempo depois. Não precisa ser manual extenso — precisa ser suficiente para outro desenvolvedor não adivinhar.
O que exigir em contrato está em de quem é o código que você mandou desenvolver.
Etapa 3: a transição
Mantenha o antigo disponível por um período. Um a dois meses para tirar dúvidas é razoável, e é razoável remunerá-lo por isso. Sai muito mais barato que o novo fornecedor descobrir tudo sozinho.
Não mude nada no começo. O primeiro trabalho do novo é entender o que existe, não melhorar. Mudança precoce em sistema não compreendido é como se criam incidentes.
Combine um marco de validação. Depois de algumas semanas, o novo fornecedor deve conseguir subir o ambiente do zero e fazer uma alteração pequena em produção. Se conseguir, a transição funcionou.
Se houver resistência
Primeiro, cheque o contrato. Se há cláusula de propriedade e entrega, ela é exigível.
Mesmo sem cláusula, a regra geral no Brasil favorece quem contratou o desenvolvimento. Mas razão jurídica sem acesso prático não roda sistema, então o caminho rápido raramente é o litígio.
Negociar costuma ser mais barato e mais rápido. Se o impasse for sobre pagamento pendente, resolver a pendência costuma destravar a entrega.
Se o fornecedor simplesmente sumiu, o roteiro é outro: o desenvolvedor sumiu e ninguém mexe no sistema.
Para a próxima contratação
Três itens que tornam qualquer troca futura simples:
- Infraestrutura no nome da empresa, desde o primeiro dia.
- Repositório da empresa, com o fornecedor como colaborador.
- Cláusula de saída no contrato: o que é entregue, em quanto tempo.
A cláusula de saída é a mais ignorada e a mais útil. Ela transforma uma separação potencialmente traumática em procedimento previsto — e sinaliza, já na assinatura, que você sabe o que está fazendo.
O checklist completo está em checklist para contratar um desenvolvedor PJ.
Se quiser ajuda para conduzir uma transição, me chame.
Perguntas frequentes
Devo avisar o fornecedor atual antes de ter o substituto?
Primeiro levante o que você tem e garanta os acessos, depois avise. Não por desconfiança, mas por ordem prática: pedir inventário e transferência é conversa normal quando a relação está boa, e fica mais difícil depois do aviso de encerramento.
O que exigir na entrega?
Código em repositório da sua empresa com histórico, banco de dados exportado, acessos de infraestrutura transferidos para o nome da empresa, lista de serviços externos com credenciais, e documentação de como subir o ambiente. Sem o último item, o próximo fornecedor leva mais tempo para assumir.
Quanto tempo leva a transição?
A transferência de acessos leva dias. A transição técnica, em que o novo fornecedor entende o sistema, leva semanas proporcionais ao tamanho. O período em que vale manter o antigo disponível para dúvidas costuma ser de um a dois meses, e é razoável remunerá-lo por isso.
E se o fornecedor atual se recusar a entregar?
Primeiro cheque o contrato: se há cláusula de propriedade e entrega, ela é exigível. Mesmo sem cláusula, a regra geral favorece quem contratou o desenvolvimento. Antes de litígio, porém, vale negociar — custa menos e resolve mais rápido, principalmente se o impasse for sobre pagamento pendente.
Quem escreve
Thainan Prado
Desenvolvedor full stack sênior com mais de 8 anos de experiência, responsável por sistemas em produção para empresas como OXXO, Ambev e Shell Select. Desenvolve sistemas sob medida, automações e integrações para PMEs e empresas médias de todo o Brasil.