Variantenartikel aus dem ERP sauber im Shop abbilden

Im Shop ist der Variantenartikel eine Anzeigeform. Er trägt Titel, Beschreibung, Kategorie und die Auswahlfelder; kaufen lässt sich nur eine seiner Ausprägungen. Im ERP existiert diese Anzeigeform häufig gar nicht. Dort stehen zwölf Artikel mit zwölf Nummern, zwölf Beständen, zwölf Einkaufspreisen und zwölf Lagerplätzen, verbunden allenfalls über ein Feld für die Basisnummer oder über eine Artikelgruppe. Die Vergaberegel für Artikelnummern ist an dieser Stelle deutlich: Jedes unterschiedliche Produkt bekommt eine eigene Nummer, jede Variante eines Produkts also eine andere, und als Beispiel nennt der Text ausdrücklich jede Größe und jede Farbe eines Kleidungsstücks (GS1). Wer eine Warenwirtschaft an den Shop anbindet, überträgt deshalb Artikel und muss die Gruppierung daraus ableiten, nicht umgekehrt.

Diese Asymmetrie ist keine Panne, sondern eine Arbeitsteilung. Der Shop braucht die Gruppierung, weil sonst zwölf fast gleiche Seiten gegeneinander ranken und der Kunde die passende Größe suchen muss. Das ERP braucht die Einzelnummer, weil Bestand, Reservierung, Kommissionierung, Inventur und Deckungsbeitrag an ihr hängen. Probleme entstehen erst, wenn die Anbindung die Gruppierung erfindet, statt sie abzuleiten. Wer die Variantengruppe im Shop von Hand pflegt, hat ab dem ersten neuen Farbton zwei Wahrheiten: eine im Artikelstamm und eine in der Shopdatenbank. Wie eine belastbare Übertragungsstrecke stattdessen aufgebaut wird, beschreibt der Beitrag zur Produktdaten-Pipeline zwischen PIM, ERP und Shop.

Stehen die Achsen fest, ist die Matrix zunächst reine Kombinatorik: drei Farben mal vier Größen ergeben zwölf Felder. Geführt sind selten alle zwölf. Rot gibt es nicht in XL, Blau ist ausgelistet, die Sondergröße kommt erst zur nächsten Saison. Eine Anbindung, die nur das kartesische Produkt bildet, legt im Shop zwölf kaufbare Varianten an und lässt drei davon dauerhaft mit Bestand null stehen. Der Kunde sieht eine Auswahl, die er nicht kaufen kann, die Suchmaschine sieht ein Angebot ohne Verfügbarkeit, und der Vertrieb bekommt Anfragen zu Artikeln, die es nicht gibt. In Sortimenten mit vielen Achsen fällt das besonders auf — in der ERP-Anbindung für Mode und Textil sind Größe, Farbe und Schnitt der Normalfall, und die Matrix hat dort schnell mehr Lücken als besetzte Felder.

Die interne Artikelnummer regelt den Hausgebrauch, die global eindeutige Artikelnummer regelt den Austausch mit Handelspartnern. Deren Vergaberegel ist streng: Jedes unterschiedliche Produkt braucht eine eigene Nummer, jede Variante bekommt damit eine andere, und der Text nennt Größe und Farbe eines Kleidungsstücks ausdrücklich als Beispiel (GS1). Praktisch heißt das: Wer Varianten im Shop führt und die Artikel zusätzlich über eine Marktplatzanbindung ausspielt, braucht die global eindeutige Nummer je Variante im Artikelstamm und nicht je Produktgruppe. Fehlt sie, fällt der Abgleich auf Bezeichnung und Beschreibung zurück, und die Zuordnung wird zur Ratesache — mit Rückläufern, die niemand mehr sauber auf einen Artikel buchen kann.

Für Unterschiede, die keine eigene globale Nummer rechtfertigen, kennt der Standard zwei Zusatzangaben. Die interne Variantennummer ist zweistellig und erlaubt damit 100 Ausprägungen zu einer Nummer (GS1); sie ist für Unterscheidungen gedacht, die den Handelspartner nichts angehen, und der Standard schreibt ausdrücklich, dass sie nicht eingesetzt werden darf, wenn die Abweichung nach der Vergaberegel ohnehin eine eigene Nummer auslöst. Die zweite Angabe für Verbrauchervarianten ist alphanumerisch und fasst bis zu 20 Zeichen (GS1); sie ist für Unterschiede vorgesehen, die keine neue Nummer erfordern, über die sich Handelspartner aber verständigen müssen. Beides ersetzt die Nummer je Variante nicht, es ergänzt sie. Wo unter der Variante noch eine Rückverfolgungsebene liegt, kommt eine dritte Ebene hinzu; wie sich das ordnen lässt, zeigt der Beitrag zu Chargen und Seriennummern zwischen ERP und Shop, und wenn zusätzlich Herkunftsnachweise am Artikel hängen, greifen die Sorgfaltsdaten aus dem ERP nach der EUDR.

Das Katalogformat trifft an dieser Stelle eine Festlegung, die viele Projekte übersehen: Die Artikelvarianten haben keine Auswirkungen auf den Preis des Artikels (BMEcat). Varianten in diesem Sinn sind Ausprägungen, die dasselbe kosten. Sobald eine Größe einen Aufschlag trägt oder eine Sonderfarbe teurer eingekauft wird, ist die Variantenfamilie das falsche Konstrukt: Dann sind es eigenständige Artikel mit eigenen Preisen, die im Shop lediglich gemeinsam dargestellt werden. Diese Unterscheidung entscheidet, ob eine Preispflege im ERP im Shop ankommt oder unterwegs auf den Familienpreis zurückfällt. Welche Bausteine dafür zusammenspielen, zeigt die Übersicht der Leistungen rund um die ERP-Anbindung.

Bestände und Bilder folgen derselben Logik, aber mit unterschiedlicher Körnung. Der Bestand hängt an der Einzelnummer, das Bild dagegen meist an einem einzelnen Merkmalswert: Ein Bildsatz für Schwarz gilt für alle vier Größen, ein Bildsatz je Variante wäre dreimal dieselbe Aufnahme. Eine tragfähige Zuordnung bildet Bilder deshalb je Merkmalswert ab und lässt die Variante darauf verweisen. Für Preise, die je Kundengruppe oder Staffel abweichen, gilt die Trennung zwischen Listenpreis und ausgehandeltem Preis unverändert; wie diese Strecke aufgebaut wird, beschreibt der Beitrag zur Preissynchronisation im B2B. Für die Bestandsseite gilt Entsprechendes, sobald mehrere Lager beteiligt sind — dazu die Bestandssynchronisation über mehrere Lager.

Beim Katalogaustausch tritt eine Bedingung auf, die in Projekten regelmäßig zu Nacharbeit führt: Ein Merkmal trägt entweder eine Variantenliste oder einen festen Wert, nicht beides (BMEcat). Farbe ist also entweder eine Achse mit drei Ausprägungen oder ein Festwert Schwarz. Die Mischform, bei der ein Artikel einen Farbwert trägt und zusätzlich Farbvarianten aufspannt, sieht das Format nicht vor. Das ist kein formaler Zopf, sondern verhindert genau den Zustand, in dem der Kopfartikel eine Farbe behauptet, die seine Varianten widerlegen. Wer den Katalog aus dem ERP heraus erzeugt, sollte diese Prüfung in die Schnittstelle legen und den Export abbrechen lassen, statt einen Katalog auszuliefern, den der Empfänger später zurückweist.

Auf der Ausgabeseite kennt das strukturierte Datenmodell für Suchmaschinen eine eigene Ausdrucksform. Der Typ für Produktgruppen beschreibt eine Gruppe von Produkten, die sich nur in genau benannten Eigenschaften unterscheiden, und bringt dafür drei eigene Eigenschaften mit (schema.org): die Liste der Varianten, die Kennung der Gruppe und die Angabe, welche Merkmale variieren. Bei der Umsetzung lohnt ein Blick auf den Status: Das Vokabular führt diese Begriffe im Bereich der neuen Terme und bittet dort ausdrücklich um Rückmeldungen aus der Praxis, weil sich die Definitionen daran noch schärfen sollen. Wer sie ausgibt, sollte die Auszeichnung je Variante vollständig halten — eigene Nummer, eigener Preis, eigene Verfügbarkeit —, damit die Gruppe auch dann verwertbar bleibt, wenn ein Auswerter den Gruppentyp nicht kennt. Wenn Sie prüfen lassen möchten, wie Ihre Variantenstruktur in beiden Systemen zusammenpasst, besprechen wir Ihren Artikelstamm im Erstgespräch.