Produktvariante
Eine Produktvariante ist eine konkrete, verkaufsfähige Ausprägung eines Basisartikels, die sich nur in bestimmten Merkmalen wie Größe, Farbe oder Material von anderen Varianten desselben Produkts unterscheidet. Jede Variante besitzt eine eigene Artikelnummer, einen eigenen Bestand und häufig einen eigenen Preis.
Eine Produktvariante ist eine konkrete, verkaufsfähige Ausprägung eines übergeordneten Basisartikels, die sich lediglich in einem oder mehreren definierten Merkmalen – etwa Größe, Farbe, Material oder Menge – von den übrigen Varianten desselben Produkts unterscheidet. Das T-Shirt „Basic" existiert beispielsweise als Variante „Rot / M", „Rot / L" oder „Blau / S". Alle diese Ausprägungen gehören logisch zum selben Produkt, sind aber jede für sich ein eigener, eindeutig identifizierbarer Artikel mit eigener Artikelnummer, eigenem Bestand und in der Regel eigener Barcode-Kennzeichnung.
Varianten lösen ein praktisches Problem des Handels: Kundinnen und Kunden nehmen ein Produkt als eine Einheit wahr und wählen erst beim Kauf die passende Ausprägung. Bestellung, Lager und Buchhaltung müssen dagegen jede einzelne Ausprägung getrennt führen, weil Bestand, Verfügbarkeit und teils Preis pro Variante unterschiedlich sind. Die Produktvariante ist damit die Brücke zwischen einer marketingfreundlichen Produktdarstellung und einer präzisen, logistisch belastbaren Artikelführung im ERP-System.
Auf einen Blick
- Verkaufsfähige Ausprägung eines Basisartikels, unterschieden durch Merkmale wie Größe, Farbe oder Material
- Jede Variante hat eine eigene SKU/Artikelnummer, einen eigenen Bestand und oft eine eigene GTIN/EAN
- Basisartikel (Elternprodukt) bündelt gemeinsame Daten; Varianten (Kinder) tragen die abweichenden Merkmale
- Zentral für Mode, Lebensmittel, Technik und jeden Handel mit Größen-/Farbdimensionen
- Grundlage für korrekte Bestandsführung, Shop-Auswahlfelder und kanalübergreifende Verfügbarkeit
Wie eine Produktvariante aufgebaut ist
Technisch beruht das Variantenkonzept auf einer Eltern-Kind-Beziehung. Ein Basisartikel – auch Elternartikel, Master oder Konfigurator genannt – bündelt alle Angaben, die für sämtliche Ausprägungen gleich sind: Produktname, Beschreibung, Marke, Warengruppe und häufig auch Steuersatz. Unter diesem Basisartikel hängen die einzelnen Varianten, die jeweils nur die abweichenden Merkmalswerte und die variantenspezifischen Daten wie Bestand, Preis und Barcode tragen.
Die Merkmale, über die sich Varianten unterscheiden, werden als Dimensionen oder Attribute geführt. Ein Bekleidungsartikel hat typischerweise die Dimensionen „Größe" und „Farbe"; die Kombination aller Merkmalswerte ergibt die konkrete Variante. Aus zwei Dimensionen mit je mehreren Ausprägungen entsteht schnell eine große Zahl an Varianten – vier Größen mal fünf Farben ergeben bereits 20 Einzelartikel, die alle separat disponiert werden müssen.
Merkmale, Dimensionen und Variantenmatrix
Viele ERP- und Shopsysteme erzeugen die Varianten über eine sogenannte Variantenmatrix: Man definiert die Dimensionen und ihre möglichen Werte, und das System bildet daraus automatisch alle gültigen Kombinationen. Nicht jede Kombination muss dabei tatsächlich existieren – manche Größe-Farbe-Kombinationen werden gar nicht produziert und lassen sich in der Matrix deaktivieren. So entsteht kontrolliert genau das Sortiment, das wirklich lieferbar ist.
Eigene SKU und GTIN je Variante
Jede Variante braucht eine eindeutige Artikelnummer beziehungsweise SKU, weil nur so Bestand, Bestellung und Versand der richtigen Ausprägung zugeordnet werden können. Im Handel kommt pro Variante zusätzlich eine eigene GTIN/EAN hinzu: Der Barcode auf dem Etikett identifiziert nicht das Produkt allgemein, sondern die einzelne verkäufliche Einheit – also genau „Rot / M" und nicht nur „T-Shirt Basic".
Warum Produktvarianten wichtig sind
Ohne ein sauberes Variantenkonzept müsste jede Ausprägung als vollständig eigenständiger Artikel angelegt werden – mit redundant gepflegten Beschreibungen, Bildern und Warengruppen. Das ist fehleranfällig und im Sortimentspflege-Aufwand kaum beherrschbar. Varianten trennen dagegen sauber zwischen gemeinsamen Produktdaten, die nur einmal gepflegt werden, und den wenigen abweichenden Merkmalen je Ausprägung. Eine Änderung an der Produktbeschreibung wirkt sofort auf alle Varianten.
Für den Verkauf sind Varianten die Voraussetzung, um im Online-Shop eine einzige Produktseite mit Auswahlfeldern für Größe und Farbe anzuzeigen, statt Dutzende separate Produkte zu listen. Gleichzeitig bleibt die Bestandsführung exakt: Ist „Rot / M" ausverkauft, während „Rot / L" noch verfügbar ist, muss das System genau diese Information kanalübergreifend bereitstellen. Varianten verbinden also eine attraktive Kundenansicht mit einer präzisen, buchhalterisch belastbaren Artikellogik.
Produktvarianten im ERP-System
Im ERP-System ist die Variante der eigentliche Bestandsartikel: Auf ihrer Ebene werden Zugänge und Abgänge gebucht, Bestände geführt, Meldebestände überwacht und Bestellvorschläge erzeugt. Der Basisartikel dient dagegen vor allem der Bündelung und der Darstellung. Ein Auftrag, ein Lieferschein oder eine Rechnung referenziert immer die konkrete Variante, denn nur sie ist physisch greifbar und lieferbar.
Der Variantenaufbau ist eng mit dem Artikelstamm verzahnt. Gemeinsame Attribute liegen am Elternartikel, variantenspezifische Felder – Bestand, Preisabweichungen, Gewicht, Barcode – an den Kindern. In der Kombination aus ERP und Shop übernimmt häufig ein PIM die pflegeintensiven Marketingdaten und Medien, während das ERP die kaufmännisch-logistische Hoheit über Varianten, Bestände und Preise behält. Über eine API werden Varianten samt Verfügbarkeiten an Shopsysteme und Marktplätze verteilt, damit die Auswahlfelder online exakt den lieferbaren Kombinationen entsprechen.
In der Beschaffung schlägt das Variantenkonzept direkt durch: Disposition und Bestellwesen arbeiten auf Variantenebene, weil Nachschub für „Rot / M" unabhängig von „Blau / L" berechnet werden muss. Auswertungen wiederum lassen sich sowohl je Variante als auch aggregiert über den Basisartikel fahren – etwa um zu erkennen, welche Größe oder Farbe eines Produkts sich am besten verkauft.
Abgrenzung: Variante, Stückliste und Bundle
Die Produktvariante wird leicht mit anderen Produktstrukturen verwechselt, die im ERP anders behandelt werden. Entscheidend für die Abgrenzung ist, ob es sich um dieselbe Ware in leichter Abwandlung handelt oder um eine Zusammensetzung mehrerer eigenständiger Artikel.
Variante vs. Stückliste
Eine Variante ist ein und dasselbe Produkt in einer anderen Ausprägung – Rot statt Blau, M statt L. Eine Stückliste dagegen beschreibt, aus welchen einzelnen Komponenten ein Artikel zusammengesetzt oder gefertigt wird. Ein Set aus Shirt, Hose und Gürtel ist keine Variante, sondern ein aus mehreren Artikeln bestehendes Bundle mit eigener Stückliste. Varianten teilen sich einen Basisartikel; Stücklistenpositionen sind eigenständige Artikel.
Variante vs. eigenständiger Artikel
Nicht jede Produktänderung rechtfertigt eine Variante. Als Faustregel gilt: Nur wenn Kundinnen und Kunden die Ausprägungen als dasselbe Produkt in unterschiedlicher Wahl wahrnehmen und die gemeinsamen Daten weitgehend identisch sind, ist eine Variante sinnvoll. Unterscheiden sich zwei Produkte in Funktion, Zielgruppe oder Beschreibung deutlich, gehören sie als eigenständige Artikel angelegt – auch wenn sie äußerlich ähnlich wirken.
Herausforderungen und DACH-Besonderheiten
Das größte praktische Risiko von Varianten ist die kombinatorische Explosion: Wer viele Dimensionen mit vielen Werten kombiniert, erzeugt schnell tausende Einzelartikel, die alle disponiert, bebildert und gepflegt werden wollen. Ein durchdachtes Variantenmodell begrenzt die Dimensionen auf das kaufentscheidende Minimum und deaktiviert nicht produzierte Kombinationen. Ebenso wichtig ist eine konsistente Nummernlogik, die die Zugehörigkeit von Varianten zum Basisartikel erkennbar macht, ohne die Eindeutigkeit der SKU zu gefährden.
Im DACH-Handel kommen konkrete Anforderungen hinzu. Für den Verkauf über den stationären Handel und über Marktplätze wird pro Variante eine eigene GTIN benötigt; Marktplätze wie Amazon verlangen die variantengenaue Kennzeichnung. Preisangaben unterliegen der Preisangabenverordnung – bei Lebensmitteln und vielen anderen Waren ist der Grundpreis je Mengeneinheit auszuweisen, was variantenspezifische Füllmengen relevant macht. Weil variantenbezogene Preise und Bestände in steuerrelevante Belege einfließen, sollten Änderungen im Sinne der GoBD nachvollziehbar dokumentiert sein. Bei einer Datenmigration ist die korrekte Übernahme der Eltern-Kind-Struktur regelmäßig heikel, weil Alt- und Neusystem Varianten unterschiedlich modellieren.
Praxisbeispiel
Beispiel: Modehändler bündelt 24 Einzelartikel zu einem Produkt
Ein mittelständischer Modehändler verkauft ein Basic-T-Shirt in vier Größen (S, M, L, XL) und sechs Farben. Angelegt als einzelne, voneinander unabhängige Artikel wären das 24 separate Datensätze mit jeweils eigener Beschreibung, eigenen Bildern und eigener Warengruppe – im Shop 24 einzelne Produktseiten, die niemand als zusammengehörig erkennt.
Mit einem Variantenmodell legt der Händler stattdessen einen Basisartikel „T-Shirt Basic" mit den Dimensionen Größe und Farbe an. Das ERP erzeugt daraus über die Variantenmatrix die 24 Kombinationen, jede mit eigener SKU, eigener GTIN und eigenem Bestand. Im Online-Shop erscheint eine einzige Produktseite mit zwei Auswahlfeldern; ist „Schwarz / M" ausverkauft, wird genau diese Kombination ausgegraut, während der Rest bestellbar bleibt. Der Einkauf disponiert je Variante nach, und die Auswertung zeigt, dass sich Größe M und die Farbe Schwarz am besten verkaufen – Grundlage für die nächste Nachbestellung.
Häufige Fragen
Passende Leistungen
Fragen zu Produktvariante in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.