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