Legacy-Software ablösen ohne Betriebsunterbrechung: Stichtag oder Parallelbetrieb

Von Felix Lange, Geschäftsführer, Technik
Veröffentlicht am 11. September 2026 · 11 Min. Lesezeit

Legacy-Software lösen Sie ohne Betriebsunterbrechung ab, indem Sie die Umstellung vorher mit echten Daten proben und einen Rückweg offenhalten. Ob ein Stichtag, ein Parallelbetrieb oder eine schrittweise Ablösung passt, hängt an Größe, Datenlage und Personal. Bei kleinen, gut abgegrenzten Systemen reicht oft ein Stichtag, bei großen ist die schrittweise Ablösung meist sicherer.

Das Wichtigste in Kürze

Ein Stichtag ist bei kleinen, gut abgegrenzten Systemen oft der einfachste Weg, setzt aber mehrere erfolgreiche Probemigrationen voraus.
Ein Parallelbetrieb senkt das Risiko, verdoppelt aber für seine Dauer die Arbeit und braucht eine feste Regel, welches System im Zweifel gilt.
Die schrittweise Ablösung ersetzt ein Altsystem Modul für Modul und eignet sich vor allem für große Systeme, die sich nicht auf einmal ersetzen lassen.
Ohne Rückfallplan ist jede Umstellung eine Wette: Legen Sie vorher fest, bis wann und nach welchen Kriterien zurückgeschaltet wird.
Steuerlich relevante Altdaten müssen nach § 147 AO auch nach dem Wechsel verfügbar und auswertbar bleiben — das Altsystem wird deshalb nicht einfach abgeschaltet.

Wann ist ein Altsystem ein Fall für die Ablösung?

Als Legacy-Software bezeichnet man Anwendungen, die im Betrieb noch tragen, aber technisch oder organisatorisch auf Abruf laufen. Typische Anzeichen:

Kein Hersteller mehr: Der Anbieter hat das Produkt eingestellt oder existiert nicht mehr, Updates kommen keine.
Eine einzige Person kennt das System: oft ein früherer Mitarbeiter oder ein Entwickler, der das Programm vor Jahren gebaut hat.
Alte Technik als Voraussetzung: Die Anwendung läuft nur auf einem veralteten Betriebssystem oder auf einem Rechner, den niemand anfassen will.
Fehlende Schnittstellen: Daten werden von Hand in andere Systeme übertragen, etwa für die Buchhaltung.
Gewachsene Eigenbauten: eine Datenbank oder Tabelle, die über Jahre zur zentralen Anwendung geworden ist. Welche Wege es dort gibt, beschreibt der Ratgeber Access-Datenbank ablösen.

Nicht jede alte Software muss sofort ersetzt werden. Läuft ein System stabil, ist es abgesichert und gibt es jemanden, der es warten kann, darf die Ablösung geplant statt überstürzt passieren. Gefährlich wird es, wenn die Ablösung erst beginnt, nachdem das System ausgefallen ist. Dann fehlt die Zeit für alles, was in diesem Ratgeber steht. Welche Anforderungen die neue Lösung erfüllen muss, gehört vorher in ein Lastenheft für Software.

Stichtag, Parallelbetrieb oder schrittweise Ablösung: Was ist der Unterschied?

Stichtagsumstellung

Bei der Stichtagsumstellung endet die Arbeit im alten System an einem festgelegten Tag. Die Daten werden übernommen, und ab dem nächsten Arbeitstag arbeiten alle im neuen System. Das ist organisatorisch der einfachste Weg: keine doppelte Erfassung, keine Frage, welches System gilt. Der Preis dafür ist ein konzentriertes Risiko. Wenn am Stichtag etwas nicht funktioniert, betrifft es alle gleichzeitig.

Parallelbetrieb

Beim Parallelbetrieb laufen altes und neues System eine Zeit lang nebeneinander. Vorgänge werden in beiden erfasst oder zumindest in beiden geprüft, und die Ergebnisse werden verglichen. Fehler im neuen System fallen auf, bevor sie Folgen haben. Dafür verdoppelt sich für die Dauer der Parallelphase die Arbeit, und es braucht eine klare Regel, welches System im Zweifel führt.

Schrittweise Ablösung nach dem Strangler-Prinzip

Bei der schrittweisen Ablösung wird das Altsystem Modul für Modul ersetzt — zum Beispiel erst die Angebotserstellung, dann die Auftragsverwaltung, zuletzt die Rechnungsstellung. In der Softwarearchitektur heißt das Vorgehen Strangler-Muster, nach der Würgefeige (englisch strangler fig), die einen Baum umwächst, bis sie ihn ersetzt hat. Technisch sitzt eine Art Weiche vor beiden Systemen und entscheidet für jede Funktion, ob sie noch im alten oder schon im neuen System läuft. Mit jedem Schritt übernimmt das neue System mehr, bis das alte außer Betrieb gehen kann.

Microsoft beschreibt das Muster in seiner Architekturdokumentation als Weg, große Systeme schrittweise zu migrieren, während das Altsystem weiterläuft. Für kleine Systeme, die sich in einem Zug ersetzen lassen, hält Microsoft es für möglicherweise ungeeignet — ebenso, wenn sich der Quellcode des Altsystems nicht ändern lässt. Auch die Weiche selbst ist Aufwand: Während der Übergangszeit müssen beide Systeme auf gemeinsame Daten zugreifen können, ohne sich gegenseitig zu stören.

Welcher Weg passt zu Ihrem Betrieb?

Die drei Wege unterscheiden sich weniger in der Technik als darin, wo das Risiko liegt und wer die Last trägt. Die Tabelle fasst die Unterschiede zusammen:

Stichtag, Parallelbetrieb und schrittweise Ablösung im Vergleich
Kriterium	Stichtag	Parallelbetrieb	Schrittweise Ablösung
Risiko	Hoch und auf einen Termin konzentriert	Niedrig, Fehler fallen im Vergleich auf	Niedrig je Schritt, verteilt auf viele kleine Umstellungen
Aufwand	Gering, aber sorgfältige Vorbereitung nötig	Mittel, vor allem durch die doppelte Erfassung	Hoch, weil beide Systeme lange zusammenarbeiten müssen
Dauer	Kurz, die Umstellung erfolgt an einem Termin	Eine vorher festgelegte Phase, etwa bis zu einem vollständigen Monatsabschluss	Lang, über mehrere Projektabschnitte
Datenkonsistenz	Einfach: Nach dem Stichtag gibt es nur einen Datenbestand	Schwierig: Zwei Bestände müssen übereinstimmen	Anspruchsvoll: Gemeinsame Daten müssen in beiden Systemen stimmen
Belastung der Mitarbeitenden	Kurz, aber hoch rund um den Stichtag	Hoch für die Dauer der Doppelerfassung	Gering je Schritt, dafür über längere Zeit
Geeignet für	Kleine, abgegrenzte Systeme mit sauberer Datenlage	Systeme, bei denen Fehler teuer sind, etwa in der Abrechnung	Große Systeme mit vielen Funktionen, die sich nicht auf einmal ersetzen lassen

In der Praxis werden die Wege oft kombiniert: Ein Modul nach dem anderen wird ersetzt, und für jedes Modul gibt es einen eigenen Stichtag oder einen kurzen Parallelbetrieb. Entscheidend ist nicht die reine Lehre, sondern dass vor jeder Umstellung feststeht, woran Sie erkennen, dass sie gelungen ist.

Was muss vor der Umstellung stehen?

Gleich welcher Weg: Diese Voraussetzungen entscheiden, ob die Umstellung ohne Unterbrechung gelingt. Die Reihenfolge ist Absicht.

Bestandsaufnahme des Altsystems
Welche Funktionen, Berichte, Exporte und Schnittstellen werden tatsächlich genutzt? Oft hängen am Altsystem Dinge, die niemand auf dem Zettel hat — ein nächtlicher Export oder eine Liste, die die Buchhaltung jeden Monat braucht.
Datenbereinigung
Dubletten, veraltete Stammdaten und Freitextfelder werden vor der Übernahme bereinigt, nicht danach. Im neuen System sind Altlasten schwerer zu finden als im alten.
Probemigrationen
Die Datenübernahme wird mehrfach mit einer aktuellen Kopie der echten Daten durchgespielt. Nach jedem Durchlauf vergleichen Sie Anzahl der Datensätze, Summen und offene Posten zwischen alt und neu. Reif ist die Migration erst, wenn ein Durchlauf ohne ungeklärte Abweichung endet.
Abnahmetests mit echten Vorgängen
Die Personen, die täglich mit dem System arbeiten, spielen ihre typischen Vorgänge durch, einschließlich der Sonderfälle. Maßstab sind die Ergebnisse des Altsystems.
Rückfallplan
Schriftlich festgelegt: bis zu welchem Zeitpunkt zurückgeschaltet werden kann, nach welchen Kriterien die Entscheidung fällt, wer sie trifft und was mit den Daten passiert, die in der Zwischenzeit im neuen System entstanden sind.
Schulung
Kurz vor der Umstellung, mit Beispielen aus dem eigenen Betrieb. Dazu für die ersten Tage eine benannte Ansprechperson, die Fragen sofort beantwortet.

Das Altsystem ist Ihr Rückweg

Ein Altsystem, das am Stichtag abgeschaltet und gelöscht wird, ist kein Rückweg mehr. Sichern Sie seinen Datenbestand vor der Umstellung vollständig, prüfen Sie, dass sich die Sicherung zurückspielen lässt, und halten Sie das alte System bis zur Abnahme lauffähig.

Wann ist der richtige Zeitpunkt für die Umstellung?

Der Zeitpunkt entscheidet mit darüber, ob kleine Fehler kleine Fehler bleiben. Meiden Sie Phasen, in denen der Betrieb ohnehin am Limit arbeitet:

Nicht zum Jahresabschluss: Wenn die Buchhaltung Zahlen für den Abschluss zusammenstellt, darf das System, aus dem sie kommen, nicht gerade wechseln.
Nicht in der Saisonspitze: Stellen Sie in der Zeit um, in der am wenigsten Aufträge laufen — für einen Händler also nicht im Weihnachtsgeschäft.
Nicht ohne Schlüsselpersonen: Wer das Altsystem am besten kennt, muss in den Tagen nach der Umstellung erreichbar sein, ebenso der Softwareanbieter.
Zu Beginn eines Abrechnungszeitraums: Ein Wechsel zum Monats- oder Quartalsbeginn erspart es, einen Zeitraum auf zwei Systeme aufzuteilen.
Mit Puffer: Die ersten Tage nach der Umstellung brauchen mehr Zeit, nicht weniger. Legen Sie keine Termine in diese Tage, die am neuen System hängen.

Wenn das Altsystem Daten an die Buchhaltung liefert, stimmen Sie den Termin mit Ihrer Steuerberatung ab. Wie die Übergabe technisch funktioniert, beschreibt der Ratgeber zur DATEV-Schnittstelle.

Checkliste für den Umstellungstag

Diese Punkte sollten am Umstellungstag abgehakt werden, in dieser Reihenfolge:

Alle Beteiligten wissen, ab wann im Altsystem nicht mehr gearbeitet wird
Letzte Vorgänge im Altsystem abgeschlossen, offene Vorgänge dokumentiert
Vollständige Sicherung des Altsystems erstellt und die Wiederherstellung geprüft
Altsystem auf „nur lesen“ gestellt, damit keine neuen Daten mehr entstehen
Endgültige Datenübernahme durchgeführt
Abgleich: Anzahl der Datensätze, Summen und offene Posten stimmen zwischen alt und neu
Schnittstellen umgestellt, etwa der Export an die Buchhaltung, Druck und E-Mail-Versand
Zugänge und Rechte im neuen System für alle Nutzer geprüft
Erster echter Vorgang im neuen System von Anfang bis Ende durchgespielt
Entscheidung über einen Rückfall zum vereinbarten Zeitpunkt getroffen und dokumentiert
Ansprechperson für Fragen benannt und im Betrieb bekannt

Was passiert nach der Umstellung mit dem Altsystem?

Das Altsystem abzuschalten, sobald das neue läuft, ist verlockend. Für steuerlich relevante Daten ist das nicht so einfach. Nach § 147 Abs. 3 AO sind unter anderem Bücher und Jahresabschlüsse zehn Jahre, Buchungsbelege acht Jahre und sonstige aufbewahrungspflichtige Unterlagen sechs Jahre aufzubewahren. Die acht Jahre für Buchungsbelege gelten seit dem 1. Januar 2025 für alle Belege, deren bis dahin geltende Frist noch nicht abgelaufen war; für Kredit- und Finanzdienstleistungsinstitute, Unternehmen unter Versicherungsaufsicht und Wertpapierinstitute gilt abweichend die alte Fassung (Art. 97 § 19a EGAO, Stand: September 2026). Elektronisch gespeicherte Daten müssen während der Frist jederzeit verfügbar sein, unverzüglich lesbar gemacht und maschinell ausgewertet werden können.

Für den Systemwechsel enthält § 147 Abs. 6 AO eine Erleichterung: Sofern noch nicht mit einer Außenprüfung begonnen wurde, genügt es nach Ablauf des fünften Kalenderjahres, das auf die Umstellung folgt, die Daten ausschließlich auf einem maschinell lesbaren und maschinell auswertbaren Datenträger vorzuhalten. Bis dahin muss die Finanzbehörde bei einer Außenprüfung ihre Rechte aus § 147 Abs. 6 AO ausüben können: Einsicht in die gespeicherten Daten nehmen und das Datenverarbeitungssystem zur Prüfung nutzen, eine maschinelle Auswertung nach ihren Vorgaben verlangen oder die Übertragung der Daten in einem maschinell auswertbaren Format. Dieser Ratgeber ersetzt keine Steuerberatung — welche Daten betroffen sind, klären Sie mit Ihrer Steuerberatung.

Klären, welche Altdaten ins neue System übernommen werden und welche im Archiv bleiben
Altsystem im Nur-Lese-Betrieb weiterführen oder einen vollständigen, auswertbaren Export erstellen
Lizenzen, Wartungsverträge und Hardware des Altsystems erst kündigen, wenn der Zugriff auf die Altdaten anders gesichert ist
Dokumentieren, wo die Altdaten liegen und wie man sie liest — auch für jemanden, der bei der Umstellung nicht dabei war

Passende Leistung

Individualsoftware

Wir lösen Altsysteme ab, ohne dass der Betrieb stillsteht: mit Migration und Bereinigung der Altdaten, lauffähigen Zwischenständen alle zwei bis drei Wochen und, wo es sinnvoll ist, einer Phase, in der altes und neues System parallel laufen.

Zur Leistung Erstgespräch anfragen

Wir antworten innerhalb von 24 Stunden — 7 Tage die Woche, auch an Feiertagen.

Quellen und Stand

Stand der Angaben: 11. September 2026. Preise, Fristen und Programme ändern sich; maßgeblich ist jeweils die verlinkte Quelle. Der Artikel ersetzt keine Rechts- oder Steuerberatung.

Über den Autor

Felix Lange

Mitgründer und Geschäftsführer, Technik, Rentavo-Services

Verantwortlich für Architektur, Entwicklung und Qualitätssicherung. Baut die Systeme, die wir bei unseren Kunden betreiben — und betreibt sie auch selbst.

ISTQB Certified Tester, Foundation Level 4.0
Ausbildung zum Fachinformatiker für Anwendungsentwicklung
Studium Wirtschaftsingenieurwesen

Mehr über uns

Fragen

Häufige Fragen

Die Kurzfassung zu den Fragen, die an dieser Stelle am häufigsten gestellt werden.

Wie lange sollte ein Parallelbetrieb dauern?

So lange, bis jeder wichtige Ablauf mindestens einmal vollständig in beiden Systemen gelaufen ist. Hängt die Software an der Abrechnung, gehört ein kompletter Monatsabschluss dazu. Legen Sie vorher fest, wann der Parallelbetrieb endet und woran Sie das festmachen, zum Beispiel an übereinstimmenden Summen. Ein Parallelbetrieb ohne Enddatum wird zur Dauerbelastung, weil niemand das alte System loslassen will.

Was kostet die Ablösung eines Altsystems?

Eine seriöse Zahl gibt es erst nach der Bestandsaufnahme. Die Kosten hängen vor allem am Funktionsumfang, an der Zahl der Schnittstellen und am Zustand der Altdaten; eine Migration mit aufwendiger Bereinigung kann einen großen Teil des Projekts ausmachen. Dazu kommt der interne Aufwand für Tests, Schulung und gegebenenfalls die doppelte Erfassung im Parallelbetrieb. Diesen Teil sollten Sie in der Planung nicht unterschlagen.

Was tun, wenn es den Hersteller des Altsystems nicht mehr gibt?

Dann kommt es darauf an, wo und wie die Daten gespeichert sind. Oft liegen sie in einer gewöhnlichen Datenbank oder in Dateien, die sich auch ohne das Programm auslesen lassen. Prüfen Sie früh, ob ein vollständiger Export gelingt, einschließlich Freitexten und Historie. Sichern Sie außerdem Installationsdateien, Lizenzschlüssel und den Rechner oder die virtuelle Maschine, auf der das System läuft, damit es für den Nur-Lese-Betrieb lauffähig bleibt.

Was tun, wenn niemand mehr genau weiß, was das Altsystem macht?

Dann beginnt die Ablösung mit Beobachten statt mit Programmieren. Lassen Sie sich von den Nutzern ihre täglichen Vorgänge zeigen, sammeln Sie alle Ausdrucke, Exporte und Berichte und sehen Sie sich die Datenbank an. Das Altsystem ist dabei die beste Referenz: Wer dieselben Eingaben in altes und neues System gibt und die Ergebnisse vergleicht, findet versteckte Regeln, bevor sie im Betrieb fehlen.

Müssen alle Altdaten ins neue System übernommen werden?

Nein. Übernommen werden in der Regel Stammdaten, offene Vorgänge und die Historie, mit der tatsächlich gearbeitet wird. Abgeschlossene Vorgänge aus vielen Jahren können im Archiv bleiben, solange sie dort lesbar und auswertbar sind. Jede übernommene Altlast kostet Aufwand bei Bereinigung und Prüfung. Die Grenze ziehen Sie am besten gemeinsam mit den Personen, die täglich mit den Daten arbeiten.

Wie bereiten wir die Mitarbeitenden auf die Umstellung vor?

Mit einer Schulung kurz vor dem Termin, an eigenen Beispielen statt an Demodaten. Hilfreich sind einzelne Schlüsselnutzer, die das neue System vorher in der Testphase kennengelernt haben und Kollegen helfen können. Kündigen Sie den Termin früh an, erklären Sie, warum umgestellt wird, und benennen Sie für die ersten Tage eine Ansprechperson, die Fragen sofort beantwortet.