Legacy-Transformation in der Logistik: Altsysteme für die digitale Rohstoffvermittlung modernisieren, ohne den Betrieb zu stoppen

Speditionen und Handelshäuser, die Rohstoffe digital vermitteln wollen, scheitern selten an fehlenden Ideen, sondern an einem Warenwirtschaftssystem, das keine Schnittstelle zu Frachtbörsen, Sensoren oder Kundenportalen hat. Die Modernisierung solcher Altsysteme gelingt nur schrittweise, Modul für Modul, während das Tagesgeschäft weiterläuft.

Warum Altsysteme die digitale Rohstoffvermittlung blockieren

Die meisten Bestandssysteme in der Logistik sind monolithisch gebaut: Auftragsverwaltung, Lager, Abrechnung und Disposition stecken in einer Anwendung, die für Stapelverarbeitung über Nacht ausgelegt wurde, nicht für Anfragen im Sekundentakt. Sobald eine Frachtbörse oder ein Kunde eine Schnittstelle erwartet, beginnt die Handarbeit: Daten werden aus dem einen System abgelesen und in das andere getippt. Jeder Medienbruch verzögert die Auftragsbestätigung und produziert die Fehler, die später im Reklamationsprozess landen. Wer Rohstoffe vermittelt, deren Preise sich stündlich ändern, verliert damit gegen jeden Wettbewerber, der in Echtzeit antwortet.

Legacy Software modernisieren ohne Ausfall: Modul für Modul statt Stichtag

Der Umbau auf einen Schlag, bei dem das alte System an einem Wochenende abgeschaltet und das neue eingeschaltet wird, ist die riskanteste Variante, die es gibt. Sie funktioniert in der Theorie und scheitert in der Praxis an den Sonderfällen, die niemand dokumentiert hat. Der Weg, der sich in unseren Projekten bewährt hat, ist das Strangler-Fig-Pattern: Einzelne Module wie die Auftragsverwaltung oder die Bestandsführung werden herausgelöst, als eigenständiger Dienst in Containern neu gebaut und über eine Schnittstelle an das Altsystem angeschlossen. Das Altsystem läuft weiter, verliert aber Stück für Stück Aufgaben, bis es abgeschaltet werden kann, ohne dass jemand es merkt.

Beispiel Lebensmittel-Lieferkette: Temperatur und Standort in Echtzeit

In der Lebensmittellogistik müssen Temperatur, Standort und Verarbeitungsstatus einer Lieferung lückenlos nachweisbar sein. Ein modernisiertes System nimmt die Daten der Sensoren im Kühlfahrzeug über eine Schnittstelle direkt in die Auftragsplattform auf. Abweichungen lösen eine Meldung aus, statt erst bei der Wareneingangskontrolle aufzufallen, und der Nachweis für die Hygienevorschriften entsteht als Nebenprodukt des Betriebs.

Ausfallsicherheit als Anforderung, nicht als Nebeneffekt

Logistikunternehmen können mit der NIS2-Richtlinie, die den Transportsektor einschließt, unter regulatorische Anforderungen an die Ausfallsicherheit ihrer IT fallen. Ein modular gebautes System auf einer europäischen Infrastruktur lässt sich redundant über mehrere Standorte betreiben und schaltet bei Störung automatisch um. Mit einem Monolithen auf einem einzelnen Server ist das kaum nachzurüsten. Offene Standards wie OCI-Container und portable Datenbanken halten dabei die Anbieterabhängigkeit klein, sodass ein Wechsel des Betreibers möglich bleibt.

So gelingt die Legacy-Transformation in der Logistik

Der Fahrplan beginnt mit einer Analyse der Ist-Architektur: Welche Module tragen den größten Geschäftswert und sind zugleich am stärksten von Handarbeit geprägt? Diese kommen zuerst. Dann werden die Schnittstellen definiert, über die neue und alte Teile miteinander sprechen, bevor eine Zeile des neuen Moduls geschrieben wird. Erst danach folgen der Aufbau der Container-Plattform und die Ablösung Modul für Modul. KI-Funktionen wie Routenoptimierung kommen zum Schluss, wenn die Daten sauber über Schnittstellen erreichbar sind; vorher fehlt ihnen die Grundlage.

Häufige Fragen zur Legacy-Transformation in der Logistik

Was ist Legacy-Transformation?

Die schrittweise Modernisierung veralteter IT-Systeme, etwa monolithischer Warenwirtschaftssysteme, hin zu modularen, über Schnittstellen verbundenen Architekturen, ohne den laufenden Betrieb zu gefährden.

Welche Risiken bestehen?

Datenverlust, Ausfallzeiten und Abläufe, die im neuen System anders funktionieren als gewohnt. Der modulare Ansatz, Tests gegen echte Daten und offene Standards halten diese Risiken klein.

Wie lange dauert das?

Das hängt von der Zahl der Module und der Datenqualität ab. Erste Ergebnisse, etwa eine abgelöste Auftragsverwaltung, kommen deutlich vor dem Ende des Gesamtvorhabens, und so sollte geplant werden.

Wie vermeiden Sie die Abhängigkeit vom neuen Anbieter?

Mit offenen Standards für Container und Datenbanken, einer europäischen Infrastruktur, die Sie wechseln können, und Code, der Ihnen gehört.

Notieren Sie, an welchen Stellen Ihre Disposition heute Daten von Hand aus einem System in ein anderes überträgt und wie lange eine Auftragsbestätigung dadurch dauert. Mit dieser Liste buchen Sie den kostenlosen Potenzial-Check, eine halbe Stunde, in der wir gemeinsam festlegen, welches Modul Ihres Altsystems als erstes herausgelöst werden sollte.