Navision ablösen oder anbinden: was Ihre Version noch trägt

Wie lange wird Ihre NAV-Version noch unterstützt?

Von allen Dynamics-NAV-Versionen sind am 5. November 2026 nur noch NAV 2017 und NAV 2018 im erweiterten Support, alle älteren Versionen haben keinen Support mehr. Alle NAV-Versionen folgen der Fixed Lifecycle Policy von Microsoft: erst Mainstream-Support, danach erweiterter Support, dann Ende.

Die Daten stammen aus den Lifecycle-Seiten auf Microsoft Learn, abgerufen am 5. November 2026. Eine Falle beim Nachschlagen: Die Produktseiten zeigen das Ende als Zeitstempel 06:59:59 Uhr pazifischer Zeit am Folgetag, die Jahresübersichten nennen den Kalendertag davor. Wir nennen den Kalendertag aus den Jahresübersichten.

Für Business Central on-premises gelten eigene Regeln. Die ersten Versionen 13 und 14 liefen unter der Fixed Policy und sind seit Oktober 2025 ohne Support. Ab Version 15 gilt die Modern Lifecycle Policy: Jede Version hat ein festes Ende, und Microsoft unterstützt die Installation nur, wenn Ihr Team sie aktuell hält.

Prüfen Sie die exakte Version in Ihrem System und nicht nur den Produktnamen. NAV 2009 und NAV 2009 R2, NAV 2013 und NAV 2013 R2 haben eigene Lifecycle-Einträge.

Was das Support-Ende praktisch bedeutet

Nach dem Support-Ende liefert Microsoft für die Version keine Sicherheitsupdates, keine sonstigen Updates und keine Hilfe mehr, weder kostenlos noch gegen Bezahlung. So steht es wörtlich auf den End-of-Support-Seiten von Microsoft. Das System läuft technisch weiter, es wird nur nicht mehr gepflegt.

Schon im erweiterten Support ist der Umfang kleiner: Microsoft liefert dann Sicherheitsupdates ohne Zusatzkosten, nimmt aber keine Anfragen für Designänderungen oder neue Funktionen mehr an. Nicht sicherheitsrelevante Updates gibt es dort nur kostenpflichtig.

Praktisch heißt das drei Dinge. Erstens Sicherheit: Lücken im NAV-Server, im Client oder in mitgelieferten Komponenten bleiben offen. Zweitens Steuer und Recht: Anpassungen an neue Pflichten, etwa die E-Rechnung, kommen nicht mehr vom Hersteller. Drittens Kompatibilität: Microsoft garantiert nicht, dass ältere Produkte auf neueren Plattformen wie einer neuen Windows-Version laufen.

• Sicherheit: keine Patches mehr für bekannt gewordene Lücken nach dem Enddatum.
• Regulatorik: Steuer- und Formatänderungen müssen Sie selbst oder über Ihren Partner nachziehen.
• Kompatibilität: Betriebssystem, SQL Server und Clients altern mit, jedes Plattform-Update wird zur Einzelprüfung.
• Know-how: Wissen über C/AL-Entwicklung wird seltener, das betrifft Ihr Team und Ihre Dienstleister.

E-Rechnung: die Pflicht, die nicht auf Ihre NAV-Version wartet

Die E-Rechnungspflicht gilt unabhängig davon, welches ERP Sie einsetzen. Nach § 14 Abs. 2 UStG ist eine Rechnung für eine Leistung an einen anderen Unternehmer im Inland als elektronische Rechnung auszustellen. Eine elektronische Rechnung ist laut § 14 Abs. 1 UStG eine Rechnung in einem strukturierten elektronischen Format, das eine elektronische Verarbeitung ermöglicht und der europäischen Norm entspricht oder die vollständige Extraktion in ein normkonformes Format erlaubt.

Für den Versand gelten Übergangsregeln nach § 27 Abs. 38 UStG: Für Umsätze bis Ende 2026 dürfen Rechnungen bis 31. Dezember 2026 noch auf Papier oder, mit Zustimmung des Empfängers, in einem anderen elektronischen Format übermittelt werden. Für Umsätze im Jahr 2027 gilt das bis 31. Dezember 2027 nur noch für Unternehmer mit höchstens 800.000 Euro Vorjahresumsatz sowie für EDI-Verfahren mit Zustimmung des Empfängers.

Für NAV heißt das: Ob Ihr System XRechnung oder ZUGFeRD erzeugen und einlesen kann, hängt von Ihren Anpassungen und Zusatzmodulen ab, nicht von Microsoft. Business Central bringt für Deutschland ab Version 26.3 ein E-Document-Framework mit XRechnung (nur UBL), ZUGFeRD und Peppol BIS 3 mit. Für NAV kommt diese Funktion nicht mehr als Update. Eine Anbindung kann die Lücke schließen: Rechnungseingang und Rechnungsausgang laufen in einem Dienst außerhalb von NAV, NAV erhält oder liefert nur die Buchungsdaten.

Die steuerliche Bewertung Ihres Einzelfalls stimmen Sie bitte mit Ihrer Steuerberatung ab. Maßgeblich sind § 14 und § 27 Abs. 38 UStG in der aktuellen Fassung.

Welche Schnittstellen hat Ihre NAV-Version?

Jede NAV-Version ab 2009 hat mindestens SOAP-Webservices, über die externe Programme Seiten und Codeunits aufrufen können. Microsoft schreibt, dass SOAP-Webservices seit Microsoft Dynamics NAV 2009 verfügbar sind. Für NAV 2018 dokumentiert Microsoft zusätzlich OData-Webservices zum Lesen und Schreiben über beschreibbare Seiten. Für NAV 2013 R2 belegen die Hotfix-Listen von Microsoft ebenfalls OData-Webservices.

In Business Central sind REST-APIs der empfohlene Weg. Sie basieren wie die OData-Webservices auf OData Version 4. SOAP ist abgekündigt: Ab Version 29 lassen sich Microsoft-Seiten nicht mehr als SOAP-Endpunkt veröffentlichen, ab Version 30 auch nicht mehr als OData-Endpunkt. Wer heute eine Anbindung an NAV baut und später auf Business Central wechselt, sollte die Schnittstelle deshalb so kapseln, dass der Wechsel von SOAP auf API nur eine Stelle betrifft.

Direkter Datenbankzugriff ist nur lesend vertretbar. Microsoft nennt das Lesen aus der Datenbank für Business Central on-premises ausdrücklich als Möglichkeit, warnt aber, dass dies einen späteren Wechsel in die Cloud blockieren kann. Am Server vorbei auf SQL-Objekte zuzugreifen, bezeichnet Microsoft als nicht empfohlen und nicht unterstützt; Trigger oder eigene Prozeduren in der Datenbank können Upgrades brechen.

Weiterbetreiben, upgraden oder neu auswählen?

Die Entscheidung folgt aus fünf Kriterien: Version, Anpassungsgrad, Sicherheitslage, E-Rechnungsfähigkeit und Personal. Keines davon lässt sich in Euro vorab beziffern, aber jedes lässt sich in einem Gespräch mit Ihrem Team und Ihrem NAV-Partner klar beantworten.

Weiterbetreiben plus automatisieren ist der Weg, wenn NAV 2017 oder 2018 noch im Support ist, ein Umstieg geplant, aber nicht in den nächsten Monaten machbar ist, und wenn die Lücken vor allem in Abläufen um NAV herum liegen. Ein Upgrade auf Business Central liegt nahe, wenn Ihre Prozesse in NAV gut abgebildet sind und die Anpassungen sich in AL-Erweiterungen überführen lassen. Eine Neuauswahl lohnt die Prüfung, wenn NAV stark verbogen wurde, wichtige Prozesse längst in Excel oder Nebensystemen laufen oder das Unternehmen sich grundlegend verändert hat.

Weiterbetreiben ist eine Übergangsentscheidung mit Datum. Legen Sie fest, bis wann der Umstieg begonnen haben muss, spätestens mit Blick auf das Support-Ende Ihrer Version.

Was Sie automatisieren können, ohne NAV anzufassen

Ohne Änderung am NAV-Code lassen sich vor allem Abläufe automatisieren, die heute vor oder nach NAV per Hand passieren: Belege erfassen, Daten prüfen, Berichte erstellen. Die Automatisierung arbeitet in einem eigenen Dienst und nutzt nur die veröffentlichten Webservices von NAV oder liest aus der Datenbank.

Der Vorteil: Was Sie so bauen, überlebt den späteren Umstieg. Die Logik für Prüfung, Abgleich und Freigabe liegt außerhalb von NAV; beim Wechsel auf Business Central tauschen Sie nur die Schnittstelle, nicht den Ablauf.

• Rechnungseingang: E-Rechnungen und PDF-Rechnungen auslesen, mit Bestellung und Wareneingang abgleichen, als Buchungsvorschlag an NAV übergeben.
• Auftragserfassung: Bestellungen aus E-Mails oder Portalen auslesen, prüfen und als Verkaufsauftrag über einen Webservice anlegen.
• Berichtswesen: Kennzahlen lesend aus NAV ziehen und mit anderen Systemen zusammenführen, ohne Berichte in NAV zu programmieren.
• Stammdaten: Dubletten, fehlende Pflichtfelder und abweichende Bankdaten außerhalb von NAV finden und zur Korrektur vorlegen.
• Abstimmung: Offene Posten zwischen NAV und einem zweiten System täglich vergleichen und nur Abweichungen melden.
• Archiv und Nachweise: Jeden automatischen Schritt protokollieren, damit Prüfung und Steuerberatung ihn nachvollziehen können.

Der Weg von Navision zu Business Central laut Microsoft

Microsoft führt NAV 2015, 2016, 2017 und 2018 als Ausgangsversionen für ein Upgrade auf Business Central on-premises. Der Weg läuft in Stufen: zuerst Business Central Spring 2019 (Version 14), dann Version 25, dann die Zielversion 26 bis 29. Für diesen Pfad muss die Anwendung von C/AL auf AL umgestellt werden.

NAV 2009 und NAV 2013 stehen in dieser Übersicht nicht als Ausgangsversion. Für sie ist ein Upgrade daher ein mehrstufiges Projekt über Zwischenversionen, das Sie mit Ihrem Partner im Detail planen sollten. Business Central online erreichen Sie laut Microsoft über eine Migration der Daten aus Business Central on-premises.

Für eine Anbindung, die Sie jetzt an NAV bauen, heißt das: Jede Stufe des Upgrades ändert die Schnittstelle. Wer die Automatisierung von Anfang an über eine eigene Zwischenschicht führt, testet nach jedem Schritt nur diese Schicht neu.

Risiken und Grenzen einer Anbindung

Eine Anbindung behebt kein Sicherheitsproblem im Altsystem, sie öffnet im Gegenteil eine neue Tür. Webservices müssen deshalb abgesichert, auf das Nötigste beschränkt und nur im internen Netz oder über einen geschützten Zugang erreichbar sein.

Microsoft weist für Webservices auf weitere Grenzen hin: Webservices sind zustandslos, Seiten, die eine Rückfrage an den Benutzer erwarten, können im Webservice-Aufruf Probleme verursachen, und Datums- und Zahlenformate hängen an der Spracheinstellung des Servers. Diese Punkte gehören in jeden Test.

• Die Anbindung kauft Zeit, sie verlängert keinen Herstellersupport.
• Schreibende Zugriffe nur über Webservices und die Geschäftslogik von NAV, nie direkt in die Datenbank.
• Jede Zusatzschicht braucht Betrieb, Überwachung und eine verantwortliche Person in Ihrem Team.
• Je älter die Version, desto weniger Schnittstellen stehen zur Verfügung und desto mehr Aufwand entsteht pro Ablauf.

Ablauf in 6 Schritten

1. 01
   Version und Support-Datum feststellen

   Genaue NAV-Version und Build im System ablesen und mit der Lifecycle-Seite von Microsoft abgleichen.

2. 02
   Anpassungen und Schnittstellen erfassen

   Welche Objekte sind angepasst, welche Webservices sind veröffentlicht, welche Nebensysteme hängen dran.

3. 03
   Pflichten prüfen

   E-Rechnung im Versand und Empfang, Sicherheitsanforderungen und Prüfpflichten mit Steuerberatung und IT klären.

4. 04
   Entscheidung mit Datum treffen

   Weiterbetreiben mit Anbindung, Upgrade auf Business Central oder Neuauswahl, jeweils mit festem Zieltermin.

5. 05
   Einen Ablauf als Prototyp anbinden

   Im Automatisierungs-Sprint läuft ein Ablauf, etwa der Rechnungseingang, auf echten Daten in Ihrer Testumgebung.

6. 06
   Betrieb und Umstieg vorbereiten

   Die Automatisierung so kapseln, dass beim Wechsel auf Business Central nur die Schnittstelle getauscht wird.

Häufige Fragen