Ein System, das niemand mehr braucht, aber keiner abschalten darf. Es leistet fachlich nichts mehr, verschlingt aber Jahr für Jahr Lizenzen, Wartung und das Wissen der wenigen Menschen, die es noch verstehen. Der Grund, warum es weiterläuft, ist selten sein Nutzen. Es ist die Angst, an seine Daten nicht mehr heranzukommen.
Ein Legacy-System ablösen heißt, genau diese Blockade aufzulösen: die Anwendung abzuschalten, ohne den Zugriff auf ihre aufbewahrungspflichtigen Daten zu verlieren. Das ist möglich, und es senkt die Kosten erheblich.
Dieser Leitfaden zeigt, warum Altsysteme weiterlaufen, was sie wirklich kosten und wie Sie ein Legacy-System Schritt für Schritt sicher stilllegen, ohne Ihre Compliance zu gefährden.
DAS WICHTIGSTE IN KÜRZE
|
KURZ ZUSAMMENGEFASSTViele Fertigungsbetriebe betreiben Altsysteme weiter, obwohl diese fachlich am Ende sind. Der Grund: Ihre Daten unterliegen Aufbewahrungspflichten, und niemand will das Risiko eines Datenverlusts eingehen. Die Folge sind hohe laufende Kosten für Lizenzen, Wartung, Datenbanken und knappes Spezialwissen. Der Ausweg ist das Application Retirement: Der Datenbestand des Altsystems wird revisionssicher, unveränderbar und in offenem Format archiviert, danach wird die Anwendung abgeschaltet. Weil die Aufbewahrungspflicht dem Inhalt gilt und nicht der Software, bleibt die Compliance erfüllt, während die Kosten wegfallen. CHRONOS im CSP Manufacturing OS ist auf genau diese Aufgabe ausgelegt. |
Ein Legacy-System abzulösen bedeutet, eine fachlich veraltete Anwendung außer Betrieb zu nehmen, ohne den Zugriff auf ihre Daten zu verlieren. Der Fachbegriff dafür ist Application Retirement: die geordnete Stilllegung einer Anwendung, deren Daten aber weiterhin aufbewahrt und zugänglich bleiben müssen.
Ein Legacy-System ist dabei mehr als nur alte Software. Es ist eine Anwendung, die ihren fachlichen Zweck weitgehend verloren hat, aber nicht abgeschaltet werden kann, weil ihre Daten gebraucht werden oder aufbewahrungspflichtig sind. Typische Beispiele sind abgelöste ERP-Module, alte Fachverfahren oder Bestandssysteme nach einer Fusion.
Der entscheidende Punkt bei der Ablösung ist die Trennung von Anwendung und Inhalt. Solange beide als Einheit gedacht werden, scheint das Abschalten unmöglich. Sobald der Datenbestand jedoch unabhängig von der Anwendung gesichert wird, lässt sich die Software abschalten, während die Daten erhalten bleiben. Warum man sich dabei nicht auf die alte Datenbank allein verlassen sollte, vertiefen wir in unserem Beitrag darüber, warum wir einer laufenden Datenbank lieber nicht blind vertrauen.
| Kennzahl | Wert |
|---|---|
| Anteil historischer Bestände in produktiven Datenbanken | ein Großteil |
| Jährliche Kosten bei fünf bis zehn weiterlaufenden Altsystemen | siebenstelliger Bereich |
| Gesetzliche Aufbewahrungsfristen | 6 bis 10 Jahre, teils länger |
| Recherchezeit pro Prüfung aus Altsystemen | Tage bis Wochen |
Wenn ein Altsystem fachlich am Ende ist, sollte man meinen, dass es einfach abgeschaltet wird. In der Praxis geschieht das selten. Drei Gründe halten Legacy-Systeme am Leben, obwohl sie längst mehr kosten als nutzen.
Der erste und wichtigste Grund ist die Aufbewahrungspflicht. Die Daten des Systems unterliegen gesetzlichen Fristen. Für steuerlich und handelsrechtlich relevante Unterlagen schreiben § 147 AO und § 257 HGB je nach Dokumentart 6, 8 oder 10 Jahre vor, in einzelnen Branchen und Produkthaftungsfällen können es deutlich mehr sein. Über den gesamten Zeitraum müssen die Daten auffindbar, lesbar und belegbar bleiben. Solange niemand einen anderen Weg kennt, bleibt das Altsystem als Datenbehälter in Betrieb.
Der zweite Grund ist die Angst vor Datenverlust. Eine Migration wirkt riskant, und die Sorge, dabei Daten zu beschädigen oder zu verlieren, führt oft zur bequemeren Entscheidung, das System einfach weiterlaufen zu lassen. Das vermeintlich sichere Nichtstun ist jedoch teuer.
Der dritte Grund ist fehlendes Wissen über Alternativen. Vielen ist nicht bewusst, dass sich der Datenbestand revisionssicher archivieren und die Anwendung anschließend abschalten lässt. Genau diese Möglichkeit ist der Kern des Application Retirement.
Das Nichtstun fühlt sich sicher an, weil kein Migrationsrisiko entsteht. Doch ein Altsystem, das nur noch als Datenbehälter läuft, ist keine sichere Entscheidung, sondern eine teure.
Die Kosten eines Altsystems sind höher, als es auf den ersten Blick scheint, weil sie sich aus mehreren Blöcken zusammensetzen. Aus unseren Kundenprojekten lassen sich dazu typische Größenordnungen nennen.
Der sichtbare Block sind die direkten Betriebskosten. Nach unserer Projekterfahrung fallen für ein abzulösendes Fachverfahren oder ERP-Modul im Weiterbetrieb schnell 50.000 bis 200.000 Euro pro Jahr an, für einen großen Bestandsführungs-Mainframe ein Vielfaches davon. Laufen mehrere Altsysteme nur noch als Datenbehälter, summiert sich das rasch in den siebenstelligen Bereich pro Jahr.
Der unsichtbare Block ist die Compliance-Seite. Kommt eine Aufsichts- oder Prüfungsanfrage, beginnt die Suche in Altsystemen, Exporten und Tabellen, in der Praxis eine Rechercheaufgabe von Tagen bis Wochen. Was auf dem Papier eine erfüllte Aufbewahrungspflicht war, wird im Ernstfall zum teuren Projekt.
Hinzu kommt ein Kostenblock, der mit der Zeit wächst: das Spezialwissen. Wer ein altes System betreibt, braucht Menschen, die es noch verstehen. Dieses Wissen wird mit jedem Jahr knapper und teurer. Wie ein Altsystem so zum teuersten Mitarbeiter wird, beschreiben wir in einem eigenen Beitrag.
| Position | Größenordnung pro Jahr |
|---|---|
| Abzulösendes Fachverfahren oder ERP-Modul im Weiterbetrieb | 50.000 bis 200.000 Euro |
| Bestandsführungs-Mainframe bei einem Versicherer | 1 bis 5 Millionen Euro |
| Fünf bis zehn Altsysteme als reine Datenbehälter | siebenstelliger Bereich |
| Recherche pro Prüfung oder Auskunftsverlangen | Tage bis Wochen Aufwand |
Ein oft unterschätzter Kostentreiber eines Altsystems sind die Datenbanklizenzen. Viele Legacy-Anwendungen setzen auf lizenzpflichtige Datenbanken, deren Kosten auch dann weiterlaufen, wenn das System fachlich nichts mehr leistet.
Der Punkt ist: Für die reine Aufbewahrung aufbewahrungspflichtiger Daten braucht es keine teure, hochverfügbare Produktionsdatenbank. Wird der Datenbestand in eine revisionssichere Archivierung überführt, entfällt die Notwendigkeit, die ursprüngliche Datenbank samt ihrer Lizenzen weiter zu betreiben. Aus einem laufenden, lizenzpflichtigen Produktivsystem wird ein ruhender, kostengünstig archivierter Bestand. Wie stark Datenbanklizenzen die IT-Kosten in der Fertigung treiben, zeigt unser Beitrag dazu im Detail.
Genau hier setzt der Ansatz an, für die Langzeitaufbewahrung keine teure Datenbanklizenz mehr zu benötigen. Der archivierte Bestand liegt in einem offenen, langzeitsicheren Format, nicht in einer proprietären, lizenzpflichtigen Umgebung. Das senkt nicht nur die Kosten, sondern beseitigt auch die Abhängigkeit von einem einzelnen Datenbankanbieter. Welche Vorteile das im Detail bringt, behandelt unser Überblick zum Manufacturing OS ohne Oracle.
Die Ablösung eines Legacy-Systems folgt einem klaren Ablauf. Wer ihn einhält, minimiert das Risiko und stellt sicher, dass keine aufbewahrungspflichtigen Daten verloren gehen.
Schritt 1: Bestandsaufnahme. Zuerst wird erfasst, welche Daten im Altsystem liegen, welchen Aufbewahrungsfristen sie unterliegen und wer sie noch benötigt. Ohne diese Klarheit lässt sich keine Ablösung verantworten.
Schritt 2: Datenklassifikation. Nicht alle Daten sind gleich. Es wird unterschieden, welche Bestände aufbewahrungspflichtig sind, welche gelöscht werden dürfen und welche für den laufenden Betrieb noch gebraucht werden. Diese Klassifikation ist die Grundlage für alles Weitere.
Schritt 3: Revisionssichere Archivierung. Die aufbewahrungspflichtigen Daten werden unveränderbar, in einem offenen Format und GoBD- sowie OAIS-konform archiviert. Erst wenn der Bestand nachweislich vollständig und lesbar gesichert ist, ist der nächste Schritt möglich.
Schritt 4: Abschaltung. Ist der Datenbestand gesichert und der Zugriff darauf getestet, kann die Altanwendung abgeschaltet werden. Lizenz-, Wartungs- und Betriebskosten entfallen ab diesem Moment. Wie eine solche Nachweiskette dauerhaft belegbar bleibt, behandelt unser Beitrag zur Rückverfolgbarkeit in der Produktion.
Der gesamte Ansatz steht und fällt mit der Qualität der Archivierung. Eine einfache Datensicherung reicht nicht, denn sie ist überschreibbar und nicht auf dauerhafte Belegbarkeit ausgelegt. Für die Ablösung eines aufbewahrungspflichtigen Systems braucht es eine revisionssichere Archivierung, die drei Eigenschaften erfüllt.
Erstens die Unveränderbarkeit. Die archivierten Daten müssen so abgelegt sein, dass nachträgliche Änderungen ausgeschlossen oder lückenlos protokolliert sind. Nur so bleibt der Bestand als Nachweis belastbar.
Zweitens das offene, langzeitsichere Format. Bei Aufbewahrungsfristen von Jahrzehnten müssen die Daten auch dann noch lesbar sein, wenn das ursprüngliche System und seine Software längst verschwunden sind. Ein proprietäres Format, das an eine Anwendung gebunden ist, wäre hier ein Risiko. Der OAIS-Standard für Langzeitarchivierung adressiert genau das.
Drittens die Konformität. Eine GoBD- und OAIS-konforme Archivierung stellt sicher, dass der Bestand nicht nur technisch erhalten, sondern auch rechtlich belastbar ist. Der zentrale Grundsatz ergibt sich aus dem Aufbewahrungsrecht selbst: Die Pflicht gilt dem Inhalt, nicht der Anwendung, in der er entstanden ist. § 147 AO verlangt die jederzeitige Lesbarmachung der Daten über die gesamte Frist, unabhängig vom ursprünglichen System. Genau das macht die Ablösung überhaupt möglich.
Die Ablösung eines Legacy-Systems zahlt sich auf mehreren Ebenen aus, die zusammen einen klaren Business Case ergeben.
Erstens sinken die laufenden Kosten. Lizenz-, Wartungs-, Datenbank- und Betriebskosten des Altsystems entfallen. Bei mehreren abgelösten Systemen summiert sich das nach unserer Projekterfahrung schnell in den siebenstelligen Bereich pro Jahr.
Zweitens steigt die IT-Performance. Werden historische Bestände aus produktiven Datenbanken ausgelagert, entlastet das die verbleibenden Systeme spürbar. Wie sich damit die IT-Performance deutlich steigern lässt, zeigt ein Beitrag zur Datenbankarchivierung.
Drittens wird die Compliance einfacher. Statt im Prüfungsfall Daten aus Altsystemen zusammenzusuchen, liegt der Nachweis in einem zentralen, durchsuchbaren Archiv vor. Aus einer Rechercheaufgabe von Tagen wird ein Zugriff von Sekunden.
Viertens gewinnen Sie Unabhängigkeit. Der archivierte Bestand liegt in einem offenen Format und ist nicht mehr an einen bestimmten Datenbank- oder Softwareanbieter gebunden. Das beseitigt Abhängigkeiten und schafft Handlungsfreiheit, etwa bei einer Cloud-Migration, wie unser Beitrag zur selektiven Archivierung bei der Cloud-Migration zeigt.
Ein Legacy-System ablösen ist gut planbar, doch einige Fehler tauchen in der Praxis immer wieder auf. Wer sie kennt, spart sich teure Umwege.
Abschalten ohne geprüften Zugriff. Der häufigste Fehler ist, ein Altsystem abzuschalten, bevor der Zugriff auf das Archiv wirklich getestet wurde. Erst wenn nachgewiesen ist, dass der archivierte Bestand vollständig, lesbar und belegbar ist, darf die Anwendung vom Netz. Sonst wird aus der Ablösung ein Datenverlust.
Backup mit Archivierung verwechseln. Ein Backup sichert gegen Datenverlust, ist aber überschreibbar und nicht revisionssicher. Wer ein Legacy-System ablösen will, braucht eine echte, unveränderbare Archivierung, kein Backup. Diese Verwechslung führt regelmäßig zu Nachweislücken im Auditfall.
Löschpflichten übersehen. Beim Ablösen geht es nicht nur ums Aufbewahren. Personenbezogene Daten unterliegen zugleich Löschpflichten. Eine gute Ablösung klärt für jeden Bestand, was aufbewahrt und was gelöscht werden muss, statt pauschal alles zu behalten.
Zu spät anfangen. Wer erst im Prüfungsfall über die Ablösung nachdenkt, hat den falschen Zeitpunkt gewählt. Ein Legacy-System ablösen sollte geplant geschehen, nicht unter dem Druck einer laufenden Aufsichtsanfrage. Der beste Zeitpunkt ist, bevor die Kosten und Risiken sich zuspitzen.
Das Manufacturing OS von CSP deckt mit dem Modul CHRONOS genau die Aufgabe ab, ein Legacy-System sicher abzulösen. CHRONOS ist auf Application Retirement und Datenbank-Archivierung ausgelegt: Es identifiziert die aufbewahrungspflichtigen Bestände, überführt sie in ein offenes, langzeitsicheres Format und lagert sie revisionssicher aus, sodass die Altanwendung abgeschaltet werden kann.
Die Archivierung erfolgt GoBD- und OAIS-konform, die Daten bleiben unveränderbar und auch nach der Abschaltung des Ursprungssystems langfristig lesbar. Weil der Bestand nicht mehr in einer proprietären, lizenzpflichtigen Datenbank liegt, entfallen die laufenden Datenbanklizenzen, und die Abhängigkeit von einem einzelnen Anbieter wird beseitigt.
Wie wirksam dieser Ansatz ist, zeigt die Praxis aus CSP-Kundenprojekten. Bei der Insolvenzabwicklung von Anton Schlecker wurden sieben Altsysteme ohne Datenverlust abgeschaltet, während der Zugriff für Gerichte, Behörden und Sozialversicherungsträger dauerhaft erhalten blieb. Die KLS Martin Group führte nach einer Fusion mehrere ERP-Altsysteme zentral zusammen und senkte damit Speicher- und Lizenzkosten erheblich. Wie die KLS Martin Group dabei auf CHRONOS setzte, beschreibt eine eigene Fallstudie. Bei einem Automobilhersteller werden monatlich Millionen Datensätze revisionssicher archiviert, während die Rückverfolgbarkeit nach IATF 16949 erhalten bleibt.
Ein Legacy-System abzulösen bedeutet, eine fachlich veraltete Anwendung außer Betrieb zu nehmen, ohne den Zugriff auf ihre Daten zu verlieren. Der Fachbegriff ist Application Retirement. Der Datenbestand wird dabei unabhängig von der Anwendung revisionssicher archiviert, sodass die Software abgeschaltet werden kann, während die Daten erhalten bleiben.
Der häufigste Grund ist die Aufbewahrungspflicht: Die Daten müssen über gesetzliche Fristen erhalten bleiben. Hinzu kommen die Angst vor Datenverlust bei einer Migration und fehlendes Wissen über Alternativen. Viele wissen nicht, dass sich der Datenbestand archivieren und die Anwendung anschließend abschalten lässt.
Ja. Die Aufbewahrungspflicht gilt für den Inhalt, nicht für die Anwendung, in der er entstanden ist. Wird der Datenbestand revisionssicher, unveränderbar und in offenem Format archiviert, lässt sich das Altsystem abschalten, ohne die Compliance zu verletzen.
Nach der Projekterfahrung von CSP fallen für ein abzulösendes Fachverfahren oder ERP-Modul schnell 50.000 bis 200.000 Euro pro Jahr an, für einen großen Bestandsführungs-Mainframe ein Vielfaches davon. Bei mehreren weiterlaufenden Altsystemen summiert sich das in den siebenstelligen Bereich, dazu kommen Compliance-Recherche und knappes Spezialwissen.
Nein. Für die reine Langzeitaufbewahrung braucht es keine teure Produktionsdatenbank. Wird der Bestand in ein offenes, langzeitsicheres Archivformat überführt, entfallen die laufenden Datenbanklizenzen, und die Abhängigkeit von einem bestimmten Datenbankanbieter wird beseitigt.
In vier Schritten: Bestandsaufnahme der Daten und ihrer Fristen, Klassifikation in aufbewahrungspflichtig, löschbar und aktiv benötigt, revisionssichere Archivierung der aufbewahrungspflichtigen Daten und schließlich die Abschaltung der Altanwendung, sobald der Zugriff auf das Archiv getestet ist.
Application Retirement ist die geordnete Stilllegung einer Anwendung, deren Daten weiterhin aufbewahrt werden müssen. Statt das System als Datenbehälter weiterzubetreiben, wird sein Datenbestand revisionssicher archiviert und die Anwendung anschließend abgeschaltet. Das senkt Kosten und erhält die Compliance.
Ja. Das ist der Sinn der revisionssicheren Archivierung. Die Daten bleiben in einem offenen, langzeitsicheren Format auffindbar, lesbar und belegbar, auch Jahre oder Jahrzehnte nach der Abschaltung des Ursprungssystems. Der Zugriff erfolgt über das Archiv, nicht mehr über die Altanwendung.