Uma migração para o Business Central não é uma simples cópia de ficheiros. É a passagem de uma empresa inteira — contas, stocks, parceiros, circuitos de aprovação, obrigações fiscais — para um sistema com regras próprias. Quem quer passar para o Business Central decide, na prática, três coisas: o que leva, o que deixa para trás e como garante que a faturação não pára no dia da mudança.
Esta página cobre dois casos distintos: a migração vinda de fora (Excel, programa de contabilidade, ERP antigo) e a migração entre versões do próprio Business Central. Para o quadro geral de um projeto, consulte também o guia de migração de ERP.
Qual é o seu ponto de partida?
O método muda consoante a origem. O quadro resume o que se costuma encontrar no mercado português.
| Origem | Natureza do trabalho | Principal risco |
|---|---|---|
| Folhas de Excel | Estruturar dados que nunca foram estruturados | Duplicados e códigos inconsistentes |
| Programa de contabilidade ou de faturação | Reaproveitar o plano de contas, parceiros e saldos | Perda de regras de IVA e de séries de documentos |
| ERP antigo, local | Mapear módulos e dados entre dois modelos diferentes | Personalizações sem equivalente |
| Dynamics NAV ou Business Central local | Atualização técnica, depois eventual passagem para a nuvem | Extensões e código à medida incompatíveis |
| Business Central em linha, de versão para versão | Atualização contínua gerida pela Microsoft | Extensões e integrações que deixam de funcionar |
Migrar a partir de Excel ou de um software de contabilidade
Quando a origem é uma folha de cálculo, não há «migração» no sentido técnico: há construção de dados. O trabalho começa por decidir quem é dono de cada informação (quem valida a ficha de um cliente, quem valida um artigo) e só depois por carregar.
Com um software de contabilidade, a base é mais sólida, mas a armadilha está noutro sítio: o novo sistema impõe a sua forma de organizar dimensões, centros de custo e séries. Em Portugal, convém verificar desde o início como ficam as séries de documentos, o SAF-T (PT), o ATCUD e o código QR; o guia sobre SAF-T (PT) e ERP e o de software de faturação certificado ajudam a fixar essas exigências antes da carga. A Microsoft fornece diretamente a localização para um conjunto de países; para os restantes, existem aplicações de localização desenvolvidas por parceiros, disponíveis no Marketplace. Peça ao integrador que lhe explique, por escrito, como a localização portuguesa é assegurada no seu projeto e em que versão.
As ferramentas da Microsoft para a migração
A Microsoft oferece uma ferramenta de migração para a nuvem que leva os dados para o Business Central em linha a partir de várias origens:
- Business Central local, diretamente a partir da versão 25;
- Dynamics GP 2015 e seguintes;
- Dynamics SL 2015 e seguintes;
- qualquer outra origem SQL, através de migrações personalizadas.
Há condições técnicas. A solução local a migrar tem de usar SQL Server 2016 ou mais recente, com um nível de compatibilidade da base de dados de 130, no mínimo. As versões 15 a 24 do Business Central local têm de ser atualizadas primeiro para a versão 25, no mínimo. Quem parte de Dynamics NAV passa primeiro pelo Business Central local.
A partir da versão 14 local, a Microsoft descreve duas vias: a migração completa (atualização local até à versão 25 ou superior e depois migração) ou a ferramenta de reimplementação do Business Central 14, que leva só o essencial — dados de base, saldos de abertura e parametrização — diretamente para a nuvem. A segunda via é muitas vezes a mais saudável: obriga a decidir o que merece mesmo ser levado.
Para uma origem que não seja SQL, a indicação é usar pacotes e modelos de configuração para carregar os dados no Business Central local e, depois, a ferramenta de migração para a nuvem. Estas técnicas — assistente de criação de empresa, folhas e pacotes de configuração, lançamentos de abertura em diário, migração de dados — fazem parte das competências avaliadas no exame MB-800, o que dá uma boa pista para o que perguntar a um candidato a integrador.
A reprise dos dados: o que levar e o que deixar
O erro mais frequente é querer levar tudo. Um critério simples separa três famílias.
Dados de base: levar sempre, mas limpos
Clientes, fornecedores, artigos, listas de materiais, plano de contas, condições de pagamento, códigos de IVA. É aqui que se ganha ou se perde o projeto. Antes de qualquer carga:
- eliminar duplicados e fichas inativas;
- harmonizar a numeração e os códigos;
- validar os NIF, as moradas e os dados bancários;
- atribuir a cada ficha um responsável pela validação.
Saldos e documentos em aberto
Os saldos de abertura contabilísticos, as faturas por pagar e por receber, as encomendas pendentes e o stock valorizado entram por lançamentos de abertura e por documentos reconstituídos. O seu contabilista certificado deve validar a reconciliação com o balancete antes e depois da carga. Para os aspetos contabilísticos do produto, veja a página de contabilidade e finanças no Business Central.
Historial: levar apenas o que serve
Anos de movimentos antigos raramente justificam o custo de os migrar. Duas soluções frequentes: manter o sistema antigo em consulta durante o período legal de conservação, ou levar apenas resumos anuais por conta, por cliente e por artigo. Decida em função das obrigações de conservação e de quem, na empresa, consulta efetivamente o passado.
Um bom modelo de requisitos ajuda a tomar estas decisões cedo; o guia de modelo de requisitos de ERP propõe uma estrutura.
Migrar entre versões do Business Central
Quem já usa o Business Central tem uma realidade diferente conforme esteja em linha ou no servidor próprio.
Business Central em linha
A Microsoft publica duas atualizações principais por ano, em abril e em outubro, e atualizações menores todos os meses sem atualização principal, com correções críticas e evoluções regulamentares. O serviço segue a Modern Lifecycle Policy: atualizações contínuas e uma atualização principal a cada seis meses.
Os pontos de atenção para a sua empresa:
- o período de atualização de uma versão principal começa na disponibilidade geral e dura cinco meses; a versão é proposta aos ambientes existentes cerca de uma semana depois, seguindo-se um mês de período de tolerância;
- os ambientes de aperfeiçoamento (sandboxes) da versão principal abrem cerca de um mês antes da saída, em março e em setembro, e são apagados 30 dias após a disponibilidade oficial;
- cada ambiente tem, por defeito, uma janela de atualização entre as 20 h e as 6 h (hora local); o administrador pode alterá-la, com uma duração mínima de seis horas, e as atualizações não concluídas na janela são anuladas e reprogramadas sete dias depois.
A consequência prática: reserve os ambientes de aperfeiçoamento para testar extensões, relatórios e integrações antes de cada versão principal. Quem espera pelo fim do período de tolerância corre o risco de descobrir um problema de compatibilidade com pouco tempo para o corrigir. Para as diferenças entre edições e versões, consulte versões e edições do Business Central.
Business Central instalado no servidor
Aqui a atualização é um projeto técnico: cópia da base de dados, conversão, recompilação das extensões, testes. Muitas empresas aproveitam esse esforço para decidir, ao mesmo tempo, passar para a nuvem. Se essa pergunta se coloca, a página sobre alojamento e nuvem do Business Central detalha as opções.
Um exemplo recente de alteração estrutural: na vaga de versões 2026 release wave 2 (versão 29), a versão francesa foi transformada num conjunto de extensões sobre a base aplicacional internacional W1. Não diz respeito diretamente a Portugal, mas mostra uma tendência: a localização passa a ser uma camada, e convém perguntar ao integrador como evolui a que usa.
Estratégia de passagem para produção
Há duas grandes lógicas, e a escolha depende da tolerância ao risco e da dimensão da empresa.
| Estratégia | Quando faz sentido | Contrapartida |
|---|---|---|
| Passagem única | Empresa pequena, processos simples, uma só entidade | Todo o risco concentrado numa data |
| Passagem por fases | Várias entidades, módulos independentes, equipas distintas | Coexistência temporária e interfaces provisórias |
Seja qual for a escolha, três regras ajudam:
- Escolher a data com o calendário fiscal à vista. Evite o fecho do exercício, as declarações periódicas e os picos de faturação. Uma passagem no início de um período contabilístico simplifica as aberturas.
- Congelar o sistema antigo. A partir de um momento combinado, só se lança no novo sistema. Um corte limpo evita reconciliações infindáveis.
- Fazer pelo menos um ensaio completo. Uma carga de ensaio, com os volumes reais e a equipa de utilizadores, revela em horas o que a análise teórica não vê em semanas.
Testes: o que validar antes de arrancar
Os testes são o que separa uma migração controlada de uma aventura. Em cada ronda, valide:
- os totais: balancete, saldos de clientes e fornecedores, stock valorizado, comparados com o sistema antigo;
- os ciclos completos: da encomenda ao recebimento, da compra ao pagamento, com documentos de teste emitidos, incluindo as séries, o ATCUD e o código QR;
- as obrigações fiscais: ficheiro SAF-T (PT), IVA, comunicação à Autoridade Tributária, e-fatura quando aplicável;
- as integrações: banco, e-commerce, logística, ferramentas de BI;
- os perfis e permissões: cada utilizador vê e faz o que deve, nem mais nem menos;
- a aceitação pelos utilizadores: quem trabalha o sistema todos os dias valida os seus cenários, não apenas o chefe de projeto.
A formação dos utilizadores deve acontecer antes da passagem, com dados de ensaio, e não na semana do arranque.
Plano de retrocesso
Um plano de retrocesso (ou rollback) não é pessimismo: é a condição para decidir com calma. Defina por escrito, antes da data:
- o critério de recuo: que falha, observada em que momento, obriga a voltar atrás (por exemplo, impossibilidade de emitir faturas certificadas);
- o ponto de não-retorno: a partir de que movimento no novo sistema voltar atrás deixa de ser simples;
- a conservação do sistema antigo: intacto e acessível, em leitura, durante o período de arranque;
- quem decide e em que prazo, com um suplente.
Do lado do Business Central em linha, a Microsoft permite restaurar um ambiente até 10 vezes por mês de calendário, em qualquer momento dos últimos 28 dias, na mesma região do Azure e na mesma localização; a restauração só é possível com uma subscrição paga. É uma boa rede de segurança para repetir ensaios de carga, mas não substitui o plano de retorno ao sistema antigo.
Erros a evitar
- Levar dados sujos «para limpar depois». Depois nunca chega; a limpeza faz-se antes da carga.
- Subestimar a parametrização fiscal portuguesa. IVA, retenções, séries, certificação e SAF-T (PT) devem estar fechados antes do primeiro ensaio.
- Migrar o historial por reflexo. Cada ano de movimentos antigos é custo de carga, de validação e de lentidão.
- Reproduzir o sistema antigo. O objetivo não é recriar os mesmos ecrãs; é rever processos que só existiam por limitações antigas. Se necessitar de adaptações, avalie primeiro o que o standard já faz e só depois a personalização.
- Ignorar a gestão da mudança. Utilizadores que não foram envolvidos contornam o sistema com folhas de Excel paralelas.
- Não testar as atualizações. Em linha, as versões chegam duas vezes por ano; sem ambiente de ensaio, a empresa descobre os problemas em produção.
Quem deve conduzir a migração
A migração pede quem conheça simultaneamente a ferramenta, o seu setor e a contabilidade portuguesa. Peça ao integrador um plano de reprise de dados por tipo, um calendário de ensaios, o critério de retrocesso e a lista dos riscos que ele próprio identifica. Para escolher com método, o guia como escolher um integrador de ERP e a página sobre escolher um parceiro de Business Central oferecem critérios de comparação. Pode também começar pela visão de conjunto em Business Central em Portugal.
O nosso serviço é gratuito: apresentamos o seu projeto a um integrador adequado ao seu caso, e é esse integrador que executa a migração. Não somos afiliados a nenhum editor e não realizamos o projeto.
Perguntas frequentes
Que dados devo levar na migração para o Business Central?
Leve os dados de base (clientes, fornecedores, artigos, plano de contas), os saldos de abertura e os documentos em aberto. O historial detalhado só se justifica quando há obrigação legal ou necessidade operacional real. Em muitos casos, o histórico fica consultável no sistema antigo, em modo de leitura, e o Business Central arranca limpo.
Posso migrar de Dynamics NAV ou do Business Central instalado no servidor para a nuvem?
Sim, a Microsoft disponibiliza uma ferramenta de migração para a nuvem. A partir do Business Central local, a migração é direta desde a versão 25; as versões 15 a 24 têm de ser atualizadas primeiro para a versão 25, no mínimo. Quem usa Dynamics NAV deve primeiro passar para o Business Central local e só depois mudar para a versão em linha.
Como se migra a partir de Excel ou de um programa que não usa SQL?
A Microsoft recomenda usar pacotes e modelos de configuração para carregar os dados no Business Central local e, depois, a ferramenta de migração para a nuvem para passar para a versão em linha. Na prática, a qualidade do trabalho está na preparação das folhas: um modelo por tipo de dado, validado antes de cada carga.
É possível voltar atrás se a passagem para o Business Central correr mal?
Sim, se o plano estiver preparado antes. Por defeito, o sistema antigo mantém-se intacto e em consulta durante o arranque, e um critério de decisão objetivo determina quando se recua. Do lado da Microsoft, um ambiente pode ser restaurado até 10 vezes por mês de calendário, em qualquer momento dos últimos 28 dias, com uma subscrição paga.
As atualizações do Business Central em linha são uma nova migração?
Não. O Business Central em linha recebe duas atualizações principais por ano, em abril e em outubro, e atualizações menores mensais. A Microsoft atualiza o ambiente na janela definida; cabe à empresa testar as suas extensões e integrações num ambiente de aperfeiçoamento antes de a versão chegar à produção.
Fontes
- Microsoft Learn — Migrar dados para o Business Central em linha
- Microsoft Learn — Calendário de lançamento das atualizações
- Microsoft Learn — Gestão de atualizações no centro de administração
- Microsoft Learn — Cópia de segurança e restauro de ambientes
- Microsoft Learn — Localização do Business Central
- Microsoft Learn — Guia de estudo do exame MB-800
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.