Quando uma empresa decide fazer a migração para o SAP Business One, a pergunta raramente é «que botões carregar». É outra: que dados passam, em que dia se deixa de faturar no sistema antigo e o que acontece se algo correr mal à segunda-feira de manhã. Esta página trata dos dois casos que o termo cobre: passar para o SAP Business One a partir de Excel, de um programa de contabilidade ou de um ERP antigo, e migrar entre versões do próprio SAP Business One.
Se ainda está a comparar soluções, comece por o guia de migração de ERP e pela página geral sobre SAP Business One. Aqui assumimos que a escolha está feita.
Dois tipos de migração, dois riscos diferentes
Falar de «migração» sem precisar o ponto de partida leva a orçamentos errados.
| Ponto de partida | Risco principal | O que pesa mais |
|---|---|---|
| Folhas de Excel e programa de faturação simples | Dados duplicados ou incompletos | Limpeza e regras de preenchimento |
| Programa de contabilidade com módulo comercial | Plano de contas e documentos em aberto | Acordo com o contabilista certificado |
| ERP antigo, muito personalizado | Funções que ninguém documentou | Levantamento do que o sistema faz de facto |
| SAP Business One numa versão antiga | Cadeia de etapas e extensões incompatíveis | Compatibilidade das extensões e calendário |
Quem sai do Excel ganha estrutura, mas parte sem regras. Quem sai de um ERP antigo tem regras demais, muitas delas esquecidas. Em qualquer dos casos, o integrador começa por um levantamento, e é por isso que a mise en place e a migração se planeiam juntas.
O que a SAP prevê no método de implementação
O método de implementação da SAP coloca a migração dos dados do sistema anterior na fase de realização do projeto e inclui, entre as ferramentas da metodologia, um guia de migração de dados. Duas consequências práticas:
- a migração não é uma tarefa do último fim de semana: é uma atividade com responsável, calendário e entregáveis;
- o integrador deve apresentar o seu próprio guia ou modelo de carregamento, e não improvisar ficheiros de importação à medida que os erros surgem.
Se a proposta que recebeu não descreve como será feita a migração de dados, essa omissão é um sinal de alerta. Veja também como escolher um parceiro SAP Business One.
Que dados migrar, e com que critério
Nem tudo o que existe merece passar. O critério útil é: «precisamos disto para trabalhar amanhã, ou apenas para consultar?»
Dados mestres: clientes, fornecedores, artigos
São a base e o que mais compensa limpar. Antes de qualquer carga:
- eliminar duplicados (o mesmo cliente com três grafias);
- validar o NIF e a morada fiscal, porque alimentam a faturação, o SAF-T (PT) e a comunicação à AT;
- uniformizar unidades de medida, famílias de artigos e condições de pagamento;
- decidir os códigos novos: um código com significado oculto e herdado de 2008 raramente deve sobreviver.
Para os artigos e armazéns, a lógica de stocks e compras determina a estrutura a preparar.
Saldos de abertura e contabilidade
Na contabilidade, a regra habitual é migrar os saldos de abertura por conta, por cliente e por fornecedor, não todos os movimentos antigos. O plano de contas deve ser fechado com o contabilista certificado antes da carga, pois mudá-lo depois é caro. A página sobre contabilidade e finanças no SAP Business One detalha o que o módulo cobre.
Documentos em aberto
Encomendas de clientes por entregar, encomendas a fornecedores por receber, faturas por cobrar e por pagar: estes documentos têm de existir no sistema novo para que a operação continue no primeiro dia. Convém decidir se se recriam como documentos novos ou como saldos, e como se referenciam os documentos originais para efeitos de rastreabilidade.
Histórico
O histórico completo raramente justifica o custo. Há alternativas mais sensatas: manter o sistema antigo em modo de consulta, exportar para um arquivo pesquisável, ou migrar apenas um resumo (vendas por cliente e por artigo) útil para análise. Seja qual for a escolha, os documentos têm de continuar acessíveis durante o prazo legal de conservação.
Estratégia de arranque: qual a data certa?
A data de arranque (a passagem do sistema antigo para o novo) é uma decisão de negócio e fiscal, não só técnica.
- Início de um exercício: simplifica a contabilidade, pois os saldos de abertura coincidem com o início do ano, mas concentra o trabalho num período já carregado.
- Início de um mês: um bom compromisso para empresas sem sazonalidade forte; evita partir um mês de faturação a meio.
- Fora dos picos da atividade: não arranque em plena campanha, inventário ou fecho de contas.
Duas abordagens possíveis, com vantagens diferentes:
| Abordagem | Vantagem | Inconveniente |
|---|---|---|
| Arranque único (todos os módulos e utilizadores) | Um só sistema desde o primeiro dia | Risco concentrado numa data |
| Arranque por fases (por módulo, filial ou armazém) | Risco diluído e aprendizagem progressiva | Interfaces temporárias entre sistemas |
Para empresas com várias filiais, ou com regiões de operação distintas, o arranque por fases costuma ser mais prudente. Para uma PME com uma só estrutura, o arranque único bem preparado é normalmente mais simples.
Testes: o que fazer antes de arrancar
A migração testa-se várias vezes antes de existir «a sério». O padrão que funciona:
- Carga de ensaio num ambiente separado, com dados reais, para detetar erros de formato e regras de validação.
- Reconciliação: comparar saldos de clientes, fornecedores, stock e contabilidade entre o sistema antigo e o novo, com assinatura do responsável financeiro.
- Cenários de ponta a ponta: uma encomenda que passa a guia, a fatura, ao recebimento e à contabilização, com os utilizadores que a vão executar.
- Verificação fiscal: emissão de documentos com software de faturação certificado, séries, ATCUD e código QR, e exportação de um ficheiro SAF-T (PT) de teste. Veja o guia de SAF-T (PT) e o guia sobre software de faturação certificado.
- Ensaio geral do fim de semana de arranque, com cronómetro, para saber quanto tempo a carga demora realmente.
Os utilizadores-chave da empresa devem participar nos testes. Um integrador que testa sozinho valida a ferramenta, não o seu negócio. A formação deve ocorrer antes do arranque, com os testes como material de treino.
Plano de retorno: preparar o que se espera nunca usar
Um plano de retorno (regresso ao sistema antigo) credível tem quatro elementos:
- cópia completa e congelada do sistema antigo no momento da paragem, guardada e testada;
- critérios de decisão definidos antes: por exemplo, impossibilidade de emitir faturas válidas ou saldos que não reconciliam;
- prazo limite: a partir do momento em que existem documentos fiscais emitidos no sistema novo, voltar atrás deixa de ser trivial, e é preciso dizê-lo;
- responsável pela decisão, com nome, que não seja o integrador sozinho.
A questão da numeração é central. Documentos emitidos e comunicados à AT não se apagam nem se renumeram: se for preciso regressar, o procedimento deve estar combinado com o contabilista certificado desde o início.
Migrar entre versões do SAP Business One
Quando a empresa já usa o SAP Business One, a migração é uma atualização de versão. Os factos da SAP orientam o planeamento:
- as montadas diretas só são suportadas entre versões consecutivas, como da 9.3 para a 10.0; quem está mais atrás avança por etapas;
- as versões 8.8, 8.81, 8.82, 9.0, 9.1, 9.2 e 9.3 já terminaram a manutenção standard;
- a versão 10.0 está em manutenção standard até 31 de dezembro de 2028, com datas sujeitas a alteração; a SAP indica que a versão 11 virá depois da 10, sem data;
- os clientes com contrato de manutenção válido recebem gratuitamente as atualizações de versão;
- desde a versão 10.0, a SAP entrega a inovação em feature packages cumulativos, com novidades, correções, correções de segurança e atualizações legais, e as interfaces mantêm-se estáveis.
Na prática, a gratuitidade da licença de atualização não torna o projeto gratuito: há o trabalho de teste, a verificação das extensões e integrações, a revisão de personalizações e a formação. Para escolher a versão e a edição, consulte versões e edições do SAP Business One. Se o sistema já tem problemas acumulados, uma auditoria e recuperação do projeto antes da subida evita levar os defeitos para a versão nova.
Mantenha-se também atualizado dentro da versão atual: a SAP não fornece correções nem correções de segurança para feature packages, support packages, patches ou hotfixes antigos. O suporte e manutenção deve prever esta cadência.
Erros a evitar
- Migrar o lixo: carregar dados sujos «para limpar depois». Depois nunca chega.
- Deixar o plano de contas para a última semana: bloqueia a contabilidade e a reconciliação.
- Não testar com a faturação certificada: descobrir no primeiro dia que a série ou o ATCUD não estão corretos.
- Reproduzir o sistema antigo à letra: a migração é uma oportunidade para simplificar processos, não para copiar defeitos.
- Arrancar sem critérios de retorno: quando algo falha, ninguém sabe quem decide.
- Esquecer as extensões e integrações: um conector ao e-commerce ou ao banco que não foi testado paralisa a operação.
- Subestimar o tempo dos utilizadores: os testes e a formação consomem dias da equipa, que o calendário tem de reservar.
Os restantes motivos de falha estão em erros num projeto de ERP, e o preço do SAP Business One ajuda a perceber que parte do orçamento deve ir para a migração e não só para licenças.
Como a rede o ajuda
O Integrador ERP não faz a migração: é um serviço gratuito que o põe em contacto com um integrador adequado ao seu projeto, que pode ser uma saída do Excel, a substituição de um ERP antigo ou a subida de uma versão. Explicamos como funciona a ligação e o que deve levar para a primeira conversa: a lista de sistemas atuais, o volume aproximado de dados, as obrigações fiscais a cumprir e a data em que gostaria de arrancar.
Perguntas frequentes
Posso migrar do Excel diretamente para o SAP Business One?
Sim, e é um dos pontos de partida mais comuns. O trabalho principal não é a importação em si, mas a preparação: um ficheiro por tipo de dado, códigos únicos, NIF validados e contas alinhadas com o plano de contas do contabilista certificado. O integrador define o formato de carregamento e repete-o em ambiente de teste antes do arranque.
Devo migrar todo o histórico do sistema antigo?
Normalmente não. Migram-se os dados mestres limpos, os saldos de abertura e os documentos em aberto. O histórico detalhado fica consultável no sistema anterior ou num arquivo, durante o prazo de conservação que a lei fiscal e comercial exige. Migrar tudo encarece o projeto e arrasta lixo para o sistema novo.
Como se passa de uma versão antiga do SAP Business One para a atual?
A SAP só suporta montadas diretas entre versões consecutivas, por exemplo da 9.3 para a 10.0. Quem está numa versão mais antiga passa por várias etapas. As versões 8.8, 8.81, 8.82, 9.0, 9.1, 9.2 e 9.3 já terminaram a manutenção standard, pelo que convém planear a subida cedo.
A migração obriga a mudar a numeração das faturas e a série ATCUD?
Depende da data de arranque e da forma como o software anterior estava registado na AT. Em regra, abre-se uma nova série no SAP Business One no dia do arranque, comunica-se à AT e nunca se reutiliza uma numeração já emitida. O contabilista certificado e o integrador devem fixar este ponto antes da data de bascule.
Que plano de retorno devo exigir ao integrador?
Peça por escrito uma cópia completa do sistema antigo congelada no momento da paragem, um critério de decisão antes do arranque (o que obriga a voltar atrás) e um prazo limite a partir do qual o regresso deixa de ser possível. Sem estes três elementos, o plano de retorno é apenas uma intenção.
Fontes
- SAP Support — Business One upgrades and patches
- SAP Support — Business One maintenance
- SAP Learning — Implementing SAP Business One
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.