Die Datenlandschaft der Bekleidungsbranche kartieren: von PLM bis POS

# Die Datenlandschaft der Bekleidungsbranche kartieren: von PLM bis POS

Ein einzelnes schwarzes Baumwoll-T-Shirt, Stilnummer WM-2401, existiert in sechs verschiedenen Systemen, bevor ein Kunde es kauft. In einem System ist es eine „Konzeptskizze“, in einem anderen ein „Cost Roll-up“, im dritten eine „verkaufsfähige SKU“ und im vierten eine „versandte Einheit“. Wenn diese sechs Versionen voneinander abweichen, ordert Ihr Assortment Planner eine Farbe nach, die sich nie verkauft hat. Diese Lektion verfolgt WM-2401 durch den Stack, damit Sie wissen, welches System welche Wahrheit besitzt.

Die sechs Systeme, auf denen jedes Bekleidungsunternehmen läuft

Fashion-Daten leben in einem Staffellauf spezialisierter Systeme. Jedes besitzt eine Phase im Leben des Kleidungsstücks und übergibt die Daten an das nächste.

• PLM (Product Lifecycle Management): hier wird das Kleidungsstück designt und spezifiziert. Besitzt das Tech Pack, die Bill of Materials und die Zielkosten.
• ERP (Enterprise Resource Planning): das finanzielle und operative Rückgrat. Besitzt Bestellungen, tatsächliche Landed Cost und Bestandsbewertung.
• PIM (Product Information Management): der marketingseitige Katalog. Besitzt Beschreibungen, Bilder und channel-fähige Attribute.
• WMS (Warehouse Management System): das physische Gebäude. Besitzt vorhandene Einheiten, Lagerplätze und Einlagerung.
• OMS (Order Management System): der Verkehrsleiter über alle Kanäle. Besitzt Orderstatus, Allokation und Fulfillment-Routing.
• POS (Point of Sale): die Kasse und der E-Commerce-Checkout. Besitzt die Sell-out-Wahrheit: was tatsächlich verkauft wurde, wann, zu welchem Preis.

Systeme, denen Sie in der Praxis begegnen: Centric PLM und PTC FlexPLM fürs Design, SAP und Oracle NetSuite fürs ERP, Salsify und Akeneo fürs PIM, Manhattan und Blue Yonder für WMS/OMS sowie Shopify oder NewStore im Retail. Kein einzelner Anbieter deckt alle sechs gut ab, und genau deshalb widersprechen sich die Daten.

WM-2401 durch den Stack verfolgen

Verfolgen wir die vier wichtigsten Attribute: Stil, Größe, Farbe, Kosten und Sell-out.

Stil und die SKU-Explosion

Im PLM ist WM-2401 ein Stil: ein Herren-T-Shirt mit Rundhalsausschnitt. Aber ein Stil ist nicht verkaufsfähig. Sobald Sie Größe (XS bis XXL) und Farbe (Schwarz, Weiß, Navy) hinzufügen, erhalten Sie SKUs (Stock Keeping Units), die atomare Einheit des Bestands. Ein Stil mal 6 Größen mal 3 Farben ergibt 18 SKUs.

Das ist die erste Stelle, an der Daten brechen. PLM denkt in Stilen. WMS, OMS und POS denken in SKUs. Wenn sich die Größenstaffel spät ändert (Design streicht XS), kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen die nachgelagerten Systeme weiterhin eine „Phantom“-SKU XS führen, die Bestand zeigt, aber nie versendet werden kann.

Daumenregel: PLM besitzt die Stildefinition. ERP besitzt den SKU-Master. Alle nachgelagerten Systeme sollten den SKU-Master lesen und niemals einen eigenen erfinden.

Farbe: das chaotischste Attribut der Mode

Bei der Farbe stirbt die Governance. Im PLM ist die Farbe eine Pantone-Referenz und eine Färbepartie der Weberei. Im PIM benennt Marketing sie für die Website in „Midnight“ um. Im POS steht auf dem Kassenbeleg nur „BLK“.

Jetzt fragt Analytics: „Wie hat sich Navy verkauft?“ Wenn PIM es „Midnight“ nennt, ERP „NVY“ und POS „410“, kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen Sie diese Datensätze ohne eine Farb-Mapping-Tabelle nicht joinen. Die meisten Retailer pflegen eine; wer keine hat, verbringt Montage damit, Spreadsheets abzugleichen.

Kosten: zwei Zahlen, zwei Eigentümer

Es gibt zwei Kosten, und sie zu verwechseln verfälscht die Margenanalyse.

• Zielkosten leben im PLM: die Schätzung während des Designs (etwa 6,20 $).
• Landed Cost lebt im ERP: die tatsächlichen Kosten nach Fracht, Zoll und Fabrikverhandlung (etwa 7,05 $).

Die PLM-Kosten sind ein Plan. Die ERP-Kosten sind die Wahrheit. Jeder Margenreport sollte die Kosten aus dem ERP ziehen, nicht aus dem PLM. Der Zolltarif der US International Trade Commission verursacht einen Teil dieser Landed-Cost-Lücke bei importierter Bekleidung, weshalb die beiden Zahlen selten übereinstimmen.

Sell-out: die Wahrheit, die POS besitzt

Sell-out (auch Sell-through) ist der Prozentsatz der erhaltenen Einheiten, die tatsächlich verkauft wurden. Nur POS kennt ihn, weil nur POS den Verkauf erfasst.

Rechenbeispiel für WM-2401 in Schwarz, Größe M:

Units received (WMS):        500
Units sold (POS):            340
Sell-through = 340 / 500 =   68%

Ein Sell-through von 68 % acht Wochen nach Saisonstart ist für ein Basic-T-Shirt gesund. Die Gefahr: Wenn OMS 340 verkaufte Einheiten zeigt, die Retourendaten im POS aber 25 Rückläufer ausweisen, liegt Ihr Netto-Sell-through bei 315 / 500 = 63 %. Retourendaten (die üblicherweise von POS zu OMS fließen) sind das Attribut, das Teams beim Netting vergessen.

Wo die Wahrheit tatsächlich lebt

| Attribut | System of Record | Häufig falsche Quelle |

|-----------|------------------|---------------------|

| Stildefinition | PLM | ERP rät |

| SKU-Master | ERP | Jeder Kanal erfindet seinen eigenen |

| Farbbenennung | PIM (Anzeige), PLM (Spezifikation) | POS-Abkürzungen |

| Kosten (landed) | ERP | PLM-Zielkosten |

| Vorhandener Bestand | WMS | ERP-Snapshot (hinkt nach) |

| Sell-out / Retouren | POS / OMS | Manuelle Reports |

Der nützlichste Governance-Schritt überhaupt: diese Tabelle intern veröffentlichen und für jede Zeile einen Data Owner benennen. Das ist Governance in der Praxis, nicht in der Theorie.

🎬 [VIDEO: „What is Product Information Management (PIM)?“ - youtube.com - eine klare 6-minütige Einführung, wie PIM zwischen Ihrem ERP und den Vertriebskanälen sitzt]

Datenqualitätsmetriken, die hier zählen

Generische Datenqualitätsdimensionen (Vollständigkeit, Korrektheit, Konsistenz, Aktualität) werden in der Bekleidungsbranche konkret. Verfolgen Sie diese:

• Attributvollständigkeit: Wie viel Prozent der aktiven SKUs haben alle erforderlichen PIM-Felder (Material, Pflege, Fit, Hauptbild)? Viele Teams zielen auf 95 %+, bevor eine SKU live geht. Das ist ein Ziel, kein branchenweit verifizierter Benchmark; setzen Sie Ihr eigenes Gate.
• SKU-Match-Rate über Systeme hinweg: Wie viel Prozent der im POS verkauften SKUs joinen sauber auf den ERP-Master? Unter 100 % bedeutet, Sie verkaufen Dinge, die Ihre Systeme nicht vollständig nachverfolgen kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen.
• Inventory Record Accuracy (IRA): Stimmt der WMS-Bestand mit einer physischen Zählung überein? Lagerbetreiber nennen häufig 95 bis 99 % IRA als praktikables Ziel; behandeln Sie jede konkrete Zahl als operatives Ziel, nicht als feste Regel.
• Abdeckung des Farb-/Größen-Mappings: Jeder POS-Farbcode muss auf genau eine PIM-Farbe mappen. Lücken hier lassen Umsätze stillschweigend aus Ihrer Farbanalytik verschwinden.

Eine einfache Vollständigkeitsrechnung

Active SKUs:                    2,400
SKUs missing primary image:        180
Completeness = (2400 - 180) / 2400 = 92.5%

Bei 92,5 % liegen Sie unter einem Gate von 95 %: 180 Produkte würden online ein kaputtes Bild zeigen. Das ist ein konkreter, behebbarer Datenqualitätsdefekt, keine Abstraktion.

Governance: wer entscheidet, wenn Systeme sich widersprechen

Governance klingt bürokratisch, bis die Navy-Variante von WM-2401 im ERP 200 Einheiten und im WMS 150 zeigt. Welcher Zahl traut der Einkäufer beim Nachordern?

Antwort: WMS für den physischen Bestand, ERP für die finanzielle Bewertung. Sie beantworten unterschiedliche Fragen. Die ERP-Zahl kann nachhinken, weil sie in Batch-Zyklen aktualisiert wird (manchmal über Nacht), während WMS nahezu in Echtzeit aktualisiert, sobald Einheiten bewegt werden. Keine der beiden ist „falsch“; sie beantworten unterschiedliche Fragen in unterschiedlichen Aktualisierungsrhythmen.

Drei Governance-Praktiken, die reife Apparel-Datenteams auszeichnen:

1. Eine veröffentlichte System-of-Record-Map (die Tabelle oben), jede Saison überprüft.

2. Master-Data-Governance für neue Stile: Eine SKU ist nicht „live“, bis das ERP sie angelegt hat und PIM die erforderlichen Attribute vervollständigt hat. Das stoppt Phantom-SKUs.

3. Reconciliation-SLAs: zum Beispiel müssen sich WMS- und ERP-Bestände täglich bis zu einer festgelegten Uhrzeit innerhalb einer vereinbarten Toleranz (etwa 2 %) abgleichen. Setzen Sie die Toleranz passend zu Ihrem Geschäft; die Disziplin zählt mehr als die exakte Zahl.

Analytics-Benchmarks als Orientierung

Zwei Messbenchmarks tauchen in der Apparel-Analytik immer wieder auf. Behandeln Sie beide als Richtwerte und berechnen Sie sie immer selbst aus POS-Daten:

• Sell-through-Rate: Basics laufen hoch und stabil; Fashion- und Saisonartikel werden am Sell-through zu Saisonbeginn (erste Wochen) gemessen, um über Markdowns zu entscheiden. Ein schwacher früher Wert löst den Markdown aus, bevor die Saison die Marge zerstört.
• Full-Price-Sell-through: der Anteil, der vor jedem Markdown verkauft wurde. Das ist das klarste Signal für echte Nachfrage, und es steckt vollständig in den POS-Preisdaten. Wenn WM-2401 überwiegend mit Rabatt verkauft wurde, war der „Sell-through von 68 %“ geschmeichelt.

Die Datenlektion: Eine einzelne Headline-Metrik verdeckt die Geschichte. Segmentieren Sie den Sell-through nach Full-Price versus Markdown, nach Farbe und nach Größe, was alles saubere Joins über die sechs Systeme erfordert, die Sie gerade kartiert haben.

Key Takeaways

• Der Stil lebt im PLM, aber SKUs entstehen im ERP. Alles Nachgelagerte sollte den ERP-SKU-Master lesen und niemals einen eigenen erfinden.
• Kosten haben zwei Eigentümer: PLM hält die Zielkosten (ein Plan), ERP hält die Landed Cost (die Wahrheit). Margenreports nutzen ERP.
• Die Sell-out-Wahrheit lebt nur im POS, und Sie müssen Retouren herausrechnen, um den echten Sell-through zu erhalten. 340 verkauft minus 25 retourniert verändert die Entscheidung.
• Farb- und Größen-Mapping-Tabellen sind nicht verhandelbar. Ohne sie ist „Wie hat sich Navy verkauft?“ über PIM, ERP und POS hinweg nicht beantwortbar.
• Governance ist eine veröffentlichte System-of-Record-Map plus benannte Owner, jede Saison überprüft, kein einmaliges Dokument.