ERP-Integration für Mode, die jede Variante beherrscht

Im Fashion-Segment unterscheidet sich die Datenstruktur grundlegend von anderen Branchen. Ein Basisartikel, im ERP oft als Modell oder Style bezeichnet, ist keine eigenständige Bestelleinheit. Er ist ein Container für eine Variantenmatrix aus Farbe und Größe. Während ein Werkzeughändler einen Schraubenzieher mit einer EAN und einem Bestand führt, verwaltet ein Modehändler dieselbe Position als 48 einzelne SKUs, von denen jede separat bestellt, geliefert und verkauft wird. Diese Grundstruktur muss die Schnittstelle korrekt abbilden.

Dazu kommen saisonale Zyklen: Frühjahr/Sommer und Herbst/Winter wechseln sich ab, Carry-over-Artikel bleiben über mehrere Saisons, Sale-Phasen aktivieren gestaffelte Preisreduktionen und Pre-Order-Fenster erlauben Bestellungen auf Ware, die noch nicht im Lager ist. Jede dieser Phasen hat eigene Regeln für Sichtbarkeit, Preis und Verfügbarkeit, die aus dem ERP gesteuert und im Shop umgesetzt werden müssen. Hinzu kommen oft mehrere Vertriebskanäle: der eigene Shop, Marketplace-Anbindungen und das stationäre Geschäft müssen denselben Bestand teilen, ohne Überverkäufe zu riskieren.

Die Modebranche lebt von Saisonalität. Zweimal pro Jahr wird ein großer Teil des Sortiments ausgetauscht. Neue Kollektionen werden Wochen vor dem Launch im ERP angelegt und gepflegt, damit Einkauf, Lager und Vertrieb vorbereitet sind. Der Shop soll die neue Kollektion erst zum definierten Launch-Datum zeigen, nicht bereits wenn der Datensatz im ERP angelegt wird. Auslaufartikel sollen bis zur vollständigen Ausverkauf-Phase sichtbar bleiben und dann ohne manuellen Eingriff deaktiviert werden.

Wir implementieren eine Saison-Steuerungsschicht in der Middleware, die Kollektion-Daten und Aktivierungsdaten aus dem ERP liest und den Shop-Import entsprechend steuert. Neue Saison-Artikel werden vorbereitet importiert und im Shop auf "nicht sichtbar" gesetzt, bis das definierte Erscheinungsdatum erreicht ist. Carry-over-Artikel, die von einer Saison in die nächste übernommen werden, behalten ihre Produktseiten und Produktbewertungen. Sale-Artikel erhalten die Preisreduktionen zum definierten Sale-Start automatisch aus dem ERP, ohne dass im Shop manuell eingegriffen werden muss.

Preismanagement im Modehandel unterscheidet sich durch seine Zeitdimension von anderen Branchen. Ein Artikel hat einen Einstiegspreis zum Kollektionsstart, einen Aktionspreis nach einigen Wochen, einen Sale-Preis zum Ausverkauf und möglicherweise einen Clearance-Preis am Ende der Saison. Diese Preisentwicklung wird im ERP geplant und muss automatisch in den Shop übertragen werden, ohne dass das Redaktionsteam bei jedem Preisschritt manuell eingreift.

Unsere Preis-Middleware liest den Preisplan je Artikel aus dem ERP und synchronisiert Preisänderungen zum definierten Datum. Streichpreise (ehemaliger UVP) werden als Referenzpreis übernommen und korrekt als historischer Vergleichswert dargestellt, im Einklang mit den preisrechtlichen Vorgaben der aktuellen Rechtslage zu Preisangaben und Streichpreisen. Staffelpreise für Händler-B2B-Kanäle, Mengenrabatte und kundengruppenspezifische Konditionen werden gleichzeitig in der richtigen Hierarchie synchronisiert. Über API-Schnittstellen kann die Preissteuerung auch an externe Pricing-Systeme oder Revenue-Management-Tools angebunden werden.

Die Modebranchen-Retourenquote liegt im deutschen E-Commerce bei bis zu 50 Prozent (Handelsverband Deutschland) — deutlich höher als in anderen Segmenten. Jede Retoure muss zurück in den Shop-Bestand fließen, wenn die Ware einwandfrei ist, oder als unverkäuflich ausgebucht werden, wenn sie beschädigt ist. Diese Retouren-Logik muss zwischen Shop, ERP und Logistik-Dienstleister synchronisiert sein, damit die Bestandszahlen zu jeder Zeit korrekt sind und keine fälschlicherweise nicht mehr verfügbaren Artikel im Shop gesperrt bleiben.

Unsere Integrations-Middleware implementiert einen Retouren-Workflow, der den Retourenstatus aus dem ERP oder dem Lagerverwaltungssystem liest und den Shop-Bestand entsprechend aktualisiert. Eingehende Retouren, die als neuwertig eingestuft werden, erhöhen den Shop-Bestand automatisch. Beschädigte oder nicht wiederverkäufliche Teile werden ausgebucht ohne Bestandserhöhung. Gutschriften fließen aus dem ERP an den Shop und lösen dort die Kundenbenachrichtigung aus. So bleibt der gesamte Rückfluss transparent und der Bestand korrekt, auch in retourenintensiven Nachsaison-Phasen.

Vertiefende Artikel: RMA-Prozess beschreibt die Retourenabwicklung zwischen Shop und ERP, Bestandssynchronisation bei mehreren Lagern zeigt die Bestandsführung über Größen und Farben hinweg, und PIM-Integration erklärt den Aufbau der Produktdaten-Pipeline für Kollektionen.