Como trocar de ERP sem parar o faturamento: guia prático

A segunda-feira da virada começa bem até o primeiro caminhão encostar na doca. O pedido está no ERP novo, mas a nota não sai porque a regra de tributação daquele cliente não foi configurada. O e-commerce continua mandando pedidos para o sistema antigo. O financeiro não encontra os boletos em aberto, porque os títulos migrados vieram sem o "nosso número" que o banco usa para identificá-los. Na quarta-feira, metade da equipe voltou a usar o sistema antigo "só para hoje".

A escolha do ERP costuma receber meses de atenção: demonstrações, comparativos, negociação. A implantação recebe um cronograma do fornecedor e a expectativa de que vai dar certo. Só que é na implantação que a empresa para de faturar, não na escolha.

Este texto trata da troca em si: como planejar, o que precisa ser refeito, como migrar dados, treinar as pessoas e atravessar a primeira semana sem parar o faturamento e a expedição. Se a decisão sobre qual caminho seguir ainda está aberta, comece pelo texto sobre ERP sob medida ou ERP de mercado.

Como trocar de ERP: o resumo em oito passos

Para quem quer a resposta curta antes dos detalhes, uma troca de ERP que não para a operação segue esta ordem:

1. Definir a data da virada pelo calendário da empresa, não pelo do fornecedor: fora do pico de vendas, de preferência no início de um mês.
2. Fechar o escopo da primeira fase: o que precisa funcionar no dia um e o que pode esperar.
3. Nomear um responsável por área com tempo reservado para o projeto.
4. Inventariar todas as integrações do ERP atual e decidir o destino de cada uma.
5. Migrar cadastros, saldos e um histórico mínimo, com pelo menos duas cargas de ensaio antes da definitiva.
6. Treinar por função, com dados reais e usuários-chave em cada setor.
7. Ensaiar a virada com um roteiro de testes que cobre o ciclo completo: pedido, nota, expedição, cobrança e baixa.
8. Preparar a primeira semana: plantão, painel de pendências e critério claro para recuar.

O que faz uma troca de ERP dar errado

Quase nunca é o software. Os problemas que param a operação se repetem:

• Integração esquecida. O ERP antigo conversava com a loja virtual, o banco, a transportadora, a balança, o sistema de ponto. Ninguém listou tudo, e algo para no dia da virada.
• Cadastro migrado sem revisão. Produtos sem NCM, clientes com inscrição estadual errada, regras fiscais que no sistema antigo estavam "dentro do código" e no novo precisam ser configuradas.
• Saldo inicial que não bate. O estoque entra no novo sistema com a contagem de um dia e a movimentação de outro. A diferença só aparece no inventário seguinte.
• Treinamento genérico. A equipe assistiu a apresentações do sistema inteiro, mas ninguém treinou o próprio trabalho com os próprios dados.
• Data imposta. A virada foi marcada para o fim do contrato do sistema antigo, no meio da temporada de vendas, sem ensaio.
• Sem plano de recuo. Quando algo crítico falha, não existe decisão prévia sobre voltar ou insistir, e a empresa fica dias no meio do caminho.

Todos são visíveis semanas antes, se alguém procurar.

Planejamento: data, escopo e responsáveis

A data

A data da virada é uma decisão de negócio. Alguns critérios práticos:

• Fora da sazonalidade. Quem vende mais no fim do ano não troca de ERP em novembro.
• Início de mês. Apurações fiscais e fechamento contábil ficam mais simples quando um período inteiro foi feito num único sistema. Confirme com o contador como ele prefere tratar o mês da troca nas obrigações acessórias.
• Com folga para o contrato antigo. Mantenha o sistema anterior acessível, ao menos para consulta, por um bom tempo depois da virada. Contratos que vencem no dia seguinte à virada eliminam a rede de segurança.

O escopo da primeira fase

O dia um precisa de pouco, mas esse pouco precisa funcionar inteiro: vender, faturar, expedir, receber e pagar. Relatórios gerenciais sofisticados, um módulo de produção mais completo ou um portal novo podem vir depois. Veja quando os relatórios do ERP bastam e quando entra o BI. Cada item a mais no escopo da virada é um ponto a mais que pode falhar no dia em que tudo está sendo testado de verdade.

Os responsáveis

Implantação de ERP não é projeto de TI. Cada área (comercial, fiscal, financeiro, estoque, expedição, compras) precisa de um responsável que conheça o processo, tenha autoridade para decidir e tempo reservado na agenda.

Acima deles, um dono do projeto do lado da empresa, que decide os impasses entre áreas e tem a palavra final sobre a data e sobre o recuo.

Integrações que precisam ser refeitas

As integrações costumam ficar fora do escopo do fornecedor do ERP, e por isso são subestimadas. Comece com um inventário: tudo o que entra ou sai do sistema atual, automaticamente ou por arquivo.

Para cada item, decida: o novo ERP resolve nativamente, existe conector de mercado ou é preciso desenvolver. As que precisam de desenvolvimento entram no cronograma desde o início, não no último mês.

Dois cuidados. Primeiro, trate a troca como chance de corrigir o desenho: se a integração antiga tinha duas fontes da verdade para preço ou estoque, não replique o problema. Os princípios estão em como integrar seu sistema com o ERP sem dor de cabeça. Segundo, teste os casos difíceis, não o pedido simples. Para quem vende online, o detalhamento de reservas, nota e rastreio está no texto sobre integração entre ERP e e-commerce.

Migração de saldos, cadastros e histórico

Migração tem três camadas, com níveis diferentes de exigência.

Cadastros (clientes, fornecedores, produtos, tabelas de preço, plano de contas) migram integralmente, mas não sem revisão. É o momento de desativar o que não se usa, unificar duplicados e completar campos obrigatórios.

Saldos são o ponto crítico: estoque por local, títulos a receber e a pagar em aberto, adiantamentos, saldos contábeis de abertura. Eles têm uma data de corte, e tudo o que acontecer depois dela precisa ser lançado no sistema novo. Para estoque, o mais seguro costuma ser um inventário físico próximo da virada; para o financeiro, uma conferência título a título dos valores relevantes, feita por quem conhece a carteira.

Histórico é onde muita implantação perde tempo. Pedidos e notas de anos anteriores raramente precisam estar no novo ERP com todos os detalhes. Em geral bastam um resumo para consulta comercial (o que cada cliente comprou) e o acesso aos documentos fiscais antigos, que precisam continuar disponíveis pelo prazo legal. Isso pode ficar no sistema antigo, em modo consulta, ou numa base separada.

Uma regra prática: faça pelo menos duas cargas de ensaio antes da definitiva. A primeira revela os problemas de formato; a segunda confirma que foram resolvidos e mede quanto tempo a carga leva, o que define a janela da virada. Se o ERP antigo não exporta dados de forma organizada, extrair direto da base é um trabalho técnico à parte, que precisa entrar no plano; o texto sobre integrar sistema legado sem API mostra os caminhos possíveis.

Um detalhe fiscal que não pode escapar: a numeração das notas fiscais. O novo sistema precisa continuar a sequência da série em uso ou começar uma série nova, conforme a orientação do contador. Nunca deixe os dois sistemas emitindo na mesma série ao mesmo tempo, porque isso provoca rejeições por número já utilizado e lacunas na sequência que depois precisam ser inutilizadas. O certificado digital precisa estar instalado e testado antes do dia da virada.

Treinamento por função e usuários-chave

Treinamento que funciona tem três características:

• É por função, não por módulo. O faturista aprende a faturar os pedidos que fatura todos os dias, incluindo as exceções. Não precisa assistir à demonstração do módulo de compras.
• Usa dados reais. Com os cadastros da carga de ensaio, os erros de configuração aparecem no treinamento, não na operação.
• Tem usuários-chave. Em cada setor, uma ou duas pessoas são treinadas antes e com mais profundidade. No dia da virada, elas ficam ao lado dos colegas como primeira linha de suporte.

Inclua no treinamento o que fazer quando algo dá errado: como registrar um problema, quem procurar, e o que pode ou não ser feito por fora do sistema enquanto a solução não sai.

Operação em paralelo ou virada direta

Existem dois caminhos, e o paralelo completo é menos óbvio do que parece.

O paralelo completo raramente se sustenta com volume alto: em poucos dias, ninguém mais lança no sistema antigo com cuidado. Na prática, o caminho mais comum é a virada direta precedida de ensaios, com conferência de resultados-chave nas primeiras semanas.

O ensaio geral

Antes da data, simule a virada completa num ambiente de testes: carga de dados, integrações ligadas aos ambientes de homologação dos parceiros, e um roteiro que percorre o ciclo inteiro. Um roteiro mínimo cobre pedido com desconto, pedido para outro estado, devolução, cancelamento após faturamento, boleto emitido e retornado, recebimento de mercadoria e transferência entre locais.

O plano de recuo

Defina antes, por escrito, o que faz a empresa voltar ao sistema antigo e até quando isso é possível. Por exemplo: se a emissão de notas não funcionar até determinado horário do primeiro dia, a operação volta. Depois que notas foram emitidas no novo sistema e pagamentos foram baixados, voltar fica caro, e a decisão passa a ser corrigir em frente.

A primeira semana depois da virada

A primeira semana é a que define se a equipe vai confiar no sistema.

• Plantão concentrado. Fornecedor, equipe de integração e usuários-chave disponíveis, de preferência no mesmo canal, com resposta rápida para o que trava faturamento e expedição.
• Painel de pendências. Uma lista única com cada problema, o responsável e a situação. Problema que trava a nota tem prioridade sobre problema de relatório.
• Conferência diária. Pedidos recebidos contra pedidos faturados, notas emitidas contra notas autorizadas, títulos gerados contra remessas enviadas ao banco, saldos de estoque dos itens de maior giro.
• Proibição de atalhos. Lançamentos "por fora" no sistema antigo ou numa planilha criam a próxima divergência. Se algo precisa ser feito manualmente, registre como exceção e lance assim que possível.
• Ajustes de configuração com controle. Mudar uma regra fiscal às pressas para destravar um pedido pode quebrar outros cinquenta. Toda mudança passa pelo responsável da área.

Depois da primeira semana vem o primeiro fechamento do mês, que é o segundo teste. Planeje-o com o contador, porque é ali que aparecem diferenças de apuração e de saldos que a operação diária não mostra.

Checklist antes de marcar a data

• Todas as integrações inventariadas, com destino decidido e testadas em homologação
• Duas cargas de ensaio concluídas, com tempo de carga medido
• Regras fiscais revisadas e validadas pelo contador
• Numeração de notas e certificado digital configurados
• Títulos em aberto conferidos e testados com o banco
• Inventário físico agendado para perto da virada
• Usuários-chave treinados e equipe treinada por função
• Ensaio geral feito com o roteiro de casos difíceis
• Plano de recuo escrito, com critério e prazo
• Sistema antigo disponível para consulta depois da virada

Se mais de um item ainda está em aberto, a data provavelmente está cedo demais.

Perguntas frequentes

Quanto tempo leva uma troca de ERP?

Depende do número de integrações, do estado dos dados e do escopo da primeira fase, por isso o prazo só fica confiável depois de um inventário. Em empresas médias, uma troca de ERP costuma levar alguns meses entre planejamento, cargas de ensaio, treinamento e virada. Marcar a data antes de concluir ensaios e integrações é um erro frequente.

Qual o melhor momento do ano para trocar de ERP?

O melhor momento é o início de um mês fora da sazonalidade de vendas da empresa, para que as apurações fiscais e o fechamento contábil de cada período fiquem num único sistema. Quem vende mais no fim do ano não deve trocar de ERP em novembro. Confirme com o contador como tratar o mês da troca nas obrigações acessórias.

Preciso migrar todo o histórico para o novo ERP?

Não. Cadastros e saldos em aberto precisam migrar, mas pedidos e notas de anos anteriores raramente precisam estar no novo ERP com todos os detalhes. Em geral bastam um resumo para consulta comercial e o acesso aos documentos fiscais antigos, que podem ficar no sistema anterior em modo consulta ou numa base separada pelo prazo legal.

Dá para usar o ERP antigo e o novo ao mesmo tempo?

Dá, mas o paralelo completo, lançando tudo nos dois sistemas, raramente se sustenta com volume alto: dobra o trabalho da equipe e os sistemas divergem rápido. Na maioria das empresas funciona melhor rodar no ERP novo e conferir resultados-chave contra o antigo, como saldos e apurações, mantendo o sistema anterior disponível para consulta.

Como a Pervian Tech trabalha trocas de ERP

Não somos revendedores de ERP. Na Pervian Tech, entramos na troca pelo lado que costuma ficar sem dono: o inventário de integrações, a extração e a limpeza dos dados do sistema antigo, as integrações que precisam ser refeitas e o desenho para que o novo ERP converse com o resto da operação sem planilha no meio. Quando o sistema antigo é um legado sem documentação, o trabalho se aproxima de uma modernização de sistemas legados.

Começamos com um diagnóstico inicial gratuito, que mapeia sistemas, integrações e riscos da virada. A partir daí, o plano é sob medida e organizado em fases, como um trabalho de arquitetura de software: inventário, integrações, ensaios de migração, virada e acompanhamento. Prazos dependem do número de integrações e do estado dos dados, e são definidos depois do diagnóstico; o investimento é sob consulta. Outros textos sobre o tema estão em modernização. Se a sua empresa vai trocar de ERP e não pode parar de faturar, conte como ela funciona hoje.