Vou trocar meu ERP por completo
Resposta rápida
Trocar o ERP por completo é um dos projetos mais arriscados que uma empresa pode conduzir. Atinge financeiro, fiscal, comercial, compras, estoque, produção, RH — quase toda a operação depende dele. O projeto vai de seis meses a três anos conforme o porte e a complexidade, e exige seis pilares para não fracassar. Patrocínio executivo forte, idealmente do CEO ou CFO, presente até o cutover. Escolha do sistema baseada em aderência ao negócio, não em moda. Plano em fases por módulo ou por linha de negócio, raramente big bang. Migração de dados tratada como projeto próprio meses antes do go-live. Capacitação real das áreas de negócio, que são quem usa o sistema todo dia. Paralelo planejado entre o ERP antigo e o novo, para validar antes de cortar. Sem esses seis pilares, a empresa termina com sistema novo e operação pior.
Na empresa pequena, "trocar o ERP" é projeto de seis a doze meses, conduzido pelo dono ou pelo gestor administrativo com apoio de um parceiro implantador. ERP novo costuma ser SaaS pronto, com customização mínima — Bling, Omie, Conta Azul, TOTVS para pequenas, SAP Business One são opções comuns. Migração de dados envolve plano de contas, clientes, fornecedores, produtos e saldos iniciais — não toda a história. Cutover frequentemente em virada de mês fiscal (início de ano ou trimestre) com paralelo curto, geralmente um a três meses para conferir fechamento. Risco principal é subestimar capacitação: o ERP novo muda processo diário do administrativo e do comercial, e sem treinamento as pessoas tentam usar o sistema novo como se fosse o antigo, perdendo o benefício.
Na empresa média, trocar ERP é projeto de doze a vinte e quatro meses com comitê executivo, líderes funcionais por módulo (financeiro, fiscal, comercial, suprimentos, manufatura quando aplicável), implantador parceiro e patrocínio formal do CEO ou CFO. ERP novo pode ser SaaS de mercado intermediário (SAP S/4HANA, Oracle NetSuite, TOTVS Protheus, Sankhya) ou solução vertical. Implantação por fases — frequentemente módulos financeiro e fiscal primeiro, depois comercial e estoque, depois manufatura. Migração de dados é projeto próprio com data steward por área. Paralelo entre três e seis meses para os primeiros módulos críticos. O risco característico é a customização sem freio: cada área pede ajustes que viram código próprio, e cinco anos depois a empresa não consegue atualizar o ERP sem reescrever metade.
Na empresa grande, troca de ERP é programa de dois a três anos (às vezes mais), com governança em três camadas, sponsor do CEO, comitês por torre, implantador grande no apoio, equipes próprias dedicadas, orçamento de dezenas a centenas de milhões dependendo do escopo. ERP envolve dezenas de módulos, integração com sistemas satélites, customizações herdadas de décadas, processos críticos que não podem parar. Implantação em ondas por país, unidade ou linha de negócio, com paralelo longo nas primeiras ondas e mais curto conforme a empresa aprende. Migração de dados é projeto próprio com equipe dedicada por meses. O risco a vigiar é a fadiga: programas longos perdem energia, pessoas-chave saem, a liderança troca, e o projeto vira "isso ainda existe?". Sustentação executiva e renovação periódica de patrocínio são parte do método.
- O ERP atual não acompanha o crescimento ou a complexidade da operação
- Customizações antigas tornam upgrades praticamente impossíveis
- O fornecedor descontinuou a versão atual ou perdeu mercado
- Há demanda regulatória ou fiscal que o sistema atual não cobre bem
- Áreas de negócio criaram planilhas paralelas para suprir o que o ERP não faz
- Aquisição, fusão ou mudança estratégica exige consolidação ou troca
Por que se troca um ERP
Trocar ERP é caro, longo e arriscado. Só faz sentido por razões substanciais. Quatro famílias típicas. Limite técnico atingido: o sistema atual não escala, não integra, não atende regulamentação nova, depende de tecnologia obsoleta. Fim de vida do fornecedor: descontinuação anunciada, suporte indo embora, comunidade reduzindo. Mudança de modelo de negócio: nova linha exige funcionalidades incompatíveis, internacionalização exige multilocalização. Decisão estratégica de simplificação: consolidação após fusão, padronização global, troca de filosofia (customização pesada por SaaS padrão). Razões que parecem boas mas frequentemente não são: "o sistema atual é ruim" sem diagnóstico do que de fato é ruim, "ouvimos falar bem do sistema X", "o CFO novo quer o sistema que usava na empresa anterior". Sem razão substancial, vale tentar resolver o que existe antes de trocar.
Escolher o ERP novo
Escolha do sistema é decisão de cinco a dez anos. Critérios devem ser pesados nessa ordem. Aderência funcional ao negócio: o sistema cobre os processos essenciais do setor da empresa sem customização pesada. Capacidade do implantador parceiro: tão importante quanto o sistema é a empresa que vai implantar — experiência no porte, no setor, em projetos comparáveis. Modelo comercial e custo total: licenciamento, implantação, customização, sustentação, evolução em três a cinco anos. Roadmap do fornecedor: para onde o sistema vai, com que ritmo, em que tecnologia. Saída do contrato: o que acontece se a relação não funcionar. Demonstrações controladas pela equipe do fornecedor são pouco indicativas; visita a referências do mesmo porte e setor diz muito mais.
- Diagnóstico e business case (2-4 meses). Por que trocar, o que precisa cobrir, qual o custo total estimado, qual o retorno esperado, qual o risco.
- Seleção do sistema e implantador (3-6 meses). RFP estruturado, demonstrações orientadas a processo, visita a referências, negociação contratual, decisão.
- Desenho e blueprint (3-6 meses). Mapeamento de processos atuais e desejados, configuração planejada, customizações limitadas ao essencial, plano de integrações.
- Construção e configuração (4-12 meses). Configuração do sistema, customizações aprovadas, integrações construídas, ambientes preparados.
- Migração de dados (paralelo a 3 e 4). Projeto próprio. Limpeza, mapeamento, conversão, validação, cargas de teste, cargas finais. Data steward por área.
- Testes integrados e UAT (2-4 meses). Testes funcionais por módulo, teste integrado de processos ponta-a-ponta, teste de aceitação das áreas de negócio.
- Capacitação (paralelo a 6). Treinamento das áreas de negócio nos processos novos. Não opcional — é parte central do projeto.
- Cutover e go-live. Migração final de dados, virada de operação, suporte intenso nas primeiras semanas.
- Estabilização e operação assistida (3-6 meses). Implantador segue presente, ajustes, correções, captura de melhorias. Não declarar vitória cedo.
Migração de dados é projeto dentro do projeto
Dados sujos do ERP antigo entram limpos no ERP novo ou o sistema novo nasce com problema. Migração de dados é trabalho de meses, conduzido em paralelo à configuração. Quatro etapas. Limpeza: identificar e corrigir inconsistências do sistema atual (cliente duplicado, fornecedor sem documento, produto sem custo) — o ERP antigo é o melhor momento para limpar, não o novo. Mapeamento: definir como cada dado do antigo vira dado no novo, com regras escritas. Conversão: scripts ou ferramentas que executam o mapeamento. Validação: comparação entre origem e destino, com regras de qualidade, antes da carga final. Data stewards por área (financeiro, fiscal, comercial, suprimentos) respondem pela qualidade do que vai para o sistema novo.
Paralelo, big bang e cutover
Três estratégias principais. Paralelo total: o ERP antigo e o novo rodam em paralelo por meses, com lançamentos duplos. Garante segurança máxima mas custa caro e cansa as equipes; em geral só vale para módulos críticos por tempo limitado. Big bang: cutover de uma vez para todos os módulos, no dia D — barato em tempo mas concentrado em risco. Cutover por ondas (mais comum): grupos de módulos ou unidades migram em sequência, com paralelo curto no que é crítico. A escolha depende do porte, da criticidade dos processos e do apetite por risco. Sem nenhum tipo de paralelo ou validação intensiva, qualquer estratégia vira aposta.
Customizar tudo o que o usuário pede. Cada customização vira dívida técnica permanente. Cinco anos depois, atualizar o ERP exige reescrever metade. Cultura de "best practice primeiro" precisa estar no contrato e no comitê.
Subestimar migração de dados. Dados sujos do antigo viram problema no novo. Limpeza começa no ERP atual, antes da conversão. Data stewards por área são parte do método, não acessório.
Tratar capacitação como anexo. O ERP é usado pelas áreas de negócio, não pela TI. Sem treinamento real, as pessoas tentam usar o sistema novo como o antigo, perdendo o benefício e gerando frustração que vira pressão para reverter.
Sponsor desaparecer no meio. Projetos longos perdem energia. Patrocínio executivo precisa ser renovado em marcos visíveis (final de fase, cutover de onda), não só na abertura.
Declarar vitória cedo demais. Go-live não é fim do projeto. Estabilização e operação assistida duram meses. Cortar o implantador no dia seguinte ao cutover é uma das formas mais rápidas de criar problema crônico.
- Sponsor executivo disponível e ativo no período de cutover e nas semanas seguintes
- Migração de dados validada com regras de qualidade pelos data stewards de cada área
- Testes integrados ponta-a-ponta executados e aprovados pelas áreas de negócio
- Capacitação das áreas de negócio concluída, com nível de confiança aferido
- Plano de cutover detalhado por hora, com responsáveis e critério de go/no-go
- Plano de rollback escrito, com critério de acionamento e prazo de execução
- Suporte intensivo (war room, plantão) dimensionado para as primeiras semanas
- Implantador parceiro contratado para operação assistida pós go-live por meses