Ostern gilt im Kalender vieler Menschen als willkommene Unterbrechung des Alltags. Ein verlängertes Wochenende, ein paar freie Tage, familiäre Routinen, vielleicht etwas Sonne und im besten Fall deutlich weniger operative Hektik. Aus Sicht geschäftskritischer IT-Systeme stellt sich die Lage allerdings oft deutlich weniger idyllisch dar. Insbesondere im Mainframe-Umfeld war und ist Ostern ein Zeitraum, der operative Stabilität, fachliche Präzision und technische Reife in besonderer Weise auf die Probe stellt.

Das mag auf den ersten Blick überraschend wirken. Schließlich geht es „nur“ um Feiertage. Gerade darin liegt jedoch die eigentliche Komplexität. Ostern ist kein fixer Kalendereintrag wie Weihnachten oder der 1. Mai. Das Datum variiert. Mehrere bankfreie Tage folgen unmittelbar aufeinander. Buchungsläufe verschieben sich. Fristen verändern sich. Zinslogiken müssen korrekt greifen. Zahlungsströme dürfen weder zu früh noch zu spät verarbeitet werden. Und während Fachbereiche verständlicherweise erwarten, dass all dies zuverlässig und unsichtbar funktioniert, beginnt im Hintergrund genau jener Moment, in dem Systeme zeigen müssen, wie gut sie Realität tatsächlich abbilden können.

Im Mainframe-Kontext war Ostern deshalb nie bloß ein Feiertag. Es war immer auch ein Prüfstein.

Wenn der Kalender fachlich wird

Die besondere Herausforderung rund um Ostern beginnt mit einer simplen Tatsache: Geschäftskritische Systeme verarbeiten nicht nur Daten, sondern Geschäftslogik. Und diese Geschäftslogik orientiert sich an realen Rahmenbedingungen, zu denen Feiertage, Bankarbeitstage, Buchungsfristen und regulatorische Vorgaben zwingend gehören.

Im Zahlungsverkehr ist der Unterschied zwischen einem Kalendertag und einem Verarbeitungstag fundamental. Eine Überweisung kann fachlich am gleichen Datum erfasst werden und dennoch an einem anderen Tag wirksam werden. Zinsen werden auf Basis definierter Logiken berechnet, die Feiertage und bankfreie Zeiträume berücksichtigen müssen. Lastschriften, Wertstellungen, Avisierungen und Folgeprozesse hängen an präzisen Terminmodellen. Sobald mehrere Feiertage zusammenkommen, vervielfacht sich diese Komplexität.

Genau hier zeigte und zeigt sich eine klassische Stärke des Mainframes: Er ist dafür gebaut, fachlich kritische Prozesse mit hoher Stabilität und Wiederholgenauigkeit auszuführen. Gleichzeitig ist genau das der Grund, weshalb Feiertagslogik dort so sensibel ist. Wer tief in produktiven Kernsystemen arbeitet, weiß: Ein Fehler in einer Oberfläche ist ärgerlich. Ein Fehler in der Wertstellungslogik oder im Batch-Fenster ist eine ganz andere Kategorie.

Ostern gehört damit zu jenen Zeitpunkten, an denen IT besonders deutlich spürbar macht, dass „Kalender“ kein dekoratives Beiwerk ist, sondern betriebswirtschaftlich relevante Infrastruktur.

Warum gerade Ostern so anspruchsvoll ist

Die Schwierigkeiten entstehen nicht nur durch das variable Datum. Anspruchsvoll wird Ostern vor allem durch das Zusammenspiel mehrerer Faktoren.

Erstens müssen Feiertage korrekt berechnet oder aus verlässlichen Kalenderwerken bezogen werden. Zweitens greifen an mehreren aufeinanderfolgenden Tagen Sonderregeln für Buchung und Verarbeitung. Drittens entstehen vor und nach den Feiertagen häufig Lastspitzen, weil Geschäftsvorfälle gebündelt werden oder sich Verarbeitungsläufe verdichten. Viertens hängen viele nachgelagerte Prozesse voneinander ab. Verschiebt sich ein Lauf, verschiebt sich selten nur ein Lauf.

Historisch führte das zu einem erheblichen Aufwand in Kernsystemen. Zahlreiche COBOL- und PL/I-Programme enthielten Routinen, die Feiertage berechneten, Arbeitstage bestimmten, Fälligkeiten verschoben oder batchrelevante Sonderbehandlungen auslösten. Diese Logik war selten akademisch elegant, aber fast immer hochrelevant. Sie entstand nicht aus theoretischem Interesse, sondern aus jahrzehntelangem operativem Bedarf.

Und genau deshalb war sie häufig so robust wie empfindlich zugleich. Robust, weil sie über lange Zeiträume produktiv bewährt war. Empfindlich, weil jede fachliche Änderung mit größter Vorsicht erfolgen musste. Wer einmal gesehen hat, wie viele Prozesse an scheinbar einfachen Datumsentscheidungen hängen, betrachtet Ostern sehr schnell mit größerem Respekt.

Mit einem leichten Augenzwinkern ließe sich sagen: Für Menschen ist Ostern eine Frage von Schokolade, Familienplanung und Wetter. Für Mainframes ist es eher eine Frage von Wertstellung, Feiertagskalendern und dem unbedingten Willen, am Dienstag nach Ostern keine Überraschungen zu produzieren.

Der klassische Fehlerherd in Legacy-Systemen

Feiertagslogik gehörte in vielen Legacy-Systemen zu den klassischen Fehlerherden. Das lag nicht daran, dass Mainframes besonders fehleranfällig gewesen wären. Im Gegenteil. Es lag daran, dass hier eine besonders anspruchsvolle Schnittstelle zwischen Fachlichkeit und Technik zusammenkam.

Ein falsch interpretierter Feiertag konnte dazu führen, dass Buchungen zu früh oder zu spät angestoßen wurden. Eine fehlerhafte Ermittlung des nächsten Bankarbeitstags konnte Auswirkungen auf Zahlungsfristen, Mahnprozesse oder Zinsberechnungen haben. Eine unvollständig getestete Sonderregel im Batch konnte nachgelagerte Ketten verschieben und operative Hektik genau dann auslösen, wenn eigentlich niemand Hektik gebrauchen konnte.

Solche Probleme waren besonders tückisch, weil sie oft nicht dauerhaft sichtbar waren. Viele traten nur in bestimmten Kalenderkonstellationen auf. Manche Fehler zeigten sich nur in Jahren, in denen Ostern besonders früh oder besonders spät lag. Andere entstanden aus der Kombination regionaler Feiertage, bankfachlicher Regeln und historisch gewachsener Sonderlogiken. Genau diese Seltenheit machte sie gefährlich. Denn selten auftretende Fehler haben die unangenehme Eigenschaft, in Testfällen gerne übersehen zu werden und im Betrieb plötzlich maximale Aufmerksamkeit zu erzeugen.

Das ist eine der weniger romantischen, aber sehr realen Wahrheiten über Legacy-IT: Die eigentliche Herausforderung liegt selten in der Grundfunktion. Sie liegt in den Ausnahmen. Und Ostern ist eine besonders elegante Sammlung von Ausnahmen.

Was Mainframe-Systeme hier besser konnten als ihr Ruf vermuten lässt

Es ist leicht, auf gewachsene Feiertagslogik mit dem reflexhaften Begriff „Legacy-Komplexität“ zu reagieren. Dieser Blick greift jedoch zu kurz. Denn dieselben Systeme, denen man ihre Komplexität gerne vorhält, haben über Jahrzehnte genau jene Prozesse zuverlässig gesteuert, auf die Banken, Versicherungen und große Unternehmen existenziell angewiesen waren.

Mainframes wurden nicht erfolgreich, obwohl sie komplexe Kalender- und Verarbeitungslogiken beherrschen mussten. Sie wurden erfolgreich, weil sie genau das konnten.

Die Stärken lagen und liegen in deterministischen Abläufen, hoher Nachvollziehbarkeit, verlässlicher Batch-Verarbeitung und der Fähigkeit, enorme fachliche Tiefe über lange Zeiträume stabil zu betreiben. Wo moderne Systeme gerne mit Flexibilität, Skalierung und Agilität argumentieren, war der Mainframe häufig dort am stärksten, wo Fehler schlicht nicht akzeptabel waren.

Gerade rund um Ostern wird sichtbar, dass technologische Modernität allein keine Garantie für fachliche Exzellenz ist. Ein System ist nicht deshalb überlegen, weil es eine moderne Oberfläche oder eine cloudnative Architektur besitzt. Entscheidend ist, ob es in der Lage ist, reale Geschäftsregeln präzise, nachvollziehbar und belastbar umzusetzen.

Und genau an dieser Stelle verdienen viele Mainframe-Landschaften mehr Anerkennung, als sie im öffentlichen Technologiediskurs erhalten.

Der operative Stress hinter der Feiertagsruhe

In vielen Organisationen hatte Ostern traditionell noch eine zweite Bedeutung: Es war ein bevorzugtes Zeitfenster für Änderungen. Verlängerte Wochenenden mit reduziertem Geschäftsaufkommen wirkten auf den ersten Blick ideal für Wartungsarbeiten, Umstellungen, Datenbank-Reorganisationen oder Release-Einspielungen. Das war nachvollziehbar, aber nicht zwingend entspannend für die beteiligten Teams.

Denn während außerhalb des Rechenzentrums Feiertagsstimmung herrschte, galt intern häufig erhöhte Aufmerksamkeit. Batch-Fenster mussten beobachtet, Rückfalloptionen vorbereitet, Schnittstellen geprüft und Folgeprozesse verifiziert werden. Ostern war damit oft nicht nur fachlich anspruchsvoll, sondern auch betrieblich sensibel.

Mit einigem Recht könnte man sagen: Das verlängerte Wochenende war vor allem für jene verlängert, die nicht im Bereitschaftsplan standen.

Auch hier zeigt sich ein zentraler Punkt, der in modernen Diskussionen gern verloren geht. Der Betrieb geschäftskritischer Systeme ist nicht nur eine Frage von Technologieentscheidungen. Er ist auch Ausdruck von Verantwortungskultur. Mainframe-Teams waren und sind häufig stark von dieser Haltung geprägt. Stabilität entsteht nicht durch Zufall. Sie entsteht durch Disziplin, Erfahrung, Testtiefe und einen ausgeprägten Respekt vor fachlichen Konsequenzen.

Was moderne IT-Organisationen daraus lernen können

Die Beschäftigung mit Ostern im Mainframe-Umfeld ist mehr als ein nostalgischer Blick auf komplexe Kalenderlogik. Sie zeigt exemplarisch, was gute Unternehmens-IT ausmacht.

• Erstens: Geschäftslogik ist niemals trivial, nur weil sie vertraut wirkt. Feiertage erscheinen banal, bis man ihre Auswirkungen auf Zahlungsströme, Fristen und Verarbeitungszyklen im Detail modellieren muss.
• Zweitens: Technische Exzellenz zeigt sich besonders in Randfällen. Der Normalfall ist wichtig, aber die wahre Reife eines Systems erkennt man daran, wie sauber es mit Ausnahmen umgeht.
• Drittens: Historisch gewachsene Systeme enthalten oft mehr fachliche Intelligenz, als ihre Kritiker vermuten. Wer Legacy nur als Altlast versteht, unterschätzt häufig die darin codierte betriebliche Erfahrung.
• Viertens: Modernisierung darf nicht bedeuten, gewachsene Logik zu entwerten. Wer Mainframe-Anwendungen transformiert, migriert oder kapselt, muss die fachliche Tiefe dieser Systeme ernst nehmen. Gerade Datums-, Feiertags- und Fristenlogik ist ein klassisches Beispiel dafür, wie unscheinbare Funktionen geschäftskritisch werden.

Fazit: Ostern ist ein erstaunlich guter Realitätscheck für IT

Ostern ist aus Mainframe-Sicht kein Nebenschauplatz. Es ist ein hochinteressanter Brennpunkt fachlicher und technischer Realität. Variable Feiertage, mehrere bankfreie Tage, verschobene Buchungslogiken und verdichtete Verarbeitung machen diesen Zeitraum seit jeher zu einem Stresstest für Kernsysteme.

Gerade deshalb lohnt sich der Blick auf diese Thematik. Sie zeigt, worin die eigentliche Leistung geschäftskritischer IT besteht: nicht in spektakulären Schlagworten, sondern in der verlässlichen Beherrschung komplexer Realität. Zahlungsverkehr, Buchungen und Zinsberechnungen müssen auch dann funktionieren, wenn der Kalender nicht bequem ist.

Mit einem leichten Augenzwinkern lässt sich daher festhalten: Für viele Menschen ist Ostern die Suche nach Eiern. Für Mainframes ist es eher die Suche nach dem nächsten korrekten Bankarbeitstag. Und genau darin steckt mehr strategische Relevanz, als es zunächst klingt.

Über den Autor: Uwe Graf ist Head of Consulting bei der EasiRun Europa GmbH und gilt auf LinkedIn als eine der profiliertesten Stimmen in Sachen Mainframe-Modernisierung. Seine Beiträge sind fachlich präzise, pointiert – und unverkennbar durch den kleinen Dino, der als Symbol für den Brückenschlag zwischen Tradition und Innovation steht. Für sein Engagement in der Mainframe-Community wurde er 2025 sowohl als IBM Champion als auch als „Influential Mainframer“ von planetmainframe.com ausgezeichnet