Legacy-Software ablösen: Altsysteme migrieren, ohne den Betrieb lahmzulegen

Irgendwann kommt der Punkt, an dem das alte System mehr Last als Stütze ist: eine Eigenentwicklung von vor zwölf Jahren, deren Programmierer längst weg ist. Eine Access-Datenbank, die nur noch auf einem bestimmten Rechner läuft. Eine Branchensoftware, die der Hersteller nicht mehr pflegt. Du weißt, dass du ran musst – aber der Gedanke „Was, wenn beim Umstieg alles stillsteht?“ hält dich davon ab. Genau darum geht es hier: Wie du Legacy-Software ablöst und migrierst, ohne den laufenden Betrieb zu gefährden.

Was bedeutet „Legacy-Software“ überhaupt?

Legacy-Software (zu Deutsch etwa „Altsystem“) ist nicht einfach „alte“ Software. Entscheidend ist, dass sie kritisch für deinen Betrieb ist, aber kaum noch gewartet, weiterentwickelt oder verstanden wird. Typische Fälle:

• Eigenentwicklungen ohne Betreuung: Vor Jahren intern oder von einem Freelancer gebaut – und niemand kennt heute noch den Code.
• Nicht mehr gewartete Standardsoftware: Der Hersteller existiert nicht mehr oder hat das Produkt eingestellt, Sicherheitsupdates gibt es keine.
• Access- und Excel-Lösungen, die zu groß geworden sind: Was als Tabelle begann, ist heute das heimliche Betriebssystem der Firma. (Dazu haben wir einen eigenen Artikel: Excel ablösen durch eigene Software.)
• Veraltete Technik: Eine Anwendung, die nur auf einer alten Windows-Version, einem bestimmten Browser oder einem einzigen Server läuft.

Das Tückische: Solange es „irgendwie läuft“, fällt die Dringlichkeit nicht auf. Das Risiko wächst trotzdem jeden Tag.

Wann ein Altsystem abgelöst gehört: fünf Signale aus der Praxis

Nicht jedes alte System muss sofort weg. Aber es gibt fünf Befunde, die wir bei Übernahmen immer wieder sehen – und jeder einzelne ist ein handfestes Signal, kein Bauchgefühl. Du kannst sie selbst prüfen, ohne Entwickler zu sein.

1. Die Laufzeitumgebung bekommt keine Sicherheitsupdates mehr. Der härteste, weil objektiv nachprüfbare Punkt. Frag deinen Dienstleister oder Admin nach einer Zahl: Welche PHP-, .NET-, Java- oder Windows-Server-Version läuft da? Dann schau nach, ob diese Version noch offiziell unterstützt wird. Steht dort „end of life“, bekommt dein System keine Sicherheitspatches mehr – auch keine für Lücken, die morgen bekannt werden. Bei personenbezogenen Daten ist das nicht nur ein technisches, sondern ein Haftungsthema.

2. Die Datenbank hat keine Struktur, auf die man sich verlassen kann. Fehlende Fremdschlüssel, Datumsangaben als Text, dieselbe Kundennummer in drei Schreibweisen, Felder namens bemerkung2. Das erkennst du als Nicht-Techniker daran, dass Auswertungen nie ganz stimmen und niemand erklären kann, warum. Solche Datenbanken sind der Grund, warum „nur eine Kleinigkeit ändern“ Tage dauert: Jede Änderung kann an einer Stelle etwas kaputt machen, die niemand auf dem Schirm hat.

3. Es gibt genau einen Menschen, der es noch versteht. Manchmal ist es ein Kollege kurz vor der Rente, manchmal ein externer Entwickler, der nicht mehr richtig erreichbar ist. Der Test ist einfach: Wenn diese Person zwei Wochen ausfällt – kann dann noch jemand einen Fehler beheben? Wenn die Antwort nein lautet, ist das kein Personalthema, sondern ein Geschäftsrisiko mit Ansage.

4. Der einzige Weg, Daten herauszubekommen, ist ein Excel-Export. Ein sicheres Zeichen dafür, dass das System nach außen dicht ist. Praktisch heißt das: Jede Verbindung zu einem anderen System läuft über einen Menschen, der exportiert, aufbereitet und woanders wieder importiert – täglich, wöchentlich, für immer. Wie moderne Systeme das stattdessen lösen, steht in API-Schnittstellen: Systeme sinnvoll verbinden.

5. Das System diktiert deine Abläufe, statt sie zu unterstützen. Kein mobiler Zugriff, keine zweite Niederlassung abbildbar, keine neue Preislogik ohne Sonderprogrammierung. Wenn ihr Entscheidungen im Unternehmen davon abhängig macht, was die Software hergibt, ist der Punkt erreicht.

Trifft davon kaum etwas zu und die Software tut still ihren Dienst, ist gezieltes Weiterpflegen die klügere Wahl – das sagen wir dann auch ehrlich, und wie so ein gepflegter Bestand aussieht, steht in Software-Wartung: warum sie so wichtig ist. Häufen sich die Signale dagegen, ist Weiterflicken nur teures Aufschieben: Du zahlst weiter für Workarounds und trägst das Risiko obendrein.

Die Risiken einer Ablösung – und wie man sie entschärft

Die Angst vor dem Umstieg ist berechtigt, aber jedes der typischen Risiken lässt sich beherrschen:

• Betriebsunterbrechung: Das größte Schreckgespenst. Die Antwort ist, eben nicht alles über Nacht umzuschalten, sondern schrittweise (dazu gleich mehr).
• Datenverlust: Alte Systeme stecken voller historischer Daten. Eine saubere Migration mit Probelauf und Abgleich verhindert, dass etwas verloren geht.
• Verstecktes Wissen: In der alten Software stecken oft Sonderregeln, die nirgends dokumentiert sind. Bevor wir ablösen, machen wir dieses Wissen sichtbar.
• Akzeptanz im Team: Die beste neue Software nützt nichts, wenn niemand sie nutzt. Frühes Einbinden der Leute, die täglich damit arbeiten, ist Pflicht.

Das Strangler-Pattern – ablösen ohne Big Bang

Der gefährlichste Weg ist der „Big Bang“: monatelang im Hintergrund alles neu bauen und an einem Stichtag komplett umschalten. Geht dabei etwas schief, steht der Betrieb – und genau das willst du vermeiden.

Die sichere Alternative heißt Strangler-Pattern (benannt nach der Würgefeige, die einen Baum langsam umwächst, bis sie ihn ersetzt). Klingt technisch, ist aber simpel: Statt alles auf einmal zu ersetzen, baust du das neue System Stück für Stück rund um das alte – und schaltest einen Bereich nach dem anderen um.

So sieht das in der Praxis aus:

1. Den größten Schmerzpunkt zuerst nehmen. Wir suchen den Teil des Altsystems, der am meisten Ärger macht oder das höchste Risiko trägt, und lösen genau den als Erstes ab.
2. Neu und alt parallel betreiben. Der neue Baustein übernimmt einen klar abgegrenzten Bereich, der Rest läuft unverändert weiter. Beide greifen, wo nötig, auf dieselben Daten zu.
3. Schritt für Schritt mehr übernehmen. Funktioniert der erste Bereich stabil, ist der nächste dran. Mit jedem Schritt schrumpft das Altsystem.
4. Am Ende den alten Baum abschalten. Wenn der letzte Bereich umgezogen ist, kann die Legacy-Software endgültig in Rente.

Der große Vorteil: Du siehst nach wenigen Wochen erste Ergebnisse, das Risiko verteilt sich auf viele kleine Schritte statt auf einen riskanten Stichtag – und sollte ein Schritt haken, betrifft das nur einen Bereich, nicht den gesamten Betrieb.

Was eine Ablösung kostet und wie lange sie dauert

Die zwei Fragen, die jeder zuerst stellt – hier mit Zahlen statt Ausweichen:

Ein erster abgegrenzter Schnitt nach dem Strangler-Muster (ein Modul raus, sauber neu gebaut, an das Altsystem angebunden) startet bei uns ab 3.900 €. Eine vollständige Ablösung mit mehreren Modulen, Rollen und Schnittstellen liegt ab 11.900 €. Eine zusätzliche Schnittstelle zum Altsystem rechnen wir ab 1.900 €, die Übernahme bestehender Excel-Daten ab 690 €, alles Weitere nach Aufwand mit 79 €/h. Nach dem Umstieg startet die Betreuung ab 119 €/Monat. Wie sich diese Beträge zusammensetzen und was sie im Einzelfall nach oben treibt, haben wir in Was kostet individuelle Software? aufgeschlüsselt.

Zeitlich gilt: Der erste Schnitt ist in Wochen machbar, die vollständige Ablösung eines gewachsenen Systems dauert Monate – und das ist kein Fehler, sondern der Sinn des Vorgehens. Wer alles auf einmal umstellt, hat einen Stichtag, an dem alles funktionieren muss. Wer in Schritten ablöst, hat viele kleine Stichtage, von denen jeder einzelne beherrschbar ist.

Was die Dauer wirklich treibt, ist selten die Programmierung: Es sind die undokumentierten Sonderfälle im Altsystem, die niemand mehr kennt, und die Verfügbarkeit der Menschen, die den Prozess wirklich beherrschen. Plane deren Zeit fest ein – das ist der Engpass.

Datenübernahme aus dem Altsystem: Was mitkommt, was bereinigt wird, was bleibt

Die Daten sind oft das Wertvollste am Altsystem: Kunden, Aufträge, Belege, die Historie von Jahren. Eine Datenübernahme ist mehr als „Tabelle exportieren, Tabelle importieren“ – und die wichtigste Entscheidung fällt vorher, nämlich diese drei Kategorien:

Was mitkommt. Alles, was im Tagesgeschäft gebraucht wird oder aufbewahrungspflichtig ist: aktive Stammdaten, offene Vorgänge, Belege innerhalb der gesetzlichen Aufbewahrungsfristen, die Historie, auf die sich jemand berufen können muss. Diese Daten ziehen vollständig um und werden geprüft.

Was bereinigt wird. Der Teil, den fast alle unterschätzen. Gewachsene Systeme sammeln über die Jahre zuverlässig dieselben Probleme an: Dubletten aus mehrfach angelegten Kunden, „Nachname, Vorname“ in einem einzigen Feld, Datumsangaben in drei Formaten nebeneinander, Beträge mit und ohne Tausenderpunkt, Freitextfelder, in denen eigentlich drei Informationen stehen. Wer das ungefiltert mitnimmt, hat im neuen System dieselben Auswertungsprobleme wie im alten – nur teurer.

Was bleibt. Nicht alles muss mit. Zwölf Jahre Protokolldaten, verwaiste Testdatensätze, Zwischenstände aus einem Prozess, den es nicht mehr gibt: Das gehört in ein Archiv, nicht ins neue System. Wir empfehlen dafür einen lesbaren Export des Altbestands, der aufbewahrt wird und im Zweifel auskunftsfähig macht – ohne das neue System mit Ballast zu starten.

Der Ablauf selbst hat vier Schritte, und keinen davon überspringen wir:

1. Bestand sichten und bereinigen. Erst zählen, dann aufräumen: Wie viele Datensätze gibt es, wie viele davon sind Dubletten, wie viele haben Pflichtfelder leer?
2. Felder sauber zuordnen (Mapping). Welches Feld im Alten entspricht welchem im Neuen – und was passiert mit Feldern, für die es kein Gegenstück gibt? Gerade bei Access- und Excel-Lösungen steckt der Teufel im Detail.
3. Probelauf in einer Testumgebung. Wir migrieren erst dorthin und prüfen Stichproben, bevor irgendetwas produktiv geht. Dieser Lauf wird meist mehrfach wiederholt, bis er sauber durchläuft.
4. Abgleichen statt hoffen. Stimmen Anzahl und Summen vorher und nachher überein? Erst wenn die Zahlen passen, ist die Übernahme durch.

Diese Sorgfalt ist der Unterschied zwischen einem ruhigen Umstieg und einem, bei dem drei Wochen später jemand fragt, wo die Aufträge aus 2021 geblieben sind. Und sie ist der Grund, warum wir die Datenübernahme als eigenen Posten ausweisen statt sie im Gesamtpreis verschwinden zu lassen – was bei Excel-Beständen dahintersteckt, steht im Detail in Excel ablösen durch eigene Software.

Typische Stolperfallen, die wir immer wieder sehen

• „Wir bilden erstmal alles 1:1 nach.“ Eine Ablösung ist die Chance, eingefahrene Umwege loszuwerden – nicht, sie in neuem Gewand zu zementieren.
• Den letzten Schritt vergessen. Manche Projekte bleiben auf halbem Weg stehen, und dann läuft das Altsystem für einen Restbereich ewig weiter. Plane das Abschalten von Anfang an mit ein.
• Unterschätzte Schnittstellen. Das alte System hängt oft an mehr Drittsystemen, als zunächst gedacht. Diese Abhängigkeiten gehören früh auf den Tisch.
• Die Menschen vergessen. Ohne Schulung und ohne die Leute mitzunehmen, die täglich damit arbeiten, scheitert auch die technisch beste Migration.

Was am Ende dabei herauskommt

Eine moderne, individuell abgelöste Lösung gehört dir, ist dokumentiert und wartbar – auch in fünf Jahren noch, egal ob wir oder dein eigenes Team weiterarbeiten. Sie bekommt Sicherheitsupdates, lässt sich an deine übrigen Systeme anbinden und wächst mit, statt zu bremsen. Vor allem aber hängt dein Betrieb dann nicht mehr an einem alten Rechner oder einer einzelnen Person.

Du hast so ein System, vor dessen Ablösung du dich seit Jahren drückst? Lass uns im kostenlosen Erstgespräch gemeinsam draufschauen – wir sagen dir ehrlich, ob sich der Schnitt lohnt und wie ein sicherer, schrittweiser erster Schritt für dich aussieht.

Was wir dabei bauen, steht auf unserer Seite zur Individualsoftware; wie ein Projekt bei uns abläuft, zeigt der Prozess. Wenn du wissen willst, ob sich der Schnitt in deinem Fall lohnt: Schreib uns, wir schauen ehrlich drauf.

Häufige Fragen