Warum scheitert das Mapping von Lieferantendaten so häufig?

Jens Bröking · 13 Okt. 2026

Das Mapping von Lieferantendaten scheitert so häufig, weil strukturelle Unterschiede zwischen Quell- und Zielsystemen, fehlende Datenqualität auf Lieferantenseite und unzureichend automatisierte Prozesse zusammentreffen. Kein Lieferant liefert Daten in exakt dem Format, das Ihr internes System erwartet. Die folgenden Abschnitte beleuchten die wichtigsten Ursachen und zeigen, wo im Lieferanten-Onboarding konkrete Lösungsansätze greifen.

Was sind die häufigsten Ursachen für fehlgeschlagenes Datenmapping?

Datenmapping zwischen Lieferanten und Handelsunternehmen scheitert am häufigsten an drei Ursachen: unvollständige oder inkonsistente Quelldaten, fehlende Attributdefinitionen auf beiden Seiten und Mapping-Konfigurationen, die nicht mit den tatsächlichen Datenstrukturen übereinstimmen. Diese Probleme treten selten einzeln auf, sondern verstärken sich gegenseitig.

In der Praxis zeigt sich, dass Lieferanten ihre Produktdaten oft in unterschiedlichen Strukturen, mit unterschiedlichen Feldbezeichnungen und unterschiedlichem Befüllungsgrad liefern. Ein Attribut wie „Nennspannung“ kann beim einen Lieferanten als numerischer Wert mit Einheit, beim anderen als Freitext und beim dritten gar nicht vorhanden sein. Wenn das Mapping-Werkzeug dann versucht, dieses Feld auf ein Pflichtfeld im Zielsystem zu übertragen, schlägt der Prozess fehl.

Hinzu kommt ein organisatorisches Problem: Häufig fehlt ein verbindliches Glossar, das definiert, welches Attribut welche Bedeutung hat und wie es zu befüllen ist. Ohne diese Definition interpretieren verschiedene Lieferanten dieselben Felder unterschiedlich. Das Ergebnis sind Mapping-Fehler, die nicht in der Konfiguration des Werkzeugs liegen, sondern in der Datenqualität der Quelle. Mapping-Fehler lassen sich in der Werkzeugkonfiguration beheben, Datenqualitätsfehler müssen dagegen in den Quellsystemen korrigiert werden, sonst tauchen sie bei jeder neuen Auslieferung erneut auf.

Wie wirken sich unterschiedliche Klassifikationssysteme auf das Mapping aus?

Unterschiedliche Klassifikationssysteme erschweren das Mapping erheblich, weil sie Produkte nach verschiedenen Logiken strukturieren, unterschiedliche Merkmale definieren und unterschiedliche Wertelisten verwenden. Ein Produkt, das in ECLASS einer bestimmten Klasse zugeordnet ist, hat in ETIM eine andere Klasse mit anderen Pflichtmerkmalen.

Wenn ein Lieferant seine Daten nach ECLASS 9 klassifiziert und Ihr System ECLASS 10 erwartet, entstehen Lücken: Neue Merkmale existieren in den Quelldaten nicht, gelöschte Merkmale müssen ignoriert oder umgeleitet werden, und geänderte Wertelisten führen zu ungültigen Einträgen. Dasselbe gilt für den Wechsel zwischen Klassifikationssystemen, etwa wenn ein Lieferant ETIM verwendet und das Zielsystem ECLASS erwartet.

Besonders aufwendig ist das Mapping bei Versionswechseln innerhalb desselben Standards. Dabei empfiehlt sich eine strukturierte Vorgehensweise: Zunächst eine Übersicht aller Zielmerkmale erstellen, die gemappt sind, Wertelisten verwenden oder neue beziehungsweise gelöschte Werte enthalten. Dann prüfen, ob die Klassenzuordnung für die neue Version bereits im PIM vorhanden ist, neue Merkmale identifizieren und anlegen sowie Wertelisten systematisch abgleichen. Erst danach kann das eigentliche Mapping im Werkzeug umgesetzt werden.

ETIM hat in vielen Bereichen Proficl@ss abgelöst, da Proficl@ss im ETIM-Standard aufgegangen ist. Wer heute noch mit Proficl@ss-Daten von Lieferanten arbeitet, muss diesen Übergang im Mapping berücksichtigen.

Warum reichen manuelle Mapping-Prozesse in der Praxis nicht aus?

Manuelle Mapping-Prozesse reichen nicht aus, weil sie nicht skalieren, fehleranfällig sind und bei regelmäßigen Datenaktualisierungen zu einem dauerhaften Engpass werden. Wer das Mapping für jeden Lieferanten manuell in Tabellen pflegt, verliert bei wachsender Lieferantenzahl schnell die Kontrolle über Konsistenz und Aktualität.

Das Problem verschärft sich bei täglichen oder wöchentlichen Aktualisierungsanforderungen. Wenn ein Lieferant seine Preise oder Verfügbarkeiten regelmäßig aktualisiert, muss das Mapping bei jeder Auslieferung zuverlässig funktionieren. Ein manueller Prozess kann das nicht leisten, ohne erhebliche personelle Ressourcen zu binden.

Dazu kommt das Risiko von Inkonsistenzen: Wenn mehrere Personen dasselbe Mapping pflegen, entstehen ohne klare Versionskontrolle und Zuständigkeiten schnell widersprüchliche Konfigurationen. Intern bereits geänderte Felder können durch neue Lieferantendaten überschrieben werden, wenn keine Übernahmeregeln definiert sind. Manuelle Prozesse bieten keine systematische Möglichkeit, solche Regeln durchzusetzen.

Welche Datenformate bereiten beim Lieferantenmapping die größten Probleme?

Die größten Probleme beim Lieferantenmapping entstehen nicht durch ein einzelnes Format, sondern durch die Vielfalt der Formate, die gleichzeitig verarbeitet werden müssen. CSV-Dateien ohne einheitliche Spaltenstruktur, proprietäre Excel-Exporte und nicht standardkonforme XML-Varianten sind in der Praxis die häufigsten Problemquellen.

Standardformate wie BMEcat oder DATANORM sind grundsätzlich besser handhabbar, weil sie eine definierte Struktur vorgeben. Dennoch entstehen auch hier Probleme, wenn Lieferanten ältere Versionen verwenden, Pflichtfelder nicht befüllen oder herstellerspezifische Erweiterungen einbauen, die das empfangende System nicht kennt. FAB-DIS, das im Elektrogroßhandel verbreitet ist, bringt eigene Strukturanforderungen mit, die nicht ohne Weiteres auf andere Formate übertragbar sind.

Excel als Produktdatenbasis ist besonders problematisch: Es gibt keine Validierungsregeln für Produktklassifikationen, keine Versionskontrolle bei gleichzeitiger Bearbeitung durch mehrere Personen und keine automatische Ausgabe in standardisierte Formate. Wenn ein Lieferant seine Daten als Excel-Tabelle liefert, beginnt das Mapping mit einer manuellen Interpretationsaufgabe, bevor die eigentliche Transformation überhaupt starten kann.

Wie lässt sich Datenmapping zwischen Lieferanten automatisieren?

Datenmapping zwischen Lieferanten lässt sich automatisieren, indem der gesamte Onboarding-Prozess als wiederkehrender Workflow abgebildet wird: Lieferanten laden ihre Daten hoch, eine automatische Qualitätskontrolle prüft die Eingangsdaten, das Mapping wird regelbasiert ausgeführt und die Daten werden in das Zielformat überführt. An definierten Stellen können Freigabemechanismen eingebaut werden.

Regelbasierte Übernahme statt manueller Einzelentscheidungen

Eine Regel-Engine ermöglicht es, Übernahmeregeln verbindlich zu definieren: Welche Produktarten sollen übernommen werden? Welche intern bereits geänderten Felder dürfen nicht durch Lieferantendaten überschrieben werden? Solche Regeln machen den Prozess reproduzierbar und schützen die interne Datenqualität vor unkontrollierten Überschreibungen.

Validierung als fester Bestandteil des automatisierten Prozesses

Eine Validierung sollte bei jeder Katalogerzeugung durchgeführt werden, nicht nur vor der Erstauslieferung. Bei täglichen Aktualisierungsanforderungen muss sie fester Bestandteil des automatisierten Prozesses sein. Besonders wichtig ist sie bei der Ersteinrichtung, nach Mapping-Änderungen, nach größeren Datenaktualisierungen, bei der Anbindung neuer Lieferanten und nach Versionswechseln bei Klassifikationsstandards. Der Validierungsreport zeigt Symptome; die Ursachen liegen in Datenprozessen, Mapping-Konfigurationen und der Datenpflege in PIM und ERP.

Wann sollte ein Unternehmen externe Mapping-Expertise hinzuziehen?

Externe Mapping-Expertise ist dann sinnvoll, wenn intern das fachliche Know-how für Klassifikationsstandards fehlt, wenn Versionswechsel wie der Übergang von ECLASS 9 auf ECLASS 10 anstehen oder wenn das Lieferanten-Onboarding so viele Lieferanten umfasst, dass interne Ressourcen dauerhaft überlastet sind.

Ein konkretes Indiz: Wenn bei der Katalogerstellung regelmäßig festgestellt wird, dass Produktdaten fehlen, unvollständig oder fehlerhaft sind und sich nicht ohne Weiteres aus dem vorhandenen Datenbestand ermitteln lassen, ist das ein Zeichen dafür, dass der Prozess strukturell nicht funktioniert. In diesem Fall hilft externe Unterstützung nicht nur bei der Fehlerbehebung, sondern bei der Neugestaltung des gesamten Datenprozesses.

Auch bei der Anbindung an neue Marktplätze oder Kunden mit spezifischen Anforderungen ist externe Expertise relevant. Die Abstimmung und Tests mit Marktplatzbetreibern, die Anpassung von Katalogen an deren Vorgaben und die Begleitung des gesamten Onboarding-Prozesses von der Datenstrukturanalyse bis zur Prozessüberwachung sind Aufgaben, die spezialisiertes Wissen erfordern. Wer diese Kompetenz nicht intern aufgebaut hat, gewinnt durch externe Unterstützung Zeit und vermeidet kostspielige Fehler.

Wie semaino Sie beim Lieferanten-Onboarding unterstützt

Mapping-Probleme im Lieferanten-Onboarding haben selten eine einzige Ursache. Sie entstehen aus dem Zusammenspiel von Datenqualität, Formatvielfalt und fehlenden Prozessstrukturen. Wir unterstützen Unternehmen dabei, dieses Zusammenspiel systematisch zu lösen.

Strukturierte Datenübernahme: Wir bilden den Onboarding-Prozess als reproduzierbaren Workflow ab, inklusive automatischer Qualitätskontrolle, regelbasiertem Mapping und konfigurierbaren Freigabemechanismen.
Mapping auf alle relevanten Standards: Wir führen Mappings auf BMEcat, ECLASS, ETIM und weitere Formate durch und begleiten Versionswechsel von der Analyse bis zur Umsetzung im Werkzeug.
Schutz interner Daten: Über eine integrierte Regel-Engine stellen wir sicher, dass intern gepflegte Felder nicht durch eingehende Lieferantendaten überschrieben werden.
Dauerhafte Prozessbegleitung: Wir übernehmen einzelne Aufgaben wie Datenmapping oder Produktklassifizierung oder begleiten das gesamte Lieferanten-Onboarding dauerhaft, von der Datenstrukturanalyse bis zur laufenden Prozessüberwachung.
Marktplatzanbindung: Wir stimmen Kataloge auf die spezifischen Anforderungen einzelner Kunden oder Marktplätze ab und führen Tests mit Marktplatzbetreibern durch.

Mehr zu unserem Ansatz finden Sie unter semaino Lieferanten-Onboarding. Wenn Sie konkrete Fragen zu Ihrem Mapping-Prozess haben, sprechen Sie uns gerne an und vereinbaren Sie ein Gespräch.