Troca de ERP: como migrar dados sem perder histórico e controles

 

Cadastros, saldos, documentos, parametrizações e históricos precisam sobreviver à migração; começar a operar no sistema novo não significa que a transição terminou corretamente

Por Cleiton Celini e Gledson Alves, sócios e contadores da AUDICONT Contabilidade

Na segunda-feira, o novo ERP entra no ar. Clientes e fornecedores foram importados. Usuários conseguem acessar. A empresa volta a faturar e considera a migração concluída.

Um mês depois, a contabilidade tenta reconstruir um saldo antigo e descobre que parte do histórico ficou presa no sistema anterior.

Entrar em produção não significa que a história da empresa foi migrada corretamente.

Trocar de ERP é migrar processo, não apenas arquivo

Um ERP concentra cadastros, regras, integrações, saldos, documentos e permissões. Por isso, a migração deve considerar o que precisa continuar funcionando e o que precisa continuar sendo explicável depois da troca.

O primeiro passo é separar dado ativo de histórico

Nem tudo precisa ser carregado da mesma forma. Alguns dados precisam estar ativos no novo ambiente; outros podem permanecer em arquivo histórico desde que continuem acessíveis e íntegros.

Grupo Exemplos Pergunta
Cadastros ativos Clientes, fornecedores, produtos Precisam operar no primeiro dia?
Saldos Contábil, financeiro, estoque Foram conciliados na data de corte?
Histórico Movimentações e documentos Como será consultado depois?
Parâmetros Fiscal, financeiro, contábil Foram recriados e testados?
Integrações Banco, fiscal, folha, APIs Funcionam no novo ambiente?
Acessos Usuários e perfis Foram revistos ou apenas copiados?

Migrar saldo sem conciliar transfere a dúvida para o sistema novo

Antes do corte, saldos relevantes precisam ser reconciliados. Se a empresa leva um saldo sem conseguir explicar sua origem, o novo ERP apenas herda o problema.

Esse cuidado é central para uma consultoria e planejamento contábil que precisa manter continuidade das conciliações e demonstrativos.

Cadastro antigo não deveria ser copiado sem revisão

A migração é uma oportunidade para identificar fornecedores duplicados, clientes inativos, produtos obsoletos, usuários antigos e parâmetros que não fazem mais sentido.

Copiar tudo indiscriminadamente pode transportar sujeira histórica para o ambiente novo.

Integrações precisam ser retestadas uma a uma

Banco, emissão fiscal, folha, CRM, e-commerce e outras aplicações podem depender do ERP. Alterar o sistema central muda autenticação, formato, campos e rotinas.

Por isso, a lógica da integração entre sistemas empresariais deve ser aplicada à migração: origem, destino, totalidade e tratamento de exceções.

Importar com sucesso ainda não valida o conteúdo

Cadastros e lançamentos podem ser aceitos tecnicamente e continuar incorretos. O princípio da importação automática de dados permanece válido durante a troca de ERP.

Usuários e permissões não devem ser clonados automaticamente

Perfis antigos podem refletir funções que mudaram ao longo dos anos. Migrar permissões sem revisão pode manter acessos excessivos no novo ambiente.

A troca é um bom momento para aplicar permissões proporcionais e segregação.

Logs e trilhas históricas precisam ser considerados antes de desligar o sistema antigo

Se o sistema anterior registra aprovações, alterações de cadastro e histórico administrativo, a empresa precisa decidir como esses registros serão preservados.

Depois que o contrato é encerrado, talvez o acesso deixe de existir. Por isso, a estratégia de logs e rastreabilidade precisa ser definida antes do desligamento.

Documentos fiscais e obrigações não terminam com a troca do sistema

Escriturações digitais e documentos eletrônicos continuam exigindo consistência entre períodos. O SPED demonstra como informações históricas podem ser recuperadas e reutilizadas, como ocorre entre ECD e ECF.

Uma assessoria fiscal e tributária precisa conseguir acessar documentos, cadastros e históricos necessários para explicar períodos anteriores mesmo depois da mudança tecnológica.

Folha e dados trabalhistas merecem migração separada quando aplicável

Se a troca envolve folha ou integrações com eSocial, rubricas, lotações, vínculos e históricos precisam ser tratados com cuidado. A documentação técnica do eSocial é versionada e depende de dados estruturados.

Esse processo pode exigir participação do Departamento Pessoal na validação.

Backup é requisito, não plano de migração

Ter uma cópia dos dados é importante, mas backup não substitui mapeamento, conciliação e testes. Um arquivo guardado que ninguém sabe restaurar ou consultar tem utilidade limitada.

O guia de segurança da ANPD para agentes de pequeno porte inclui medidas administrativas e técnicas voltadas à proteção de informações e gestão de riscos, princípios que também ajudam a estruturar continuidade durante mudanças de sistema.

A data de corte precisa ser objetiva

A empresa deve definir até quando o sistema antigo recebe movimentações e a partir de quando o novo passa a ser a fonte oficial. Períodos de dupla digitação sem regra clara tendem a gerar divergências.

Teste de migração precisa usar situações reais

  • cliente com histórico;
  • fornecedor com alteração bancária;
  • produto com regra fiscal específica;
  • saldo contábil relevante;
  • documento antigo;
  • integração bancária;
  • usuário com perfil restrito.

Testar apenas se a tela abre não valida a continuidade do processo.

A migração termina quando a empresa consegue operar e explicar

O novo ERP precisa permitir operação corrente, conciliação de saldos, consulta de histórico, rastreabilidade e continuidade das obrigações.

Se a equipe consegue faturar, mas não consegue reconstruir o passado, a migração ainda deixou uma lacuna.

Na avaliação de Cleiton Celini e Gledson Alves, sócios e contadores da AUDICONT Contabilidade, a troca de ERP deveria ser tratada como projeto de continuidade da informação. O objetivo não é apenas colocar um sistema novo em funcionamento, mas preservar a capacidade de operar, conciliar, comprovar e explicar os dados da empresa antes e depois da mudança.

FAQ

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

Não necessariamente no mesmo formato, mas o histórico necessário precisa continuar acessível, íntegro e consultável conforme o uso e as obrigações aplicáveis.

2. Quando o sistema antigo pode ser desligado?

Depois que dados, saldos, documentos, integrações, acessos e históricos necessários forem validados e existir plano claro de consulta ou retenção.

3. Backup do ERP antigo é suficiente?

Não. Backup é importante, mas a empresa também precisa saber restaurar, localizar e interpretar as informações guardadas.

4. Posso copiar os mesmos usuários e permissões?

É melhor revisar. A migração é oportunidade para remover contas antigas e ajustar privilégios à função atual.

5. Qual é o maior risco de uma migração apressada?

Começar a operar no novo sistema sem perceber perdas de histórico, saldos inconsistentes, integrações incompletas ou permissões inadequadas.

Fontes consultadas

SPED - ECD
Escrituração Contábil Digital e continuidade das informações contábeis

SPED - ECF
Recuperação de saldos e contas da ECD e de períodos anteriores

eSocial
Documentação técnica e leiautes vigentes para eventos trabalhistas estruturados

ANPD - Guia de Segurança da Informação
Medidas de segurança e gestão de riscos para agentes de tratamento de pequeno porte