ETIM und BMEcat: was der Grosshandel wirklich erwartet

Letzte Woche ging Ihre BMEcat-Datei raus und kam mit einer Liste zurück: vierzig Produkte ohne Pflichtmerkmal, drei Klassen in der falschen ETIM-Version, eine Einheit, die der Importer des Empfängers abgewiesen hat. Irgendwo im Team liegt eine Tabelle, die Ihre Attribute auf ETIM-Merkmale abbildet, eine Kollegin versteht sie — und alle anderen warten auf sie.

Für Hersteller, die den Elektro- und SHK-Grosshandel im DACH-Raum beliefern, ist das der Normalzustand. Es lohnt sich, genau zu benennen, was die Gegenseite tatsächlich braucht, denn die Anforderungen sind spezifischer und mechanischer als «schicken Sie uns BMEcat».

Der Grosshandel liest keine Beschreibungen. Er filtert Merkmale.

Shop, Katalog und Bestellsystem eines Grosshändlers bauen auf Klassifikation auf. Ein Installateur, der ein Manometer sucht, liest keinen Fliesstext, sondern filtert: Nenngrösse, Messbereich, Anschlussart, Genauigkeitsklasse. Diese Filter sind ETIM-Merkmale — und sie funktionieren nur, wenn Ihre Produkte in der richtigen Klasse liegen und die Merkmale gefüllt sind.

Die praktische Folge: Ein Produkt mit schönem Marketingtext und leerem Merkmalssatz ist im System des Grosshändlers nahezu unsichtbar. Bestellbar über die Artikelnummer, wenn jemand es bereits kennt. Nicht auffindbar für jemanden, der Alternativen vergleicht. Unklassifiziert ist nicht «etwas schlechter» — auf dem Weg, der neue Nachfrage erzeugt, ist es praktisch abwesend.

Vier Erwartungen, klar benannt

1. Die richtige Klasse, konsistent

Die Klassenzuordnung ist das Fundament — und die Stelle, an der Inkonsistenz am längsten unentdeckt bleibt. Produkte derselben Familie landen in verschiedenen Klassen, weil zwei Personen sie im Abstand von zwei Jahren zugeordnet haben. Die Lösung: per Regel zuordnen — nach Kategorie, Produkttyp oder Attribut — und manuelle Übersteuerungen als ausdrückliche Ausnahme führen statt als Normalfall. Eine nachvollziehbare Regel lässt sich ausserdem erneut ausführen, wenn ETIM eine neue Version veröffentlicht.

2. Einheiten und Wertelisten in ETIM-Logik, nicht in Ihrer

Hier entstehen die meisten Ablehnungen. ETIM definiert für jedes numerische Merkmal eine Einheit und für viele alphanumerische eine geschlossene Liste zulässiger Werte. Ihr PIM speichert die Daten mit hoher Wahrscheinlichkeit anders.

• Einheiten. Sie führen 6,3 cm, ETIM will Millimeter mit dem Einheitencode MMT. Sie führen 1000 mbar, das Merkmal ist in BAR definiert.
• Bereiche. «0…10 bar» ist in Ihrem PIM eine Zeichenkette und im Merkmal zwei Werte — Minimum und Maximum.
• Wertelisten. «Edelstahl», «Edelstahl 1.4301», «V2A» und «stainless steel» sind vier Schreibweisen eines ETIM-Wertecodes. Ein Freitextfeld lässt sich nicht in ein Werteliste-Merkmal liefern; es muss über eine Wertetabelle gemappt werden, die Sie einmal pflegen und über Klassen hinweg wiederverwenden.
• Nicht zutreffend statt leer. Ein Merkmal, das auf ein Produkt nicht zutrifft, gehört als nicht zutreffend geliefert, nicht als Leerwert. Ein leeres Feld liest sich als unvollständige Daten, ein ausdrückliches «nicht zutreffend» als vollständige Antwort. Empfänger bewerten das unterschiedlich.

Die Mapping-Arbeit ist real, aber endlich und wiederverwendbar. «Edelstahl → EV0000Z1» wird einmal gemappt und gilt für jede Klasse, die diese Werteliste nutzt.

3. Vollständigkeit gemessen an deren Profil, nicht am Durchschnitt

Jeder Grosshändler arbeitet mit demselben Standard und erwartet etwas anderes: welche Merkmale über das ETIM-Minimum hinaus Pflicht sind, welche ETIM-Version, welche Sprachen, welche Preis- und Verpackungsdaten, welches Dateiformat, welcher Lieferrhythmus und welche Namenskonvention.

Damit ist «unsere Daten sind zu 91 % vollständig» keine Antwort auf irgendeine Frage. Brauchbar ist Vollständigkeit pro Klasse und pro Empfängerprofil: Für Grosshändler A auf ETIM 9.0 sind 294 Manometer bereit, bei 11 davon fehlen 3 Merkmale. Dann lässt sich pro Profil ein Schwellwert setzen und bewusst entscheiden, ob unvollständige Produkte mit Warnung geliefert oder zurückgehalten werden.

Zurückhalten ist oft die bessere Wahl. Ein unvollständig geliefertes Produkt belegt einen Katalogplatz und schneidet in Filtern schlecht ab; ein zurückgehaltenes lässt sich korrigieren und nächste Woche liefern.

4. Delta statt Gesamtkatalog bei jeder Änderung

12'000 Produkte zu senden, weil sich ein Preis und zwei Merkmale geändert haben, ist auf beiden Seiten teuer — Ihr Exportfenster, deren Importfenster, deren Validierung, deren Support-Queue, wenn sich in den unberührten 11'997 unerwartet etwas verschiebt.

BMEcat kennt dafür die passenden Transaktionen: T_NEW_CATALOG für den Gesamtkatalog, T_UPDATE_PRODUCTS und T_UPDATE_PRICES für Änderungen. Ihre Nutzung setzt voraus, dass Sie verlässlich wissen, was sich seit der letzten Lieferung an diesen Empfänger geändert hat — also Änderungsverfolgung auf Feldebene und ein versionierter Export pro Lieferung, damit sich Lieferung 37 und 38 vergleichen lassen und die Frage «was genau haben Sie uns am 20. geschickt» beantwortbar bleibt.

Drei Grosshändler, drei ETIM-Profile, eine Tabelle, die nur ein Kollege versteht.

Das Versionsproblem, das niemand einplant

Grosshändler wechseln die ETIM-Version nicht am selben Tag. Sie werden über längere Zeit einem Empfänger die eine und dem nächsten die andere Version liefern — und eine von Ihnen genutzte Klasse hat zwischenzeitlich vielleicht ein Merkmal bekommen, einen Wert umbenannt oder einen entfernt.

Das mit zwei Tabellen zu lösen, ist der Weg, auf dem Mappings auseinanderlaufen. Was funktioniert: das Mapping pro ETIM-Version führen, bei einer neuen Version einen Änderungsbericht pro Klasse erzeugen — diese Klasse hat ein Merkmal gewonnen, ein Wert wurde umbenannt, keiner entfernt — und die Lieferversion pro Empfängerprofil setzen. Dann wird die Migration eine Entscheidung pro Klasse in Ihrem Tempo statt ein Termin, den jemand anderes setzt.

Was Sie diese Woche tun können

Drei Dinge, die unabhängig vom späteren Werkzeug nützlich sind:

1. Vollständigkeit pro Klasse zählen, nicht pro Katalog. Nehmen Sie Ihre zehn grössten Klassen und listen Sie je Klasse, wie viele Produkte alle Pflichtmerkmale gefüllt haben. Die Verteilung ist fast nie gleichmässig; zwei oder drei Klassen tragen meist den Grossteil des Defizits.
2. Freitextfelder finden, die Werteliste-Merkmale speisen. Das ist Ihre stille Ablehnungsquelle. Jede abweichende Schreibweise dort ist ein Eintrag, der in eine Wertetabelle gehört.
3. Das Profil jedes Empfängers aufschreiben. ETIM-Version, Pflichtmerkmale über den Standard hinaus, Format, Sprachen, Zeitplan, Benennung. In den meisten Teams steckt dieses Wissen in E-Mail-Verläufen. Auf einer Seite gebündelt wird daraus Konfiguration statt mündlicher Überlieferung.

Sind diese drei Dinge da, hört das Mapping auf, eine Tabelle zu sein, und wird wartbar. Genau das leistet das ETIM- und BMEcat-Modul: Es hält Klassenregeln, Merkmals-Mappings, Einheitenumrechnung und Wertetabellen pro ETIM-Version, prüft die Vollständigkeit gegen jedes Empfängerprofil und baut aus denselben klassifizierten Daten BMEcat-Gesamtkataloge oder Update-Transaktionen — versioniert, sodass sich zwei beliebige Lieferungen vergleichen lassen. Es läuft neben Ihrem PIM; Ihr PIM behält sein eigenes Datenmodell, die Übersetzung nach ETIM passiert auf dem Weg nach draussen.

Wer auf der Empfängerseite steht — als Grosshändler, der Lieferantendaten annimmt —, nutzt denselben Mechanismus in umgekehrter Richtung, mit Validierung bei der Einreichung über das Lieferantenportal, sodass Feldfehler zurück an den Lieferanten gehen statt in Ihr Importprotokoll.

Sehen Sie sich das Mapping an oder buchen Sie eine Vollständigkeitsprüfung gegen eines Ihrer Empfängerprofile.

Wichtigste Punkte

• Auffindbarkeit im Grosshandel läuft über ETIM-Merkmale; unklassifizierte Produkte sind in der gefilterten Suche faktisch unsichtbar.
• Die meisten Ablehnungen stammen aus Einheiten, Bereichen und Freitextwerten, die in ETIM-Wertecodes gemappt werden müssen — einmal mappen, über Klassen wiederverwenden.
• «Nicht zutreffend» ausdrücklich liefern; ein leeres Feld gilt als unvollständige Angabe.
• Vollständigkeit ist nur pro Klasse und pro Empfängerprofil aussagekräftig, mit einem Schwellwert für liefern, warnen oder zurückhalten.
• BMEcat-Update-Transaktionen und Änderungsverfolgung auf Feldebene statt Gesamtkatalog bei jeder Änderung.
• Mappings pro ETIM-Version führen, damit zwei Versionen parallel bedient und Klassen einzeln migriert werden können.