Die Hürde, an der ERP-Migrationen scheitern.
Dieses Szenario wiederholt sich immer wieder: Ein Hersteller steckt mitten in einer Migration – sagen wir, von SAP R/3 zu S/4HANA. Hunderte Lieferanten sind direkt an das ERP-System angebunden. Der interne Projektplan sieht sauber aus: Daten gemappt, Module konfiguriert, Cutover-Wochenende terminiert.
Dann taucht eine Frage auf – meist zu spät: Müssen all diese Partner überhaupt informiert werden?
Die Antwort ist Nein – aber nur, wenn die Migration von Anfang an mit einer Isolationsschicht zwischen ERP und Außenwelt geplant wurde. Bei den meisten ist das nicht der Fall. Und genau diese eine Auslassung ist der teuerste Fehler, den wir bei Projektteams sehen.
Fehlt diese Schicht, trifft die Migration jeden Partner im Netzwerk. Änderst du das ERP, muss jede einzelne Lieferanten- und Kundenverbindung neu getestet werden – Bestellformate, Rechnungsstrukturen, Versandavise, alles. Am Ende kontaktierst du Hunderte Partner und bittest sie, sich neu auf dich einzustellen – nur weil du ein Upgrade machen möchtest.
Das ist keine Migration mehr. Das ist eine selbst verursachte Störung der Supply Chain.
Warum die Kosten von ERP-Migrationen aus dem Ruder laufen.
ERP-Migrationen dauern in der Regel 18 bis 36 Monate, und 55 bis 75 Prozent davon sprengen am Ende das Budget und brauchen zu lang. Das liegt oftmals nicht an der ERP-Software selbst. Es liegt am externen Netzwerk aus Handelspartnern, die plötzlich – nach deinem Zeitplan, nicht nach ihrem – neu integriert werden müssen, während ihr eigenes Tagesgeschäft weiterläuft.
Kleinere Unternehmen haben Dutzende solcher Verbindungen. Größere Tausende. Der ERP-Cutover bindet die gesamte interne Aufmerksamkeit und das Budget. Die Auswirkungen auf die Partner werden erst dann bedacht – wenn sie zu dem Faktor werden, der den Zeitplan um Monate sprengt.
Die Lösung: Integration vom ERP entkoppeln.
Die Lösung ist, Integration nicht länger als etwas sehen, das im ERP selbst stattfindet. Stattdessen sollte eine Übersetzungsschicht zwischen ERP und Handelspartner gelegt werden – das die Veränderung abfedert.
Genau hier setzt Lobster an: zwischen deinem ERP und der Außenwelt, mit EDI, APIs, Altformaten und modernen Cloud-Anwendungen an einem Ort – ganz ohne Code. Ändert sich das ERP darunter, arbeitet die Schicht einfach weiter. Deine Partner merken davon nichts.
Unser CEO Tim Srock vergleicht das gern mit DeepL für die Supply Chain: Deine Partner sprechen Französisch. Intern wechselst du von Englisch auf Deutsch. Die Schicht dazwischen übersetzt einfach weiter – niemand nach außen muss eine neue Sprache lernen.
Wie das in der Praxis aussieht
- Intern wechselst du von R/3 auf S/4HANA
- Extern bleibt der Lieferanten-Posteingang unverändert
- Die Integrationsschicht mappt die neuen Datenstrukturen im Hintergrund – transparent
- Deine Handelspartner bekommen von der Umstellung nichts mit
Es muss dabei kein Big-Bang-Cutover sein. Du kannst schrittweise vorgehen – ein Partner-Batch nach dem anderen, beide Systeme parallel im Betrieb, mit minimaler Störung auf beiden Seiten.
Ein großes österreichisches Logistik- und Transportunternehmen arbeitet bereits seit 2008 nach diesem Modell und verarbeitet sechs Millionen Vorgänge pro Monat – ganz ohne eine einzige Zeile Code zu schreiben. Ihre Partner mussten sich nie darum kümmern, was sich leise verändert hat.
Der Timing-Fehler, der das ERP-Migrationsrisiko potenziert.
Der Reflex ist oft, die Reihenfolge umzudrehen: erst die ERP-Migration abschließen, die Integrationsschicht danach angehen. Das mag logisch klingen, doch genau dort versteckt sich das Kostenrisiko.
Wird die Integrationsschicht vor der ERP-Umstellung aufgesetzt, wird das Risiko der gesamten Migration minimiert: Die Schicht fängt Veränderungen bereits ab, die Partnerverbindungen sind bereits isoliert, und der Cutover wird zu einem internen statt einem netzwerkweiten Ereignis.
Wer bis danach wartet, verbringt einen Großteil des Projekts damit, Partner anzurufen und Verbindungen neu zu testen, die von Anfang an hätten geschützt werden können.
Teams, die das richtig angehen, prüfen ihren Integrationsansatz 6 bis 12 Monate, bevor die ERP-Entscheidung fällt – nicht danach. Genau in diesem Zeitfenster hat man auch den größten Handlungsspielraum, die meisten Optionen und den geringsten externen Druck.
Die Frage, die vor der finalen ERP-Planung stehen sollte.
Das ERP-Upgrade wird immer die interne Aufmerksamkeit auf sich ziehen. Die Auswirkungen auf die Partner werden fast nie eingeplant. Genau in dieser Lücke verzögern sich Zeitpläne und leiden Lieferantenbeziehungen.
Bevor der Plan also final steht: Welche Annahmen hat dein aktueller ERP-Migrationsplan zu den Auswirkungen auf deine Handelspartner?
Wenn die ehrliche Antwort lautet „das klären wir beim Cutover“, lohnt sich das Gespräch jetzt – solange du noch dafür sorgen kannst, dass nur dein internes Team etwas von der Migration merkt.
