O suporte do Dynamics NAV 2018 termina a 11 de janeiro de 2028: o que fazer até lá

A 11 de janeiro de 2028, a Microsoft termina o suporte alargado (extended support) do Dynamics NAV 2018, a última versão do NAV que lançou. O NAV 2017 sai de suporte um ano antes, a 11 de janeiro de 2027. Nenhuma das datas desliga coisa alguma. A Microsoft não disse que o NAV vai deixar de funcionar, e com uma licença perpétua o sistema continua a correr. O que acaba são as atualizações de segurança e o suporte pago.

As atualizações fiscais e legais pararam mais cedo. Fazem parte do suporte base (mainstream support), que para o NAV 2018 terminou a 10 de janeiro de 2023. Por isso, o fim de vida do NAV 2018 não é um precipício em 2028. As atualizações legais pararam há quase quatro anos, as correções de segurança param daqui a 14 meses e o licenciamento muda em 2031.

Este guia é para responsáveis financeiros e de informática de fabricantes, distribuidores e empresas de serviços de média dimensão na região DACH (Alemanha, Áustria e Suíça), nos países nórdicos, no Benelux e no Reino Unido, que usam o NAV, da versão 2009 à 2018, com anos de personalizações, muitas vezes feitas por um parceiro que entretanto saiu de cena.

O que termina e quando

O NAV 2018 segue a Fixed Lifecycle Policy da Microsoft (a política de ciclo de vida fixo), e as suas datas estão na página do ciclo de vida do NAV 2018.

O suporte alargado, a fase em que o NAV 2018 está desde janeiro de 2023, consiste em atualizações de segurança e suporte pago. Depois de 11 de janeiro de 2028, as atualizações de segurança param. A política só permite suporte pago para além dessa data através do programa Extended Security Update (atualizações de segurança alargadas), e a Microsoft não oferece Extended Security Updates para o NAV.

As atualizações fiscais e regulamentares exigem um Enhancement Plan ativo e fazem parte do suporte base. A lista de atualizações cumulativas do NAV 2018 da Microsoft termina na Cumulative Update 60, de janeiro de 2023. Desde então, nenhuma versão nacional do NAV 2018 recebeu da Microsoft novas funcionalidades regulamentares: o suporte alargado do NAV 2018 não as inclui.

A publicação da Microsoft de julho de 2026 sobre as opções de migração do NAV expõe as alterações de licenciamento de 30 de abril de 2031 e diz aos clientes do NAV que «comecem já a avaliar a sua estratégia de ERP a longo prazo».

A plataforma por baixo

Os requisitos de sistema do NAV 2018 ficam pelo SQL Server 2019 e pelo Windows Server 2022. O SQL Server 2014 e o 2016 já estão fora do suporte alargado, e o Windows Server 2016 segue-se a 12 de janeiro de 2027. Com o SQL Server 2019 e o Windows Server 2022, a base de dados continua suportada até 8 de janeiro de 2030 e o sistema operativo até 14 de outubro de 2031. O ERP que corre por cima deles, não.

As alterações legais que o NAV não vai receber

A última atualização regulamentar da Microsoft para o NAV 2018 saiu em janeiro de 2023, antes de qualquer destas regras entrar em vigor.

• Alemanha. Nas vendas internas entre empresas, a fatura eletrónica (E-Rechnung) é a regra desde 1 de janeiro de 2025, e todas as empresas têm de conseguir receber uma (basta uma caixa de correio eletrónico), segundo o Ministério Federal das Finanças. As outras faturas continuam permitidas até 31 de dezembro de 2026, ou até ao final de 2027 para os emitentes cujo volume de negócios no ano anterior não tenha ultrapassado 800 000 €. A XRechnung e o ZUGFeRD a partir da versão 2.0.1 são válidos, exceto os perfis MINIMUM e BASIC-WL.
• Bélgica. Desde 1 de janeiro de 2026, todas as empresas belgas sujeitas a IVA têm de usar faturas eletrónicas estruturadas, segundo o portal federal da faturação eletrónica. A documentação do Business Central da Microsoft para a Bélgica indica a rede Peppol como o canal.
• Polónia. O KSeF tornou-se obrigatório a 1 de fevereiro de 2026 para as empresas com vendas superiores a 200 milhões de zlótis em 2024, e a 1 de abril de 2026 para as restantes, com uma exceção até 31 de dezembro de 2026 para totais mensais de faturação reduzidos. A Polónia não está entre as versões nacionais do NAV 2018 da Microsoft, por isso um NAV polaco nunca recebeu a sua localização através das atualizações do NAV 2018 da Microsoft.

A localização alemã do Business Central indica como disponíveis a faturação em XRechnung, ZUGFeRD e Peppol, e a belga indica a faturação através de um ponto de acesso Peppol. Para outros países, confirme as regras em vigor com o seu consultor fiscal e compare-as com o que o seu NAV consegue enviar e receber.

A sua versão e o seu caminho

A página dos caminhos de upgrade da Microsoft define o percurso a partir do NAV 2015, 2016, 2017 ou 2018 em três passos: Business Central Spring 2019 (versão 14), depois Business Central 2024 release wave 2 (versão 25) e, por fim, o atual Business Central 2026 release wave 2 (versão 29). Uma frase dessa página decide a maior parte do orçamento: «Este caminho exige que converta a sua aplicação de C/AL para AL.»

A partir do NAV 2009, o caminho pelo NAV 2013 também passa pelo NAV 2018. Seja qual for o nome que a sua equipa dá ao sistema, uma migração do Navision para o Business Central a partir destas versões é uma cadeia de upgrades.

A versão 14 é a última que suporta C/AL, e o Txt2Al, a ferramenta que converte objetos C/AL em AL, só vem com ela. A própria versão 14 saiu de suporte em outubro de 2025, e os novos clientes não a podem usar em produção: é um degrau, não um sítio onde ficar. Na versão 15, o AL substituiu o C/AL e o Business Central passou a assentar exclusivamente em extensões. A versão 25 é uma paragem obrigatória porque, desde a versão 26, deixou de ser suportado um upgrade direto da versão 14 para a versão mais recente.

Todos os caminhos, incluindo os que terminam na cloud, passam pelo Business Central 14 em instalação local (on-premises).

Onde está realmente o trabalho

O esforço cresce com o que foi construído dentro do sistema, e as personalizações do NAV eram normalmente feitas diretamente nos próprios objetos da Microsoft.

Personalizações

No NAV, um parceiro personalizava o sistema editando o código C/AL da Microsoft: um campo acrescentado à tabela de clientes, umas linhas na rotina de lançamento. O Business Central espera que a aplicação base fique tal como foi entregue, com as suas alterações ao lado, em extensões que respondem a eventos.

O Txt2Al converte a sintaxe, não o desenho. A Microsoft chama à criação dessas extensões «o primeiro passo, e o maior» do upgrade. O seu guia para personalizações do NAV define o tratamento: as tabelas à medida passam a tabelas AL, os campos à medida em tabelas standard passam a extensões de tabela, com os respetivos dados transferidos, as alterações dentro das codeunits da Microsoft passam a subscritores de eventos, e os XMLports e as queries são reconstruídos. Os ajustes de ecrã feitos no cliente Windows perdem-se.

Em instalação local, a Microsoft ainda permite uma aplicação base com o código personalizado, embora recomende vivamente as extensões. O seu guia de licenciamento para instalação local (edição de junho de 2023) diz que os clientes que vêm do NAV com personalizações não compatíveis com «universal code» têm de licenciar um módulo adicional de universal code. Online, tudo tem de ser uma extensão.

Conte os objetos standard modificados, as tabelas e os campos à medida, e quais deles alguém ainda usa.

Relatórios

Cada relatório C/AL é reconstruído em AL, como um relatório novo ou como uma extensão de relatório. Os layouts sobrevivem: o RDL e o Word são ambos suportados, e a Microsoft recomenda o Word para relatórios de documentos, porque o RDL pode ser mais lento. Faça a lista dos relatórios à medida e retire o que ninguém executa.

Add-ins .NET

A interoperabilidade .NET só existe em instalação local. Online, a Microsoft aponta em alternativa para control add-ins, Azure Functions ou APIs externas. Em instalação local, os add-ins compilados com .NET Framework deixaram de funcionar na versão 22 e têm de passar para .NET Standard. Faça a lista de todos os componentes, do que cada um faz e de se o fornecedor ainda existe.

Integrações e web services

A partir da versão 29, uma página da Microsoft deixa de poder ser publicada como endpoint SOAP e, a partir da versão 30, também não como endpoint OData. A solução da Microsoft para o SOAP é uma cópia da página na sua própria extensão. Online, as integrações só se autenticam com OAuth2. Por isso, uma loja online, uma ligação EDI ou um sistema de armazém que chame páginas standard do NAV por SOAP não vai sobreviver à mudança sem alterações. Construa o inventário a partir do próprio sistema (web services publicados, tarefas agendadas, ficheiros lidos e escritos), com um responsável e uma decisão para cada elemento.

O cliente Windows

O cliente Windows do NAV foi removido na versão 15. Os utilizadores passam para o navegador, para as aplicações móveis ou para uma aplicação de ambiente de trabalho. A impressão programática desapareceu com ele, por isso tudo o que o NAV imprime sem que um utilizador carregue em imprimir precisa de outro caminho. Planeie também a formação: todos os ecrãs mudam.

Os dados

Os dados de tabelas com personalizações de código não chegam ao Business Central online a não ser que extensões dos dois lados tratem essas tabelas. A Microsoft pede pelo menos um ensaio da migração completa num ambiente sandbox antes da passagem a produção. Planeie vários. Escreva a migração e as respetivas verificações como código que possa voltar a correr sobre uma cópia acabada de fazer da produção, comparando os saldos e as partidas em aberto de cada vez. A área financeira dá o aval quando os números batem certo, não quando o processo termina.

Online ou em instalação local

Decida isto antes de alguém converter código: é isto que decide o que sobrevive. A Microsoft enumera as funcionalidades que faltam na instalação local.

Online. A ferramenta de migração para a cloud da Microsoft funciona a partir da versão 25 em instalação local, ou posterior, sobre SQL Server 2016 ou posterior. Um upgrade completo do NAV para o Business Central na cloud é, portanto: o NAV, depois a versão 14 e a versão 25 em instalação local, depois a migração. A alternativa, a ferramenta de reimplementação do Business Central 14, só leva para a cloud os dados mestre, os saldos de abertura e a configuração, a partir da versão 14. Está em pré-visualização, e a Microsoft diz que as funcionalidades em pré-visualização «não se destinam a utilização em produção».

Bridge to Cloud 3. O anúncio da Microsoft para parceiros fixa o período de adesão de 1 de janeiro de 2026 a 31 de dezembro de 2027: 30 % de desconto sobre o preço de tabela comercial, por um prazo fixo e não renovável de três anos, através de um Cloud Solution Provider. Aplica-se a licenças de instalação local compradas antes de 1 de setembro de 2024 com um Enhancement Plan ativo, e apenas a um produto online que ainda não tenha licenciado. O site de parceiros da Microsoft refere também um voucher de migração para o Business Central, cujas condições não são públicas.

Instalação local. Cada versão tem suporte durante cerca de 18 meses (a versão 29, lançada em outubro de 2026, até abril de 2028), por isso manter-se com suporte implica um upgrade a esse ritmo, voltando a testar as suas extensões de cada vez. Desde abril de 2025, os novos clientes de instalação local só podem comprar subscrições. Para os clientes do NAV que transferem licenças perpétuas, um gestor de comunidade da Microsoft escreveu em fevereiro de 2025 que as políticas de transição não tinham mudado. Não encontrámos nenhuma data de fim da Microsoft para esse direito, por isso obtenha as suas condições por escrito.

Um quadro de decisão

Há quatro caminhos realistas.

Fazer o upgrade em instalação local até à versão atual. Versão 14, depois 25, depois a atual, nos seus próprios servidores. Serve uma empresa com add-ins .NET ou integrações que ainda não consegue substituir. Aceita um upgrade mais ou menos a cada 18 meses, e um módulo de licença se ficar código na aplicação base.

Fazer o upgrade e depois passar para online. O mesmo caminho até à versão 25, depois a ferramenta de migração para a cloud. Todas as personalizações passam a extensões e todos os add-ins .NET são substituídos, por isso é aqui que o trabalho de conversão é maior. Se cumprir os requisitos do Bridge to Cloud 3, o prazo de 31 de dezembro de 2027 cai dentro do projeto.

Começar de novo no Business Central online. Leve os dados mestre, os saldos de abertura e a configuração, mantenha o sistema antigo para consulta e reconstrua só as personalizações de que ainda precisa. A ferramenta da Microsoft para isto está em pré-visualização e parte da versão 14. Uma empresa que escolha outro ERP tem pela frente praticamente o mesmo trabalho de dados e de integrações.

Ficar no NAV durante um período definido. Continua a funcionar. A partir de 11 de janeiro de 2028 não recebe correções de segurança, e cada novo formato de faturação eletrónica é desenvolvimento seu. Isto só se aguenta com uma pessoa identificada que o mantenha, o sistema afastado da internet aberta e uma data para terminar.

Os próximos meses, seja qual for a escolha

Faltam 14 meses para o fim do suporte do NAV 2018. Se o seu exercício termina em dezembro, uma passagem a produção no início de janeiro coincide com o fecho do exercício, por isso o objetivo realista é um arranque no outono de 2027. No NAV 2017, a data está a dois meses: vai trabalhar sem suporte durante parte do projeto, por isso mantenha essa parte curta.

Daqui até ao final de março de 2027:

1. Confirme o ponto de partida: versão do NAV, versões do SQL Server e do Windows Server, e se o seu Enhancement Plan está ativo. O Bridge to Cloud 3 e a transição das licenças de instalação local dependem ambos disso.
2. Ponha o código a salvo. Exporte os objetos C/AL e mantenha-os sob controlo de versões, sobretudo se o parceiro que os escreveu já saiu de cena.
3. Conte as personalizações, e quais estão em uso. Uma contagem, não uma impressão.
4. Construa o inventário de integrações: cada web service, troca de ficheiros e add-in .NET, com um responsável e uma decisão.
5. Verifique as suas obrigações de faturação eletrónica em cada país a partir do qual fatura.
6. Decida entre online e instalação local antes de começar a conversão do código.
7. Reserve capacidade: o parceiro, as suas próprias pessoas de finanças e de informática para os testes, e uma janela para a passagem a produção.

Contando para trás a partir de um arranque no outono de 2027: ensaios e testes com utilizadores no verão, desenvolvimento das extensões e revisão das integrações na primavera, análise e decisões neste inverno.

Onde obter ajuda

O que tem de aguentar a mudança é o negócio: faturas no formato que a lei agora exige e um armazém que continua a expedir. Trabalhamos ao lado do seu parceiro de Business Central, ou diretamente consigo quando o parceiro que construiu o seu NAV já saiu de cena, na conversão de personalizações C/AL em extensões AL, na reconstrução de integrações e relatórios, no código de migração de dados e na respetiva reconciliação, e nas aplicações à volta do NAV que têm de sobreviver à mudança. Esse trabalho está descrito na nossa página de modernização de ERP, e a manutenção de sistemas legados cobre os sistemas que ficam onde estão até à migração. Se quiser ter as suas personalizações e integrações contadas antes de assinar um projeto de upgrade, escreva para office@c9group.dev.