Legacy-Software ablösen: wann sich Modernisierung rechnet

Fast jedes mittelständische Unternehmen hat eines: das Programm, das seit fünfzehn Jahren läuft, das niemand mehr gern anfasst und ohne das trotzdem kein Auftrag das Haus verlässt. Die Frage, ob man diese Legacy-Software ablösen sollte, stellt sich meist erst, wenn etwas kaputtgeht. Dann ist der Zeitpunkt schlecht gewählt. Dieser Beitrag hilft Ihnen, die Entscheidung vorher zu treffen: an welchen Signalen Sie erkennen, dass es Zeit wird, welche vier Wege es gibt und wie Sie ausrechnen, was es kostet, alles so zu lassen.

Was genau ein Altsystem ausmacht, erklärt unser Lexikon unter Legacy-System. Hier geht es um die Entscheidung der Geschäftsführung, nicht um Technik. Wie ein solches Projekt bei uns abläuft, zeigt die Seite IT-Modernisierung.

Sechs Signale, dass Ihr Altsystem zum Risiko wird

Alter allein ist kein Grund. Es gibt zwanzig Jahre alte Programme, die zuverlässig ihre Arbeit tun und das auch weiter tun werden. Kritisch wird es, wenn mehrere der folgenden Punkte gleichzeitig zutreffen:

1. Nur eine Person kennt das System. Der Entwickler ist im Ruhestand, die Agentur existiert nicht mehr, oder ein einzelner Kollege hält alles zusammen. Fällt er aus, steht der Prozess.
2. Keine Sicherheitsupdates mehr. Betriebssystem, Datenbank oder Programmiersprache werden vom Hersteller nicht mehr gepflegt. Das Programm läuft vielleicht noch auf einem Windows-Rechner, für den es seit Oktober 2025 keine regulären Sicherheitsupdates mehr gibt, etwa Windows 10.
3. Änderungen dauern Wochen statt Tage. Ein neues Feld im Formular, ein zusätzlicher Status, eine andere Preislogik: Jede Kleinigkeit wird zum Projekt, weil niemand weiß, was sonst noch davon abhängt. Fachleute sprechen von technischen Schulden.
4. Daten werden doppelt erfasst. Was im Altsystem steht, tippt jemand noch einmal in die Buchhaltung, ins CRM oder in den Shop. Fehler entstehen genau an diesen Übergaben.
5. Neue Pflichten lassen sich nicht umsetzen. Die E-Rechnung ist das aktuelle Beispiel: Seit Januar 2025 müssen Unternehmen im B2B-Geschäft elektronische Rechnungen empfangen können. Ab 2027 müssen Firmen mit mehr als 800.000 Euro Vorjahresumsatz sie auch ausstellen, ab 2028 alle. Kann Ihr System weder XRechnung noch ZUGFeRD, läuft Ihnen die Frist davon. Die Details stehen in unserem Beitrag zur E-Rechnungspflicht.
6. Das System läuft nur im Büro. Außendienst, Homeoffice oder eine zweite Niederlassung kommen nur über Fernwartung und Umwege heran. Die Datensicherung ist eine Festplatte, die hoffentlich jemand wechselt.

Treffen zwei oder drei dieser Punkte zu, lohnt sich eine ehrliche Bestandsaufnahme. Bei vier oder mehr sollten Sie nicht auf den ersten Ausfall warten.

Was es kostet, nichts zu tun

Die Ablösung hat ein Preisschild, das Weiterlaufen scheinbar nicht. Das ist der häufigste Denkfehler. Das Altsystem kostet jeden Monat Geld, nur steht es in keiner eigenen Zeile. Rechnen Sie diese Posten einmal für ein Jahr zusammen:

• Handarbeit: Stunden pro Woche für doppelte Erfassung, Exporte, Abgleiche und Korrekturen, multipliziert mit dem internen Stundensatz und 52 Wochen. Fragen Sie die Leute, die es tun, nicht die Abteilungsleitung.
• Fehlerkosten: falsche Rechnungen, doppelte Lieferungen, vergessene Wiedervorlagen. Eine grobe Schätzung reicht, Hauptsache, der Posten steht auf dem Zettel.
• Wartung und Notfälle: Rechnungen des externen Betreuers, Sonderlizenzen für veraltete Datenbanken, Hardware, die nur noch gebraucht zu bekommen ist.
• Verpasste Möglichkeiten: Kundenportal, Online-Bestellung, Schnittstelle zum Großhändler, automatisierte Angebote. Was hätten Sie in den letzten zwei Jahren gebaut, wenn das Altsystem nicht im Weg gestanden hätte?
• Ausfallrisiko: Wie viele Tage könnte Ihr Betrieb ohne dieses System arbeiten? Was kostet ein Tag Stillstand? Multiplizieren Sie das mit einer ehrlichen Wahrscheinlichkeit.

Die Summe legen Sie neben die Kosten einer Ablösung, verteilt auf die Jahre, in denen die neue Lösung läuft. Oft ist das Ergebnis nicht knapp. Und selbst wenn es knapp ist: Das Ausfallrisiko ist der Posten, den ein Unternehmen nicht dauerhaft tragen sollte.

Legacy-Software ablösen: vier Wege im Überblick

Zwischen „alles bleibt“ und „alles neu“ liegen mehrere Stufen. Welche passt, hängt davon ab, wie gut der Kern des Altsystems noch ist und wie viel davon Sie wirklich brauchen.

1. Belassen und per Schnittstelle anbinden

Das Altsystem bleibt, bekommt aber eine API oder einen Datenabgleich nach außen. Buchhaltung, CRM und Shop holen sich die Daten automatisch, statt dass jemand sie abtippt.

Passt, wenn der Kern stabil läuft, noch Updates bekommt und das eigentliche Problem die fehlenden Verbindungen sind. Risiko: Sie verschieben das Problem. Hat das System keine Zukunft beim Hersteller, bauen Sie auf ein Fundament, das in ein paar Jahren trotzdem weg muss. Als Überbrückung ist dieser Weg trotzdem oft der richtige erste Schritt.

2. Schrittweise ersetzen nach dem Strangler-Muster

Der Name kommt von der Würgefeige, die um einen Baum herumwächst, bis der alte Stamm nicht mehr gebraucht wird. In der Software heißt das: Neue Funktionen entstehen außerhalb des Altsystems, einzelne Bereiche ziehen nacheinander um, und das alte Programm wird Stück für Stück kleiner, bis man es abschalten kann.

Passt, wenn das System groß ist, täglich gebraucht wird und ein Stillstand keine Option ist. Risiko: Für eine Weile leben Sie mit zwei Systemen und müssen die Daten zwischen ihnen sauber halten. Ohne klaren Plan, welcher Bereich wann umzieht, bleibt der Zwischenzustand länger als gewollt.

3. Teilablösung

Nur der Teil, der am meisten Schmerzen macht, wird ersetzt, etwa die Auftragserfassung oder die Disposition. Der Rest bleibt vorerst im alten Programm oder wandert in eine Standardsoftware, die für diesen Zweck ohnehin passt.

Passt, wenn sich das Altsystem in klar getrennte Bereiche teilen lässt und nur einer davon wirklich bremst. Risiko: Schnittstellen zwischen altem und neuem Teil sind Pflicht, sonst entsteht die nächste Doppelerfassung. Welche Teile besser eine Standardlösung übernimmt, lesen Sie im Vergleich Individualsoftware oder Standardsoftware.

4. Neubau

Das neue System wird von Grund auf gebaut, meist als Web-Anwendung, und übernimmt am Ende alle Daten. Das klingt nach dem großen Knall, muss es aber nicht sein: Auch ein Neubau kann in Etappen live gehen.

Passt, wenn der alte Code nicht mehr zu retten ist, der Quellcode fehlt oder sich die Abläufe so verändert haben, dass eine Kopie des Alten nichts bringt. Risiko: Der Versuch, jede Funktion des Altsystems eins zu eins nachzubauen, sprengt Budget und Zeitplan. Ein Teil der alten Funktionen wird nie benutzt. Das herauszufinden, ist die halbe Arbeit.

Die vier Strategien im Vergleich

Kriterium	Belassen + API	Strangler-Muster	Teilablösung	Neubau
Eingriff ins Altsystem	Gering	Wächst mit jeder Etappe	Ein Bereich	Vollständig
Risiko für den laufenden Betrieb	Niedrig	Niedrig bis mittel	Mittel	Mittel bis hoch, mit Parallelbetrieb deutlich geringer
Erster sichtbarer Nutzen	Schnell	Nach der ersten Etappe	Nach dem ersten Bereich	Mit dem ersten Live-Modul
Löst das Grundproblem	Nein, verschiebt es	Ja, schrittweise	Teilweise	Ja
Typischer Einsatz	Stabiler Kern, fehlende Verbindungen	Großes System, kein Stillstand erlaubt	Ein Engpass, Rest brauchbar	Code nicht zu retten, Abläufe verändert

In der Praxis werden die Wege kombiniert. Ein häufiger Verlauf: zuerst eine Schnittstelle, damit die Doppelerfassung aufhört, danach der schrittweise Umzug der wichtigsten Bereiche. Welche Kombination für Ihr System passt, klären wir bei der Bestandsaufnahme zu Beginn jeder Legacy-Modernisierung.

Sonderfall: Excel und Access ablösen

Das „Altsystem“ ist nicht immer eine Branchensoftware. Oft ist es eine Excel-Datei mit zwanzig Reitern, Makros und einer Farblogik, die nur ihre Erfinderin versteht. Oder eine Access-Datenbank, die vor Jahren nebenbei entstanden ist und die heute die Auftragsabwicklung trägt.

Excel ist ein hervorragendes Werkzeug für Auswertungen und Einzelarbeit. Als Betriebssystem eines Unternehmens hat es klare Grenzen. Es wird Zeit, Excel abzulösen, wenn:

• mehrere Personen gleichzeitig in derselben Datei arbeiten und sich Stände überschreiben,
• die Datei per E-Mail verschickt wird und niemand weiß, welche Version gilt,
• Kundendaten darin stehen und nicht nachvollziehbar ist, wer was geändert hat,
• die Makros nur noch mit einer bestimmten Office-Version laufen,
• Zahlen aus der Tabelle regelmäßig in ein anderes System übertragen werden.

Die gute Nachricht: Eine gewachsene Excel-Lösung ist eine sehr genaue Beschreibung dessen, was Ihr Betrieb braucht. Spalten zeigen das Datenmodell, Farben zeigen Status, Formeln zeigen Regeln. Daraus lässt sich eine kleine Web-Anwendung mit Rollen, Protokoll und Anbindung an die Buchhaltung bauen, oft schneller als erwartet. Die Datei bleibt dabei als Export erhalten, falls jemand weiter auswerten will.

So gelingt die Ablösung ohne Stillstand

Unabhängig vom Weg haben erfolgreiche Modernisierungsprojekte einen ähnlichen Ablauf:

1. Bestandsaufnahme im laufenden Betrieb. Entscheidend ist, was die Anwender tatsächlich mit dem System tun, samt der Umwege, die niemand dokumentiert hat. Der Code ist nur die halbe Wahrheit.
2. Funktionen sortieren. Was wird täglich gebraucht, was selten, was nie? Die dritte Gruppe wandert nicht mit.
3. Reihenfolge festlegen. Zuerst der Bereich mit dem größten Nutzen und dem überschaubarsten Risiko, damit das Team früh sieht, dass es funktioniert.
4. Daten bereinigen und übernehmen. Dubletten zusammenführen, Pflichtfelder prüfen, Summen zwischen Alt und Neu abgleichen, bevor umgestellt wird.
5. Parallelbetrieb. Alt und Neu laufen eine Zeit lang nebeneinander. Umgestellt wird erst, wenn das Team mit echten Vorgängen sicher im neuen System arbeitet.
6. Anbinden und betreiben. Die neue Lösung bekommt Anschluss an Buchhaltung, Bank und CRM. Danach braucht sie Pflege, damit sie nicht in zehn Jahren selbst zum Altsystem wird.

Für die Anbindung an die übrige Systemlandschaft gibt es eine eigene Disziplin, die Systemintegration. Für den letzten Schritt sorgt Betrieb und Wartung: Updates, Sicherungen, Überwachung und ein Ansprechpartner, der das System kennt.

Drei Fehler, die Modernisierungen teuer machen

• Eins-zu-eins-Nachbau. Wer das alte Programm Maske für Maske kopiert, übernimmt auch dessen Umwege. Fragen Sie bei jeder Funktion, welches Problem sie löst.
• Stichtag statt Etappen. Der große Umstieg an einem Wochenende klingt entschlossen. Geht etwas schief, steht der ganze Betrieb. Etappen mit Parallelbetrieb sind langsamer auf dem Papier und schneller in der Wirklichkeit.
• Anwender zu spät fragen. Die Leute, die täglich mit dem Altsystem arbeiten, wissen, wo die Ausnahmen sitzen. Holen Sie sie in die Bestandsaufnahme, nicht erst in die Schulung.

Checkliste vor der Entscheidung

• Ist dokumentiert, welche Abläufe das Altsystem heute trägt?
• Wissen Sie, wer es im Notfall reparieren kann, und was passiert, wenn diese Person ausfällt?
• Bekommen Betriebssystem, Datenbank und Programmiersprache noch Sicherheitsupdates?
• Haben Sie die jährlichen Kosten des Weiterbetriebs grob beziffert, inklusive Handarbeit?
• Stehen gesetzliche Pflichten an, die das System nicht erfüllen kann?
• Gibt es Zugriff auf Quellcode und Datenbank?
• Ist klar, welcher Bereich zuerst umziehen würde?
• Gibt es jemanden, der die neue Lösung nach dem Projekt betreut?

Wenn Sie bei drei oder mehr Fragen unsicher sind, ist das kein Grund zur Panik, aber ein guter Anlass für ein Gespräch.

Häufige Fragen

Wann sollte man Legacy-Software ablösen?

Wenn das System keine Sicherheitsupdates mehr bekommt, nur noch eine Person es versteht oder neue Anforderungen wie die E-Rechnung nicht mehr umsetzbar sind. Alter allein ist kein Grund, eine Kombination dieser Signale schon.

Ist ein Neubau immer die beste Lösung?

Nein. Oft reicht eine Schnittstelle, oder nur ein Teil des Systems muss ersetzt werden. Ein Neubau lohnt sich, wenn der alte Code nicht mehr wartbar ist oder die Abläufe sich grundlegend geändert haben.

Was, wenn der Quellcode fehlt?

Das kommt häufig vor. Die Funktionen lassen sich aus Datenbank, Oberfläche und den Abläufen der Anwender rekonstruieren. Maßgeblich ist, was das System im Alltag leistet, nicht was im Code steht.

Müssen wir den Betrieb während der Umstellung unterbrechen?

Nein, wenn Sie mit Parallelbetrieb arbeiten. Das alte System bleibt nutzbar, bis der neue Bereich sich im Alltag bewährt hat.

Wie schnell sehen wir ein Ergebnis?

Bei uns liegen zwischen Erstgespräch und Projektstart in der Regel 2–6 Wochen, ein erstes Ergebnis sehen Sie nach etwa 14 Tagen Arbeit. Die Gesamtdauer hängt von Umfang und Zustand des Altsystems ab und steht erst nach der Bestandsaufnahme fest.

Wo laufen die Daten nach der Modernisierung?

Wir betreiben Ihre Lösung ausschließlich auf Servern in Deutschland. Den Auftragsverarbeitungsvertrag bekommen Sie schriftlich.

Was wir damit machen

Wir sehen uns Ihr Altsystem im laufenden Betrieb an, sagen Ihnen offen, welcher der vier Wege passt, und bauen die neue Lösung in Etappen, ohne dass Ihr Tagesgeschäft stehen bleibt. Bei Longstayz haben wir so eine bestehende Plattform technisch überarbeitet und Abläufe automatisiert: rund 70 % weniger manuelle Arbeit. Neubau und Weiterentwicklung übernimmt unser Team für Individualsoftware, den Betrieb danach auf Wunsch ebenfalls.

Welches System macht Ihnen am meisten Sorgen? Vereinbaren Sie ein kostenfreies Erstgespräch, und wir klären gemeinsam, womit Sie anfangen.