CCS365 GmbH / 18.03.2026
Wenn Laufzeitentscheidungen plötzlich Datenentscheidungen werden
Viele Unternehmen haben NCE‑Verlängerungen bisher als reines Einkaufsthema betrachtet: Verlängern, anpassen, fertig. Mit der Einführung der Extended Service Terms (EST) ändert Microsoft jedoch den Umgang mit auslaufenden Subscriptions grundlegend – und damit verschiebt sich die Risikobetrachtung: Aus „Lizenztermin“ wird ein Service‑ und Zugriffsrisiko.
Microsoft beschreibt EST als neue Option am Ende einer Laufzeit: Wer nicht verlängert, hat künftig keine kostenlose Übergangsphase mehr – stattdessen muss aktiv entschieden werden: Renew, Cancel, oder Move to EST (kostenpflichtig). Zudem wird die kostenlose Grace Period für nicht verlängerte Subscriptions eingestellt.
Was Microsoft 365 E7 laut Microsoft ist
Microsoft beschreibt E7 als neue Suite, die auf Microsoft 365 E5 aufbaut und zusätzliche Komponenten integriert – insbesondere Microsoft 365 Copilot, Microsoft Entra Suite und Agent 365.
Der Kernnutzen ist dabei nicht „mehr Features“, sondern ein Governance‑fähiges Betriebsmodell für agentische KI.
Microsofts eigene Begründung im offiziellen Blog betont den Zusammenhang aus „Intelligence + Trust“: KI soll nicht nur produktiv sein, sondern beobachtbar, steuerbar und sicher betrieben werden.
Was Microsoft offiziell ändert: End‑of‑term ohne kostenlose Grace Period
Microsoft dokumentiert, dass Extended Service Terms zusätzliche Zeit schaffen sollen, um zwischen Kündigung und Verlängerung zu entscheiden – allerdings kostenpflichtig (mit Aufschlag auf den Monats‑Rate). Gleichzeitig wird die kostenlose Karenz/Grace Period für nicht verlängerte Subscriptions beendet.
Das ist der entscheidende Punkt: „Nicht reagieren“ wird riskanter, weil der Übergang nicht mehr kostenlos und automatisch verfügbar ist. Kernaussage für Unternehmen:
Renewal‑Prozesse müssen sauberer werden – und ein Fallback muss vorhanden sein, falls ein Abo ausläuft oder falsch gesteuert wird.
Warum das Backup‑Thema dadurch plötzlich geschäftskritisch wird
Viele Verantwortliche verwechseln drei Dinge:
- Verfügbarkeit/Resilienz (Microsoft sorgt für Hochverfügbarkeit der Plattform),
- Retention/Archivierung (Aufbewahrungslogik für Compliance),
- Backup (Wiederherstellung zu einem früheren Zeitpunkt, auch großflächig und orchestriert).
Microsoft selbst adressiert diese Unterscheidung in der Microsoft 365 Backup‑Dokumentation: Disaster Recovery‑Kopien halten den aktuellen Zustand, sind aber kein Point‑in‑Time‑Restore; außerdem sind „Versionen“ und „Legal Holds“ nicht als skalierbares Restore‑Werkzeug für große Vorfälle gedacht.
Das ist zentral, weil Renewal‑Fehler, Security‑Incidents oder Fehlkonfigurationen nicht nur „ein Dokument“ betreffen, sondern im Worst Case ganze Workloads.
Microsoft beschreibt Agent 365 als Plattform, die IT‑Teams einen Ort gibt, um Agenten zu beobachten, zu governancen und zu sichern – inklusive Richtlinien, Least‑Privilege‑Ansatz, Logging und Risiko‑Kontrolle.
Das ist relevant, weil Agenten in Zukunft wie digitale Akteure auftreten: mit Zugriffen, Aktionen und potenziellen Fehlkonfigurationen – ähnlich wie Nutzerkonten, nur automatisiert.
Shared Responsibility: Warum Unternehmen Verantwortung für Daten behalten
Microsoft beschreibt im Shared‑Responsibility‑Modell klar: Unabhängig vom Cloud‑Servicemodell bleibt der Kunde verantwortlich – insbesondere für Customer Data und Identities.
Für Microsoft 365 (SaaS) bedeutet das praktisch: Microsoft betreibt die Plattform, aber Unternehmen müssen ihre Daten‑ und Wiederherstellungsstrategie definieren.
Konsequenz: Wer NCE‑Abläufe ändert, sollte parallel die Data‑Protection‑Strategie prüfen – weil Zugriff, Lebenszyklus und Recovery zusammenhängen.
Praxis‑Check: Wo entstehen die neuen Risiken konkret?
Ohne Spekulation über Einzelfälle sind dies die typischen Risikopunkte, die Unternehmen jetzt in den Griff bekommen sollten:
1) Renewal‑Prozess ist zu spät oder zu unklar
Wenn Entscheider, Budget oder Freigaben knapp werden, kann ein Ablaufdatum plötzlich „zu früh“ sein. Mit EST‑Logik ist das kein Komfortproblem mehr.
2) Fehlkonfiguration / falscher Renewal‑Pfad
Wenn Renewal‑Optionen falsch gesetzt werden oder Zuständigkeiten unklar sind, entstehen unnötige Kosten (EST) oder unnötige Downtime (Cancel).
3) Backup existiert nicht unabhängig genug
Wenn Backup und Recovery nicht ausreichend geplant sind, kann der Zugriff auf Daten in Störfällen eingeschränkt sein. Microsoft 365 Backup‑Dokumentation betont, dass Backup‑Funktionen speziell für schnelle Wiederherstellung und RPO/RTO‑Ziele gedacht sind.
Was jetzt konkret zu tun ist
- Renewal‑Kalender und Zuständigkeiten festziehen (Owner, Fristen, Freigaben)
- Entscheidungspfad definieren: Renew / Cancel / EST – und wann welcher Pfad gilt
- Backup‑Strategie prüfen: Welche Workloads sind abgedeckt? Wie schnell kann im Ernstfall wiederhergestellt werden? (RPO/RTO)
- Shared‑Responsibility intern klären: Daten‑ und Identitätsverantwortung ist nicht „outgesourct“.
Fazit: NCE-Änderung = Prozess-Änderung + Backup-Pflicht
Die NCE‑Änderung ist keine kleine Vertragsnotiz. Sie macht Renewal‑Prozesse verbindlicher – und sie verstärkt die Notwendigkeit, Daten unabhängig wiederherstellen zu können. Wer beides zusammendenkt, reduziert Risiko und gewinnt Handlungsspielraum.
Unser Head of Sales, Heinrich Mekker sagt dazu:
„NCE‑Verlängerungen sind kein formaler Prozess mehr, sondern Teil der IT‑Risikosteuerung. Ohne klare Zuständigkeiten und ein unabhängiges Backup kann eine falsche Entscheidung schnell spürbare Auswirkungen auf den Betrieb haben.“