O medo certo mora em ver a operação entrar no ar e descobrir, três meses depois, que nada melhorou, e não no sistema novo falhar no dia da virada. Trocar de ERP legado é um projeto de continuidade. Quem trata como projeto de tecnologia mira no go-live e esquece do que importa: a loja não pode parar, e o ganho prometido precisa aparecer.
A escala do risco é conhecida e documentada. Projetos de ERP levam tipicamente de 9 a 24 meses, dependendo de porte e escopo (Panorama Consulting, 2024). E a maior parte sofre estouro relevante de prazo ou orçamento, com uma fração percebida pelos executivos como fracasso parcial ou total, quando o sistema entra mas não captura os benefícios esperados (Panorama Consulting, 2024). Para o varejo, isso significa uma coisa: o desenho da troca pesa mais que a marca do sistema.
O cenário de 2026 aumenta a urgência sem reduzir o risco. Cerca de um terço das empresas brasileiras está em processo de troca ou aquisição de novo ERP, puxadas por nuvem e dados (Cargoson, 2025). E o volume em jogo é alto: o e-commerce brasileiro deve faturar R$ 258,4 bilhões em 2026 (ABComm, 2025), receita que passa pela retaguarda que está sendo trocada. Muitas empresas vão tropeçar nos mesmos erros de sempre, porque tratam a troca como compra de software, e não como cirurgia em paciente acordado. A operação não pode dormir durante o procedimento. É essa a restrição que organiza tudo.
Por que a troca de ERP costuma falhar?
Resposta direta: a falha raramente é técnica pura. Ela mora no "big bang", a tentação de virar tudo de uma vez. Cadastro, fiscal, logística e omnicanalidade trocando no mesmo fim de semana é a receita do caos. Quando algo quebra, e algo quebra, não há de onde voltar, e a operação para no pior momento possível.
O segundo motivo é dado sujo. ERP legado acumula cadastro duplicado, produto sem grade correta, saldo divergente. Migrar lixo para o sistema novo só muda o endereço do problema. O terceiro é tratar a troca como assunto de TI, quando e-commerce, operação e fiscal são co-donos da decisão. Sem eles, o sistema novo nasce sem dono do processo.
Existe um quarto motivo, mais sutil e mais frequente do que parece: trocar o sistema sem mudar o processo. A empresa migra para um ERP moderno e replica nele a mesma gambiarra do legado, o mesmo cadastro manual, o mesmo retrabalho. O sistema é novo, o vício é velho, e o ganho não aparece. Por isso projetos bem-sucedidos vêm acompanhados de redesenho de processo, não só de substituição de software. Quem pula essa etapa paga pelo sistema novo e colhe a operação antiga.
A duração realista de uma troca de ERP
- Mês 0Diagnóstico e desenhoMapear processos e definir o que muda.
- Onda 1Retaguarda primeiroMigrar o núcleo fiscal e financeiro.
- Ondas seguintesCanais e operaçãoTrazer e-commerce, marketplaces e PDV por etapas.
- 9 a 24 mesesOperação plenaGanho capturado, sem big bang.
Quanto tempo realmente leva a troca?
Resposta direta: de 9 a 24 meses para a troca completa, dependendo de porte e escopo (Panorama Consulting, 2024), e mesmo projetos considerados bem-sucedidos terminam acima do prazo planejado. Para um varejista de moda, calçados ou joias de porte médio, é prudente assumir um horizonte mínimo de 12 a 18 meses, incluindo migração de dados, integrações de e-commerce, fiscal e treinamento da retaguarda.
O número que assusta não é o prazo, é a natureza do risco. A probabilidade de "entrar no ar sem capturar benefício" é maior do que a de "não conseguir entrar no ar". Ou seja, o perigo está em ver a operação rodar por meses no sistema novo sem que divergência de estoque, erro de faturamento ou agilidade de cadastro melhorem, mais do que no go-live falhar no dia. Planejar a troca contra esse risco específico muda a ordem das prioridades: validar ganho importa mais que cumprir cronograma.
O prazo também se alonga porque a troca acontece em um mercado em expansão, com muita gente migrando ao mesmo tempo e parceiros disputados. A categoria de ERP, supply chain e operações no Brasil deve girar perto de US$ 4,9 bilhões em 2025, crescendo acima de 10% ao ano (ABES/IDC, 2025), e mais de 60% das novas implementações já nascem em nuvem (CromoSit, 2025). Quem entra nessa fila sem plano de ondas e sem cadastro saneado some na média de atrasos. Quem entra com o projeto desenhado por fases passa na frente do próprio risco.
Como a migração por ondas protege a operação?
Resposta direta: a alternativa ao big bang é a transição faseada. Você troca por camadas, em ordem de risco, e valida cada onda antes de avançar. A loja segue vendendo durante todo o percurso, porque nenhuma onda derruba a anterior. É o oposto do salto no escuro.
Cada onda tem um critério de aprovação próprio. Você não avança para a logística enquanto a retaguarda fiscal não estiver emitindo nota corretamente em produção. Não liga a omnicanalidade enquanto o estoque por canal não estiver confiável. Esse encadeamento parece mais lento, e é, mas troca a velocidade aparente por segurança real. Um projeto de 12 a 18 meses que entrega ganho em cada etapa vale mais que um big bang de 6 meses que entra no ar e trava a operação.
| Onda | O que migra | Por que nesta ordem |
|---|---|---|
| 1. Retaguarda fiscal e financeira | Emissão fiscal, financeiro, base de cadastro limpa | É o fio que não pode quebrar; valida o motor fiscal antes do volume |
| 2. Logística e estoque | Expedição, WMS, saldo por canal | Depende do cadastro já saneado na onda 1 |
| 3. Omnicanalidade | OMS, marketplaces, loja própria, PDV integrado | Exige fiscal e estoque estáveis para orquestrar pedidos |
| 4. Otimização e desligamento do legado | Relatórios, automações, corte do sistema antigo | Só após cada onda anterior capturar o ganho |
O que fazer com os dados do sistema antigo?
Migração de dados é onde o projeto trava na prática. A regra é não migrar lixo. Antes da virada, sanear cadastro de produto com grade correta, conciliar saldo de estoque, deduplicar clientes e limpar pendências fiscais. Dado sujo migrado vira divergência de estoque entre canais e erro de faturamento no novo sistema.
O custo oculto de retrabalho de cadastro costuma superar qualquer economia de licença. Por isso a onda 1 começa pela base limpa, não pela função bonita. Um cadastro único, sem duplicidade entre ERP, e-commerce, OMS e WMS, é o que faz o pedido entrar uma vez e o saldo ficar único. Veja como a orquestração depende desse saldo único em OMS e orquestração de pedidos.
As ondas da migração faseada
- 1Retaguarda fiscal e financeiraO fio que não pode quebrar, sobre cadastro limpo.Você está aqui
- 2Logística e estoqueExpedição, WMS e saldo por canal, após o cadastro saneado.
- 3OmnicanalidadeOMS, marketplaces e PDV, com fiscal e estoque estáveis.
- 4Otimização e corte do legadoRelatórios, automações e desligamento do sistema antigo.
Quem precisa estar na mesa da decisão?
A troca de ERP não é decisão de TI sozinha. Coloque e-commerce, operação e fiscal como co-donos, com indicadores de sucesso definidos antes do projeto começar. Sem esses indicadores, ninguém sabe se a troca deu certo, e o sistema entra no ar sem critério de aprovação.
- Redução de divergência de estoque entre canais, medida antes e depois da virada.
- Queda de erros de faturamento e de devoluções por falha sistêmica.
- Agilidade de cadastro de novos produtos e coleções, crítica em moda e calçados.
- Continuidade de venda durante cada onda, sem janela de operação parada.
A reforma tributária adiciona um motivo a mais para não adiar. CBS e IBS entram no varejo no ciclo 2026 a 2027, e um ERP legado sem atualização rápida vira passivo fiscal. Veja o calendário em CBS e IBS no e-commerce.
Como escolher o parceiro de implantação?
Resposta direta: para o varejo, experiência no seu segmento pesa mais que tamanho do fornecedor. Um parceiro que já implantou ERP em joalheria conhece as armadilhas de quilatagem, consignação e crediário antes de você tropeçar nelas. Como o maior risco é "entrar no ar sem capturar benefício", a maturidade de implantação e o histórico no segmento são critérios de decisão, não itens secundários da proposta.
Avalie três sinais concretos antes de assinar. Base instalada relevante no seu segmento, porque varejo de moda tem necessidades que serviço ou indústria não têm. Documentação técnica clara e APIs estáveis, porque integração frágil trava a onda de omnicanalidade. E método de implantação por fases, não por big bang, porque o parceiro que só sabe virar tudo de uma vez coloca a sua operação em risco. Peça para ver o plano de ondas dele antes de fechar, e fuja de quem promete migrar tudo em um fim de semana. Entenda também a diferença entre genérico e vertical em ERP horizontal ou plataforma vertical de varejo.
Está na hora de trocar seu ERP?
Quatro perguntas. Cada resposta indica o ganho que a migração por ondas captura primeiro.
Sua equipe digita o mesmo pedido em mais de um sistema?
O fechamento fiscal/contábil leva mais de 2 dias?
Seu ERP já emite NFC-e com os campos da Reforma (CBS/IBS)?
Dá para trocar de ERP sem parar a venda?
Qual o próximo passo concreto?
Antes de escolher fornecedor, escreva o plano de ondas e os indicadores de sucesso. Defina o que migra em cada fase, em que ordem, e como você mede o ganho de cada onda. Sanear o cadastro é a primeira tarefa, não a última. A Onclick desenha a troca como projeto de continuidade, com a tese de que a loja não para, justamente porque a migração faseada protege a operação enquanto o sistema novo prova valor. Para dimensionar o investimento dessa travessia, veja TCO, ROI e payback da migração de ERP.