Größen- und Farbvarianten in Odoo POS: der komplette Leitfaden für den Einzelhandel 2026

Zusammenfassend. Um Größen- und Farbvarianten in Odoo POS zu verwalten, müssen Sie die Attribute (Größe, Farbe) erstellen, deren Werte hinzufügen, beide Attribute dem übergeordneten Produkt zuweisen und Odoo die Kombinationen automatisch generieren lassen. Jede Variante hat ihren eigenen Lagerbestand, Preis, Barcode und Foto. An der Kasse wählt der Verkäufer die Kombination visuell aus oder scannt das Etikett, um die genaue Variante in einem einzigen Schritt zu identifizieren.

Die Verwaltung von Größen- und Farbvarianten am Point of Sale ist einer der häufigsten Schwachpunkte im spanischen Einzelhandel. Viele Unternehmen enden mit parallelen Tabellenkalkulationen, Lagerfehlern oder Kassen, die doppelt so lange brauchen. Odoo löst dies an der Wurzel, indem es die Produktdaten nahtlos mit dem POS verbindet.

Die Verwaltung von Größen- und Farbvarianten in Odoo POS erfordert die Konfiguration von Attributen, Werten und automatischen Kombinationen, um unabhängige Lagerbestände und Preise zu kontrollieren.

Warum Produktvarianten wichtiger sind, als sie scheinen?

Ein Bekleidungs-, Schuh- oder Accessoiresgeschäft kann problemlos Tausende aktiver Referenzen verwalten. Wenn jede Größe und jede Farbe als separates Produkt registriert wird, wird der Katalog schnell unüberschaubar. Verkaufsberichte mischen Artikel, die eigentlich dasselbe Modell sind, Lieferantenbestellungen sind chaotisch und Kassenpersonal verschwendet Zeit mit der Suche nach der genauen Referenz.

Odoo schlägt eine andere Lösung vor: ein einziges übergeordnetes Produkt, von dem alle möglichen Kombinationen abhängen. Das übergeordnete Produkt gruppiert Name, Beschreibung, Hauptfoto und Grundpreis. Jede spezifische Kombination, die ihre eigene physische Existenz im Lager hat, ist eine Variante mit ihrer SKU, ihrem Barcode und ihrem tatsächlichen Lagerbestand.

Diese Architektur geht nicht nur um Ordnung. Sie hat direkte praktische Konsequenzen: Der Lagerbestand stimmt mit dem im Laden überein, Berichte zeigen Verkäufe nach Modell und nach Variante gleichzeitig, und der Verkaufsprozess an der Kasse ist schneller, weil das System den Verkäufer ohne Mehrdeutigkeit zur genauen Referenz führt.

Für den spanischen Einzelhandel, wo die VeriFactu-Vorschriften verlangen, dass jede Belegzeile den verkauften Artikel korrekt widerspiegelt, ist die Existenz gut definierter Varianten keine Option: Es ist eine operative Anforderung.

Schritt 1: Attribute in Odoo erstellen

Der erste Schritt ist es, die Dimensionen zu definieren, die das Produkt charakterisieren. In der Mode sind dies fast immer Größe und Farbe, obwohl je nach Geschäft auch andere wie Material oder Schnitt hinzugefügt werden können.

Über den Bereich der Lagerkonfiguration gelangen Sie zum Abschnitt Attribute. Ein neues Attribut wird erstellt, erhält den Namen "Größe" und Sie wählen, wie es angezeigt werden soll: als Optionsfelder (Radio Buttons), als Dropdown-Liste oder als Raster (Grid). Für Größen sind Optionsfelder oder das Raster die visuell ansprechendste Option im POS.

Das wichtigste Feld in diesem Moment ist der Variantentyp. Es gibt drei Optionen:

• Immer eine Variante: Odoo generiert für jede Kombination eine unabhängige SKU. Dies ist die korrekte Option für Artikel mit differenziertem physischem Lagerbestand.
• Nie (keine Varianten): alle Kombinationen teilen sich die gleiche Referenz. Nützlich für Produkte, bei denen das Attribut informativ ist, aber keinen separaten Lagerbestand impliziert.
• Dynamisch: Varianten werden nur erstellt, wenn ein Verkauf oder eine Lagerbewegung erfasst wird. Dies reduziert die anfängliche Belastung, kann aber zu Lücken in Berichten führen.

Für Größen und Farben im Einzelhandel gewährleistet die Option "Immer eine Variante" einen sauberen Lagerbestand.

Der Vorgang wird für das Attribut Farbe wiederholt. Bei Farbe kann zusätzlich zum Namen jedes Wertes ein HTML-Farbcode zugewiesen werden. Dies bedeutet, dass im Online-Shop der Selektor ein echtes Farbmuster anzeigt anstatt nur den Text.

Schritt 2: Werte zu jedem Attribut hinzufügen

Sobald das Attribut erstellt ist, müssen seine Werte gefüllt werden. Für Größe sind typische Werte in der Erwachsenenmode XS, S, M, L, XL und XXL. Für Schuhe wären es die Zahlen innerhalb des Bereichs, mit dem der Shop arbeitet.

Jeder Wert ist unabhängig und wiederverwendbar: dasselbe Größenattribut mit denselben Werten dient für alle Produkte im Shop. Es ist nicht notwendig, für jede Produktkategorie ein Größenattribut zu erstellen.

Für Farbe könnten typische Werte sein:

• Schwarz
• Weiß
• Marineblau
• Anthrazitgrau
• Flaschengrün
• Camel

Der Schlüssel ist, bei den Namen konsistent zu sein. Wenn ein Lieferant «azul marino» nennt, was ein anderer «navy» nennt, ist es ratsam, das Kriterium vor dem Import des Katalogs zu vereinheitlichen. Verkaufsberichte nach Farbe sind nur nützlich, wenn die Namen konsistent sind.

Schritt 3: Übergeordnetes Produkt erstellen und Attribute zuweisen

Wenn die Attribute bereit sind, wird das Produkt erstellt. Der Produktname ist der Handelsname des Modells: «Camiseta básica algodón», «Zapatilla urbana piel», oder was auch immer zutrifft.

Innerhalb des Produktblatts gibt es einen spezifischen Reiter für Attribute und Varianten. Das Talla-Attribut wird dort hinzugefügt, und die Werte, die für dieses spezifische Produkt gelten, werden ausgewählt. Wenn das Modell nicht in XS hergestellt wird, wird dieser Wert nicht ausgewählt. Anschließend wird das Attribut Farbe mit seinen entsprechenden Werten hinzugefügt.

Odoo berechnet in diesem Moment, wie viele Varianten es generieren wird. Vier Größen mal vier Farben ergeben sechzehn Varianten. Sechs Größen mal sechs Farben ergeben sechsunddreißig. Die Anzahl kann schnell wachsen, weshalb es ratsam ist, nur die Werte auszuwählen, die tatsächlich im Katalog des Lieferanten vorhanden sind.

Vor dem Speichern ist es ein guter Zeitpunkt, den Grundpreis des Elternprodukts festzulegen. Dieser Preis ist der Ausgangspunkt für alle Varianten.

Schritt 4: Generierte Varianten überprüfen und anpassen

Beim Speichern des Produkts generiert Odoo automatisch alle Kombinationen. Im selben Produktblatt können Sie die vollständige Liste der erstellten Varianten einsehen.

Auf diesem Bildschirm ist es möglich:

• Jeder Variante einen Barcode zuzuweisen (EAN-13 oder ein beliebiges Format, das der Laden verwendet).
• Ein spezifisches Foto für diese Kombination hochzuladen, so dass beim Farbwechsel im POS oder im Web auch das Bild wechselt.
• Den aktuellen Lagerbestand jeder einzelnen zu überprüfen.
• Varianten zu deaktivieren, die nicht vermarktet werden, ohne das Elternprodukt zu löschen.

Der Schritt der Barcode-Zuweisung ist entscheidend für den Kassiervorgang. Wenn der Verkäufer den Barcode auf dem Etikett eines Kleidungsstücks scannt, identifiziert Odoo direkt die exakte Variante und fügt sie dem Kassenbon hinzu, ohne dass Größe und Farbe manuell ausgewählt werden müssen. Dies reduziert die Transaktionszeit und eliminiert Fehler.

Wie werden Preise und Extras nach Variante definiert?

Bei den meisten Modeprodukten haben alle Größen den gleichen Preis. Es gibt jedoch Ausnahmen: In einigen Märkten hat die extragroße Größe einen Aufpreis, oder bestimmte Sonderfarben kosten mehr, weil der Färbeprozess anders ist.

Odoo verwaltet dies mit dem Feld „Zusätzlicher Preis“ im Attributwert. Wenn die Größe XXL im Vergleich zum Grundpreis einen Aufpreis hat, wird dieser Aufschlag in den Wert «XXL» des Attributs Talla eingegeben. Das System fügt diesen Aufpreis automatisch zum Grundpreis für alle Varianten hinzu, die diese Größe enthalten.

Das Ergebnis ist, dass die Preise nicht Variante für Variante angepasst werden müssen: Die Regel wird einmal definiert und auf den gesamten Katalog angewendet. Ändert sich der Aufpreis, wird er im Attribut geändert, und die Änderung wird weitergegeben.

Zusätzlich zum Preis kann jede Variante haben:

• Einen eigenen Einkaufspreis.
• Einen anderen Lieferanten und eine andere Lieferantenreferenz.
• Eine separate Buchhaltungskategorie, falls von der Buchhaltung verlangt.
• Unabhängige Mindestbestandsalarme.

Wie sieht der Verkäufer die Varianten im POS?

Die gesamte vorherige Arbeit hat ein einziges Ziel: Kassiervorgänge schnell und fehlerfrei zu gestalten. In Odoo's Kassensystem (POS) zeigt das System, wenn der Verkäufer nach einem Produkt mit Varianten sucht, einen visuellen Selektor mit den definierten Attributen an.

Wenn der Kunde ein T-Shirt in Größe M und Farbe Azul marino wünscht, klickt der Verkäufer auf den Modellnamen, wählt M in der Größenreihe und Azul marino in der Farbreihe. Das System fügt die exakte Variante mit dem korrekten Preis dem Kassenbon hinzu.

Wenn das Geschäft mit Barcode-Etiketten auf jedem Kleidungsstück arbeitet, ist der Ablauf noch sauberer: scannen, hinzufügen. Keine Zwischenschritte.

Das POS zeigt auch den verfügbaren Lagerbestand der ausgewählten Variante an. Wenn eine Einheit im Laden und keine im Lager ist, weiß der Verkäufer dies, bevor er den Verkauf bestätigt. Dies vermeidet die häufige Situation, etwas zu verkaufen, das physisch nicht verfügbar ist.

Für Unternehmen mit aktivem VeriFactu spiegelt jede Zeile des ausgestellten Kassenbons die genaue Variante mit ihrer Referenz wider. Der Kassenbon ist bis zur verkauften physischen Einheit rückverfolgbar, was die ab 2026 geltenden Vorschriften für Abrechnungssoftware vorschreiben.

Was ändert sich bei der Variantenbestandsverwaltung im Vergleich zu anderen Systemen?

Dies ist einer der relevantesten Unterschiede im Vergleich zu einfacheren Lösungen. In einem System ohne korrekt konfigurierte Varianten ist der Bestand eines T-Shirt-Modells eine einzige Zahl: «20 units remain». In Odoo ist diese Zahl aufgeschlüsselt: 3 in S-Negro, 2 in S-Blanco, 4 in M-Negro, 1 in M-Azul marino, et cetera.

Diese Granularität verändert mehrere Prozesse:

• Nachbestellung: das System generiert Bestellungen an den Lieferanten nach Variante, nicht nach Modell. Die Bestellung zeigt genau an, welche Größen und Farben fehlen.
• Physische Inventur: die Inventur im Geschäft erfolgt nach Variante, wobei die mobile Inventur-App Etiketten scannt.
• Rotationsberichte: Sie können analysieren, welche Kombinationen sich besser verkaufen und den Einkaufs-Mix für die nächste Saison anpassen.
• Filialtransfers: wenn es mehrere Standorte gibt, geben Bestandsbewegungen die genaue Variante an, die verschoben wird.

Für ein spanisches Einzelhandels-KMU mit einem oder mehreren Geschäften ist dieses Maß an Kontrolle der Unterschied zwischen einer guten Bestandsverwaltung und dem Verlust von Margen durch Fehlbestände oder übermäßig gebundenes Inventar.

Was sind die häufigsten Fehler bei der Konfiguration von Varianten und wie kann man sie vermeiden?

Die Konfiguration von Varianten in Odoo ist unkompliziert, aber es gibt einige wiederkehrende Fehler, die man vorab kennen sollte.

Zu viele Varianten von Anfang an erstellen. Wenn alle Werte aller Attribute ausgewählt werden, kann die Anzahl der Kombinationen in die Höhe schnellen. Es ist sinnvoll, nur die Varianten zu erstellen, die tatsächlich vermarktet werden. Diejenigen, die im Lieferantenkatalog nicht vorhanden sind, sollten nicht im System sein.

Keine Barcodes zuweisen. Varianten zu konfigurieren, ohne jeder einen EAN zuzuweisen, zwingt den Verkäufer, an der Kasse manuell auszuwählen. Die Zeitinvestition in die korrekte Katalogetikettierung zahlt sich schnell in der Kasseneffizienz aus.

Vermischen von Wertnamen zwischen Produkten. Wenn ein Produkt «Azul marino» verwendet und ein anderes «Navy» für die gleiche Farbe, ergeben die Berichte nach Farbe keinen Sinn. Die Nomenklatur muss unternehmensweit und vom ersten Tag an konsistent sein.

Den Attributvariantentyp nicht überprüfen. Wenn das Attribut als 'Never' anstelle von 'Always a variant' konfiguriert ist, gibt es keinen differenzierten Bestand nach Kombination. Dies ist der am schwierigsten rückwirkend zu korrigierende Fehler, da er eine Neukonfiguration des Attributs erfordert.

Den Katalog importieren, ohne die Attribute vorzubereiten. Beim Migrieren von einem anderen System sollte der Massenimport von Produkten mit bereits definierten Attributen erfolgen. Der Versuch, sie während des Imports zu erstellen, führt oft zu Duplikaten und falschen Kombinationen.

Was muss getan werden, bevor man von einem anderen System migriert?

Viele Unternehmen, die zu Odoo wechseln, kommen von Lösungen, bei denen Varianten als Konzept nicht existierten oder schlecht umgesetzt waren. Jede Größe war ein unabhängiges Produkt mit eigener Referenz, und die Verkaufshistorie hat nicht die Struktur, die Odoo erwartet.

Vor der Migration ist es ratsam, eine Bereinigungs- und Mapping-Übung durchzuführen:

• Aktuelle Produkte nach Modell gruppieren, um zu identifizieren, welches das übergeordnete Produkt sein wird.
• Entscheiden, welche Attribute verwendet werden und die Nomenklatur vereinheitlichen.
• Überprüfen, welche Varianten tatsächlichen Lagerbestand haben und welche seit Monaten keine Bewegung hatten.
• Strichcode-Nummern pro Variante zuweisen oder überprüfen.

Diese Vorarbeit, gut ausgeführt, stellt sicher, dass die Odoo-Implementierung mit einem sauberen Katalog beginnt. Ein schmutziger Katalog, der in ein leistungsstarkes Tool importiert wird, bleibt ein schmutziger Katalog.

Von Nextdoo unterstützen wir diesen Prozess bei Einzelhandelsimplementierungen mit einer Methodik, die den Katalog prüft, bevor Daten verschoben werden. Das Ergebnis ist ein sauberer Start, ohne die Notwendigkeit nachfolgender Korrekturen, die zu Verwirrung im Ladenteam führen.

FAQ

Kann ich nach dem Erstellen der Varianten ein neues Attribut hinzufügen?

Ja, Odoo erlaubt es, ohne bestehende Varianten zu löschen. Wenn ein neues Attribut mit seinen Werten zum übergeordneten Produkt hinzugefügt wird, generiert das System automatisch neue Kombinationen. Bestehende Varianten bleiben intakt, mit ihrem Lagerbestand und ihrer Historie. Was getan werden muss, ist zu überprüfen, ob den neu generierten Kombinationen die entsprechenden Barcode-Nummern zugewiesen wurden, bevor sie an der Kasse zum Verkauf angeboten werden.

Können Varianten komplett unterschiedliche Preise voneinander haben, nicht nur einen Aufpreis zum Grundpreis?

Ja. Obwohl der gebräuchlichste Mechanismus darin besteht, einen Grundpreis für das übergeordnete Produkt zu definieren und Aufpreise pro Attributswert hinzuzufügen, ist es auch möglich, einen spezifischen Preis direkt für jede Variante festzulegen. Dies ist nützlich, wenn Preisunterschiede zwischen Kombinationen nicht der Attributslogik folgen, sondern spezifischen Markt- oder Lieferantenbedingungen. Jede Variante kann auch ihren eigenen Einstandspreis haben, was die Berechnung der tatsächlichen Marge pro Kombination ermöglicht.

Wie verwalte ich Varianten, die der Lieferant aus dem Sortiment genommen hat, die ich aber noch auf Lager habe?

Die korrekte Option ist, diese Variante zu deaktivieren, nicht zu löschen. Wenn eine Variante deaktiviert wird, verschwindet sie aus dem aktiven POS-Katalog und dem Bestellportal, aber der erfasste Lagerbestand bleibt erhalten und die Verkaufshistorie bleibt intakt. Wenn sie zu einem späteren Zeitpunkt wieder aktiviert wird, weil der Lieferant sie wieder produziert, wird sie einfach reaktiviert, und das System nimmt die Lagerbestandsprüfung dort wieder auf, wo es aufgehört hat.

Gibt es eine praktische Grenze für die Anzahl der Varianten pro Produkt?

Es gibt keine starre technische Grenze, aber die Erfahrung bei Einzelhandelsimplementierungen zeigt, dass ab einhundertfünfzig Varianten pro Produkt die Benutzerfreundlichkeit am POS nachlässt, wenn das Team nicht mit Barcode-Nummern arbeitet. Wenn der Kassiervorgang auf dem Scannen von Etiketten basiert, hat die Anzahl der Varianten weniger Einfluss auf den täglichen Betrieb. Bei sehr umfangreichen Katalogen ist es ratsam, die Katalogstruktur mit einem Implementierer zu überprüfen, bevor Varianten massenhaft generiert werden.

Wie wirkt sich die Variantenkonfiguration auf die unter VeriFactu ausgestellten Tickets aus?

VeriFactu erfordert, dass jede Belegzeile den verkauften Artikel genau wiedergibt. Bei korrekt in Odoo konfigurierten Varianten enthält jede Zeile die genaue Variantenreferenz und nicht nur den Namen des Elternprodukts. Dies gewährleistet die vom ab 2026 geltenden Rechnungssoftwaregesetz geforderte Rückverfolgbarkeit. Ohne gut konfigurierte Varianten könnte ein Beleg 'Basic Cotton T-Shirt' anzeigen, ohne Größe oder Farbe zu identifizieren, was nicht dem von der AEAT erwarteten Detaillierungsgrad entspricht.

Wenn ich zwei physische Geschäfte habe, ist der Variantenbestand standortunabhängig?

Ja. Odoo verwaltet den Bestand nach Variante und Standort gleichzeitig. Jedes Geschäft hat seinen eigenen Lagerbestand für jede Kombination. Übertragungen zwischen Geschäften erfolgen unter Angabe der genauen Variante und Menge. Berichte können den Gesamtbestand des Modells oder die Details pro Geschäft und pro Variante anzeigen, je nachdem, was der Einkaufsleiter oder der Geschäftsführer benötigt.

Fazit: Gut konfigurierte Varianten, Einzelhandel unter Kontrolle

Die korrekte Konfiguration von Größen- und Farbvarianten in Odoo ist kein technisches Detail: Es ist die Grundlage, auf der die gesamte Lagerverwaltung, Kassenoperationen, Lieferantenbestellungen und die Einhaltung steuerlicher Vorschriften basieren. Ein von Anfang an gut strukturierter Katalog spart tägliche Arbeit und vermeidet Probleme, die entstehen, wenn der Lagerbestand nicht der physischen Realität des Geschäfts entspricht.

Wenn Sie ein Mode-, Schuh- oder Accessoire-Geschäft haben und die Implementierung von Odoo in Betracht ziehen oder Ihre aktuelle Konfiguration verbessern möchten, ist der Ausgangspunkt die Überprüfung des aktuellen Katalogs und die Definition einer kohärenten Attributstruktur, bevor Sie etwas anfassen. Diese Vorarbeit macht den Unterschied zwischen einer Implementierung, die vom ersten Tag an funktioniert, und einer, die ständige Korrekturen erfordert.

Bei Nextdoo arbeiten wir mit dem spanischen Einzelhandel zusammen und haben direkte Erfahrung mit dieser Art von Implementierung. Kontaktieren Sie uns, um zu erfahren, wie wir Ihnen helfen können, Ihren Katalog zu strukturieren und Ihr POS mit korrekt konfigurierten Varianten zum Laufen zu bringen.

Indikative Informationen. Tatsächliche Zeitrahmen, Kosten und Umfänge werden nach einer personalisierten Analyse bestätigt. JLM Business Solutions SL · B16842831.