Ein Hersteller kündigt einen ETIM-BMEcat-Katalog an, ein langjähriger Lieferant stellt DATANORM bereit und ein Industriekunde verlangt ECLASS-Merkmale. Für die IT-Leitung im Fachgroßhandel klingt das zunächst nach vier Standards für dasselbe Thema. Tatsächlich beantworten BMEcat, ETIM, DATANORM und ECLASS unterschiedliche Fragen. Wer sie gleich behandelt, baut unnötige Konvertierungen und dauerhafte Doppelpflege in die Systemlandschaft ein.
Kurzantwort: BMEcat und DATANORM dienen dem Austausch von Artikel- und Produktdaten. ETIM und ECLASS strukturieren und beschreiben Produkte über Klassen, Merkmale, Werte und Einheiten. Im Tagesgeschäft entscheidet deshalb nicht ein pauschaler Sieger. Entscheidend sind Empfänger, Sortiment, benötigte Inhalte, Versionen und die Systeme, in denen die Daten weiterverwendet werden. Häufig ist eine Kombination richtig, etwa ETIM-Merkmale in einem BMEcat-Katalog.
BMEcat, ETIM, DATANORM und ECLASS: Welche Aufgabe löst welcher Standard?
Die wichtigste Trennung lautet: Austauschformat und Klassifikationsmodell sind nicht dasselbe. Ein Austauschformat legt fest, wie konkrete Artikeldaten zwischen zwei Systemen übertragen werden. Ein Klassifikationsmodell legt fest, wie Produkte eingeordnet und ihre Eigenschaften eindeutig beschrieben werden.
| Standard | Hauptaufgabe | Typischer Nutzen im Tagesgeschäft | Wichtige Grenze | |---|---|---|---| | BMEcat | XML-basiertes Katalog- und Austauschformat | Kaufmännische, logistische und technische Produktdaten zwischen Hersteller, Fachgroßhandel, PIM, Shop oder Beschaffungssystem übertragen | Legt allein noch nicht fest, welche fachliche Klassifikation der Empfänger erwartet | | ETIM | Klassifikation und technische Produktbeschreibung | Technische Produkte über Klassen, Merkmale, Werte und Einheiten vergleichbar und auffindbar machen | Ist keine fertige Artikeldatenbank und ersetzt kein führendes PIM oder ERP | | DATANORM | Austausch von Artikel- und Stammdaten | Artikeldaten zwischen Herstellern, Fachhändlern und Handwerkssystemen übertragen | Version, Satzarten und tatsächlicher Informationsumfang müssen je Partner geklärt werden | | ECLASS | Branchenübergreifende Klassifikation und Produktbeschreibung | Produkte und Dienstleistungen mit eindeutiger Semantik für Einkauf, Industrie, PIM und Beschaffungssysteme beschreiben | Für den Transport konkreter Katalogdaten wird weiterhin ein passendes Austauschformat benötigt |
Der ECLASS e. V. beschreibt BMEcat als XML-basierten Standard für den Austausch elektronischer Produktkataloge. Zugleich stellt der Verband klar, dass ECLASS ein Standard für Klassifikation und Produktbeschreibung, aber kein Austauschformat für konkrete Produktdaten ist. Genau diese Unterscheidung verhindert viele Missverständnisse in Lastenheften.
Wie greifen BMEcat und ETIM im Produktdatenaustausch zusammen?
ETIM beschreibt technische Produkte. Das Modell ordnet ähnliche Artikel einer Produktklasse zu und definiert dafür passende Merkmale, Werte und Einheiten. Die offizielle Modellbeschreibung von ETIM International nennt unter anderem Produktgruppen, Produktklassen, Merkmale, Werte und Einheiten als Bestandteile. Damit kann beispielsweise festgelegt werden, welche technischen Eigenschaften bei einem Kabel, einem Fitting oder einem Werkzeug erwartet werden.
BMEcat transportiert dagegen konkrete Katalogeinträge. Ein Katalog kann Artikelnummern, Bezeichnungen, Preise, Verpackungsangaben, Dokumentverweise und klassifizierte Merkmale enthalten. ETIM Deutschland bezeichnet BMEcat deshalb als Kommunikationsgrundlage für ETIM-Nutzer und bietet die Prüfung von ETIM-BMEcat-Dateien auf Konsistenz an.
In der Praxis lautet die Frage also nicht „BMEcat oder ETIM?“, sondern häufig:
- Welche Version und welches Empfängerprofil des BMEcat-Formats werden verlangt?
- Welche ETIM-Version und welcher Sektor gelten?
- Welche Pflichtfelder, Einheiten und Medienobjekte erwartet der Empfänger zusätzlich?
- Wie werden die Inhalte im eigenen ERP, PIM und Shop gespeichert?
Stand 29. Juli 2026 führt ETIM Deutschland den Leitfaden ETIM BMEcat in Version 5.0. Auf derselben offiziellen Downloadseite stehen zudem die Ende 2025 veröffentlichten Guidelines für ETIM xChange 2.0. Für eine IT-Entscheidung bedeutet das: Nicht nur den Namen des Standards abfragen. Version, Profil, Zertifizierungsweg und Zielsystem gehören in dieselbe Anforderung.
Wann ist DATANORM im Fachgroßhandel weiterhin relevant?
DATANORM ist ein Produktdaten-Austauschformat für die Baubranche. Die offizielle Beschreibung nennt ausdrücklich den Artikel- und Stammdatenaustausch zwischen Herstellern, Fachhändlern und Handwerk. DATANORM ist ein Format, keine Software.
Das macht DATANORM besonders dann relevant, wenn Lieferanten, Handwerkskunden oder eingesetzte Branchensoftware diesen Weg verbindlich unterstützen. Ein bestehender DATANORM-Prozess sollte nicht allein deshalb ersetzt werden, weil ein anderes Format moderner wirkt. Er sollte aber fachlich geprüft werden:
- Welche Satzarten werden tatsächlich geliefert und eingelesen?
- Enthält die Datei nur Artikel und Preise oder auch Langtexte, Rabatte, Einheiten und Verweise?
- Wie werden Änderungen, Löschungen und neue Artikel behandelt?
- Welche DATANORM-Version erwartet das Zielsystem?
- Welche technischen Merkmale fehlen für Shop, PIM oder Ausschreibungen?
Die Versionsfrage ist keine Formalität. Laut DATANORM-Arbeitskreis werden weiterhin Daten in Version 4 und Version 5 übertragen. Wer nur „DATANORM wird unterstützt“ in ein Pflichtenheft schreibt, lässt deshalb eine entscheidende Integrationsfrage offen.
Wann sprechen Sortiment und Empfänger für ETIM oder ECLASS?
Die Auswahl folgt nicht allein der eigenen Unterbranche. Maßgeblich ist, welche Sprache die beteiligten Systeme und Geschäftspartner verstehen.
Im SHK- und Elektrogroßhandel ist ETIM für die technische Beschreibung vieler Sortimente naheliegend. DATANORM kann parallel relevant bleiben, wenn Artikeldaten in Handwerkssysteme oder gewachsene Warenwirtschaften übertragen werden. BMEcat kann den umfangreicheren Katalogtransport übernehmen. Diese Wege sind keine Gegensätze. Sie bedienen unterschiedliche Empfänger und Informationsbedarfe.
Im Technischen Handel und MRO-Umfeld kann ECLASS wegen seines branchenübergreifenden Ansatzes zu Anforderungen von Industriekunden und Beschaffungssystemen passen. ETIM ist dennoch nicht pauschal ausgeschlossen. ETIM Deutschland weist darauf hin, dass der frühere Werkzeug-, Eisenwaren- und Betriebsausstattungsstandard proficl@ss seit ETIM 8.0 in ETIM integriert ist. Zugleich gibt es Kooperation und Mappingtabellen zwischen ETIM und ECLASS. Die ETIM-FAQ macht damit deutlich, warum eine Sortimentsprüfung verlässlicher ist als eine Entscheidung nur nach Branchenetikett.
Für die IT-Leitung ergibt sich daraus eine belastbare Reihenfolge:
- Empfänger und Veröffentlichungskanäle erfassen.
- Deren Pflichtstandard, Version und Profil dokumentieren.
- Sortiment und Merkmalsbedarf je Warengruppe zuordnen.
- Erst danach das interne Zielmodell und notwendige Mappings festlegen.
Wie docken Produktdatenstandards an ERP, PIM und Shop an?
Das ERP bleibt in vielen Häusern führend für Artikelnummern, Preise, Einheiten und Bestände. Ein PIM kann technische Merkmale, Medien, Übersetzungen und kanalspezifische Texte führen. Der Shop veröffentlicht daraus eine Auswahl. Ein Standardimport darf diese Rollen nicht verdecken.
Ein kontrollierter Datenfluss besteht aus sieben Schritten:
- Eingang sichern: Originaldatei, Absender, Empfangszeit, Standard, Version und vereinbartes Profil protokollieren.
- Struktur prüfen: XML-Schema, Satzaufbau, Zeichensatz und Pflichtsegmente validieren, bevor Inhalte übernommen werden.
- Artikel identifizieren: Lieferantenartikelnummer, Herstellerartikelnummer, GTIN und interne Artikelnummer nach einer festgelegten Rangfolge zuordnen.
- Inhalte normalisieren: Einheiten, Verpackungen, Dezimaltrennzeichen, Sprachen, Medienverweise und Klassifikationsstände auf das interne Modell abbilden.
- Fachlich prüfen: Pflichtmerkmale, Wertebereiche, Preise, Zuschläge und Änderungen gegen freigegebene Regeln prüfen.
- Ausnahmen freigeben: Unklare Zuordnungen, neue Klassen, Mengeneinheiten oder Löschungen an die zuständige Fachrolle geben.
- Gezielt veröffentlichen: Erst nach Freigabe in ERP, PIM, Shop und weitere Kanäle schreiben. Ergebnis und Fehler bleiben nachvollziehbar.
Diese Integrationsschicht sollte an die vorhandene ERP- und Systemlandschaft andocken. Sie ersetzt weder die fachliche Verantwortung noch die führenden Systeme. Bei heterogenen Lieferantendateien hilft eine klar abgegrenzte Pflege von Artikelstammdaten, Import, Qualitätsprüfung und Freigabe voneinander zu trennen.
Welche Ausnahmen müssen vor einem Import geklärt sein?
Die meisten Fehler entstehen nicht am Namen des Standards, sondern an Abweichungen innerhalb des vereinbarten Datenflusses. Typische Fälle sind:
- Ein Lieferant verwendet eine andere Version oder ein abweichendes Profil.
- Pflichtfelder sind formal vorhanden, enthalten aber Platzhalter oder unbrauchbare Werte.
- Stück, Packung, Meter und Preiseinheit passen nicht zur internen Logik.
- Ein Artikel trägt mehrere Identifikatoren, die auf unterschiedliche Stammsätze zeigen.
- Eine ETIM- oder ECLASS-Klasse wurde geändert, aber das interne Mapping ist noch nicht freigegeben.
- Medienlinks sind erreichbar, dürfen aber nicht für jeden Kanal genutzt werden.
- Eine Änderungsdatei enthält Löschungen oder Preiswechsel, die nicht ungeprüft durchlaufen dürfen.
- Ein technisches Merkmal ist formal gültig, passt aber nicht zum konkreten Produkt.
Strukturvalidierung ist deshalb nur die erste Kontrolle. Danach folgen Identitätsprüfung, fachliche Datenqualität und Freigabe. Besonders bei Preisen und Konditionen lohnt sich eine eigene Kontrollkette für Preispflege, statt Katalogimport und Preisfreigabe in einen undurchsichtigen Schritt zu legen.
Woran misst die IT-Leitung einen Produktdaten-Pilot?
Ein Pilot muss zeigen, ob der Datenfluss beherrschbar wird. Dafür reichen importierte Artikelzahlen allein nicht aus. Sinnvolle Messgrößen sind:
- Anteil der Dateien, die die vereinbarte Strukturprüfung beim ersten Lauf bestehen
- Anteil vollständig zugeordneter Artikelidentitäten
- fehlende Pflichtfelder je Warengruppe und Lieferant
- manuell zu klärende Klassen-, Merkmals- und Einheitenzuordnungen
- Zeit vom Dateieingang bis zur fachlichen Freigabe
- Zahl der Rückfragen und erneuten Lieferungen einer Katalogdatei
- nachvollziehbar zurückgewiesene Änderungen und Löschungen
- Anteil der freigegebenen Daten, die ohne weitere Korrektur in den Zielkanal gelangen
Trennen Sie technische Fehler von inhaltlichen Fehlern. Eine schema-konforme Datei kann fachlich unbrauchbar sein. Umgekehrt kann eine inhaltlich gute Datei an einer abweichenden technischen Konvention scheitern. Nur die getrennte Auswertung zeigt, ob ein Mapping, eine Lieferantenvereinbarung oder die interne Datenpflege der größere Engpass ist.
Wie starten Sie einen kontrollierten Pilot?
Wählen Sie einen Lieferanten, eine begrenzte Warengruppe und einen Zielkanal. Legen Sie vorher fest, welches Format, welche Version, welche Klassifikation und welche Pflichtfelder erwartet werden. Testen Sie eine vollständige Katalogdatei und mindestens einen Änderungsfall in einer getrennten Umgebung.
Die IT verantwortet Schnittstelle, Protokollierung und Rückspielweg. Produktdatenverantwortliche prüfen Klassen, Merkmale und Medien. Einkauf oder kaufmännische Leitung gibt Preise und Konditionen frei. Erst wenn diese Rollen und Abnahmen stehen, sollte der Datenfluss auf weitere Lieferanten oder Sortimente ausgeweitet werden.
Für die Vorbereitung eignet sich ein kurzes Arbeitsgespräch mit echten Beispieldateien. Dabei lässt sich prüfen, welche Standards bereits sauber andocken, wo Doppelpflege entsteht und ob ein abgegrenzter Pilot einen messbaren Effekt verspricht. Die IT-Perspektive im Fachgroßhandel und ein Gespräch zu Ihrem konkreten Datenfluss geben dafür den nächsten Rahmen.
Geschäftsführer und Berater für den technischen Fachgroßhandel