Substituição de ERP é o projeto de TI mais caro, mais longo e com maior taxa de estouro de prazo e budget da indústria. Migração de ERP em empresa de médio porte raramente termina em menos de 18 meses; é comum chegar a 30–36 meses com operação em risco durante o período de transição. Esse custo é justificado quando o ERP em si é o gargalo. Quando o gargalo está nos sistemas ao redor — na falta de integração entre o ERP e os sistemas operacionais —, a substituição não resolve o problema e cria um período de disrupção desnecessário.
O ponto de confusão mais comum: a operação "não flui" e a conclusão imediata é que o ERP é o problema. Na maioria dos casos, o ERP executa bem o que foi projetado para executar — contabilidade, fiscal, folha, estoque. O que não flui é a conexão entre o ERP e o sistema de vendas, o sistema de produção, o WMS, a plataforma de e-commerce, os dashboards gerenciais. Isso não é problema do ERP — é problema de integração.
Quando integrar é a resposta certa
Integração resolve o problema quando o ERP executa corretamente o processo core que é responsabilidade dele, mas não "conversa" com os sistemas operacionais ao redor. Os sintomas típicos:
- Digitação duplicada — dado inserido no sistema de vendas precisa ser inserido manualmente no ERP. O que muda entre os dois é o formato, não a informação.
- Relatório gerencial feito em planilha — porque o ERP não entrega visão consolidada em tempo real, e alguém exporta dados, consolida no Excel e manda por e-mail toda segunda-feira.
- Estoque desatualizado — o sistema de chão de fábrica ou WMS não integra com o ERP em tempo real, então o estoque no ERP é o do fechamento de ontem.
- Pedido que percorre 4 sistemas antes de ser faturado — cada sistema faz a sua parte, nenhum conversa com o outro, e o processo todo depende de humano movendo informação de um para outro.
Nesses casos, o ERP está funcionando. O problema é que ele está isolado. Integração de sistemas resolve todos esses sintomas sem substituir o ERP — e em fração do tempo e do custo de uma substituição.
A pergunta diagnóstica para confirmar que integração é suficiente: Se o ERP passasse a receber e enviar dados corretamente para todos os sistemas que precisam se comunicar com ele, os processos da operação funcionariam? Se a resposta for sim, o problema é de integração, não de substituição.
Quando trocar é inevitável
Troca é necessária quando o próprio ERP — não a falta de integração ao redor dele — é o que impede a operação de funcionar. Quatro situações em que isso acontece:
1. O ERP não suporta o processo core do negócio
Empresa que cresceu para manufatura complexa com um ERP projetado para distribuição simples. Hospital que tenta operar prontuário e faturamento em um ERP comercial. Construtora que força gestão de obra em módulos de projeto do ERP que não foram projetados para esse fim. Em todos esses casos, não é falta de integração — é que o produto não tem a funcionalidade que a operação exige. Integrar não resolve o que não existe no sistema.
2. Custo de customização já supera o custo de implantação de um novo sistema
ERP com 10+ anos de customizações acumula um problema técnico específico: cada customização cria dependência que dificulta a próxima. O custo de fazer funcionar o que deveria ser padrão sobe exponencialmente. Quando o custo anual de customização e manutenção da base personalizada supera 25–30% do custo de implantação de um sistema novo, o TCO de manter está acima do TCO de substituir em horizonte de 4–5 anos.
3. Fornecedor sem roadmap relevante para o setor
ERP continuará existindo, mas não vai evoluir para o que sua operação precisa. Isso é comum com ERPs de nicho que foram adquiridos por grupos maiores e ficaram em modo "maintenance only" — recebem patches de segurança, mas não novas funcionalidades. Em 3–5 anos, o sistema vai ficar progressivamente mais desalinhado da operação. A decisão de troca planejada agora é muito mais barata que a troca emergencial em 3 anos.
4. A empresa cresceu além do tier do ERP atual
ERP projetado para 50 usuários simultâneos não performa adequadamente com 300. ERP sem suporte a múltiplas filiais não acompanha empresa que cresceu de 1 para 8 unidades. ERP sem suporte a multimoeda para empresa que passou a exportar. Nesses casos, a limitação é de escala — integrar os sistemas ao redor não resolve o gargalo que está no core.
A zona cinzenta: integrar agora, planejar troca depois
O terceiro cenário — o mais comum em operações maduras — é integrar hoje para resolver os problemas do presente, enquanto se planeja a substituição como projeto separado com prazo definido. Esse cenário se aplica quando:
- O ERP atual tem 1–2 limitações funcionais relevantes, mas não é o gargalo principal hoje
- A substituição é necessária, mas não urgente — pode ser planejada para o próximo ciclo orçamentário
- O projeto de substituição precisa de maturidade de processo que a organização ainda está construindo
Integrar agora não cancela a troca futura — ela prepara a operação para a troca. Sistema bem integrado tem dados mais limpos, processos mais bem documentados e equipe mais familiarizada com fluxos digitais. Troca de ERP em operação desintegrada é projeto de duas fases: primeiro integrar para descobrir o que realmente existe, depois substituir com base no que foi descoberto. Fazer as duas fases ao mesmo tempo é o que causa os maiores estouros de prazo.
Framework de decisão em 5 dimensões
| Dimensão | Sinal de integração | Sinal de troca |
|---|---|---|
| Funcionalidade core | ERP executa o core; problema é conectividade com sistemas externos | ERP não tem a funcionalidade que o processo exige nativamente |
| Custo de manutenção | Manutenção anual <15% do custo de implantação | Manutenção e customização >25% do custo de implantação anualmente |
| Roadmap do fornecedor | Produto com updates regulares, roadmap público para o setor | Produto em EOL ou maintenance-only; sem evolução funcional relevante |
| Escala | Sistema suporta o crescimento esperado nos próximos 3 anos | Limite de usuários, filiais ou volume já foi atingido ou será em 12 meses |
| Dados e customizações | Customizações cobrem necessidade real de negócio não atendida pelo produto padrão | Customizações existem para compensar defeitos do produto que o novo sistema resolve nativamente |
Sinal de integração em 3 ou mais dimensões: integrar agora, planejar troca em horizonte de 2–4 anos se necessário.
Sinal de troca em 3 ou mais dimensões: planejar substituição com urgência moderada — não emergencial, mas com projeto iniciado no próximo ciclo.
Sinais mistos: zona cinzenta — integrar agora, reavaliar em 12 meses com dados de operação.
Armadilhas comuns na tomada de decisão
Três padrões que levam a decisões erras no timing errado:
- Trocar por insatisfação, não por critério técnico. "Todo mundo reclama do ERP" é sintoma de UX ruim, adoção insuficiente ou processo mal desenhado — não necessariamente de sistema inadequado. Antes de embarcar em projeto de 24 meses, vale mapear se a reclamação é sobre o produto ou sobre como ele foi configurado e adotado.
- Integrar para não tomar decisão difícil. Integração como postergação de substituição inevitável é o padrão mais caro. O projeto de integração gera custo, cria dependências novas e atrasou em 2–3 anos o projeto de substituição que precisava acontecer de qualquer forma. A decisão de trocar não fica mais fácil com o tempo.
- Substituição emergencial. "O sistema caiu, não aguenta mais, precisamos trocar já." Projeto de ERP com urgência artificial é onde os maiores estouros acontecem. O custo de operar mais 6 meses com o sistema atual enquanto faz a seleção correta do novo é muito menor que o custo de escolhar errado com pressa.
Próximo passo
A decisão entre integrar e trocar exige diagnóstico honesto do estado atual — não um processo de seleção de ERP novo. O diagnóstico mapeia onde estão os gargalos reais (no ERP ou na integração), qual é o TCO real de manutenção do sistema atual, e qual é o risco operacional de cada caminho. O serviço de integração de sistemas da Sparsum começa com esse diagnóstico. Para quem está avaliando a questão ERP pronto vs software sob medida, a comparação detalhada entre as duas abordagens cobre os critérios financeiros e operacionais que a maioria dos processos de seleção ignora.