Das System, das keiner anfassen will
Jedes Unternehmen hat eins. Die Anwendung, die niemand ändern will, weil die letzte Person, die sie verstanden hat, 2019 in Rente ging. Die Datenbank, die “einfach funktioniert”, bis sie es nicht mehr tut.
41 % der deutschen Industrieunternehmen arbeiten noch mit ERP-Systemen von vor 2005. Technische Schulden verschlingen mittlerweile 20-40 % des gesamten Technologie-Vermögens eines durchschnittlichen Unternehmens.
Die Angst, Legacy-Systeme anzufassen, ist rational. Die Kosten, es nicht zu tun, sind höher.
Warum “Rausreißen und Ersetzen” meistens scheitert
Der Instinkt sagt: alles abreißen und neu bauen. Saubere Architektur. Moderner Stack.
Nur 29 % der großen Software-Neuentwicklungen werden erfolgreich abgeschlossen. Über ein Drittel wird komplett aufgegeben.
Das Problem ist nicht der Ehrgeiz. Es ist der Versuch, jahrelang angesammelte Geschäftslogik auf einen Schlag nachzubauen.
Ein Fertigungskunde kam nach einer gescheiterten ERP-Ablösung zu uns. 18 Monate, 400.000 Euro ausgegeben, und sie waren zurück auf dem alten System.
Die Ablösung konnte die individuellen Preisregeln nicht abbilden, die sich über 15 Jahre entwickelt hatten. Niemand hatte sie dokumentiert. Die Lektion: nicht versuchen, das gesamte System zu verstehen, bevor Sie anfangen. Modernisieren Sie inkrementell.
Das Strangler-Fig-Pattern
Benannt nach der tropischen Pflanze, die um einen Wirtsbaum wächst und ihn schließlich ersetzt. Das Strangler-Fig-Pattern ermöglicht Migration Stück für Stück.
Sie setzen eine Routing-Schicht (oft ein API-Gateway) vor Ihr Altsystem. Aller Traffic läuft hindurch. Anfangs wird jede Anfrage direkt ans alte System weitergeleitet.
Dann wählen Sie ein Modul. Rechnungsstellung, Bestandsabfrage, was am meisten schmerzt. Sie bauen die moderne Version und leiten den spezifischen Traffic dorthin um.
Alles andere trifft weiterhin das Legacy-System. Wiederholen. Modul für Modul.
Dieser Ansatz funktioniert, weil er das Big-Bang-Risiko eliminiert. Wenn das neue Rechnungsmodul ein Problem hat, leiten Sie den Traffic zurück. Ihr Geschäft stoppt nie.
Ein aufkommender Trend 2025: die Kombination von Strangler Fig mit Event-Streaming. Tools wie Apache Kafka ermöglichen Change Data Capture (CDC), um Legacy-Datenbanken in Echtzeit mit modernen Datenspeichern zu synchronisieren.
API-Wrapping: Der schnelle erste Schritt
Manchmal müssen Sie das Altsystem gar nicht ersetzen. Sie müssen es nur kommunikationsfähig machen.
API-Wrapping setzt eine moderne REST- oder GraphQL-Schnittstelle vor Ihr altes System. Die Legacy-Anwendung macht weiter, was sie tut. Aber andere Systeme sprechen jetzt mit einer sauberen API statt mit proprietären Protokollen.
Das funktioniert besonders gut für Systeme, die korrekt arbeiten, sich aber mit nichts Modernem verbinden lassen. Ein altes Lagerverwaltungssystem, gewrappt mit einer API, wird plötzlich zur Datenquelle für Ihr neues Dashboard.
Der Wrapper behebt die technischen Schulden nicht. Aber er kauft Ihnen Zeit und erschließt Integrationsmöglichkeiten, die vorher nicht existierten.
Ein Beispiel: Ein Großhändler hatte ein 18 Jahre altes Lagerverwaltungssystem. Ersetzen? Zu riskant, zu teuer. Die Lösung war eine REST-API, die vor das alte System gesetzt wurde. In vier Wochen hatten sie eine saubere Schnittstelle, über die ihr neues E-Commerce-System Lagerbestände in Echtzeit abfragen konnte.
Vorher aktualisierte sich der Bestand zweimal am Tag per CSV-Export. Danach in Echtzeit. Das Altsystem lief weiter, als wäre nichts passiert.
Datenmigration: Der Teil, der Projekte killt
Code-Migration bekommt die ganze Aufmerksamkeit. Datenmigration bringt die Projekte zum Scheitern.
Ihre Legacy-Datenbank hat 15 Jahre Datensätze. Manche Felder wurden mittendrin umfunktioniert. Manche Daten wurden inkonsistent eingegeben.
Drei Strategien, die funktionieren:
Dual-Write während der Transition: Altes und neues System schreiben gleichzeitig in ihre jeweiligen Datenbanken. Ein Sync-Prozess hält sie abgestimmt.
ETL-Pipelines mit Validierung: Daten extrahieren, transformieren, laden. Validierungsprüfungen in jeder Phase. Abweichungen werden für manuelle Prüfung markiert.
Phasenweise Migration nach Entität: Erst Kunden, dann Aufträge, dann Rechnungen. Jede Entität bekommt ihren eigenen Validierungsdurchlauf.
Was auch immer Sie wählen: bauen Sie einen Rollback-Plan, bevor Sie starten. Testen Sie ihn. Wirklich testen, nicht “klären wir, wenn was schiefgeht.”
Der SAP-Elefant im Raum
SAPs S/4HANA-Zwangsmigration kommt 2027. Mainstream-Wartung für ECC 6.0 endet. Wenn Sie Legacy-SAP betreiben, ist das keine Option mehr.
Drei Wege stehen offen. Greenfield: von Null auf S/4HANA neu aufbauen. Brownfield: das bestehende ECC-System in-place konvertieren. Selektiv: bestimmte Daten und Prozesse migrieren, andere neu bauen.
Für die meisten Mittelstandsunternehmen ist Brownfield sinnvoll. Sie behalten Ihre bestehenden Anpassungen und Daten. Aber Sie müssen Jahre angesammelter Konfiguration erst aufräumen.
Nutzen Sie die Migration als Chance. Vereinfachen Sie Prozesse, die über Jahrzehnte verkrustet sind. Die Unternehmen, die diese Gelegenheit zur Prozessvereinfachung nutzen, kommen gestärkt heraus.
Wichtig: Beginnen Sie die S/4HANA-Planung nicht erst 2027. Die Vorlaufzeiten für Beratung, Datenmigration und Tests betragen typischerweise 12-18 Monate. Die Uhr tickt.
Phasenweise Einführung: Modul für Modul
Machen Sie niemals einen Big-Bang-Rollout. Niemals.
Das Muster, das funktioniert: Wählen Sie das Modul mit dem höchsten Leidensdruck und dem niedrigsten Risiko. Modernisieren Sie es. Lassen Sie es parallel zum alten System laufen.
Monat 1-2: API-Wrapper um das Legacy-System. Sofortige Integrationsvorteile bei null Risiko.
Monat 3-4: Erste Modul-Ablösung. Parallel zum Legacy-Modul betreiben.
Monat 5-6: Zweites Modul. Jetzt hat Ihr Team das Muster verinnerlicht.
Monat 7+: Weiter Modul für Modul. Jedes wird schneller.
Der gesamte Zeitrahmen liegt typischerweise bei 12-24 Monaten für ein mittelgroßes System. Das klingt lang. Aber vergleichen Sie es mit dem gescheiterten 18-Monats-Neubau, der mit nichts endet.
Risikomanagement während der Migration
Dinge werden schiefgehen. Planen Sie dafür.
Halten Sie das alte System laufend, bis jedes neue Modul mindestens 30 Tage stabil in Produktion war. Keine Ausnahmen. Die Kosten für den temporären Parallelbetrieb sind deutlich geringer als die Kosten eines gescheiterten Cutover.
Bauen Sie automatisierte Vergleichstests. Füttern Sie denselben Input in altes und neues System und vergleichen Sie den Output. Abweichungen werden protokolliert und untersucht. So fangen Sie die Randfälle, die manuelles Testen immer übersieht.
Dokumentieren Sie alles, was Sie unterwegs entdecken. Jede Geschäftsregel, jeden Sonderfall. Das größte Risiko bei Legacy-Modernisierung ist nicht technisch. Es ist der Verlust des Geschäftswissens, das im alten System steckt.
Kennen Sie das? Ein Modul, das “einfach funktioniert,” aber niemand weiß genau, warum?
Cloud als Modernisierungshebel
Viele Legacy-Modernisierungsprojekte gehen Hand in Hand mit einer Cloud-Migration. Das Altsystem läuft auf eigener Hardware, die zunehmend schwieriger zu warten und zu ersetzen ist. Die neue Architektur läuft in der Cloud, wo Skalierung bei Bedarf möglich wird und Betriebskosten planbarer sind.
Für europäische Unternehmen ist die Wahl des Cloud-Anbieters nicht trivial. Datensouveränität, DSGVO-Konformität und Kosten spielen eine Rolle.
Hetzner bietet günstige Infrastruktur mit deutschen Rechenzentren. AWS und Azure haben die breiteste Servicepalette.
Der hybride Ansatz funktioniert oft am besten: sensible Daten auf europäischen Servern, spezialisierte Dienste über API bei den Hyperscalern. Unser Cloud-Migrationsleitfaden vergleicht die Optionen im Detail.
Förderung nutzen
Die KfW-Digitalisierungsprogramme decken Legacy-Modernisierung ab. Der ERP-Förderkredit Digitalisierung wurde 2025 genau für solche Projekte aufgelegt. Softwareentwicklung, Cloud-Migration und Systemintegration qualifizieren sich.
Für den gesamten Digitalisierungsfahrplan inklusive Förderstrategien und Change Management, lesen Sie unseren Pillar-Leitfaden.
Technische Schulden wachsen, während Sie planen. Jeden Monat wird die Migration schwieriger und teurer. Deutschland fehlen 149.000 IT-Fachkräfte, und diese Lücke wird größer, nicht kleiner.
Aber Sie müssen nicht alles auf einmal machen. Sie müssen nur anfangen.
Starten Sie mit dem API-Wrapper. Beweisen Sie, dass Integration funktioniert. Dann modernisieren Sie das erste Modul.
Messen Sie die Ergebnisse. Nutzen Sie die Daten, um den Business Case für den nächsten Schritt aufzubauen. Jeder erfolgreiche Meilenstein macht die Genehmigung des nächsten leichter.
Für die Auswirkungen des Aufschiebens lesen Sie über die wahren Kosten technischer Schulden.
Hängen Sie auf Altsystemen fest? Lassen Sie uns Ihren Modernisierungspfad kartieren. Wir bewerten Ihre aktuelle Architektur, identifizieren die wertvollsten Module für die erste Migration und erstellen einen Phasenplan, der Ihr Geschäft nicht stört.
