Häufig gestellte Fragen
Was unterscheidet ein Fashion-ERP von einem allgemeinen Handels-ERP?
Der entscheidende Unterschied liegt in der Größen-Farben-Matrix als nativer Buchungslogik: Eine einzelne Stilnummer wird zur Vielzahl an SKUs, weil ein Modell etwa in fünf Größen und acht Farben existieren kann und so allein daraus rund 40 lagerführende Artikel entstehen. Branchenangaben zufolge verwaltet eine Marke mit etwa 200 Stilen pro Saison mehrere tausend bis über zehntausend aktive SKUs gleichzeitig, was generische Systeme schnell überfordert. Ein Fashion-ERP bildet zusätzlich Saison-Logik (FW/SS), Vorordergeschäft, Multi-Channel-Bestand und modetypische Auswertungen wie Sell-Through ab. Allgemeine Handels-ERPs können diese Anforderungen meist nur über Branchen-Add-ons oder umfangreiches Customizing erfüllen.
Ab wann lohnt sich ein Branchen-ERP für Fashion gegenüber einem Generalisten?
Als grobe Orientierung gilt: Ab rund 50 Stilnummern pro Saison wird eine Fashion-spezifische Lösung relevant, ab etwa 200 Stilnummern pro Kollektion führt an einem Branchen-ERP kaum ein Weg vorbei, wobei diese Schwellen je nach Geschäftsmodell stark variieren. Generalisten wie Microsoft Dynamics 365 Business Central oder Oracle NetSuite lassen sich mit Add-ons (etwa K3 Pebblestone oder Apparel-Erweiterungen) fashion-tauglich machen, verursachen aber häufig höheren Customizing-Aufwand. Spezialisten liefern Matrix-Logik, Saison-Cluster und Vororder-Workflow nativ, sind in Anschaffung und Lizenz jedoch nicht selten teurer. Die Entscheidung hängt letztlich von Sortimentsbreite, Kanalstruktur und der gewünschten Customizing-Tiefe ab und sollte anhand der konkreten Geschäftsprozesse getroffen werden.
Können Cloud-ERPs die Fashion-Anforderungen vollständig abdecken?
Ja, es gibt cloudbasierte Lösungen mit echter Fashion-Tiefe, darunter K3 Pebblestone (eingebettet in Microsoft Dynamics 365 Business Central in der Cloud), Oracle NetSuite mit Apparel-/Footwear-Funktionen sowie weitere niederländische und DACH-Anbieter. Cloud-Modelle bieten Vorteile bei Wartung, Updates und der Anbindung von Filialen oder externen Showrooms, während die Matrix- und Saison-Logik bei spezialisierten Anbietern auch in der Cloud verfügbar ist. Entscheidend ist weniger das Betriebsmodell als die fachliche Tiefe der jeweiligen Lösung und die Qualität der Schnittstellen zu Shop, Marktplätzen und POS. Die genaue Ausgestaltung variiert je nach Sortimentsgröße, Kanalmix und Customizing-Tiefe des konkreten ERP-Setups.
Wie steuert ein Fashion-ERP Multi-Channel-Bestände über Großhandel, Retail und Online?
Grundlage ist ein einziger, kanalübergreifender Bestand als Single Source of Truth, auf den Großhandel (B2B), eigene Stores (Retail) und Direktverkauf (D2C) gleichzeitig zugreifen. Das ERP steuert dazu Reservierungs- und Allokationslogik, damit etwa Vororder-Mengen für den Großhandel nicht versehentlich im Online-Shop verkauft werden. Bei komplexen Setups wird dem ERP zusätzlich ein Order-Management-System (OMS) vorgeschaltet, das Bestände und Aufträge kanalübergreifend orchestriert. Wichtig sind außerdem differenzierte Preislogiken je Kanal sowie verlässliche Echtzeit-Synchronisation, da Marktplätze wie Zalando oder Otto hohe Anforderungen an Bestandsaktualität und Produktdatenqualität stellen.
Welche gesetzlichen Kennzeichnungspflichten muss ein Fashion-ERP unterstützen?
Zentral ist die EU-Textilkennzeichnungsverordnung (EU) Nr. 1007/2011, nach der Textilerzeugnisse bei der Bereitstellung auf dem Markt mit ihrer Faserzusammensetzung dauerhaft, leicht lesbar, sichtbar und zugänglich gekennzeichnet sein müssen, wobei nur die in Anhang I gelisteten Faserbezeichnungen verwendet werden dürfen. Im Online-Handel muss die Materialangabe für den Verbraucher bereits vor dem Kauf klar erkennbar sein, weshalb diese Attribute sauber im ERP oder einem angebundenen PIM gepflegt werden sollten. Zusätzlich kündigt sich mit dem Digitalen Produktpass auf Basis der EU-Ökodesign-Verordnung (ESPR) eine weitere Pflicht an, deren delegierter Rechtsakt für Textilien etwa 2027 erwartet wird und voraussichtlich rund 18 Monate später (gegen 2028/2029) greift und Daten zu Material, Herkunft, Pflege und Recycling verlangt. ERP- und PIM-Systeme müssen dafür um entsprechende Nachhaltigkeits- und Compliance-Attribute erweitert werden.
Brauche ich neben dem ERP auch ein PLM-System für die Kollektionsentwicklung?
PLM (Product Lifecycle Management) und ERP decken unterschiedliche Phasen ab: PLM begleitet die Kollektionsentwicklung von der Idee über Design und Mustererstellung bis zur Produktionsreife, während das ERP die fertigen Produkte in Einkauf, Bestand, Verkauf und Finanzen operativ steuert. Viele Modeunternehmen nutzen daher beide Systeme, wobei das PLM als führendes System für Produktentwicklungsdaten und das ERP als führendes System für operative und kaufmännische Daten dient. Der Übergabepunkt liegt dort, wo ein Stil von der Entwicklung in Produktion und Verkauf wechselt und Stammdaten ins ERP übernommen werden. Für kleinere Marken mit überschaubarem Sortiment kann ein leistungsfähiges Fashion-ERP zunächst ausreichen, mit wachsender Kollektionskomplexität wird eine PLM-Anbindung jedoch zunehmend sinnvoll.

