Wie bildet man Lieferantenstrukturen auf eigene Klassifikationen ab?

Jens Bröking ·
Minimalistisches Baumdiagramm mit geometrischen Knoten in Schieferblau und Bernstein, zentraler leuchtender Pivotpunkt, Draufsicht auf weißem Hintergrund.

Lieferantenstrukturen auf eigene Klassifikationen abzubilden gelingt, indem man die eingehenden Produktdaten systematisch analysiert, Quell- und Zielklassen einander zuordnet und dieses Mapping in einem automatisierten Workflow verankert. Der Prozess setzt voraus, dass Format und Klassifikation klar voneinander getrennt behandelt werden und die eigene Zielstruktur vor dem ersten Import vollständig definiert ist. Die folgenden Abschnitte beantworten die wichtigsten Fragen rund um Lieferanten-Onboarding, Klassifikations-Mapping und Datenqualitätssicherung.

Welche Herausforderungen entstehen beim Mapping fremder Lieferantenklassifikationen?

Die größte Herausforderung beim Mapping fremder Lieferantenklassifikationen ist die strukturelle Heterogenität: Jeder Lieferant liefert Produktdaten in einer eigenen Logik, mit eigenen Warengruppen, Merkmalsbezeichnungen und Werteformaten. Selbst wenn zwei Lieferanten denselben Standard verwenden, weichen Versionsstand, Vollständigkeit und Granularität häufig voneinander ab.

Konkret entstehen beim Lieferanten-Onboarding folgende Probleme:

  • Versionsunterschiede: Ein Lieferant klassifiziert nach ECLASS 9.0, ein anderer nach ECLASS 11. Klassen, die in einer Version existieren, sind in einer anderen verschoben, verfeinert oder gelöscht worden. Produkte landen dann in nicht mehr gültigen Klassen.
  • Unvollständige Klassifizierung: Viele Lieferanten ordnen Produkte nur grob in Hilfsklassen ein oder lassen Pflichtmerkmale leer. Solche Datensätze sind für das eigene System kaum verwertbar.
  • Merkmalsbezeichnungen ohne Standard: Lieferanten, die keine normierte Klassifikation verwenden, benennen Merkmale frei. „Länge“, „Gesamtlänge“ und „L“ können dasselbe Merkmal meinen, müssen aber explizit aufeinander gemappt werden.
  • Einheitenkonflikte: Metrische und imperiale Werte erscheinen nebeneinander, ohne dass das Quellformat dies kennzeichnet.

Hinzu kommt ein organisatorischer Aspekt: Wer das Mapping nicht dokumentiert, verliert bei jeder Lieferantenaktualisierung oder Klassifikationsversion den Überblick. Stille Fehler entstehen dann erst beim Empfänger, also im eigenen System oder beim Endkunden.

Was sind die gängigsten Klassifikationsstandards im B2B-Handel?

Die im B2B-Handel relevantesten Klassifikationsstandards sind ECLASS und ETIM. Beide definieren Produktklassen, zugehörige Merkmale und zulässige Werte und bieten damit eine standardisierte Basis für die technische Produktbeschreibung. Welcher Standard dominiert, hängt stark von der Branche ab.

ECLASS ist branchenübergreifend ausgelegt und deckt ein sehr breites Produktspektrum ab. Die Klassifikation ist hierarchisch aufgebaut: Auf oberster Ebene stehen Segmente wie „Befestigungsmittel“, darunter folgen Hauptgruppen, Gruppen und schließlich Klassen wie „Holzschraube“. Jeder Klasse sind spezifische Merkmale zugeordnet, zum Beispiel Kopfform, Gewindedurchmesser oder Werkstoff. ECLASS wird in vielen Branchen als Grundlage für den elektronischen Produktdatenaustausch gefordert.

ETIM ist speziell auf die Elektro- und Installationsbranche ausgerichtet und dort der dominierende Standard. Proficl@ss spielte früher eine ähnliche Rolle, ist aber inzwischen in ETIM aufgegangen und damit für neue Projekte nicht mehr relevant.

Wichtig für das Lieferanten-Onboarding: Klassifikation und Übertragungsformat sind zwei verschiedene Dinge. BMEcat ist ein Übertragungsformat, kein Klassifikationssystem. Ein BMEcat-Katalog kann ECLASS-Daten enthalten, aber wer sagt „wir liefern in ETIM“, meint in der Regel „wir liefern einen BMEcat mit ETIM-Klassifikation“. Diese Unterscheidung verhindert Missverständnisse bei der Schnittstellendefinition mit Lieferanten.

Wie funktioniert das technische Mapping zwischen Lieferanten- und Eigenklassifikation?

Das technische Mapping zwischen Lieferanten- und Eigenklassifikation funktioniert über die systematische Zuordnung von Quellklassen zu Zielklassen sowie von Quellmerkmalen zu Zielmerkmalen. Dabei werden nicht nur Bezeichnungen übersetzt, sondern auch Werte transformiert, zum Beispiel durch Präfixe, Suffixe oder Einheitenumrechnungen.

Der Prozess läuft in mehreren Schritten ab:

  1. Analyse der Quelldaten: Welche Klassen, Merkmale und Werte liefert der Lieferant? Welche Version der Klassifikation wird verwendet? Sind Pflichtfelder befüllt?
  2. Definition der Zielstruktur: Welche eigene Klassifikation oder Warengruppenhierarchie soll befüllt werden? Welche Merkmale sind intern Pflicht?
  3. Klassen-Mapping: Jede Lieferantenklasse wird einer internen Klasse zugeordnet. Bei fehlender Entsprechung muss eine Entscheidung getroffen werden: Neue Klasse anlegen, nächsthöhere Klasse verwenden oder Produkt manuell nachbearbeiten.
  4. Merkmal-Mapping: Quellmerkmale werden Zielmerkmalen zugeordnet. Feste Werte können für Zielmerkmale hinterlegt werden, wenn der Lieferant ein Merkmal nicht liefert, es intern aber Pflicht ist.
  5. Wertetransformation: Einheiten werden umgerechnet, Wertelisten harmonisiert, Freitexte in normierte Werte überführt, soweit möglich.

Ein gut aufgebautes Mapping ist dokumentiert und versioniert. Wenn der Lieferant seine Datenstruktur ändert oder eine neue Klassifikationsversion erscheint, lässt sich das bestehende Mapping gezielt anpassen, ohne den gesamten Prozess neu aufzusetzen. Der einmalige Aufwand für Struktur und Mapping ist hoch; der laufende Betrieb wird zur Routine.

Wann sollte man Lieferantendaten normalisieren, statt sie direkt zu übernehmen?

Lieferantendaten sollten immer dann normalisiert werden, wenn sie nicht vollständig mit der eigenen Zielstruktur kompatibel sind. Eine direkte Übernahme ist nur dann sinnvoll, wenn Lieferant und Empfänger exakt dieselbe Klassifikationsversion, dieselben Pflichtfelder und dieselben Wertekonventionen verwenden. In der Praxis ist das die Ausnahme.

Normalisierung ist konkret notwendig, wenn:

  • der Lieferant eine ältere Klassifikationsversion verwendet, als das eigene System erwartet,
  • Merkmalsbezeichnungen oder Einheiten vom internen Standard abweichen,
  • Pflichtfelder im Lieferantendatensatz leer sind und intern befüllt werden müssen,
  • mehrere Lieferanten dasselbe Produkt mit unterschiedlichen Attributen beschreiben und eine einheitliche Darstellung im eigenen Katalog gefordert ist,
  • der Lieferant keine normierte Klassifikation verwendet und Produkte in freie Warengruppen einordnet.

Die direkte Übernahme ohne Normalisierung mag kurzfristig schneller wirken, erzeugt aber mittelfristig Inkonsistenzen im eigenen Datenbestand. Besonders bei größeren Produktportfolios mit vielen Lieferanten führt das zu Versionskonflikten und erheblichem Nachbearbeitungsaufwand. Eine zentrale Datenbasis mit kanalspezifischen Ausgaben ist der richtigere Ansatz als die unkontrollierte Übernahme von Rohdaten.

Welche Formate unterstützen den standardisierten Produktdatenaustausch mit Lieferanten?

Die wichtigsten Formate für den standardisierten Produktdatenaustausch mit Lieferanten im B2B-Bereich sind BMEcat, DATANORM und FAB-DIS. Welches Format relevant ist, hängt von der Branche und den Anforderungen des empfangenden Systems ab.

BMEcat ist das branchenübergreifend verbreitetste Format für elektronische Produktkataloge. Es transportiert Stammdaten, Klassifikationsinformationen und Preise in einer strukturierten XML-Datei. Alle gängigen Versionen werden im professionellen Lieferanten-Onboarding unterstützt.

DATANORM ist vor allem im Sanitär-, Heizungs- und Elektrogroßhandel verbreitet. Die Versionen 4 und 5 sind im Einsatz, wobei Version 5 mehr Merkmale und eine bessere Strukturierung bietet.

FAB-DIS ist das Standardformat der Elektronikindustrie und wird in den Versionen 2.3 und 3.0 verwendet. Es deckt neben Stammdaten auch Logistik- und Preisinformationen ab.

Daneben spielen GS1-XML für den Lebensmittel- und Konsumgüterbereich sowie CSV-basierte Formate wie ARGE/BMDG eine Rolle. Für das Lieferanten-Onboarding gilt: Das Format bestimmt, wie Daten übertragen werden. Die Klassifikation bestimmt, wie Produkte beschrieben und kategorisiert sind. Beide Dimensionen müssen beim Onboarding eines neuen Lieferanten separat geprüft und konfiguriert werden.

Wie lässt sich die Datenqualität nach dem Klassifikations-Mapping sicherstellen?

Die Datenqualität nach dem Klassifikations-Mapping lässt sich durch automatisierte Validierungsregeln, vollständige Dokumentation des Mappings und regelmäßige Abgleiche mit aktuellen Klassifikationsversionen sicherstellen. Qualitätssicherung ist kein einmaliger Schritt, sondern ein kontinuierlicher Prozess.

Konkret empfehlen sich folgende Maßnahmen:

  • Pflichtfeldprüfung vor dem Import: Datensätze, die intern definierte Pflichtfelder nicht befüllen, werden vor der Übernahme markiert und zur Nachbearbeitung zurückgestellt. Produkte ohne vollständige Klassifizierung sind in Webshops nicht auffindbar und nicht vergleichbar.
  • Klassifikationsversions-Abgleich: Klassen werden regelmäßig gelöscht, verschoben oder verfeinert. Ein automatischer Abgleich mit der aktuellen Klassifikationsversion erkennt, wenn Produkte in nicht mehr gültigen Klassen klassifiziert sind.
  • Mapping-Dokumentation: Jede Zuordnung von Quell- zu Zielmerkmalen wird dokumentiert. Wenn sich das Quellsystem des Lieferanten ändert, lässt sich das Mapping gezielt aktualisieren, ohne stille Fehler zu riskieren.
  • Kanalspezifische Ausgabeprüfung: Jeder Vertriebskanal hat eigene Anforderungen an Struktur, Pflichtfelder und Klassifikationsversion. Die Qualitätsprüfung muss kanalspezifisch erfolgen, nicht nur auf Basis der zentralen Datenbasis.
  • Regelmäßige Stichproben: Auch bei automatisierten Prozessen empfiehlt sich eine manuelle Stichprobenkontrolle, insbesondere nach Lieferantenaktualisierungen oder Versionswechseln der Klassifikation.

Ein häufiger Fehler ist es, einen einzigen Kanal als Vorlage für alle anderen zu nehmen. Was für den eigenen Webshop ausreicht, erfüllt möglicherweise nicht die strengen Anforderungen eines B2B-Marktplatzes. Qualitätssicherung muss daher immer die gesamte Ausgabebreite im Blick behalten.

Wie semaino das Lieferanten-Onboarding strukturiert umsetzt

Wir begleiten Händler und Hersteller dabei, Lieferantendaten aus unterschiedlichen Quellen strukturiert, geprüft und gemappt in ihre eigenen Systeme zu übernehmen. Unser Ansatz verbindet technische Automatisierung mit fachlicher Beratung, damit das Lieferanten-Onboarding nicht zum manuellen Dauerprojekt wird.

  • Mit semaino ecatOnboarding nehmen wir Lieferantendaten aus verschiedenen Formaten strukturiert entgegen, validieren sie gegen interne Anforderungen und überführen sie in die eigene Zielstruktur.
  • Wir unterstützen alle gängigen Eingangsformate, darunter BMEcat, DATANORM, FAB-DIS, GS1-XML und CSV-basierte Formate, sowie die Klassifikationen ECLASS und ETIM.
  • Merkmal-Mappings werden im ecatDesigner konfiguriert, dokumentiert und versioniert, sodass Änderungen auf Lieferantenseite oder bei Klassifikationsupdates gezielt nachgepflegt werden können.
  • Wir prüfen Pflichtfelder, Klassifikationsversionen und Wertekonventionen automatisiert vor der Übernahme, damit fehlerhafte Datensätze nicht unbemerkt ins System gelangen.
  • Für Unternehmen ohne internes Daten-Know-how übernehmen wir auch die operative Aufbereitung und Klassifizierung von Lieferantendaten als Dienstleistung.

Wenn Sie wissen möchten, wie sich Ihr Lieferanten-Onboarding konkret strukturieren lässt, sprechen Sie uns gerne an.

Ähnliche Artikel