Altsysteme stilllegen: wie abgelöste Software wirklich vom Netz geht
Altsysteme stilllegen: warum es liegen bleibt
Ein Altsystem geht nicht vom Netz, weil die neue Software live ist. Es geht vom Netz, wenn geklärt ist, wo die aufbewahrungspflichtigen Daten künftig liegen und wann die Verträge enden. Wie selten das gelingt, zeigt eine im Dezember 2025 veröffentlichte Befragung von 2.000 Führungskräften in fünf Ländern. 39 Prozent verfügen über einen Modernisierungsfahrplan mit freigegebenen Budgets, aber ohne explizites Ziel, die Altlasten vollständig zu beseitigen.
Die Stilllegung eines Altsystems bezeichnet die geordnete Außerbetriebnahme einer Software, deren Aufgaben eine Nachfolgelösung übernommen hat. Sie umfasst die Übernahme aufbewahrungspflichtiger Daten in ein Archivsystem, den Abbau von Schnittstellen und Zugängen, die Beendigung von Lizenz- und Wartungsverträgen und die Dokumentation des Vorgangs.
Was Stilllegung von Modernisierung trennt
Modernisierung verändert ein System, Stilllegung beendet es. Beim Umbau bleibt der Betrieb erhalten, bei der Beendigung entstehen Nachweispflichten, die vorher niemand hatte. Im Raster der sieben Modernisierungswege erscheint dieser Schritt als Retire, also das Abschalten. Dort ist er eine Option unter mehreren. Hier geht es um die Ausführung, nachdem die Entscheidung, ein Altsystem abzulösen, längst gefallen und die Nachfolgelösung produktiv ist. Altsysteme stilllegen gehört damit in die Betriebsplanung im Application Management und nicht an das Ende eines Migrationsprojekts.
Der Parallelbetrieb, der nicht endet
Der Weiterbetrieb ist selten eine Entscheidung. Er ist ein Zustand, der eintritt, weil das Projektende offen bleibt und die Abschaltung in die Phase mit dem geringsten Budget fällt. Ein Fahrplan ohne Abschlussziel liefert kein Datum, auf das sich eine Vertragskündigung stützen ließe. Der Parallelbetrieb wird zum Dauerzustand, weil ihn niemand beendet. Während der Migration ist er ein Werkzeug zur Risikominderung, nach dem Go-live kehrt sich das um. Dann bindet er doppelte Kosten für Lizenzen, Hosting und Betrieb und Wartung ohne jeden Gegenwert.
Woran lässt sich die Abschaltreife erkennen?
Wer Altsysteme stilllegen will, braucht ein Prüfkriterium statt eines Gefühls. Abschaltreife liegt vor, wenn keine fachliche Nutzung mehr stattfindet, keine Schnittstelle mehr Daten zieht und alle aufbewahrungspflichtigen Bestände auswertbar außerhalb liegen. Ob eine Legacy Anwendung weiterbetrieben, modernisiert oder ersetzt wird, klärt die Entscheidungshilfe zur Legacy-Software. Hier steht ein bereits ersetztes Altsystem zur Abschaltung an. Diese Prüffragen trennen Abschaltreife von Bauchgefühl.
❓ Greift noch eine Schnittstelle auf die Datenbank zu?
❓ Melden sich noch Nutzerkonten an, und aus welchem Grund?
❓ Laufen Batch-Jobs, Exporte oder Reports gegen das System?
❓ Liegen alle aufbewahrungspflichtigen Daten im Zielsystem auswertbar vor?
❓ Ist benannt, wer die Abschaltung verantwortet und freigibt?
Vor der Außerbetriebnahme von Altsystemen
Altsysteme stilllegen berührt Steuerrecht, bevor es Technik berührt. Die GoBD nennen die Abschaltung eines Altsystems ausdrücklich als Fall des Systemwechsels. Nach Randziffer 142 ist es nur dann nicht erforderlich, die ursprüngliche Hard- und Software des Produktivsystems über die Dauer der Aufbewahrungsfrist vorzuhalten, wenn zwei Bedingungen erfüllt sind. Die Daten müssen quantitativ und qualitativ gleichwertig übernommen werden, einschließlich Metadaten, Stammdaten, Bewegungsdaten und der erforderlichen Verknüpfungen. Und das aufnehmende System muss dieselben Auswertungen ermöglichen, als lägen die Daten noch im Produktivsystem.
Muss ein Altsystem betriebsbereit bleiben?
Nur dann, wenn die maschinelle Auswertbarkeit nicht in ein anderes System mitgenommen werden kann. Gelingt die Übernahme, darf abgeschaltet werden. Gelingt sie nicht, sind die ursprüngliche Hard- und Software für die Dauer der Aufbewahrungsfrist vorzuhalten, wobei die GoBD auf die Möglichkeit von Erleichterungen nach § 148 AO hinweisen. Die Aufbewahrungsfristen selbst richten sich nach Handels- und Steuerrecht und sind im Leitfaden zum Data-Lifecycle-Management zusammengestellt. Wurde noch keine Außenprüfung begonnen, genügt beim Systemwechsel nach Ablauf des fünften Kalenderjahres, das auf die Umstellung folgt, der Z3-Zugriff.
Datenextrakte und Reports genügen nicht
Die verbreitete Abkürzung ist der Export in Reports oder Druckdateien. Die GoBD schließen das aus, soweit dabei nicht mehr alle aufzeichnungs- und aufbewahrungspflichtigen Daten übernommen werden. Bei einer Migration darf ausschließlich das Format umgesetzt werden, etwa Datums- und Währungsformat, nicht aber der Inhalt, und die Änderungen sind zu dokumentieren. Praktisch heißt das, die Daten des Altsystems archivieren statt das System weiterzubetreiben. Eine auswertbare Archivlösung braucht dafür mehr als Speicherplatz.
- Vollständige Übernahme von Metadaten, Stammdaten und Bewegungsdaten
- Erhaltene Verknüpfungen zwischen Tabellen, Belegen und Buchungen
- Auswertungen im selben Umfang wie im Produktivsystem
- Protokollierte Formatumwandlungen ohne inhaltliche Änderung
- Datenüberlassung in einem maschinell lesbaren und auswertbaren Format
Die Stilllegung als geordneter Vorgang
Altsysteme stilllegen heißt, in Stufen zu arbeiten. Wird ein Altsystem in einem Zug vom Netz getrennt, fallen Abhängigkeiten auf, die vorher niemand dokumentiert hatte, etwa ein nächtlicher Export in ein Reportingtool oder ein Zertifikat, das eine andere Anwendung mitnutzt. Jede Stufe wird einzeln abgeschaltet und einzeln bestätigt, mit definierter Rückfallmöglichkeit, solange die Datenbank noch existiert. Erst am Ende steht der Punkt, an dem sich das Altsystem nach der Migration abschalten lässt, ohne dass ein Rückweg gebraucht wird.
In welcher Reihenfolge wird abgeschaltet?
Von außen nach innen, damit jede Stufe einzeln prüfbar bleibt.
- Ausgehende und eingehende Schnittstellen deaktivieren
- Nutzerzugänge sperren, technische Konten zuletzt
- Geplante Jobs, Exporte und Reports stoppen
- Datenbank in den Lesemodus setzen und Referenzstand sichern
- Anwendungsdienste beenden und Infrastruktur freigeben
- Zertifikate, DNS-Einträge und Firewall-Regeln zurücknehmen
Der gesicherte Referenzstand der Datenbank ist der Nachweis, auf den eine Revision später zurückgreift. Zwischen den Stufen liegt jeweils eine Beobachtungsphase, in der auffällt, ob doch noch etwas zugreift.
Legacy Systeme ablösen und Verträge beenden
Legacy Systeme ablösen spart erst dann Geld, wenn die Verträge enden. Solange Lizenz-, Wartungs- und Hostingverträge weiterlaufen, ist ein Altsystem technisch abgeschaltet und wirtschaftlich weiter aktiv. Wartungs- und Hostingverträge haben eigene Kündigungsfristen, weshalb der Stilllegungstermin in der Vertragsprüfung beginnt und nicht im Rechenzentrum. Der Weiterbetrieb bindet genau das Budget, das die Nachfolgelösung braucht. Diese Positionen entfallen erst mit der tatsächlichen Abschaltung:
- Lizenz- und Subskriptionsgebühren des Altsystems
- Wartungs- und Supportverträge samt zugesicherter Reaktionszeiten
- Hosting, Storage und Backup-Volumen
- Zertifikate und Fremdkomponenten mit eigener Laufzeit
- Betriebsaufwand für Monitoring, Patches und Auditnachweise
Was die Verfahrensdokumentation braucht
Altsysteme stilllegen endet nicht mit dem Abschalten, sondern mit dem Nachweis. Die GoBD verlangen für jedes DV-System eine übersichtlich gegliederte Verfahrensdokumentation, die für einen sachverständigen Dritten in angemessener Zeit nachprüfbar ist. Ihre Aufbewahrungsfrist läuft nicht ab, solange die Frist für die Unterlagen läuft, zu deren Verständnis sie erforderlich ist. Änderungen daran müssen versioniert und historisch nachvollziehbar sein. In die Dokumentation gehören daher der Stilllegungstermin, der Zielort der Daten, die protokollierten Formatumwandlungen und die Freigabe der Fachverantwortung.
Altsysteme stilllegen mit TenMedia
Altsysteme stilllegen ist Arbeit an zwei Enden. Am einen Ende steht die Datenübernahme, die aus einer über Jahre gewachsenen Datenbank auswertbare Bestände macht. Am anderen steht der Betrieb der Nachfolgelösung, der ohne die Altlast planbar wird. Zwischen beiden liegt die Verantwortung für den Stilllegungstermin, und die bleibt in der Praxis oft unbesetzt, weil das Projekt formal beendet ist. Eine benannte Zuständigkeit mit Abnahmekriterien wirkt hier zuverlässiger als ein weiterer Fahrplan.
Legacy Systeme ablösen ohne Datenverlust
TenMedia übernimmt die technische Seite dieser Aufgabe. Dazu gehören die Extraktion der Bestände aus dem Altsystem, der Aufbau einer auswertbaren Datenbank- oder Archivlösung, der Abbau der Schnittstellen und die Übernahme der Nachfolgelösung in Betrieb und Wartung. Wie eine solche Datenübernahme in einem mittelständischen Unternehmen abläuft, zeigt die Datenbankmigration für ein Warenwirtschaftssystem. Die steuerliche Bewertung der Aufbewahrungspflichten bleibt bei der Steuerberatung, die technische Umsetzung liegt bei TenMedia. Für eine erste Einschätzung genügt ein Gespräch über Umfang und Struktur des Altdatenbestands.
Hinweis: Dieser Beitrag dient der allgemeinen Information und stellt keine Rechtsberatung dar. Für verbindliche Auskünfte zu regulatorischen Anforderungen empfehlen wir die Konsultation einer spezialisierten Rechtsberatung.
