Migração de ERP: guia para mudar de ERP com segurança

Mudar de ERP é uma das decisões mais pesadas na vida de uma empresa: toca na faturação, nas compras, no armazém, na contabilidade e, por arrasto, no trabalho de todas as pessoas que usam o sistema todos os dias. Uma boa migração de ERP não começa pela ferramenta de importação; começa por perceber porque se muda, o que se quer manter e como se protege a operação durante a passagem.

Este guia dirige-se a dirigentes, diretores financeiros e responsáveis de sistemas de informação de PME e ETI portuguesas. Explica quando faz sentido mudar de ERP, como escolher a estratégia de arranque, como conduzir a reprise de dados (nesta página: reprodução e carregamento dos dados no novo sistema), que riscos vigiar e como organizar o regresso atrás.

Migração de ERP: de que falamos exatamente?

A expressão cobre situações diferentes, e convém distingui-las, porque o esforço e o risco variam muito de uma para outra.

• Mudança de solução: passar de um ERP para outro de um fabricante diferente, por exemplo de um programa de gestão antigo para Odoo, Microsoft Dynamics 365 Business Central ou SAP Business One. É a situação mais exigente.
• Mudança de modelo de alojamento: manter o mesmo produto, mas passar de uma instalação local para a nuvem, ou o inverso. O guia sobre ERP na nuvem ou instalado localmente detalha essa escolha.
• Atualização de versão: continuar no mesmo ERP, mas subir para uma versão major. Parece mais simples, mas as personalizações, os relatórios e as integrações podem deixar de funcionar.
• Consolidação: reunir vários sistemas, por vezes herdados de aquisições ou de filiais, numa única plataforma.

Em todos os casos aplica-se a mesma lógica: preparar, ensaiar, arrancar, estabilizar. O que muda é a profundidade de cada etapa.

Quando é altura de substituir o seu ERP

Ninguém muda de ERP por gosto. Os sinais que justificam a decisão costumam ser concretos e repetidos.

Sinais operacionais

A equipa mantém folhas de cálculo paralelas para fechar o mês, os mesmos dados são introduzidos em vários sítios, o stock informático não corresponde ao stock real, e cada pedido de informação à gestão exige uma extração manual. Quando o sistema deixa de ser a fonte única da verdade, o ERP já não cumpre o seu papel.

Sinais regulamentares

O programa de faturação tem de manter a certificação junto da AT, emitir documentos com ATCUD e código QR e produzir o SAF-T (PT) sem retificações manuais. Um sistema que obriga a contornos para cumprir estas obrigações é um risco fiscal, não apenas um incómodo. Para o enquadramento completo, consulte o guia sobre obrigações legais de um ERP em Portugal e a página dedicada ao SAF-T (PT).

Sinais técnicos e estratégicos

O fabricante deixou de evoluir a versão em uso, ninguém na empresa domina as personalizações antigas, a ligação à loja online ou ao operador logístico é frágil, ou o crescimento para novas filiais, países ou regiões, como as ilhas, esbarra nos limites do sistema. Aqui, a mudança é muitas vezes uma questão de continuidade do negócio.

Quando não mudar

Convém ser honesto: se o problema é um processo mal definido ou uma equipa mal formada, um ERP novo reproduz o mesmo problema com mais custo. Antes de decidir, vale a pena perguntar se a configuração do sistema atual, uma formação ou uma limpeza dos dados não resolvem o essencial. A mudança só se justifica quando o limite é do sistema, não da forma como é usado.

Preparar o projeto antes de tocar nos dados

A maior parte dos problemas de uma migração nasce antes do arranque, na fase de preparação. Três tarefas fazem a diferença.

Mapear os processos existentes e os desejados

Descreva como a empresa trabalha hoje, do orçamento ao recebimento, e como quer trabalhar amanhã. Aproveite para eliminar o que só existe por hábito. Um modelo de requisitos bem escrito serve de base à escolha da solução e ao contrato com o integrador; o modelo de caderno de requisitos de ERP ajuda a estruturar este trabalho.

Escolher o ERP e o integrador

A escolha do sistema deve depender dos processos, do setor e da dimensão da equipa, não da familiaridade com uma marca. As páginas sobre Odoo, Cegid Primavera, Microsoft Dynamics 365 Business Central, SAP Business One e Oracle NetSuite apresentam a natureza e a cobertura de cada um. Para decidir com método, veja como escolher um ERP e como escolher um integrador.

Nomear responsáveis internos

Uma migração não é um projeto que se entrega a terceiros e se recebe pronto. Precisa de um responsável de projeto com autoridade, de utilizadores-chave por área (financeiro, compras, vendas, armazém, produção) e do contabilista certificado, ouvido desde o início. Sem pessoas internas disponíveis, os dados são validados tarde e mal.

Estratégia de arranque: tudo de uma vez ou por lotes?

É a decisão mais visível do projeto. Existem duas famílias de abordagem e uma terceira, híbrida.

O arranque único

Vantagem principal: não há dois sistemas a manter em paralelo, nem interfaces provisórias a construir e a desfazer. É a escolha natural para uma pequena empresa de serviços ou de comércio, em que a faturação, a contabilidade e o stock andam muito juntos. O risco é a concentração: se algo falha no dia do arranque, falha tudo ao mesmo tempo. Exige ensaios completos e uma janela de arranque bem escolhida.

O arranque por lotes

Divide-se por módulos (primeiro finanças e faturação, depois compras e stock, depois produção), por entidade jurídica, por filial ou por região. Cada lote serve de ensaio ao seguinte e limita o dano de um erro. O custo é a coexistência: durante um tempo, partes da empresa usam o sistema antigo e outras o novo, o que obriga a interfaces temporárias e a regras claras sobre qual sistema é a fonte de cada informação.

A abordagem híbrida

Muitas empresas fazem um arranque único do núcleo (contabilidade, faturação, tesouraria) e escalonam o resto. É uma solução sensata quando as obrigações fiscais pedem um corte limpo e a operação tolera uma entrada gradual.

O momento do corte

Em Portugal, a data de arranque raramente é neutra. O corte coincide muitas vezes com o início de um exercício ou com o fim de um período de IVA, para simplificar os saldos de abertura e o encerramento no sistema antigo. Evite, sempre que possível, as épocas de maior atividade comercial, de inventário ou de fecho de contas. O contabilista certificado deve validar a data antes de ser comunicada à equipa.

Migração de dados: o coração do projeto

A migração de dados é, na prática, o que mais projetos subestimam. Os dados não passam de um sistema para outro como ficheiros numa pasta: têm de ser limpos, transformados e reconstruídos segundo a lógica do novo ERP.

Decidir o que migrar

Nem tudo merece ser levado. Uma regra útil é distinguir três categorias.

Migrar todo o histórico parece prudente, mas multiplica o volume, o custo e os erros. Em muitos casos, é preferível manter o sistema antigo em modo de consulta, ou exportar o histórico para um arquivo, respeitando os prazos legais de conservação documental.

Limpar antes de migrar

A limpeza é o trabalho menos visível e o mais rentável. Inclui:

• eliminar clientes, fornecedores e artigos duplicados ou inativos;
• uniformizar nomes, moradas e códigos postais;
• validar os números de contribuinte e as condições de pagamento;
• rever a codificação dos artigos e as unidades de medida;
• corrigir stocks negativos e saldos antigos sem justificação.

Cada erro deixado para trás será migrado fielmente, e a lentidão ou a confusão do novo sistema será atribuída ao ERP em vez de aos dados.

Mapear campo a campo

O mapeamento (mapping) faz a correspondência entre os campos do sistema de origem e os do destino. Raramente é uma relação de um para um: um campo livre pode tornar-se uma lista fechada, um código antigo pode ter de ser traduzido, e uma informação que existia numa tabela pode ter de ser repartida por várias. O documento de mapeamento deve ser validado pelos utilizadores-chave, não apenas pelos técnicos, e conservado como referência do projeto.

Um ponto crítico em Portugal é a estrutura fiscal: tipos de documento, séries, regimes de IVA, motivos de isenção e dados necessários ao SAF-T (PT) têm de ser parametrizados e testados antes de qualquer carga de dados reais. O novo programa deve estar certificado, e as séries documentais serão novas, com o respetivo ATCUD. Recorde o que ficou dito no guia sobre software de faturação certificado.

Ensaiar várias vezes

Uma migração séria passa por vários ensaios completos: extração, transformação, carga, reconciliação. Cada ensaio revela novos problemas e melhora os scripts. O ensaio final deve ser feito em condições próximas do real, com o tempo medido, para saber se a carga cabe na janela de arranque.

Reconciliar

Depois de cada carga, os números têm de bater: saldos contabilísticos, contas correntes de clientes e fornecedores, stock em quantidade e em valor. A reconciliação é feita com o financeiro e, quando relevante, com o contabilista certificado, e deve ficar documentada. Sem esta prova, não se arranca.

Personalizações, integrações e relatórios

Os dados não são tudo. Um ERP antigo acumula, com os anos, adaptações à medida, ligações a outras aplicações e relatórios que a gestão usa sem pensar neles.

• Personalizações: faça o inventário e pergunte, para cada uma, se ainda é necessária. Muitas são um remendo de uma limitação que o novo sistema já resolve de série. Convém privilegiar a configuração em vez do desenvolvimento específico.
• Integrações: loja online, operadores de transporte, bancos, plataformas de faturação eletrónica, ferramentas de assiduidade ou de CRM. Cada ligação tem de ser reconstruída e testada. O guia sobre ERP e faturação eletrónica aborda a vertente documental.
• Relatórios e mapas: liste os que a gestão, a contabilidade e as entidades externas realmente utilizam. Os restantes podem desaparecer.

Quanto maior a distância entre o sistema antigo e o novo, maior o risco de descobrir uma dependência escondida no dia do arranque. Por isso, a pergunta «quem usa isto e para quê?» deve ser feita a todas as áreas, sem exceção.

Testes, formação e aceitação

Um ERP novo não se valida com uma demonstração; valida-se com os casos reais da empresa.

1. Testes de processo: percorrer de ponta a ponta os circuitos principais, do pedido do cliente ao recebimento, da compra ao pagamento, da produção à expedição.
2. Testes de aceitação pelos utilizadores: os utilizadores-chave executam os seus cenários com dados migrados e assinam a conformidade. Esta etapa é muitas vezes apressada, e é aí que os problemas aparecem depois do arranque.
3. Testes de carga e de desempenho, quando há grande volume de documentos ou muitos utilizadores em simultâneo.
4. Testes fiscais: emissão de documentos com ATCUD e código QR, comunicação à AT, exportação do SAF-T (PT), integração com a e-fatura e apuramento do IVA.

A formação deve ser feita em cima do sistema configurado da empresa, com os seus dados, e não com exemplos genéricos. Uma equipa que chega ao dia do arranque sem ter praticado é a primeira causa de abrandamento da operação.

Os principais riscos de uma migração de ERP

Estes riscos coincidem, em grande parte, com os que o guia sobre erros frequentes num projeto de ERP descreve. Quase todos são evitáveis com preparação, e quase nenhum se resolve apenas com tecnologia.

O plano de recuo: preparar o regresso atrás

Falar de regresso atrás antes do arranque pode parecer pessimista. É, na verdade, o que permite arrancar com serenidade. Um plano de recuo credível tem cinco componentes.

1. Critérios de decisão fixados à partida: o que justifica recuar (impossibilidade de faturar, de expedir ou de fechar um circuito crítico, erros de dados não corrigíveis dentro da janela) e quem decide.
2. Sistema antigo preservado: não é desligado nem apagado. Fica intacto, em consulta ou pronto a retomar, até que o novo esteja validado e o primeiro fecho contabilístico concluído.
3. Cópia de segurança completa no momento do corte, testada, com a prova de que pode ser restaurada.
4. Ponto de não retorno identificado: a partir de certo momento, os documentos emitidos no novo sistema (com as suas séries comunicadas à AT) tornam o recuo mais complexo. Esse momento deve ser conhecido e assumido.
5. Comunicação: quem avisa clientes, fornecedores, bancos e equipa se for necessário recuar, e com que mensagem.

Se o recuo nunca for acionado, o plano terá custado pouco. Se for, será a diferença entre um incidente e uma crise.

Depois do arranque: estabilizar e encerrar

O dia do arranque não é o fim do projeto. Segue-se um período de acompanhamento reforçado em que se tratam as anomalias, se ajustam parâmetros e se respondem às dúvidas dos utilizadores.

• Mantenha uma linha de apoio dedicada e um registo único das ocorrências.
• Faça o primeiro fecho mensal com o contabilista certificado, comparando resultados com o sistema antigo quando possível.
• Verifique o SAF-T (PT) e as declarações de IVA do primeiro período completo.
• Só depois de tudo validado, arquive e desative o sistema antigo, conservando os dados exigidos por lei.
• Faça um balanço do projeto: o que correu bem, o que não correu, o que deve ser melhorado.

Migrar para um ERP conforme o setor

O peso de cada etapa depende do setor. Numa empresa industrial, a migração das listas de materiais, dos roteiros e das ordens de produção em curso é decisiva; veja o ERP para a indústria. Num grossista, o stock por armazém, as tabelas de preços e as condições por cliente dominam o projeto, como explica o ERP para distribuição e grossistas. Num negócio de comércio eletrónico, a sincronização de encomendas, stocks e meios de pagamento tem prioridade, conforme o ERP para comércio eletrónico.

Para as empresas de menor dimensão, o guia de ERP para pequenas empresas mostra como simplificar o âmbito, e o comparativo dos melhores ERP para pequenas empresas ajuda a escolher o destino. Se o seu orçamento é uma preocupação, consulte o guia sobre o custo de um ERP.

Como o Integrador ERP o pode ajudar

O Integrador ERP é um serviço gratuito de ligação: descreve o seu projeto de migração (sistema de origem, âmbito, setor, região, prazo) e é posto em contacto com um integrador certificado e adequado ao seu caso. Não somos afiliados a nenhum fabricante e não realizamos o projeto; a análise, a migração e o arranque são da responsabilidade do integrador que escolher. Veja como funciona a mise en relação e, para uma ideia geral do enquadramento, o guia sobre a implementação de um ERP.

Se a sua empresa está na zona de Lisboa, no Norte ou noutra região, indique-o no pedido: a proximidade facilita o acompanhamento presencial das fases críticas.

Os nomes de software mencionados são marcas dos respetivos editores, citadas a título meramente informativo. Este site é independente e não é afiliado a nenhum editor.