Supportende für Dynamics NAV 2018 am 11. Januar 2028: Was Sie bis dahin tun sollten

Am 11. Januar 2028 beendet Microsoft den erweiterten Support für Dynamics NAV 2018, die letzte NAV-Version, die Microsoft veröffentlicht hat. Für NAV 2017 ist es ein Jahr früher so weit, am 11. Januar 2027. Keiner der beiden Termine schaltet etwas ab. Microsoft hat nicht gesagt, dass NAV aufhören wird zu funktionieren, und eine unbefristete Lizenz läuft weiter. Was endet, sind die Sicherheitsupdates und der kostenpflichtige Support.

Steuerliche und gesetzliche Updates gibt es schon länger nicht mehr. Sie gehören zum Mainstream-Support, der für NAV 2018 am 10. Januar 2023 endete. Das Ende des Lebenszyklus von NAV 2018 ist also keine Klippe im Jahr 2028. Die gesetzlichen Updates endeten vor fast vier Jahren, die Sicherheitsupdates enden in 14 Monaten, und 2031 ändert sich die Lizenzierung.

Dieser Leitfaden richtet sich an Verantwortliche für Finanzen und IT in mittelständischen Fertigungs-, Handels- und Dienstleistungsunternehmen im DACH-Raum, in den nordischen Ländern, in den Benelux-Staaten und im Vereinigten Königreich, die NAV 2009 bis 2018 mit über Jahre gewachsenen Anpassungen betreiben, oft gebaut von einem Partner, der inzwischen nicht mehr da ist.

Was endet und wann

NAV 2018 unterliegt Microsofts Richtlinie für den festen Lebenszyklus (Fixed Lifecycle Policy), und die Termine stehen auf der Lebenszyklusseite von NAV 2018.

Der erweiterte Support, in dem sich NAV 2018 seit Januar 2023 befindet, umfasst Sicherheitsupdates und kostenpflichtigen Support. Nach dem 11. Januar 2028 enden die Sicherheitsupdates. Die Richtlinie lässt kostenpflichtigen Support über diesen Termin hinaus nur über das erweiterte Sicherheitsupdateprogramm (Extended Security Update) zu, und Microsoft bietet für NAV keine erweiterten Sicherheitsupdates an.

Steuerliche und regulatorische Updates setzen einen aktiven Enhancement Plan voraus und gehören zum Mainstream-Support. Microsofts Liste der kumulativen Updates für NAV 2018 endet mit Cumulative Update 60 im Januar 2023. Seitdem hat keine Landesversion von NAV 2018 neue regulatorische Funktionen von Microsoft erhalten: Der erweiterte Support für NAV 2018 umfasst sie nicht.

Microsofts Beitrag vom Juli 2026 zu den Migrationsoptionen für NAV beschreibt die Lizenzänderungen zum 30. April 2031 und fordert NAV-Kunden auf, „jetzt mit der Bewertung ihrer langfristigen ERP-Strategie zu beginnen“.

Die Plattform darunter

Die Systemanforderungen von NAV 2018 enden bei SQL Server 2019 und Windows Server 2022. SQL Server 2014 und 2016 sind bereits aus dem erweiterten Support gefallen, und Windows Server 2016 folgt am 12. Januar 2027. Mit SQL Server 2019 und Windows Server 2022 bleibt die Datenbank bis zum 8. Januar 2030 unterstützt und das Betriebssystem bis zum 14. Oktober 2031. Das ERP darüber nicht.

Die gesetzlichen Änderungen, die NAV nicht mehr bekommt

Microsofts letztes regulatorisches Update für NAV 2018 erschien im Januar 2023, bevor auch nur eine dieser Regeln in Kraft trat.

• Deutschland. Laut Bundesministerium der Finanzen ist die E-Rechnung für inländische Umsätze zwischen Unternehmen seit dem 1. Januar 2025 der Regelfall, und jedes Unternehmen muss sie empfangen können (ein E-Mail-Postfach genügt). Andere Rechnungen bleiben bis zum 31. Dezember 2026 zulässig, bei Ausstellern mit einem Vorjahresumsatz von höchstens 800.000 EUR bis Ende 2027. XRechnung und ZUGFeRD ab Version 2.0.1 erfüllen die Anforderungen, mit Ausnahme der Profile MINIMUM und BASIC-WL.
• Belgien. Seit dem 1. Januar 2026 muss laut dem föderalen Portal zur E-Rechnung jedes mehrwertsteuerpflichtige belgische Unternehmen strukturierte elektronische Rechnungen verwenden. Die Business-Central-Dokumentation von Microsoft für Belgien nennt das Peppol-Netz als Übertragungsweg.
• Polen. KSeF wurde am 1. Februar 2026 für Unternehmen mit einem Umsatz von über 200 Millionen PLN im Jahr 2024 verpflichtend und am 1. April 2026 für alle übrigen, mit einer Ausnahme für geringe monatliche Rechnungssummen bis zum 31. Dezember 2026. Polen gehört nicht zu Microsofts Landesversionen von NAV 2018; ein polnisches NAV hat seine Lokalisierung also nie über Microsofts Updates für NAV 2018 erhalten.

Die deutsche Lokalisierung von Business Central führt die Rechnungsstellung mit XRechnung, ZUGFeRD und Peppol als verfügbar, die belgische die Rechnungsstellung über einen Peppol-Zugangspunkt (Access Point). Für andere Länder prüfen Sie mit Ihrem Steuerberater die aktuellen Regeln gegen das, was Ihr NAV senden und empfangen kann.

Ihre Version und Ihr Weg

Microsofts Seite zu den Upgradepfaden legt den Weg von NAV 2015, 2016, 2017 oder 2018 in drei Schritten fest: Business Central Spring 2019 (Version 14), dann Business Central 2024 release wave 2 (Version 25), dann das aktuelle Business Central 2026 release wave 2 (Version 29). Ein Satz auf dieser Seite entscheidet über den größten Teil des Budgets: „Dieser Pfad erfordert, dass Sie Ihre Anwendung von C/AL in AL konvertieren.“

Von NAV 2009 aus führt der Weg über NAV 2013 auch über NAV 2018. Wie auch immer Ihr Team das System nennt: Eine Migration von Navision zu Business Central ist bei diesen Versionen eine Kette von Upgrades.

Version 14 ist die letzte Version, die C/AL unterstützt, und Txt2Al, das Werkzeug, das C/AL-Objekte nach AL konvertiert, wird nur mit ihr ausgeliefert. Version 14 selbst ist im Oktober 2025 aus dem Support gefallen, und Neukunden können sie nicht produktiv einsetzen: eine Zwischenstation, kein Ziel. Mit Version 15 hat AL C/AL abgelöst, und Business Central wurde rein erweiterungsbasiert. Version 25 ist eine Pflichtstation, weil seit Version 26 ein direktes Upgrade von Version 14 auf das neueste Release nicht unterstützt wird.

Jeder Weg, auch einer, der in der Cloud endet, führt über Business Central 14 On-Premises.

Wo die Arbeit tatsächlich liegt

Der Aufwand wächst mit dem, was in das System hineingebaut wurde, und Anpassungen in NAV wurden meist direkt in Microsofts eigene Objekte gebaut.

Anpassungen

In NAV hat ein Partner angepasst, indem er Microsofts C/AL-Code geändert hat: ein zusätzliches Feld in der Debitorentabelle, ein paar Zeilen in der Buchungsroutine. Business Central erwartet die Basisanwendung so, wie sie ausgeliefert wurde, und Ihre Änderungen daneben in Erweiterungen, die auf Ereignisse reagieren.

Txt2Al konvertiert die Syntax, nicht das Design. Microsoft nennt das Erstellen dieser Erweiterungen „den ersten und den größten Schritt“ des Upgrades. Microsofts Playbook für NAV-Anpassungen legt das Vorgehen fest: Eigene Tabellen werden zu AL-Tabellen, eigene Felder in Standardtabellen werden zu Tabellenerweiterungen, deren Daten übernommen werden, Änderungen in Microsofts Codeunits werden zu Event-Subscribern, und XMLports und Queries werden neu gebaut. Personalisierungen aus dem Windows-Client gehen verloren.

Im On-Premises-Betrieb erlaubt Microsoft weiterhin eine im Code angepasste Basisanwendung, empfiehlt aber dringend Erweiterungen. Laut Microsofts Lizenzierungsleitfaden für On-Premises (Ausgabe Juni 2023) müssen Kunden, die mit Anpassungen von NAV umsteigen, die nicht mit „universal code“ kompatibel sind, ein zusätzliches Universal-Code-Modul lizenzieren. Im Online-Betrieb muss alles eine Erweiterung sein.

Zählen Sie die geänderten Standardobjekte, die eigenen Tabellen und Felder und welche davon noch jemand nutzt.

Berichte

Jeder C/AL-Bericht wird in AL neu gebaut, als neuer Bericht oder als Berichtserweiterung. Die Layouts bleiben erhalten: RDL und Word werden beide unterstützt, und Microsoft empfiehlt Word für Belegberichte, weil RDL langsamer sein kann. Listen Sie die eigenen Berichte auf und legen Sie still, was niemand ausführt.

.NET-Add-ins

Die .NET-Interoperabilität gibt es nur On-Premises. Im Online-Betrieb verweist Microsoft stattdessen auf Steuerelement-Add-ins, Azure Functions oder externe APIs. Im On-Premises-Betrieb funktionieren mit .NET Framework kompilierte Add-ins seit Version 22 nicht mehr und müssen auf .NET Standard umgestellt werden. Listen Sie jede Komponente auf, was sie tut und ob es ihren Anbieter noch gibt.

Integrationen und Webdienste

Ab Version 29 lässt sich eine Seite von Microsoft nicht mehr als SOAP-Endpunkt veröffentlichen, ab Version 30 auch nicht mehr als OData-Endpunkt. Microsofts Lösung für SOAP ist eine Kopie der Seite in Ihrer eigenen Erweiterung. Im Online-Betrieb melden sich Integrationen ausschließlich per OAuth2 an. Ein Webshop, eine EDI-Anbindung oder ein Lagerverwaltungssystem, das Standardseiten von NAV per SOAP aufruft, übersteht den Umzug also nicht unverändert. Bauen Sie das Inventar aus dem System selbst auf (veröffentlichte Webdienste, eingeplante Jobs, gelesene und geschriebene Dateien), mit einem Verantwortlichen und einer Entscheidung für jeden Eintrag.

Der Windows-Client

Der Windows-Client von NAV wurde mit Version 15 entfernt. Die Anwender wechseln in den Browser, in die mobilen Apps oder in eine Desktop-App. Mit ihm verschwand das programmgesteuerte Drucken, also braucht alles, was NAV druckt, ohne dass jemand auf Drucken klickt, einen neuen Weg. Planen Sie auch Schulungen ein: Jeder Bildschirm ändert sich.

Die Daten

Daten aus Tabellen mit Codeanpassungen gelangen nur dann in Business Central Online, wenn Erweiterungen auf beiden Seiten sie verarbeiten. Microsoft fordert vor der Umstellung mindestens einen Probelauf der vollständigen Migration in einer Sandbox. Planen Sie mehrere ein. Schreiben Sie die Migration und ihre Prüfungen als Code, den Sie auf einer frischen Kopie der Produktion erneut laufen lassen können, und vergleichen Sie dabei jedes Mal Salden und offene Posten. Die Finanzabteilung gibt frei, wenn die Zahlen übereinstimmen, nicht wenn der Job durchgelaufen ist.

Online oder On-Premises

Entscheiden Sie das, bevor jemand Code konvertiert: Davon hängt ab, was den Umzug übersteht. Microsoft listet auf, welche Funktionen On-Premises fehlen.

Online. Microsofts Cloud-Migrationstool funktioniert ab der On-Premises-Version 25, auf SQL Server 2016 oder höher. Ein vollständiges Upgrade von NAV auf Business Central in die Cloud heißt also: NAV, dann Version 14 und Version 25 On-Premises, dann die Migration. Die Alternative, das Reimplementierungstool für Business Central 14, überträgt nur Stammdaten, Eröffnungssalden und Einrichtungsdaten von Version 14 in die Cloud. Es ist eine Vorschau, und Microsoft sagt, Vorschaufunktionen seien „nicht für den produktiven Einsatz gedacht“.

Bridge to Cloud 3. Microsofts Partnerankündigung nennt als Anmeldezeitraum den 1. Januar 2026 bis 31. Dezember 2027: 30 % Rabatt auf den kommerziellen Listenpreis für eine feste, nicht verlängerbare Laufzeit von drei Jahren über einen Cloud Solution Provider. Das Angebot gilt für On-Premises-Lizenzen, die vor dem 1. September 2024 gekauft wurden und einen aktiven Enhancement Plan haben, und nur für ein Online-Produkt, das Sie bisher nicht lizenziert haben. Microsofts Partnerseite erwähnt außerdem einen Migrationsgutschein für Business Central, dessen Bedingungen nicht öffentlich sind.

On-Premises. Jede Version wird etwa 18 Monate unterstützt (Version 29, erschienen im Oktober 2026, bis April 2028). Im Support zu bleiben heißt also, in diesem Rhythmus zu upgraden und Ihre Erweiterungen jedes Mal neu zu testen. Seit April 2025 können neue On-Premises-Kunden nur noch Abonnements kaufen. Für NAV-Kunden, die unbefristete Lizenzen mitnehmen, schrieb ein Community Manager von Microsoft im Februar 2025, die Übergangsregelungen seien unverändert. Ein Enddatum von Microsoft für dieses Recht haben wir nicht gefunden, lassen Sie sich Ihre Bedingungen also schriftlich geben.

Ein Entscheidungsrahmen

Vier Wege sind realistisch.

On-Premises auf das aktuelle Release upgraden. Version 14, dann 25, dann das aktuelle Release, auf Ihren eigenen Servern. Das passt zu einem Unternehmen mit .NET-Add-ins oder Integrationen, die es noch nicht ersetzen kann. Sie nehmen etwa alle 18 Monate ein Upgrade in Kauf und ein Lizenzmodul, wenn Code in der Basisanwendung bleibt.

Upgraden, dann in die Online-Version wechseln. Derselbe Weg bis Version 25, dann das Cloud-Migrationstool. Jede Anpassung wird zur Erweiterung und jedes .NET-Add-in wird ersetzt, deshalb ist die Konvertierungsarbeit hier am größten. Wenn Sie für Bridge to Cloud 3 infrage kommen, fällt dessen Frist am 31. Dezember 2027 in die Projektlaufzeit.

In Business Central Online neu anfangen. Übernehmen Sie Stammdaten, Eröffnungssalden und Einrichtungsdaten, behalten Sie das alte System zum Nachschlagen und bauen Sie nur die Anpassungen neu, die Sie noch brauchen. Microsofts Werkzeug dafür ist eine Vorschau und setzt bei Version 14 an. Ein Unternehmen, das sich für ein anderes ERP entscheidet, hat weitgehend dieselbe Arbeit mit Daten und Integrationen vor sich.

Für einen festgelegten Zeitraum auf NAV bleiben. Es läuft weiter. Ab dem 11. Januar 2028 bekommt es keine Sicherheitsupdates mehr, und jedes neue Format für die E-Rechnung ist Ihre eigene Entwicklung. Das geht nur mit einer namentlich benannten Person, die es pflegt, mit einem System, das vom offenen Internet ferngehalten wird, und mit einem Datum, an dem es endet.

Die nächsten Monate, egal welchen Weg Sie wählen

Bis zum Supportende von NAV 2018 bleiben 14 Monate. Wenn Ihr Geschäftsjahr im Dezember endet, fällt eine Umstellung Anfang Januar in den Jahresabschluss; realistisch ist daher ein Go-live im Herbst 2027. Bei NAV 2017 ist der Termin zwei Monate entfernt: Ein Teil des Projekts läuft ohne Support, halten Sie diesen Teil also kurz.

Von jetzt bis Ende März 2027:

1. Ihren Ausgangspunkt bestätigen: NAV-Version, Versionen von SQL Server und Windows Server und ob Ihr Enhancement Plan aktiv ist. Davon hängen sowohl Bridge to Cloud 3 als auch der Übergang Ihrer On-Premises-Lizenzen ab.
2. Den Code sichern. Exportieren Sie die C/AL-Objekte und halten Sie sie unter Versionskontrolle, vor allem wenn der Partner, der sie geschrieben hat, nicht mehr da ist.
3. Die Anpassungen zählen, auch welche davon in Gebrauch sind. Eine Zahl, kein Eindruck.
4. Das Integrationsinventar aufbauen: alle Webdienste, Dateischnittstellen und .NET-Add-ins, jeweils mit einem Verantwortlichen und einer Entscheidung.
5. Ihre Pflichten zur E-Rechnung prüfen, in jedem Land, aus dem Sie Rechnungen stellen.
6. Zwischen Online und On-Premises entscheiden, bevor die Codekonvertierung beginnt.
7. Kapazität buchen: den Partner, Ihre eigenen Leute aus Finanzen und IT für die Tests und ein Zeitfenster für die Umstellung.

Rückwärts gerechnet von einem Go-live im Herbst 2027: Probeläufe und Anwendertests im Sommer, Entwicklung der Erweiterungen und Überarbeitung der Integrationen im Frühjahr, Analyse und Entscheidungen in diesem Winter.

Wo Sie Hilfe bekommen

Was während des Umzugs weiterlaufen muss, ist das Geschäft: Rechnungen in dem Format, das das Gesetz jetzt verlangt, und ein Lager, das weiter ausliefert. Wir arbeiten neben Ihrem Business-Central-Partner oder direkt mit Ihnen, wenn der Partner, der Ihr NAV gebaut hat, nicht mehr da ist: an der Konvertierung von C/AL-Anpassungen in AL-Erweiterungen, am Neubau von Integrationen und Berichten, am Code der Datenmigration und seinem Abgleich und an den Anwendungen rund um NAV, die den Umzug überstehen müssen. Diese Arbeit beschreibt unsere Seite zur ERP-Modernisierung, und die Wartung von Bestandssystemen deckt die Systeme ab, die bleiben, wo sie sind, bis Sie umziehen. Wenn Sie Ihre Anpassungen und Integrationen gezählt haben möchten, bevor Sie ein Upgrade-Projekt unterschreiben, schreiben Sie an office@c9group.dev.