Il supporto di Dynamics NAV 2018 finisce l'11 gennaio 2028: cosa fare prima di allora

L'11 gennaio 2028 Microsoft chiude il supporto esteso per Dynamics NAV 2018, l'ultima versione di NAV che ha rilasciato. Per NAV 2017 succede un anno prima, l'11 gennaio 2027. Nessuna delle due date spegne nulla. Microsoft non ha detto che NAV smetterà di funzionare, e con una licenza perpetua il sistema continua a girare. Si fermano gli aggiornamenti di sicurezza e il supporto a pagamento.

Gli aggiornamenti fiscali e di legge si sono fermati prima. Fanno parte del supporto mainstream, che per NAV 2018 è terminato il 10 gennaio 2023. La fine vita di NAV 2018, quindi, non è un precipizio nel 2028. Gli aggiornamenti di legge si sono fermati quasi quattro anni fa, le correzioni di sicurezza si fermano tra 14 mesi e le licenze cambiano nel 2031.

Questa guida è per i responsabili finanziari e IT di aziende di produzione, distribuzione e servizi di medie dimensioni nell'area DACH, nei paesi nordici, nel Benelux e nel Regno Unito, che usano una versione di NAV tra la 2009 e la 2018 con anni di personalizzazioni, spesso sviluppate da un partner che nel frattempo è uscito di scena.

Cosa finisce, e quando

NAV 2018 segue la Fixed Lifecycle Policy di Microsoft (i criteri del ciclo di vita fisso), e le sue date sono nella pagina del ciclo di vita di NAV 2018.

Il supporto esteso, la fase in cui NAV 2018 si trova da gennaio 2023, significa aggiornamenti di sicurezza e supporto a pagamento. Dopo l'11 gennaio 2028 gli aggiornamenti di sicurezza si fermano. Questi criteri consentono un supporto a pagamento oltre quella data solo tramite il programma Extended Security Update (aggiornamenti di sicurezza estesi), e Microsoft non offre Extended Security Updates per NAV.

I rilasci fiscali e normativi richiedono un Enhancement Plan attivo e arrivano con il supporto mainstream. L'elenco degli aggiornamenti cumulativi di NAV 2018 pubblicato da Microsoft si chiude con il Cumulative Update 60, di gennaio 2023. Da allora nessuna versione locale di NAV 2018 ha ricevuto da Microsoft nuove funzionalità normative: il supporto esteso per NAV 2018 non le comprende.

Il post di Microsoft di luglio 2026 sulle opzioni di migrazione da NAV illustra le modifiche alle licenze del 30 aprile 2031 e dice ai clienti NAV di «iniziare adesso a valutare la propria strategia ERP a lungo termine».

La piattaforma sottostante

I requisiti di sistema di NAV 2018 si fermano a SQL Server 2019 e Windows Server 2022. SQL Server 2014 e 2016 sono già fuori dal supporto esteso, e Windows Server 2016 li segue il 12 gennaio 2027. Con SQL Server 2019 e Windows Server 2022 il database resta supportato fino all'8 gennaio 2030 e il sistema operativo fino al 14 ottobre 2031. L'ERP che ci gira sopra no.

Gli adeguamenti normativi che NAV non riceverà

L'ultimo aggiornamento normativo di Microsoft per NAV 2018 è uscito a gennaio 2023, prima che una qualsiasi di queste regole entrasse in vigore.

• Germania. Per le vendite nazionali tra imprese la fattura elettronica (E-Rechnung) è la regola dal 1° gennaio 2025, e ogni impresa deve essere in grado di riceverne una (basta una casella email), secondo il ministero federale delle Finanze. Le altre fatture restano ammesse fino al 31 dicembre 2026, o fino alla fine del 2027 per gli emittenti con un fatturato dell'anno precedente non superiore a 800.000 euro. XRechnung e ZUGFeRD dalla versione 2.0.1 in poi sono conformi, tranne i profili MINIMUM e BASIC-WL.
• Belgio. Dal 1° gennaio 2026 ogni impresa belga soggetta a IVA deve usare fatture elettroniche strutturate, secondo il portale federale della fatturazione elettronica. La documentazione di Microsoft su Business Central per il Belgio indica la rete Peppol come canale.
• Polonia. Il KSeF è diventato obbligatorio il 1° febbraio 2026 per le aziende con vendite 2024 superiori a 200 milioni di złoty, e il 1° aprile 2026 per tutte le altre, con un'eccezione fino al 31 dicembre 2026 per chi fattura piccoli importi mensili. La Polonia non è tra le versioni locali di NAV 2018 di Microsoft, quindi un NAV polacco non ha mai ricevuto la propria localizzazione dagli aggiornamenti di NAV 2018 di Microsoft.

La localizzazione tedesca di Business Central elenca come disponibile la fatturazione XRechnung, ZUGFeRD e Peppol, e quella belga la fatturazione tramite un access point Peppol. Per gli altri paesi, verificate con il vostro consulente fiscale le regole in vigore rispetto a ciò che il vostro NAV è in grado di inviare e ricevere.

La vostra versione e il vostro percorso

La pagina sui percorsi di aggiornamento di Microsoft fissa il percorso da NAV 2015, 2016, 2017 o 2018 in tre tappe: Business Central Spring 2019 (versione 14), poi Business Central 2024 release wave 2 (versione 25), poi l'attuale Business Central 2026 release wave 2 (versione 29). Una frase di quella pagina decide gran parte del budget: «Questo percorso richiede di convertire l'applicazione da C/AL ad AL.»

Da NAV 2009, il percorso attraverso NAV 2013 passa anche da NAV 2018. Comunque il vostro team chiami il sistema, una migrazione da Navision a Business Central a partire da queste versioni è una catena di aggiornamenti di versione.

La versione 14 è l'ultima che supporta C/AL, e Txt2Al, lo strumento che converte gli oggetti C/AL in AL, viene distribuito solo con quella. La versione 14 stessa è uscita dal supporto a ottobre 2025, e i nuovi clienti non possono usarla in produzione: è una tappa intermedia, non un punto d'arrivo. Con la versione 15 AL ha sostituito C/AL e Business Central è diventato basato solo su estensioni. La versione 25 è una tappa obbligata perché dalla versione 26 l'aggiornamento diretto dalla versione 14 all'ultima release non è supportato.

Ogni percorso, compresi quelli che finiscono nel cloud, passa da Business Central 14 on-premises.

Dove sta davvero il lavoro

L'impegno cresce con quanto è stato costruito dentro il sistema, e le personalizzazioni di NAV di solito venivano scritte direttamente negli oggetti di Microsoft.

Personalizzazioni

In NAV un partner personalizzava modificando il codice C/AL di Microsoft: un campo aggiunto alla tabella clienti, qualche riga nella routine di registrazione. Business Central si aspetta che l'applicazione base resti com'è stata consegnata, con le vostre modifiche accanto, in estensioni che rispondono agli eventi.

Txt2Al converte la sintassi, non l'architettura. Microsoft definisce la creazione di queste estensioni «il primo passo, e il passo più grande» dell'aggiornamento. Il suo playbook per le personalizzazioni di NAV descrive come trattarle: le tabelle personalizzate diventano tabelle AL, i campi personalizzati sulle tabelle standard diventano table extension con i relativi dati trasferiti, le modifiche dentro le codeunit di Microsoft diventano event subscriber, e gli XMLport e le query vengono ricostruiti. Le personalizzazioni utente fatte nel client Windows vanno perse.

On-premises Microsoft consente ancora un'applicazione base personalizzata nel codice, anche se raccomanda caldamente le estensioni. La sua guida alle licenze on-premises (edizione di giugno 2023) dice che i clienti che arrivano da NAV con personalizzazioni non compatibili con i requisiti «universal code» (codice universale) devono acquistare la licenza di un modulo universal code aggiuntivo. Online, tutto deve essere un'estensione.

Contate gli oggetti standard modificati, le tabelle e i campi personalizzati, e quali di questi qualcuno usa ancora.

Report

Ogni report C/AL viene ricostruito in AL, come nuovo report o come report extension. I layout si salvano: RDL e Word sono entrambi supportati, e Microsoft consiglia Word per i report di tipo documento perché RDL può essere più lento. Elencate i report personalizzati e dismettete quelli che nessuno esegue.

Add-in .NET

L'interoperabilità .NET esiste solo on-premises. Online, Microsoft indica in alternativa i control add-in, Azure Functions o API esterne. On-premises, gli add-in compilati con .NET Framework hanno smesso di funzionare con la versione 22 e devono passare a .NET Standard. Elencate ogni componente, cosa fa e se il suo fornitore esiste ancora.

Integrazioni e web service

Dalla versione 29 una pagina di Microsoft non può più essere pubblicata come endpoint SOAP, e dalla versione 30 nemmeno come endpoint OData. La soluzione di Microsoft per SOAP è una copia della pagina in una vostra estensione. Online, le integrazioni si autenticano solo con OAuth2. Quindi un negozio online, un collegamento EDI o un sistema di magazzino che chiama pagine standard di NAV via SOAP non sopravvivrà alla migrazione senza modifiche. Costruite l'inventario a partire dal sistema stesso (web service pubblicati, job pianificati, file letti e scritti), con un responsabile e una decisione per ciascuna voce.

Il client Windows

Il client Windows di NAV è stato rimosso con la versione 15. Gli utenti passano al browser, alle app per dispositivi mobili o a un'app desktop. Insieme al client è sparita la stampa da codice, quindi tutto ciò che NAV stampa senza che un utente prema Stampa ha bisogno di una nuova strada. Pianificate anche la formazione: cambia ogni schermata.

I dati

I dati delle tabelle con personalizzazioni nel codice non possono arrivare in Business Central online se non ci sono estensioni che li gestiscono da entrambe le parti. Microsoft chiede almeno una prova dell'intera migrazione in un ambiente sandbox prima del passaggio al nuovo sistema. Pianificatene diverse. Scrivete la migrazione e i suoi controlli come codice da poter rieseguire su una copia aggiornata della produzione, confrontando ogni volta saldi e partite aperte. L'amministrazione dà il via libera quando i numeri coincidono, non quando il job finisce.

Online o on-premises

Decidetelo prima che qualcuno converta il codice: è questo a decidere cosa sopravvive. Microsoft elenca le funzionalità che mancano on-premises.

Online. Lo strumento di migrazione al cloud di Microsoft funziona dalla versione 25 on-premises in poi, su SQL Server 2016 o successivo. Un aggiornamento completo da NAV a Business Central nel cloud è quindi NAV, poi la versione 14 e la versione 25 on-premises, poi la migrazione. L'alternativa, lo strumento di reimplementazione da Business Central 14, porta nel cloud dalla versione 14 solo anagrafiche, saldi di apertura e configurazione. È in anteprima, e Microsoft dice che le funzionalità in anteprima «non sono destinate all'uso in produzione».

Bridge to Cloud 3. L'annuncio di Microsoft ai partner fissa le adesioni dal 1° gennaio 2026 al 31 dicembre 2027: il 30% di sconto sul prezzo di listino commerciale per un periodo fisso di tre anni, non rinnovabile, tramite un Cloud Solution Provider. Vale per le licenze on-premises acquistate prima del 1° settembre 2024 con un Enhancement Plan attivo, e solo per un prodotto online di cui non avete mai avuto la licenza. Il sito di Microsoft per i partner cita anche un voucher per la migrazione a Business Central, le cui condizioni non sono pubbliche.

On-premises. Ogni versione è supportata per circa 18 mesi (la versione 29, rilasciata a ottobre 2026, fino ad aprile 2028), quindi restare supportati significa aggiornare a quel ritmo, ritestando ogni volta le vostre estensioni. Da aprile 2025 i nuovi clienti on-premises possono acquistare solo abbonamenti. Per i clienti NAV che trasferiscono le licenze perpetue, un community manager di Microsoft ha scritto a febbraio 2025 che le regole di transizione erano invariate. Non abbiamo trovato alcuna data di fine fissata da Microsoft per questo diritto, quindi fatevi mettere le condizioni per iscritto.

Uno schema per decidere

Ci sono quattro percorsi realistici.

Aggiornare on-premises alla release attuale. Versione 14, poi 25, poi quella attuale, sui vostri server. Va bene per un'azienda con add-in .NET o integrazioni che non può ancora sostituire. Accettate un aggiornamento all'incirca ogni 18 mesi, e un modulo di licenza se il codice resta nell'applicazione base.

Aggiornare, poi passare online. Lo stesso percorso fino alla versione 25, poi lo strumento di migrazione al cloud. Ogni personalizzazione diventa un'estensione e ogni add-in .NET viene sostituito, quindi qui il lavoro di conversione è il più grande. Se avete i requisiti per Bridge to Cloud 3, la sua scadenza del 31 dicembre 2027 cade dentro il progetto.

Ripartire da zero in Business Central online. Portate anagrafiche, saldi di apertura e configurazione, tenete il vecchio sistema per consultazione e ricostruite solo le personalizzazioni che vi servono ancora. Lo strumento di Microsoft per farlo è in anteprima e parte dalla versione 14. Un'azienda che sceglie un ERP diverso affronta più o meno lo stesso lavoro su dati e integrazioni.

Restare su NAV per un periodo definito. Continua a funzionare. Dall'11 gennaio 2028 non riceve correzioni di sicurezza, e ogni nuovo formato di fattura elettronica è uno sviluppo a vostro carico. Regge solo con una persona con nome e cognome che se ne occupa, il sistema non esposto su internet e una data in cui finisce.

I prossimi mesi, qualunque strada scegliate

Alla fine del supporto di NAV 2018 mancano 14 mesi. Se il vostro esercizio chiude a dicembre, un passaggio al nuovo sistema a inizio gennaio cade sulla chiusura di fine anno, quindi l'obiettivo realistico è un avvio nell'autunno del 2027. Su NAV 2017 la data è fra due mesi: per una parte del progetto lavorerete senza supporto, quindi fate in modo che quella parte duri poco.

Da qui alla fine di marzo 2027:

1. Verificate il punto di partenza: versione di NAV, versioni di SQL Server e Windows Server, e se il vostro Enhancement Plan è attivo. Ne dipendono sia Bridge to Cloud 3 sia la transizione delle licenze on-premises.
2. Mettete al sicuro il codice. Esportate gli oggetti C/AL e teneteli sotto controllo di versione, soprattutto se il partner che li ha scritti non c'è più.
3. Contate le personalizzazioni, e quali sono in uso. Un conteggio, non un'impressione.
4. Costruite l'inventario delle integrazioni: ogni web service, scambio di file e add-in .NET, con un responsabile e una decisione.
5. Verificate i vostri obblighi di fatturazione elettronica in ogni paese da cui fatturate.
6. Decidete tra online e on-premises prima che inizi la conversione del codice.
7. Prenotate le risorse: il partner, le vostre persone di amministrazione e IT per i test, e una finestra per il passaggio.

Contando a ritroso da un avvio nell'autunno 2027: prove di migrazione e test utente in estate, sviluppo delle estensioni e rifacimento delle integrazioni in primavera, analisi e decisioni quest'inverno.

Dove trovare aiuto

Quello che deve reggere durante la migrazione è l'operatività dell'azienda: fatture nel formato che la legge oggi richiede e un magazzino che continua a spedire. Lavoriamo accanto al vostro partner Business Central, o direttamente con voi quando il partner che ha costruito il vostro NAV non c'è più, sulla conversione delle personalizzazioni C/AL in estensioni AL, sulla ricostruzione di integrazioni e report, sul codice di migrazione dei dati e sulla sua riconciliazione, e sulle applicazioni intorno a NAV che devono sopravvivere alla migrazione. Questo lavoro è descritto nella nostra pagina sulla modernizzazione dei gestionali, e la manutenzione dei sistemi legacy copre i sistemi che restano dove sono finché non vi spostate. Se volete che le vostre personalizzazioni e integrazioni vengano contate prima di firmare un progetto di aggiornamento, scrivete a office@c9group.dev.