Business Central on-premises: Supportende für Version 26 und 27

Ein Enddatum, das schon hinter uns liegt

Microsoft führt für seine Produkte Lebenszyklus-Tabellen mit Start- und Enddaten. In der Tabelle für Dynamics 365 Business Central on-premises steht in der Zeile „2025 release wave 1, version 26.x“ als Enddatum der 13. Oktober 2026. On-premises heißt: Der Betrieb lässt die Software auf eigenen Servern laufen. Dieses Datum ist verstrichen. Microsofts Unterstützung für Version 26 endete am 13. Oktober 2026 (pazifische Zeit).

Läuft in Ihrem Betrieb Business Central auf eigenen Servern, betrifft Sie das auf zwei Arten. Ist noch Version 26 installiert, arbeiten Sie mit einer Version, deren Enddatum hinter Ihnen liegt. Ist es Version 27, liegt ihr Enddatum im April 2027. Beides folgt aus demselben Takt: Jede Version von Business Central on-premises läuft rund 18 Monate.

Dieser Beitrag erklärt, was die Daten bedeuten, welchen Upgrade-Weg Microsoft beschreibt, was sich mit dem 1. Oktober 2026 bei den Lizenzschlüsseln geändert hat und welche Fragen Sie Ihrem Systempartner stellen. Gemeint ist das Unternehmen, das Ihr Business Central einrichtet und betreut. Alle Angaben stammen aus Microsofts eigener Dokumentation, abgerufen am 12. Oktober 2026.

Auf einen Blick

• Version 26: Microsofts Unterstützung endete am 13. Oktober 2026.
• Version 27: Das Enddatum liegt laut Microsofts Lebenszyklus-Tabelle im April 2027.
• Grundregel: Microsoft unterstützt Business Central on-premises nur, solange der Kunde die installierte Software nach Microsofts Richtlinie auf Stand hält.
• Upgrade-Weg: Für Version 26 und 27 beschreibt Microsoft einen direkten Upgrade-Weg auf Version 29.
• Lizenzschlüssel: Ab Version 28 gilt ein Lizenzschlüssel mit der Versionsangabe „28+“. Wer auf eine neu erschienene Version wechseln will, muss laut Microsoft vorher eine aktualisierte Fassung des 28+-Lizenzschlüssels herunterladen.
• Offen: Zu Aufwand, Dauer und Kosten eines Versionswechsels enthält dieser Beitrag keine Angaben. Das beantwortet Ihr Systempartner.

Rund 18 Monate je Version

Business Central on-premises folgt laut Microsoft der sogenannten Modern Lifecycle Policy. Microsoft bringt zwei Versionen pro Jahr heraus und nennt sie „release wave“, also Veröffentlichungswelle. Welle 1 startet im Frühjahr, Welle 2 im Herbst. Die Tabelle zeigt für die Versionen 26 bis 29:

Zwischen Start und Ende einer Version liegen jeweils rund 18 Monate. Bei Version 26 war es der Zeitraum vom 31. März 2025 bis zum 13. Oktober 2026.

Für die übrigen Versionen nennen wir nur den Monat, denn Microsofts Seite rechnet die Daten je nach Zeitzone des Browsers um. Für Version 27 zeigt sie in Deutschland den 5. April 2027, in pazifischer Zeit den 6. April 2027.

Etwa alle sechs Monate endet also eine Version. Wer Business Central selbst betreibt, braucht deshalb einen Plan für wiederkehrende Versionswechsel, nicht nur für einen einzelnen.

Was das Enddatum bedeutet

Microsofts Übersicht der 2026 endenden Produkte führt Version 26 im Abschnitt „End of Servicing“, mit dem Datum 13. Oktober 2026. Die dort genannten Versionen, die der Modern Policy unterliegen, beenden laut Microsoft ihren Support im Jahr 2026. Was das heißt, steht in der Einleitung derselben Seite:

„Upon retirement or end of support, there will be no new security updates, non-security updates, free or paid assisted support options or online technical content updates.“

Auf Deutsch: Nach dem Ende gibt es keine neuen Sicherheitsupdates, keine sonstigen Updates, keine kostenlosen oder kostenpflichtigen Supportangebote und keine Aktualisierung der technischen Online-Dokumentation. In Microsofts Begriffserklärungen hat eine Version das Ende der Wartung erreicht („end of servicing“), wenn sie keine Qualitäts- oder Sicherheitsupdates mehr erhält.

Für Version 26 bedeutet das: Werden darin nach dem 13. Oktober 2026 Sicherheitslücken bekannt, sieht Microsofts Beschreibung dafür keine neuen Sicherheitsupdates vor.

Die Bedingung: die Software auf Stand halten

Hinter den Enddaten steht eine Grundregel. Microsoft formuliert sie auf der Seite zur Lebenszyklus-Richtlinie für Business Central on-premises so:

„Microsoft will support the Dynamics 365 Business Central (on-premises) software as indicated on the Microsoft Lifecycle Policy for Business Central on-premises page, but only if the customer keeps the deployed software current according to this policy.“

Microsoft unterstützt die Software also nur, solange der Kunde die installierte Version nach dieser Richtlinie auf Stand hält. Was die Richtlinie dafür bietet, steht auf derselben Seite: Unterstützung und Wartung, darunter Fehlerbehebungen, neue Funktionen und die neuesten Steuer-Updates („latest tax updates“). Zu den Leistungen, an die Microsoft das Aktuellhalten knüpft, zählen laut Microsoft also auch Steuer-Updates.

Ebenfalls dort steht, wer die Updates einspielt: „The customer is in control of installing updates in its on-premises environments.“ Wann ein Update installiert wird, entscheidet also Ihr Betrieb oder wer in Ihrem Auftrag das System betreut.

Microsofts allgemeine Seite zur Modern Lifecycle Policy fasst die Bedingung in einem Satz: „Customers must stay current as per the servicing and system requirements published for the product or service.“ Das ist Microsofts Bedingung für den Support. Was Ihr Vertrag zu Versionswechseln regelt, klären Sie mit Ihrem Systempartner.

Der Weg nach vorn: direkt auf Version 29

Version 29 (2026 release wave 2) steht laut Microsofts Tabelle seit Oktober 2026 bereit. Auf der Seite zu den Upgrade-Pfaden beschreibt Microsoft für Version 26 einen direkten Upgrade-Weg auf Version 29 (Stand der Seite: 1. Oktober 2026). Dasselbe gilt laut dieser Seite für die Versionen 25, 27 und 28. Wer noch eine Version zwischen 14 und 24 betreibt, geht laut Microsoft den Weg über Version 25. Den längeren Weg von Dynamics NAV beschreiben wir im Beitrag zum Supportende von Dynamics NAV 2017.

Einen Vorbehalt macht Microsoft auf der Upgrade-Seite selbst: „Not all minor updates between two releases are compatible.“ Nicht alle kleineren Updates zweier Versionen sind also miteinander verträglich. Welcher Update-Stand bei Ihnen installiert ist und zu welchem Stand von Version 29 er passt, beantwortet Ihr Systempartner.

Seit Oktober 2026: der Lizenzschlüssel „28+“

Bisher hatte jede Version von Business Central on-premises ihren eigenen Lizenzschlüssel. Ab Version 28 ändert sich das. Microsoft hat es in einer Ankündigung im Partner Center mit Datum 1. Oktober 2026 bekannt gemacht. Sie richtet sich an Partner, die Business Central on-premises betreuen. Die Kernpunkte:

• Für Version 28 und neuer gilt ein Lizenzschlüssel mit der Versionsangabe „28+“.
• Versionen vor 28, also etwa 26 und 27, behalten ihre versionsspezifischen Schlüssel.
• Erscheint ab dem 1. Oktober 2026 eine neue Version, müssen Kunden eine aktualisierte Fassung des 28+-Schlüssels herunterladen, wenn sie auf diese neueste Version wechseln wollen.
• Am Veröffentlichungsrhythmus der Versionen ändert sich laut Microsoft dadurch nichts.

Microsoft erklärt das an einem Beispiel mit einer Version 30 im April 2027: Ein 28+-Schlüssel, der am 1. Oktober 2026 heruntergeladen wurde, führt bei Version 30 zu einer Warnmeldung zur Versionskompatibilität („version compatibility warning message“).

Für Betriebe mit Version 26 oder 27 heißt das: Der Wechsel auf Version 29 ist zugleich der Wechsel vom versionsspezifischen Schlüssel auf den 28+-Schlüssel. Und danach steht vor jedem weiteren Versionswechsel wieder ein neuer Download an.

Fragen für Ihren Systempartner

Wer Ihr Business Central betreut, sollte diese Fragen beantworten können. Sie passen in eine E-Mail:

• Stand: Welche Version und welcher Update-Stand von Business Central laufen bei uns genau?
• Version 26: Falls noch Version 26 läuft: Bis wann wechseln wir, und wie gehen wir bis dahin damit um, dass Microsoft keine neuen Sicherheitsupdates mehr liefert?
• Ziel: Gehen wir direkt auf Version 29, wie Microsoft es für Version 26 und 27 beschreibt? Passt unser Update-Stand zu einem bestimmten Stand von Version 29?
• Erweiterungen und Anbindungen: Welche Erweiterungen und Anbindungen an andere Programme nutzen wir, und wer prüft sie vor dem Wechsel?
• Lizenzschlüssel: Wer lädt vor dem nächsten Versionswechsel die neueste Fassung des 28+-Lizenzschlüssels herunter?
• Testlauf: Probieren wir den Wechsel vorher in einer Testumgebung aus?
• Rhythmus: Wie oft wechseln wir die Version, damit wir nicht hinter ein Enddatum fallen? Gibt es dafür feste Termine?
• Kosten: Was kostet ein Versionswechsel, und welche Teile davon deckt unser bestehender Vertrag ab?

Eine brauchbare Antwort nennt Schritte und Termine. Bleibt sie allgemein, fragen Sie nach.

Was offen ist

Einiges lässt sich aus den ausgewerteten Microsoft-Seiten nicht beantworten. Wir ergänzen es nicht durch Schätzungen:

• Aufwand, Dauer und Kosten: Dazu konnten wir aus Microsofts Dokumentation nichts belegen. Lizenz- und Partnerpreise nennt dieser Beitrag bewusst nicht.
• Verträglichkeit einzelner Update-Stände: Microsoft weist darauf hin, dass nicht alle kleineren Updates zweier Versionen zusammenpassen. Welcher Stand von Version 26 oder 27 zu welchem Stand von Version 29 passt, haben wir nicht ausgewertet.
• Wer den 28+-Schlüssel herunterlädt: Die Ankündigung richtet sich an Partner. Wie das in Ihrem Fall geregelt ist, klärt Ihr Systempartner.
• Tagesdatum für Version 27: je nach Zeitzone der 5. oder der 6. April 2027.
• Business Central online: Dieser Beitrag behandelt nur die Variante auf eigenen Servern. Für die Cloud-Variante haben wir keine Termine ausgewertet.
• Spätere Änderungen: Microsoft hat die Lebenszyklus-Tabelle laut Seitendaten zuletzt am 1. Oktober 2026 aktualisiert. Maßgeblich ist, was Microsofts Seite zum Zeitpunkt Ihrer Planung nennt.

Einordnung

Das Ende von Version 26 ist kein Sonderfall, sondern der Normalfall von Business Central on-premises. Jede Version läuft rund 18 Monate, und Microsoft knüpft den Support daran, dass Sie mitziehen. Mit dem 28+-Schlüssel kommt ab Version 28 ein weiterer Handgriff vor jedem Wechsel hinzu. Wer das weiß, spricht mit seinem Systempartner nicht über einen einmaligen Umstieg, sondern über einen festen Rhythmus.

Den Versionswechsel selbst übernimmt Ihr Systempartner. Wenn Sie die Fragen an ihn vorbereiten, die Antworten einordnen oder die Abstimmung zwischen den Beteiligten koordinieren lassen möchten, unterstützen wir Sie mit Beratung und Projektsteuerung. Müssen Schnittstellen zu anderen Programmen neu entstehen, koordinieren wir das mit unseren Entwicklungspartnern.