BMEcat erstellen: Welche Datenqualität Abnehmer verlangen

Sie haben die XML-Struktur im Griff, die Datei wird valide exportiert, und trotzdem kommt die Lieferung zurück? In der Praxis scheitern abgelehnte BMEcat-Lieferungen selten am Dateiformat. Viel häufiger fehlen Pflichtattribute, Merkmalswerte sind uneinheitlich oder die Klassifikation ist zu flach. Wer einen BMEcat erstellen will, sollte den Export deshalb nicht als technische Übung verstehen, sondern als Datenaudit gegen die Vorgaben des Abnehmers. Geprüft werden Attribute, Klassifikation und Struktur, inklusive Kopfbereich und Transaktionstyp. Am strengsten fällt diese Prüfung beim ersten Katalog aus.

Warum abgelehnte BMEcat-Lieferungen selten am Dateiformat scheitern

Der Export ist die kleinste Aufgabe. BMEcat ist ein XML-basierter, frei verfügbarer Standard für den elektronischen Datenaustausch per Katalog, herausgegeben vom Bundesverband Materialwirtschaft, Einkauf und Logistik (BME). Die technische Spezifikation und die Versionsstände dokumentiert eCl@ss unter BMEcat im eCl@ss-Datenmodell.

eCl@ss grenzt das Format ausdrücklich vom eigenen Wörterbuch ab: Das Wörterbuch beschreibt abstrakt, wie Dinge charakterisiert werden können, BMEcat beschreibt konkrete Instanzen von Anwendungsklassen mit konkreten Werten nach diesem Wörterbuch. Die Datei ist damit nur die Verpackung.

Die eigentliche Arbeit liegt in Klassifikation und Merkmalswerten, also in dem Teil, den kein Exportknopf erzeugt. Datenpflege und Ausgabe bleiben getrennte Schritte: Bestände laufen über flexible Excel-Importe hinein, die kanalgerechte Ausgabe erfolgt über BMEcat und Schnittstellen.

In unseren Projekten entstehen Rückläufer fast immer an fehlenden Pflichtattributen und inkonsistenter Klassifikation, nicht an der Dateivalidität.

Datenqualität ist hier kein umgangssprachlicher Begriff. eCl@ss führt dafür einen eigenen Bereich zu ISO 8000: Vollständigkeit, Konsistenz und Normtreue der Merkmalswerte sind prüfbare Eigenschaften, nicht Geschmackssache.

Die Konsequenz für den Ablauf: Vor dem Export steht ein Audit gegen die Anforderungen des Abnehmers, nicht das Zusammenklicken der Exportmaske. Eine Datei kann schema-valide sein und trotzdem zurückkommen.

Was Abnehmer beim Import prüfen: Attribute, Klassifikation, Struktur

Der Prüfmaßstab des Abnehmers ist dokumentiert. Die ETIM-Lieferanten-Guideline für Produktdaten nach BMEcat regelt mehr als die reine Attributliste: Dateinamen, allgemeine Regeln für Kataloginhalte, Wurzelelement, XSD-Schema-Referenz und Header-Felder. Welcher Revisionsstand gerade gilt, dokumentiert ETIM International auf der Releaseseite zur Guideline. Arbeiten Sie immer gegen die Fassung, die Ihr Abnehmer benennt.

Struktur und Kopfbereich

Geprüft werden Struktur und Kopfbereich, nicht nur die Dateivalidität. Ein schema-valides XML mit unzulässigem Dateinamen oder falschem Header ist noch keine akzeptierte Lieferung. Beide Bereiche sind in der Guideline eigene normative Abschnitte.

Fachliche Prüfbereiche

Laut Gliederung prüft der Abnehmer Produktbeschreibung, Keywords, Classification und Features, Order, Preise, Bilder und weitere Dokumente. Häufig übersehen werden der PRODUCT_REFERENCE-Subtree, REACH, Sicherheitsdatenblatt, ECCN-Codes, Packmittelvarianten, Produktserien, Zuschlagstypen sowie der PRODUCT_CHARACTERISTICS-Subtree. Dokumentenpflichtige Angaben wie die GPSR-Sicherheitsbescheinigung gehören deshalb in die laufende Datenpflege, nicht in den Versand.

Der Abnehmer prüft gegen sein eigenes Regelwerk

Maßstab ist nicht die Norm allgemein, sondern die Vorgabe des Empfängers. Reale Zielsysteme wie Onventis, Unite und Mercateo, simple system, SymbioCommerce oder ausschreiben.de setzen jeweils eigene Pflichtfeldsätze durch. Mit jedem weiteren Kanal kommt ein weiteres Regelwerk hinzu. Praktische Folge: Die Anforderungsliste des Zielsystems ist die Prüfvorlage. Ohne sie bleibt jedes Audit eine Vermutung, unabhängig davon, wie sauber der BMEcat technisch erzeugt wurde.

Pflichtattribute und Klassifikationstiefe abgleichen

Die Anforderungsliste kommt vom Abnehmer

Der erste Schritt ist kein Werkzeug, sondern eine Liste: Pflichtattribute je Warengruppe, geforderte Klassifikation, zulässige Werte und Pflichtdokumente. Diese Liste kommt vom Abnehmer, nicht aus der eigenen Sortimentslogik. Sie ändert sich mit Zielsystem und Standardversion und gehört versioniert abgelegt.

• Pflichtfelder je Warengruppe: Eine pauschale Feldliste über den gesamten Katalog erzeugt Lücken genau dort, wo der Abnehmer am strengsten prüft. Werkzeuge verlangen andere Merkmale als Chemikalien oder Normteile.
• Klassifikation: Dieselbe Produktfamilie muss durchgängig in derselben eCl@ss- oder ETIM-Klasse stehen, mit einheitlicher Tiefe. Mischungen aus Freitext und Klassenmerkmalen fallen bei der Prüfung auf. Nach unserer Erfahrung ist das der häufigste Nacharbeitsgrund nach fehlenden Pflichtattributen.
• Merkmalswerte: Zulässige Werte, Einheiten und Wertebereiche müssen normgerecht sein. Ein Merkmal mit Freitext statt Normwert ist formal befüllt und fachlich unbrauchbar.
• Regulatorische Felder: GPSR-relevante Angaben sind Pflichtfelder, keine Kür. nextPIM führt sie als Pflichtfelder; ein Produkt wird erst für Online-Kanäle freigegeben, wenn sie befüllt sind. Die Pflichtenlage ergibt sich aus der Verordnung (EU) 2023/988, verbindlich seit dem 13. Dezember 2024. Was das für den stationären Handel bedeutet, zeigt der Beitrag zur Produktsicherheitsverordnung im stationären Handel.

Vollständig prüfen, nicht stichprobenartig

Der Abgleich läuft als Vollständigkeits- und Konsistenzprüfung über den gesamten Bestand, Warengruppe für Warengruppe, mit einer Lückenliste statt eines Gesamteindrucks. Die ersten Artikel sind selten die schwierigen.

Der erste Katalog ist der strengste Fall

Der Prüfaufwand hängt nicht nur von den Daten ab, sondern vom Transaktionstyp. BMEcat kennt vier, jeder mit eigener Prüflogik: T_NEW_CATALOG, T_UPDATE_PRODUCTS, T_UPDATE_PRICES und T_NEW_PRODUCTDATA.

Der Erstkatalog hat keine Vergleichsbasis

Der erste Katalog ist immer ein T_NEW_CATALOG und damit der strengste Fall. Der Abnehmer besitzt keine Stammdaten, gegen die er abgleichen könnte, also prüft er vollständig und ohne Kulanz. Updates laufen milder, weil Stammdaten und Klassifikation bereits akzeptiert sind. Wer von einem reibungslosen Update auf den Erstkatalog schließt, unterschätzt die Anforderungen. Für T_NEW_CATALOG führen die Verbände eigene Beispieldateien, abrufbar im Downloadbereich von ETIM Switzerland.

Updates folgen eigenen Referenzregeln

Preis- und Produktdatenupdates haben eigene Vorgaben, vor allem zur Referenzierung bestehender Produkte. Eine falsche Referenz scheitert auch dann, wenn alle Attribute stimmen. Die Prüflogik verschiebt sich damit von der Vollständigkeit zur Korrektheit der Verweise.

Zwei getrennte Prüfungen vor dem Versand

Vor dem Versand stehen zwei Validierungsläufe: gegen das XSD-Schema und gegen die Regeln des Abnehmers. Schema-Konformität deckt die fachliche Vollständigkeit nicht ab, deshalb bleiben es zwei Prüfungen. Die Schemadateien stellt der BME bereit: BMEcat Downloads einschließlich XSD.

Testdurchlauf statt Risiko

Für den Erstkatalog gilt: lieber ein Testdurchlauf mit einer Teilmenge als ein vollständiger Versand mit systematischem Fehler. Die Teilmenge sollte die kritischen Warengruppen enthalten. Wie Hersteller ihre Daten so aufbereiten, dass Händler und Portale sie ohne Nacharbeit übernehmen, zeigt der Beitrag Produktdatenmanagement für Hersteller.

Länderanforderungen und Versionsstände einordnen

Der strenge Erstkatalog wird nicht nur gegen die Anforderungen des Abnehmers geprüft, sondern auch gegen das Regelwerk seines Landes. Die ETIM BMEcat Guideline führt eigene länderspezifische Abschnitte, unter anderem zu AT, BE, CH, DE, DK, ES und FI, ein dynamischer Länderanhang erweitert die Liste (ETIM BMEcat country specific regulations). Dieselbe Attributvollständigkeit kann je Abnehmerland unterschiedlich bewertet werden.

Land vor Pflichtfeldsatz klären

• Land des Abnehmers: klären, bevor der Pflichtfeldsatz festgelegt wird. Ein Katalog für einen deutschen Abnehmer ist nicht automatisch für einen österreichischen oder Schweizer Empfänger ausreichend.
• Version fixieren: Welche Fassung gilt, gibt der Abnehmer vor. Die verfügbaren Spezifikationsstände dokumentiert eCl@ss im Datenmodell.
• Version festlegen: vor Projektbeginn mit dem Abnehmer, nicht nachträglich raten. Ein Wechsel der Version verändert Pflichtfelder und Struktur.

Über den Katalog hinaus

Der Anwendungsrahmen wächst. eCl@ss verweist auf Digital Product Passport und Asset Administration Shell; ETIM führt eigene Hinweise zum DPP (ETIM and Digital Product Passports). Regulierungsgetriebene Zusatzmerkmale werden damit für Lieferanten relevant.

Diese Zusatzmerkmale gehören in die Datenpflege, nicht in ein nachgelagertes Exportskript. Wer sie im PIM führt, muss sie beim nächsten Katalog nicht nachtragen. Dasselbe Prinzip trägt die länderspezifischen Felder: Wer Klassifikation und Merkmalswerte an einer Stelle pflegt, hält eCl@ss als gemeinsame Sprache über alle Empfänger konsistent.

PIM und BMEcat: Audit in fünf Schritten vor dem Export

Sobald Zielsystem, Land und Versionsstand feststehen, geht es nicht an die Exportmaske, sondern an eine Prüfung des Datenbestands. Fünf Schritte genügen.

• Schritt 1, Prüfmaßstab klären: Klären Sie Zielsystem, Land, geforderte Standardversion und geforderte Klassifikation. Ergebnis ist ein schriftliches Anforderungsprofil, das als Prüfvorlage dient.
• Schritt 2, Pflichtattribute abgleichen: Legen Sie das Anforderungsprofil über den eigenen Bestand, Warengruppe für Warengruppe. Ergebnis ist eine Lückenliste je Warengruppe, kein Gesamteindruck.
• Schritt 3, Klassifikation und Merkmalswerte prüfen: Kontrollieren Sie die eCl@ss- und ETIM-Zuordnung auf Konsistenz, zulässige Werte und Einheiten. Freitexte in Normfeldern sind formal befüllt und fachlich unbrauchbar.
• Schritt 4, Struktur und Kopfbereich prüfen: Dateiname, Wurzelelement, XSD-Schema-Referenz und Header-Felder gehören auf die Liste. Dazu die Prüfbereiche rund um Dokumente, Referenzen und Produktmerkmale.
• Schritt 5, Testkatalog senden: Senden Sie eine Teilmenge mit den kritischen Warengruppen, arbeiten Sie die Rückmeldung des Abnehmers ein und liefern Sie erst dann den vollständigen Erstkatalog aus.

Wo dieses Audit hingehört

Nicht in die Exportroutine, sondern in die Datenpflege. Ein PIM, das nach eCl@ss und ETIM klassifiziert und BMEcat-Kataloge erzeugt, macht die Prüfung wiederholbar statt einmalig. Ergänzend lohnt der Blick auf die Felder, die Sichtbarkeit und Conversion tragen, im Beitrag Produktdaten optimieren.

Das Audit ist damit eine Routine im Innendienst und kein IT-Projekt, vorausgesetzt, Klassifikation und Merkmalswerte werden an einer Stelle gepflegt.

Fazit: prüfen statt exportieren

Der Export ist die kleinste Aufgabe. Ob eine Lieferung ankommt, entscheidet sich vorher: ob Pflichtattribute vollständig, die Klassifikationstiefe gleichmäßig, der Kopfbereich korrekt und länderspezifische Vorgaben erfüllt sind.

Nehmen Sie drei Dinge mit:

• Anforderungsprofil: das schriftliche Regelwerk des Abnehmers, nicht die allgemeine Norm.
• Lückenliste: Vollständigkeitsprüfung Warengruppe für Warengruppe statt Gesamteindruck.
• Testkatalog: eine Teilmenge mit den kritischen Warengruppen vor dem vollständigen Erstversand.

Ob ein PIM nötig ist, hängt nicht an der Artikelzahl. Entscheidend sind Zahl der Absatzkanäle, Sprachen, geforderte Standards wie ETIM, eCl@ss und BMEcat, Änderungsfrequenz und Compliance-Pflichten. Ein überschaubares Sortiment über mehrere Kanäle und Sprachen verursacht mehr Pflegeaufwand als ein großes Sortiment in einem einzigen Kanal.

Bestände, die zwischen Tabelle, ERP und Exportmaske wandern, kosten mehr Zeit als die eigentliche Prüfung. Wandert die Pflege in ein zentrales System, wird aus dem einmaligen Audit eine wiederholbare Routine, und genau das ist der Unterschied zwischen einem Erstkatalog und jedem weiteren.

nextPIM klassifiziert nach eCl@ss und ETIM und erzeugt BMEcat-Kataloge. Uns gibt es seit 2019, dahinter stehen mehr als 100 erfolgreiche Implementierungen in Handel und Industrie, der Einstieg liegt bei 600 Euro pro Monat bei jährlicher Abrechnung.