Mode-ERP in die Cloud: Lehren aus Migrationen von 2024 bis 2026

Modeunternehmen verlagern ihr ERP vor allem deshalb in die Cloud, weil Wartungsfristen älterer Plattformen näher rücken und weil moderne Planungs-, KI- und Integrationsfunktionen zunehmend nur noch für Cloud-Editionen erscheinen. Gut verlaufende Projekte nutzen die Migration, um Prozesse zu vereinfachen und Daten zu bereinigen; Projekte mit Schwierigkeiten versuchen, jede Altanpassung nachzubauen. Die folgenden Lehren stützen sich auf Zeitpläne der Anbieter und veröffentlichte Fallstudien aus den Jahren 2024 bis 2026.

Warum migrieren Modeunternehmen ihr ERP gerade jetzt?

Der konkreteste Treiber ist der Support der Anbieter. SAP hat zugesagt, S/4HANA bis Ende 2040 zu warten, während die Standardwartung für die Kernanwendungen der SAP Business Suite 7, zu denen ECC gehört, Ende 2027 ausläuft; eine optionale erweiterte Wartung von 2028 bis 2030 ist gegen Aufpreis erhältlich. Viele Modeunternehmen betreiben auf dieser Plattform die Apparel and Footwear Solution (AFS) von SAP; Rizing, ein SAP-Partner, schreibt, dass der Support für SAP AFS 2027 endet. Auf der Seite von Microsoft sind sowohl der Standard- als auch der erweiterte Support für Dynamics AX 2012 R3 beendet, Letzterer am 11. Januar 2023, und Microsoft empfiehlt die Migration auf Dynamics 365.

Fristen allein rechtfertigen die Kosten selten. Als geschäftliche Gründe werden meist eine einheitliche Plattform für Wholesale, Retail und E-Commerce, eine bessere Bestandstransparenz und der Zugang zu neueren Planungs- und KI-Funktionen genannt.

Wie sieht eine Mode-ERP-Migration in der Praxis aus?

Eine im Oktober 2025 veröffentlichte Fallstudie von PwC beschreibt eine nicht namentlich genannte Bekleidungsmarke, die nach 19 Jahren auf dem Altsystem von SAP ECC auf S/4HANA gewechselt hat. Der Umfang umfasste 11 Länder und rund 1 Milliarde Euro Umsatz, mehr als 200 Filialen, über 300 Wholesale-Partner, mehrere Online-Marktplätze und drei Lager. Das Unternehmen wählte einen selektiven Greenfield-Ansatz, der Standardfunktionen von S/4HANA mit beibehaltenen individuellen Prozessen kombiniert. Gemäss PwC wurden im Projekt mehr als 700 Geschäftsprozesse verschlankt, eine algorithmusbasierte Filialnachversorgung und eine RFID-gestützte Inventur in den Filialen eingeführt sowie Retail, Wholesale und E-Commerce auf denselben Anwendungen und Prozessen vereinheitlicht.

Zwei Merkmale dieses Beispiels sind typisch. Der Umfang schloss viele externe Partner ein, was Integrationen zu einem zentralen Arbeitspaket macht, und die Migration wurde genutzt, um neue Fähigkeiten hinzuzufügen, statt lediglich das Altsystem zu ersetzen.

Lesen Sie auch

Wie erstellen Sie einen KI-Business-Case, den Ihr CFO unterschreibt? Eine Vorlage für die Mode

Welcher Migrationsansatz passt zu einem Modeunternehmen?

Cloud-Editionen, insbesondere in der Public Cloud, schränken ein, wie stark der Kerncode verändert werden kann. Für Modeunternehmen mit umfangreichen Anpassungen bei Zuteilung, Grössenläufen oder der Abwicklung von Vorbestellungen erzwingt diese Einschränkung Entscheidungen: den Standard übernehmen, die Logik in eine separate Anwendung auslagern oder eine Private-Cloud-Edition mit mehr Freiheit und mehr Wartungsaufwand wählen.

Die Wahl prägt auch die Integrationsarbeit. Eine Konvertierung lässt die meisten Schnittstellen bestehen, kann aber erneute Tests jedes EDI-Mappings und jeder API-Verbindung erfordern; ein Greenfield-Ansatz oder ein Plattformwechsel bedeutet meist deren Neuaufbau. In beiden Fällen senkt eine separate Integrationsschicht zwischen ERP und Partnern das Risiko, weil die Formate gegenüber den Händlern stabil bleiben können, während sich das System dahinter ändert.

Wo geraten Mode-ERP-Migrationen in Schwierigkeiten?

• Das Produktdatenmodell. Strukturen für Style, Farbe und Grösse, Grössenskalen und saisonale Attribute müssen sauber auf das neue System abgebildet werden. Fehler hier wirken sich auf jede Bestellposition aus.
• Integrationen. EDI-Verbindungen zu Warenhäusern, Marktplatz-APIs, Lager- und 3PL-Systeme, PIM, B2B-Bestellung und Kassensysteme müssen alle neu aufgebaut oder erneut getestet werden.
• Timing der Umstellung. Die Mode kennt wenige ruhige Phasen; ein Go-live während der Vorbestellphase, einer Lieferspitze oder des Jahresabschlusses erhöht das Risiko.
• Offene Aufträge. Vorbestellungen für künftige Saisons, Rückstände und offene Rechnungen müssen migriert werden, ohne dass Liefertermine oder Konditionen verloren gehen.
• Eigenentwicklungen. Jahrelange Modifikationen sind oft undokumentiert; die Entscheidung, welche abgelöst werden, dauert länger als erwartet.

Wie sollten Business Case und ROI gemessen werden?

Ein glaubwürdiger Business Case vergleicht die Kosten der Migration mit den Kosten des Verbleibs: Aufpreise für erweiterte Wartung, Sicherheits- und Compliance-Risiken bei nicht unterstützter Software und der Aufwand, Integrationen zu einer alternden Plattform zu pflegen. Nutzen sollte in Kennzahlen ausgedrückt werden, die das Unternehmen bereits verfolgt, etwa Auftragsbearbeitungszeit, Bestandsgenauigkeit, Abzüge durch Händler, Lagerbestände und die Zeit für die Anbindung eines neuen Wholesale-Kunden oder Marktplatzes. Nutzenversprechen der Anbieter sind ein Ausgangspunkt, kein Beleg; bestehen Sie auf einer Ausgangsbasis aus Ihren eigenen Daten.

Lesen Sie auch

Wie KI EDI-Fehler erkennt, bevor daraus Rückbelastungen werden

Was sollten Führungskräfte in der Mode zuerst entscheiden?

1. Die Support-Enddaten Ihres aktuellen Systems und allfälliger Branchenerweiterungen bestätigen.
2. Den Ansatz (Konvertierung, Greenfield, selektiv oder Plattformwechsel) danach wählen, wie viel Prozessveränderung das Unternehmen verkraften kann.
3. Jede Integration erfassen und für jede Partnerverbindung eine verantwortliche Person bestimmen.
4. Das Go-live-Fenster rund um den Saisonkalender festlegen und es konsequent schützen.
5. Mit der Bereinigung der Stammdaten beginnen, bevor der Systemintegrator an Bord kommt.

Planen Sie schliesslich die Zeit nach dem Go-live. Händler, Marktplätze und Logistikpartner bemerken jede Veränderung bei Dokumentqualität oder Timing, bevor es interne Nutzende tun. Vereinbaren Sie mit den Key Accounts einen Überwachungsplan für die ersten Wochen, halten Sie eine Notfalllösung für die manuelle Auftragsbearbeitung bereit und planen Sie etwa einen Monat nach der Umstellung eine Überprüfung von Abzügen und abgelehnten Dateien ein, um Probleme zu erkennen, die in den Tests übersehen wurden.