Änderungsstopp im Wartungsplan vor dem Weihnachtsgeschäft

Ein einziges Stoppdatum für alles ist die häufigste Bauform - und die unpraktischste. Inhalte und Preise müssen im Dezember beweglich bleiben, sonst kann der Shop auf ein kurzfristiges Angebot nicht reagieren. Ein Theme-Update dagegen ist ab Mitte November ohne Not. Der Kalender trennt deshalb nach Änderungsklassen, nicht nach Systemen. Wo die Termine genau liegen, sagt die Umsatzkurve des eigenen Shops aus dem Vorjahr besser als jede Branchenzahl. Die Größenordnung gibt die Branche vor: Für November und Dezember rechnete der Handelsverband im Online-Handel mit 22,2 Milliarden Euro Umsatz, nominal 3,3 Prozent mehr als im Vorjahr (HDE-Prognose, November 2025).

Die Tabelle unten zeigt eine Einteilung, die sich in kleinen und mittleren Shops bewährt hat. Wichtiger als die genaue Zahl der Klassen sind drei Felder je Zeile: ab wann die Klasse ruht, wer über eine Ausnahme entscheidet und welcher Rückweg vorher geprobt wurde. Ohne das dritte Feld ist der Kalender eine Absichtserklärung. Welche Arbeiten in einem laufenden Wartungspaket ohnehin enthalten sind, zeigt die Übersicht der Leistungen - der Änderungskalender gehört dort in dieselbe Zeile wie das Wartungsfenster.

Zwei Zeilen verdienen einen zweiten Blick. Die Klasse Infrastruktur ruht am frühesten, weil ihre Fehler am spätesten auffallen: Ein Zertifikat, das im Dezember ausläuft, meldet sich nicht beim Einspielen, sondern am Ablauftag. Und die Klasse Erweiterungen braucht vor dem Stopp eine Bestandsaufnahme, denn sie umfasst oft mehr, als im Kopf des Betreibers steht - Testsysteme, alte Subdomains und vergessene Installationen zählen zur selben Angriffsfläche. Wie dieser Bestand aufgeräumt wird, beschreibt der Beitrag zu vergessenen Testsystemen und alten Subdomains.

Der Ausnahmeweg ist kein Notausgang, sondern ein zweites, engeres Verfahren. Er unterscheidet sich vom normalen Weg in vier Punkten: Der Auslöser ist enger gefasst, die Entscheidung liegt bei einer benannten Person statt bei einer Runde, der Testlauf ist verkürzt, aber nicht gestrichen, und das Protokoll ist ausführlicher als sonst. Wer diesen Weg mit der Bereitschaft koppelt, hat ihn zur Hälfte gebaut - im Notfall-Support sind Erreichbarkeit, Entscheidungsbefugnis und Protokoll bereits ein Vorgang.

Entscheidend ist der Auslöser. Wird er zu weit gefasst, wandert jede Anfrage durch den Ausnahmeweg und der Stopp ist wirkungslos. Wird er zu eng gefasst, bleibt eine ausgenutzte Lücke drei Wochen offen. In der Praxis trägt eine Kombination aus zwei Bedingungen: Die Schwachstelle ist im eingesetzten Stand ausnutzbar - nicht nur im Produkt vorhanden - und sie betrifft einen Pfad, den der Shop öffentlich anbietet. Beides zusammen ist selten genug, um den Kalender zu halten, und häufig genug, um die Fälle zu erwischen, auf die es ankommt.

Die Datei gehört in dasselbe Repository wie der Rest der Konfiguration, damit jede Änderung am Kalender eine Änderung mit Verlauf ist. Zwei Felder werden dabei leicht übersehen. Die Zeitzone verhindert, dass ein Stopp in einer verteilten Kette um eine Stunde verrutscht, gerade nach der Umstellung Ende Oktober. Und meldung_an sorgt dafür, dass der Betreiber von einer Ausnahme erfährt, bevor er sie im Zahlenverlauf sieht. Ob die Ausnahme gewirkt hat, zeigt danach die laufende Überwachung des Shops - eine Änderung ohne anschließende Messung ist im Dezember eine Wette.

Ein Punkt taucht in der Diskussion regelmäßig auf: Gehören Inhalte wirklich in den Kalender, wenn sie ohnehin weiterlaufen? Ja, aber mit einem anderen Feld. Für Inhalte ist nicht das Stoppdatum interessant, sondern der Rückweg innerhalb der Sitzung. Wer eine Kategorieseite umbaut und dabei einen Filter entfernt, ändert die Auslieferung genauso wie ein Entwickler. Der Unterschied ist, dass eine Redakteurin den Rückweg in der Bedienoberfläche selbst gehen kann, sofern die Versionierung eingeschaltet ist. Genau das gehört vor dem Stopp einmal ausprobiert, nicht vorausgesetzt.

Der unangenehmste Fehler beim Änderungsstopp ist nicht die zu strenge Regel, sondern die übersehene Frist. Eine Frist verhandelt nicht: Sie läuft ab, während der Stopp gilt, und erzwingt genau die Änderung, die vermieden werden sollte. Die Liste unten sammelt die Fristen, die in dieser Umgebung regelmäßig in den Dezember fallen. Sie wird im Oktober durchgegangen, jeder Punkt bekommt ein Datum, und jedes Datum zwischen Stoppbeginn und Stoppende wird vorgezogen oder verlängert.

Eine Frist verdient dabei eine eigene Zeile, weil sie kein Wartungsthema ist und trotzdem an der Technik hängt. Das Umsatzsteuergesetz erlaubt Papier für Umsätze des Jahres 2027 nur noch bis zum 31. Dezember 2027 und nur dann, wenn der Gesamtumsatz im vorangegangenen Kalenderjahr nicht mehr als 800 000 Euro betragen hat (§ 27 Abs. 38 Nr. 2 UStG). Für alle darüber endet die Papieroption mit dem Jahreswechsel. Ein abweichendes elektronisches Format bleibt für denselben Zeitraum daneben ohne Umsatzgrenze möglich, wenn der Empfänger zustimmt und die Rechnung per EDI übermittelt wird (§ 27 Abs. 38 Nr. 3 UStG). Wer die Umstellung im Januar plant, plant sie direkt hinter dem Stopp - was der Shop dafür können muss, steht im Beitrag zur E-Rechnung ab 2027.

Die dritte Vorbereitung ist die unauffälligste: Reserven. Im Dezember steigt nicht nur die Zahl der Bestellungen, sondern auch die Menge dessen, was der Shop nebenbei erzeugt - Sitzungsdaten, Suchprotokolle, Rechnungsbelege, Bilder in mehreren Formaten, Zwischenspeicher. Ein voller Datenträger ist ein Ausfall, der wie ein Datenbankfehler aussieht und stundenlang an der falschen Stelle gesucht wird. Wie sich die Grenze vorher finden lässt, beschreibt der Beitrag zum Lasttest für Spitzenlast.

Für die Praxis reichen vier Messwerte, die im Oktober einmal erhoben und danach überwacht werden: freier Platz auf dem Datenträger mit den Bestelldaten, freier Platz auf dem Datenträger mit den Sicherungen, Auslastung der Rechenkerne in der Spitzenstunde und Belegung des Arbeitsspeichers durch die Datenbank. Wichtiger als der Absolutwert ist die Steigung. Ein Datenträger, der pro Woche zwei Prozentpunkte verliert, ist zum Stoppende rechnerisch voll, auch wenn heute noch zwanzig Prozent frei sind.

Der Bericht ist absichtlich langweilig. Sein Zweck ist die Reichweite in Wochen, nicht der Prozentwert: Erst die Reichweite verbindet den heutigen Stand mit dem Datum, an dem der Stopp endet. Die beiden Alarme in diesem Beispiel sind der Regelfall - Zertifikate und Lizenzen laufen erfahrungsgemäß bevorzugt zwischen Weihnachten und Neujahr ab, weil sie ein Jahr zuvor zwischen Weihnachten und Neujahr eingerichtet wurden.

Damit der Kalender im Dezember trägt, gehört er in den Wartungsvertrag und nicht in eine Mail. Vier Punkte reichen: der Zeitraum des Stopps mit Beginn und Ende, die Einteilung der Änderungsklassen mit ihren Stoppdaten, der Ausnahmeweg mit benanntem Entscheider und Protokollpflicht sowie der Bereitschaftsplan mit Fenstern und Meldearten. Wie diese Punkte üblicherweise formuliert und mit Reaktionszeiten verbunden werden, zeigt die Übersicht zum SLA-Wartungsvertrag.

Ein fünfter Punkt wird oft vergessen und ist der einzige, der rückwirkend zählt: der Nachweis des Wartungsstands vor dem Stopp. Er hält fest, welche Versionen am Stichtag liefen, welche Sicherungen zuletzt geprobt wurden, mit welchem Ergebnis, und welche Fristen bewusst über den Stopp hinaus verlängert wurden. Im Streitfall ist dieser Nachweis die Grundlage dafür, dass eine Änderung im Dezember nicht stattgefunden hat - im Normalfall ist er die Vorlage für den Kalender des nächsten Jahres.