IT-Wissen · IT-Wissen

Office 2021 und Office LTSC 2021: Wie testen Unternehmen ihre Abhängigkeiten vor dem Wechsel?

Kurz zusammengefasst: Office 2021 erreicht am 14. Oktober 2026 das Ende des Produktlebenszyklus. Für Office LTSC 2021 nennt Microsoft den 13. Oktober 2026 als Ende des Supports und zugleich als Ende der unterstützten Verbindung zu Microsoft-365-Diensten. Der Artikel konzentriert sich auf die eigenständige Umsetzungsfrage, wie Unternehmen ihre Office-Abhängigkeiten vor einer Änderung systematisch testen, dokumentieren und in einen kontrollierten Übergang überführen.

Welche Termine und Abhängigkeiten müssen Unternehmen unterscheiden?

Microsoft weist für Office 2021 den 14. Oktober 2026 als Ende des Produktlebenszyklus aus. Für Office LTSC 2021 nennt Microsoft den 13. Oktober 2026 als Ende des Supports. Dieser unterschiedliche Microsoft-Stichtag sollte in der internen Planung eindeutig dokumentiert werden.

Das Supportende bedeutet nicht automatisch, dass die Programme am folgenden Tag nicht mehr starten. Danach liegt Office LTSC 2021 jedoch außerhalb des von Microsoft angegebenen Supports; technische Unterstützung, Fehlerbehebungen und Sicherheitsupdates werden für das Produkt nicht mehr bereitgestellt. Unternehmen müssen deshalb die eigene Betriebs- und Risikoverantwortung bewerten.

Davon getrennt ist die Unterstützung der Verbindung zu Microsoft-365-Diensten. Microsoft nennt für Office LTSC 2021 den 13. Oktober 2026 als Ende der unterstützten Verbindung zu Microsoft-365-Diensten. Dieser Termin betrifft beispielsweise Exchange Online, SharePoint Online oder OneDrive und sollte bei cloudabhängigen Arbeitsabläufen separat geprüft werden.

Eine belastbare Planung beginnt daher nicht mit einer pauschalen Produktempfehlung, sondern mit der Frage, welche Arbeitsabläufe, Fachanwendungen und Dienste von der installierten Office-Umgebung abhängen.

Bestandsaufnahme vor dem Kompatibilitätstest

Office 2021 und Office LTSC 2021 sind unterschiedliche Produktangebote. Welche Ausgabe und welcher Lizenzweg im Einzelfall vorliegt, muss anhand der erworbenen Edition, des Lizenzvertrags und der Aktivierungsart geprüft werden. Aus dem Namen der installierten Anwendung allein lässt sich kein vollständiges Lizenzbild ableiten.

Am Anfang steht eine belastbare Übersicht aller Geräte und Installationen. Erfasst werden sollten mindestens Edition, installierte Version, Bit-Version, Betriebssystem, Lizenz- und Aktivierungsinformationen, installierte Zusatzprodukte wie Project oder Visio, verwendete Add-ins sowie die Verbindung zu Exchange Online, SharePoint, OneDrive oder anderen Microsoft-365-Diensten.

Besondere Aufmerksamkeit verdienen Makros, Vorlagen, COM-Add-ins, Druck- und Scanprozesse, Dokumentenmanagement, ERP- oder CRM-Anbindungen und Lösungen, die Outlook oder Excel automatisieren. Nicht jede technische Abhängigkeit ist in der installierten Programmliste sichtbar.

Außerdem sollte geprüft werden, ob Office 32-Bit oder 64-Bit eingesetzt wird. Microsoft weist darauf hin, dass auf einem Gerät nicht gleichzeitig Office-Produkte mit 32-Bit- und 64-Bit-Architektur installiert werden können. Ein Wechsel der Bit-Version kann daher für Add-ins und ältere Integrationen relevant sein. Die Entscheidung sollte anhand getesteter Anwendungen erfolgen, nicht nach einer pauschalen Vorgabe.

Installierte Office- und Zusatzprodukte erfassen
Lizenz- und Aktivierungsart dokumentieren
Add-ins, Makros und Vorlagen inventarisieren
Microsoft-365-Dienste und lokale Serverabhängigkeiten prüfen
Kritische Arbeitsabläufe mit verantwortlichen Fachanwendern bewerten

Ein Testdesign für reale Arbeitsabläufe erstellen

Vor der Auswahl und breiten Einführung einer Zielumgebung sollte ein Pilot mit repräsentativen Geräten und unterschiedlichen Benutzerprofilen durchgeführt werden. Dazu gehören Standardarbeitsplätze ebenso wie Geräte mit Makros, Add-ins, besonderen Druckern oder Fachanwendungen.

Die Testfälle sollten reale Arbeitsabläufe abbilden: E-Mail, Kalender, Dokumentvorlagen, Excel-Auswertungen, PDF-Erzeugung, Freigaben, externe Dateiformate und den Austausch mit Fachanwendungen. Für jeden Testfall gehören Ausgangsdaten, erwartetes Ergebnis, verantwortliche Person und Testergebnis in die Dokumentation.

Makros und Add-ins sollten mit typischen Dateien und nicht nur mit einer leeren Testdatei geprüft werden. Bei Outlook sind unter anderem Profile, Kalender, Anhänge, Freigaben und die Verbindung zum verwendeten Dienst einzubeziehen. Bei Excel können Datenimporte, Formeln, Pivot-Auswertungen, Druckvorlagen und automatisierte Exporte kritisch sein.

Ein bestandenes Einzeltestergebnis beweist keine vollständige Kompatibilität. Kritische Abläufe sollten wiederholt, mit mehreren Benutzerprofilen geprüft und bei Abweichungen technisch sowie fachlich bewertet werden.

Repräsentative Geräte und Benutzerprofile auswählen
Kritische Dokumente und typische Daten verwenden
Erwartete Ergebnisse vor dem Test festlegen
Abweichungen mit Ursache und Auswirkung dokumentieren
Fachliche Abnahme durch die jeweiligen Prozessverantwortlichen einholen

Zielumgebung anhand der Testergebnisse auswählen

Microsoft 365 Apps können zu Unternehmen passen, die aktuelle Office-Funktionen, regelmäßige Sicherheits- und Qualitätsupdates sowie die Nutzung von Cloud-Diensten benötigen. Dafür müssen Identitäten, Lizenzzuweisung, Geräteverwaltung, Updatekanäle und gegebenenfalls Datenschutz- und Aufbewahrungsvorgaben sauber geplant werden.

Eine unterstützte lokale Office-Zielumgebung kann zu Organisationen passen, die eine planbare Installation benötigen. Sie beendet die Lebenszyklusplanung jedoch nicht: Auch eine solche Zielversion hat ein festgelegtes Supportende und erfordert eine spätere Erneuerungsplanung. Welche konkrete Version aktuell unterstützt wird, muss zum Entscheidungszeitpunkt anhand der offiziellen Microsoft-Lifecycle-Angaben geprüft werden.

Eine Mischumgebung kann technisch möglich sein, erhöht aber den Verwaltungsaufwand. Sie sollte nur eingesetzt werden, wenn dafür ein dokumentierter Grund besteht, etwa eine nicht kurzfristig ersetzbare Fachanwendung. Für jede Abweichung vom Standard gehören Eigentümer, Supportzuständigkeit und Ablöseperspektive in die Dokumentation.

Wer bereits Microsoft 365 Apps einsetzt, sollte zuerst die vorhandene Lizenz- und Installationssituation dokumentieren. Eine zusätzliche Office-Installation ist nicht pauschal erforderlich und kann bei nicht kompatiblen Installationsarten oder gemeinsam genutzten Komponenten zu Problemen führen.

Migration kontrolliert umsetzen

Microsoft beschreibt die Bereitstellung von Office LTSC 2021 über das Office Deployment Tool. Bei einer Migration ist zu beachten, dass vorhandene Office-Versionen und Installationsarten miteinander kollidieren können. Microsoft empfiehlt, vorherige Office-Versionen vor der Installation von Office LTSC 2021 zu entfernen; für bestimmte Windows-Installer-Installationen kann dabei das ODT-Element RemoveMSI verwendet werden. Die konkrete Deinstallation und Neuinstallation muss anhand der vorhandenen Lizenz- und Installationssituation geplant werden.

Vor der breiten Einführung sollten Pilot, Rollout und Rückfallverfahren als dokumentierte IT-Änderung freigegeben werden. Die Umstellung kann in überschaubaren Wellen erfolgen, wenn Testfälle bestanden, Verantwortlichkeiten benannt und Zeitfenster abgestimmt sind.

Vor jedem Umstieg sind Backups und Wiederherstellungsverfahren zu prüfen. Benutzerdaten, Outlook-Profile, Signaturen, Vorlagen und lokale Konfigurationen dürfen nicht stillschweigend als unkritisch behandelt werden. Nach der Installation sollten Aktivierung, Updateverhalten, Add-ins und die definierten Fachprozesse dokumentiert geprüft werden.

Anwender sollten über Änderungen, erwartetes Verhalten und einen klaren Meldeweg informiert werden. Nach jeder Welle gehören technische Kontrolle und fachliche Abnahme zur Umsetzung.

Pilotgruppe und Testfälle festlegen
Rollout in überschaubaren Wellen planen
Rückfallverfahren und Zeitfenster definieren
Anwender über Änderungen und erwartetes Verhalten informieren
Nachkontrolle mit technischer und fachlicher Abnahme durchführen

Unterstützung dauerhaft sicherstellen

Eine unterstützte Office-Umgebung entsteht nicht allein durch die Wahl einer aktuellen Version. Unternehmen brauchen zusätzlich einen Prozess für Updates, Lizenzverwaltung, Gerätewechsel, Störungsmeldungen und die regelmäßige Überprüfung von Add-ins und Fachanwendungen.

Für Microsoft 365 Apps sind Updatekanäle und Testgruppen sinnvoll, damit Änderungen zunächst kontrolliert bewertet werden können. Bei einer lokalen Office-Umgebung müssen Updatequelle, Verteilung und Verantwortlichkeiten ebenfalls festgelegt werden. Microsoft dokumentiert für Office LTSC 2021 Updatequellen und Updatekanäle; ein dauerhaft eingefrorener Softwarestand ist kein Ersatz für Sicherheits- und Qualitätsupdates.

Die Entscheidung sollte außerdem in einer kurzen Betriebsdokumentation festgehalten werden. Dazu gehören Zielversion, Lizenzmodell, Installationsverfahren, Supportgrenzen, Ausnahmen, Ansprechpartner und der geplante nächste Review. So bleibt nachvollziehbar, welche Abhängigkeiten getestet wurden und welche Schritte bei Abweichungen erforderlich sind.

Ein kontrollierter Übergang ist damit weniger eine einmalige Installation als ein überprüfbarer Betriebsprozess: Inventar, Testfälle, Pilot, Freigabe, Rollout und laufende Kontrolle müssen zusammenpassen.

Beispiel aus der Praxis

Beispiel: Ein mittelständischer Handwerksbetrieb nutzt Office 2021 auf Windows-Arbeitsplätzen. Einige Mitarbeitende arbeiten mit Excel-Makros, Outlook ist an Microsoft 365 angebunden, und die Buchhaltung verwendet ein Add-in für den Datenexport. Der Betrieb beginnt deshalb mit der Erfassung von Edition, Lizenz- und Aktivierungsinformationen, Geräten, Add-ins und Makros. Danach wird eine Pilotgruppe aus Verwaltung, Projektleitung und Buchhaltung gebildet. Auf zwei Testgeräten wird die geplante Zielumgebung installiert. Die wichtigsten Excel-Auswertungen, Outlook-Funktionen, Druckvorlagen und der Buchhaltungsexport werden anhand vorher festgelegter Testfälle geprüft. Erst nach dokumentierter fachlicher und technischer Freigabe wird in Wellen umgestellt. Für zwei noch nicht kompatible Arbeitsabläufe wird eine befristete Ausnahme mit verantwortlicher Person und Ablöseziel dokumentiert. Das Beispiel beschreibt einen realistischen Vorgehensweg, ist jedoch keine Kundenreferenz.

Chancen für Unternehmen

Der Übergang bietet die Gelegenheit, veraltete oder ungenutzte Add-ins, Makros und Sonderkonfigurationen zu bereinigen.
Eine einheitliche Zielumgebung kann Administration, Fehleranalyse und Anwendersupport vereinfachen.
Mit Microsoft 365 Apps lassen sich laufende Aktualisierung und cloudbasierte Zusammenarbeit in die Betriebsplanung integrieren.
Eine unterstützte lokale Office-Zielumgebung kann den planbaren Betrieb fortführen, sofern sie fachlich und lizenzrechtlich passt.
Ein dokumentierter Pilot macht Risiken sichtbar, bevor sie den gesamten Betrieb betreffen.

Grenzen und Prüfpunkte

Auch eine unterstützte Zielversion hat ein späteres Supportende und ersetzt keine Lebenszyklusplanung.
Microsoft 365 Apps können zusätzliche Anforderungen an Identitäten, Lizenzen, Internetzugang, Geräteverwaltung und interne Prozesse stellen.
Alte Makros, Add-ins und Fachanwendungen können trotz erfolgreicher Office-Installation Anpassungen benötigen.
Eine Mischumgebung aus verschiedenen Office-Modellen erhöht den Verwaltungs- und Supportaufwand.
Die Kompatibilität kann nicht allein aus der Versionsnummer abgeleitet werden. Kritische Arbeitsabläufe müssen mit realen Daten und repräsentativen Testfällen geprüft werden.
Lizenzbedingungen, Datenschutz, Aufbewahrung, Datenstandorte und Anforderungen einzelner Fachanwendungen sind vor der Auswahl separat zu bewerten.