Mengeneinheit in Produktdaten: Basis-, Verkaufs- und Bestelleinheit

Eine Mengeneinheit (englisch unit of measure, kurz UoM) ist die Maßeinheit, in der eine Menge angegeben wird: ein Stück, ein Kilogramm, ein Liter, ein Meter. In Produktdaten beantwortet sie für jede Zahl im Datensatz eine praktische Frage: 330 was? Preis, Bestand, Füllmenge, Bestellmenge und Packungsgröße brauchen alle eine Einheit, und es muss nicht dieselbe sein.

Die meisten Kataloge brauchen vier Einheitenbegriffe: die Basiseinheit (das Kleinste, was du zählst, eine Dose), die Verkaufseinheit (was der Kunde in den Warenkorb legt, ein 6er-Pack), die Bestelleinheit (was du beim Lieferanten kaufst, ein Tray mit 24 Stück) und die Füllmenge mit ihrer Einheit (330 ml pro Dose). Stimmen diese vier, folgen Grundpreise, Feeds und B2B-Bestellregeln von selbst. Dieser Leitfaden zeigt die Felder, die Grundpreisregeln der EU und von Google, die Standardcodes und ein Praxisbeispiel, wie du Lieferanteneinheiten wie 500gr, 0,5 kg und 500 g bereinigst.

Basiseinheit, Verkaufseinheit und Bestelleinheit an einer Dose Sprudelwasser

Nimm Sprudelwasser in 330-ml-Dosen. Der Lieferant liefert Trays mit 24 Dosen und Paletten mit 84 Trays. Dein Webshop verkauft einzelne Dosen an Bürokunden und 6er-Packs an Verbraucher. Ein Produkt, fünf Mengenebenen:

Ärger entsteht, wenn ein Preis oder eine Bestandszahl ihre Ebene verliert. Ein Lieferantenpreis von 7,20 EUR gilt pro Tray mit 24 Stück, also 0,30 EUR pro Dose. Importierst du ihn in ein Feld, das der Webshop als Preis pro 6er-Pack liest, verkaufst du mit Verlust. Ein Bestand von 10 kann 10 Dosen oder 10 Trays (240 Dosen) bedeuten, und eine Bestandszahl in der falschen Einheit bringt auch Obergrenzen für Backorders und die Verfügbarkeit im Feed durcheinander. Die Lösung ist langweilig und wirksam: Speichere die Ebene neben jeder Menge.

Packungsgröße, Füllmenge und Umrechnungsfaktoren als Felder

Ein minimales Einheitenmodell passt in eine Handvoll Attribute. Nutze im ganzen Katalog dieselben Codes und halte Zahl und Einheit in getrennten Feldern, damit Systeme mit der Zahl rechnen können.

• net_content_value und net_content_unit: 330 und ml. Die Produktmenge in einer Basiseinheit, wie auf dem Etikett.
• sales_unit und units_per_sales_unit: package und 6. Was eine Warenkorbzeile mit Menge 1 enthält.
• order_unit und units_per_order_unit: package und 24. Was eine Bestellzeile beim Lieferanten mit Menge 1 enthält. Hierhin gehören auch eine Mindestbestellmenge und Bestellvielfache.
• price_quantity: standardmäßig 1; 100, wenn der Lieferant pro 100 Stück anbietet, wie bei Schrauben und Befestigungsteilen üblich.
• net_weight und gross_weight mit ihrer Einheit: für Versandregeln und Zoll, nicht für den Grundpreis.
• unit_pricing_measure und unit_pricing_base_measure: nur dort, wo ein Grundpreis angezeigt werden muss (siehe unten).

B2B-Katalogformate folgen derselben Idee. BMEcat beschreibt einen Artikel zum Beispiel mit einer ORDER_UNIT, einer CONTENT_UNIT, der Anzahl der Inhaltseinheiten pro Bestelleinheit (NO_CU_PER_OU) und einer PRICE_QUANTITY. Ein Karton mit 100 Schrauben, der pro Karton bepreist ist, ist für das System des Käufers damit eindeutig.

Grundpreis in der EU nach der Preisangabenrichtlinie

In der EU müssen Produkte, die Verbrauchern angeboten werden, neben dem Verkaufspreis einen Grundpreis zeigen. Die Richtlinie 98/6/EG definiert den Grundpreis als Endpreis, einschließlich MwSt. und sonstiger Steuern, für ein Kilogramm, einen Liter, einen Meter, einen Quadratmeter oder einen Kubikmeter oder eine andere einzelne Mengeneinheit, die im Mitgliedstaat für dieses Produkt allgemein verwendet wird. Für lose Ware ist nur der Grundpreis vorgeschrieben, und eine Werbung, die den Verkaufspreis nennt, muss auch den Grundpreis angeben.

Die Richtlinie lässt Raum für nationale Regeln. Mitgliedstaaten können auf den Grundpreis verzichten, wo er nicht nützlich wäre oder verwirren würde, und bei Non-Food-Produkten die Pflicht auf eine Liste von Produktkategorien beschränken. Prüfe die nationale Umsetzung in jedem Markt, in dem du verkaufst. Die Rechnung selbst ist einfach, und der Grundpreisrechner erledigt sie pro Produkt:

• Kaffeebohnen, 500 g zu 7,49 EUR: 7,49 / 0,5 = 14,98 EUR pro kg.
• Olivenöl, 750 ml zu 8,95 EUR: 8,95 / 0,75 = 11,93 EUR pro Liter.
• Sprudelwasser, 6 x 330 ml zu 5,40 EUR: 6 x 0,33 = 1,98 l, also 5,40 / 1,98 = 2,73 EUR pro Liter.

Keine dieser Zahlen lässt sich berechnen, wenn die Füllmenge fehlt, als Text im Produkttitel steht oder eine Einheit nutzt, die der Shop nicht erkennt. Der Grundpreis ist zuerst ein Produktdatenproblem.

Google Merchant Center: unit_pricing_measure und unit_pricing_base_measure

Google Shopping zeigt Grundpreise aus zwei Attributen. unit_pricing_measure ist die Produktmenge, wie sie verkauft wird, zum Beispiel 750ml; das Attribut ist Pflicht für Produkte, die in der EU, in EFTA-Ländern, im Vereinigten Königreich, in Australien und Neuseeland beworben werden, wo lokale Regeln einen Grundpreis verlangen, und anderswo optional. unit_pricing_base_measure ist der Nenner, zum Beispiel 1l oder 100ml.

• Unterstützte Einheiten: Gewicht oz, lb, mg, g, kg; Volumen floz, pt, qt, gal, ml, cl, l, cbm; Länge in, ft, yd, cm, m; Fläche sqft, sqm; pro Stück ct (sheet und item nur in Australien und Neuseeland).
• Werte für die Basismenge: die ganzen Zahlen 1, 10, 100, 2, 4 und 8 plus eine Einheit sowie die metrischen Kombinationen 75cl, 750ml, 50kg und 1000kg.
• Dezimalstellen: höchstens zwei Stellen nach dem Dezimalpunkt; Google rundet den Rest.
• Konflikt: Hat ein Produkt auch energy_efficiency_class, zeigt Google die Energieeffizienzklasse, nicht den Grundpreis.

Für die drei Beispiele oben heißt das: 500g mit Basis 1kg, 750ml mit Basis 1l und 1980ml mit Basis 1l für das 6er-Pack. Beachte, dass der Feed kleingeschriebene Symbole wie ml und sqm nutzt, nicht die UN/CEFACT-Codes, die dein ERP vielleicht exportiert. Mehr zu Feed-Attributen steht im Leitfaden zum Google Merchant Center.

Standardcodes für Mengeneinheiten: UN/CEFACT-Empfehlung 20 und ETIM

Systeme, die Bestellungen und Rechnungen austauschen, schreiben nicht kg oder Stück; sie nutzen Codes. Die gängige Liste ist die UN/ECE-Empfehlung 20, ergänzt um Verpackungscodes aus Empfehlung 21 mit dem Präfix X. Die Peppol-Codeliste für Empfehlung 20, die für die europäische E-Rechnung genutzt wird, ist ein einfacher Ort zum Nachschlagen.

H87 (Stück) und C62 (Eins, auch als Einheit genutzt) zählen beide einzelne Artikel; Handelspartner einigen sich meist auf einen der beiden. Der technische Großhandel fügt eine weitere Ebene hinzu: In ETIM kommen numerische Merkmale wie Länge oder Leistung mit einer standardisierten Einheit, eine Kabellänge muss also vor dem Austausch in die Einheit umgerechnet werden, die das ETIM-Merkmal erwartet.

Unsaubere Lieferanteneinheiten normalisieren: ein Praxisbeispiel

Lieferantendateien sind sich bei Einheiten selten einig. Einer schickt 500gr, ein anderer 0,5 kg, ein dritter 500 g nur im Titel. So werden zehn Rohwerte aus drei Lieferantendateien zu einem Wert, einem Einheitencode und einem Wert in der Basiseinheit des Attributs normalisiert.

Die Regeln hinter der Tabelle gelten für jedes Attribut:

1. Behalte den Rohwert in einer eigenen Spalte, damit du jede Umrechnung später prüfen kannst.
2. Lös das Zahlenformat pro Quelle auf. 1.000 von einem deutschen Lieferanten ist tausend; 1.000 von einem US-Lieferanten ist eins. Entscheide pro Datei, nie pro Wert.
3. Trenn die Zahl von der Einheit und ordne Einheiten-Aliase (gr, grams, gram, G) einem Code zu.
4. Wähle eine Basiseinheit pro Attribut (kg für Gewicht, l für Volumen, mm oder cm für Abmessungen) und rechne mit einem festen Faktor um.
5. Zerleg Multipacks in Inhalt pro Einheit und Einheiten pro Packung, damit Grundpreis und Packungsgröße beide stimmen.
6. Speichere das Ergebnis in numerischen Feldern und erzeuge Anzeigetext wie 500 g daraus, nicht umgekehrt.

Der Ansatz ist derselbe wie bei der Standardisierung von Attributen allgemein: Erst die erlaubten Werte vereinbaren, dann die Daten gesammelt korrigieren, dann neue Abweichungen von vornherein abblocken.

Gespeicherte und angezeigte Einheiten in jedem Markt

Normalisieren heißt nicht, dass jeder Markt denselben Text sieht. Speichere einen Wert in einer Basiseinheit und formatiere ihn bei der Ausgabe pro Sprache und Kanal. Ein Beutel mit 0,5 kg steht auf einer US-englischen Seite als 0.5 kg, auf einer niederländischen oder deutschen Seite als 0,5 kg und in einem Google-Feed als 500g.

• Zahlenformat: Dezimal- und Tausendertrennzeichen folgen der Sprache der Seite, nie der Lieferantendatei.
• Einheitenbezeichnung: Stück heißt im Englischen pc, im Niederländischen st. und im Deutschen Stk.; der gespeicherte Code (H87) bleibt gleich.
• Metrisch und imperial: Wenn du in den USA verkaufst, rechne 500 g für die Anzeige bei der Ausgabe in 17,6 oz um, behalte aber Gramm als gespeicherten Wert, damit der EU-Grundpreis exakt bleibt. Der Feed für das Vereinigte Königreich muss metrische Werte nutzen.
• Rundung: Runde nur den angezeigten Wert. Wer den gespeicherten Wert bei jeder Umrechnung rundet, driftet ab: 17,6 oz zurückgerechnet ergeben 498,95 g.

Diese Trennung hält auch Übersetzungen einfach. Ein Übersetzer fasst 500 g nie an; das erledigt das Template, das die Bezeichnung ausgibt.

Sieben Einheitenfehler, die Grundpreise und Feeds unbrauchbar machen

1. Die Einheit steckt im Wert. 500g in einem Textfeld lässt sich nicht sortieren, filtern oder teilen. Trenn es auf.
2. Dezimalkomma als Tausendertrennzeichen gelesen. Aus 0,5 kg werden 5 kg, und der Grundpreis sinkt um den Faktor zehn.
3. Packungspreis mit Einzelpreis verglichen. Das 6er-Pack und die einzelne Dose zeigen Grundpreise, die auf unterschiedlichen Mengen berechnet sind.
4. Bruttogewicht als Füllmenge genutzt. Die Verpackung ist mitgewogen, also ist der Grundpreis zu niedrig.
5. Abtropfgewicht ignoriert. Für Produkte in Flüssigkeit, etwa Oliven in Salzlake, erlaubt die Richtlinie den Grundpreis auf Basis des Abtropfgewichts, wo dieses Gewicht angegeben werden muss.
6. Flüssigunzen mit Unzen verwechselt. floz ist Volumen und oz ist Gewicht; Google behandelt sie als unterschiedliche Einheiten.
7. Einheit umbenannt, Wert nicht umgerechnet. Wer cm in mm ändert, ohne den Wert mit 10 zu multiplizieren, macht aus einem 30-cm-Regal eines mit 30 mm.

Einheitensets, Umrechnungen und Prüfungen in WISEPIM

WISEPIM behandelt Einheiten als Daten, nicht als Text. Ist die Workspace-Funktion Classification (Klassifizierung) eingeschaltet, gruppieren UOM code sets (Maßeinheiten-Sets) verwandte Einheiten (Gewicht, Länge, Volumen und weitere) mit einem Code, einem Symbol, übersetzten Namen und einem Umrechnungsfaktor zur Basiseinheit des Sets, dazu Einstellungen für Anzeige und Export. Die Aktion Change Unit of Measure (Maßeinheit ändern) in der Massenbearbeitung und in Automationen rechnet Werte für eine Auswahl um oder ändert nur die Bezeichnung, wenn Werte falsch beschriftet waren.

Daneben helfen mehrere bestehende Funktionen bei unsauberen Einheiten. Die Seite Attribute values (Attributwerte, für Text- und Auswahlattribute) gruppiert Werte, die sich nur in Großschreibung, Leerzeichen oder Satzzeichen unterscheiden, etwa 500gr, 500 GR und 500 gr oder 1,5 ml und 1.5 ml, und lässt dich jede Gruppe in einem Schritt zu einem Wert zusammenführen, mit Rückgängig-Funktion (siehe Normalisierung von Attributwerten). Sie behandelt gr und g nicht als dieselbe Einheit und rechnet Gramm nicht in Kilogramm um, 500 g und 0,5 kg bleiben also getrennte Werte, bis du sie umrechnest. Wenn der CSV-Import Attribute aus Lieferantenspalten anlegt, kann er die Einheitenspalte eines Lieferanten an den Wert anhängen, in einem eigenen _uom-Attribut speichern oder verwerfen. Die KI-Anreicherung kann die Füllmenge aus Beschreibungen in Attribute extrahieren. Regeln in Quality Guard können vor Produkten warnen oder sie blockieren, deren Einheitenfeld leer ist oder nicht zu einem Muster passt. Der BMEcat-Export von Feed Hub schreibt ORDER_UNIT, CONTENT_UNIT, NO_CU_PER_OU und PRICE_QUANTITY aus Attributen wie order_unit und pack_size und übersetzt Werte wie stuks oder pcs in UN/CEFACT-Codes. WISEPIM berechnet keine Grundpreise, und seine Feed-Vorlage für Google Shopping sowie die Merchant-Center-Anbindung senden weder unit_pricing_measure noch unit_pricing_base_measure. Es hält Füllmenge, Packungsgröße und Einheit konsistent, damit dein Shop oder das Tool, das diese Feed-Felder erzeugt, saubere Eingangsdaten hat.