Was ist der Unterschied zwischen Datenmapping und Datentransformation?

Jens Bröking · 11 Sep. 2026

Wer Produktdaten zwischen Systemen, Handelspartnern oder Marktplätzen austauscht, begegnet früher oder später zwei Begriffen, die häufig synonym verwendet werden: Datenmapping und Datentransformation. Beide Konzepte sind eng miteinander verwandt, beschreiben aber unterschiedliche Schritte im Prozess des Produktdatenaustauschs. Die Verwechslung der beiden führt in der Praxis zu Missverständnissen bei der Projektplanung und zu Fehlern in der technischen Umsetzung.

Dieser Artikel erklärt beide Konzepte präzise, zeigt, wie sie zusammenwirken, und gibt Ihnen konkrete Orientierung für typische B2B-Szenarien rund um Stammdaten, Datenformate und den elektronischen Produktdatenaustausch.

Was ist Datenmapping und wie funktioniert es?

Datenmapping bezeichnet die strukturierte Zuordnung von Datenfeldern aus einem Quellsystem zu den entsprechenden Feldern eines Zielsystems oder Zielformats. Es geht dabei zunächst um die Frage: Welches Feld im Quellsystem entspricht welchem Feld im Zielformat?

Ein konkretes Beispiel: In Ihrem ERP-System heißt ein Feld „Artikelbezeichnung_lang“. Im Zielformat BMEcat trägt das entsprechende Feld den Namen „DESCRIPTION_LONG“. Das Mapping legt fest, dass der Inhalt des einen Feldes in das andere übertragen wird. Diese Zuordnung klingt simpel, wird aber in der Praxis schnell komplex.

Beim Datenmapping können mehrere Quellfelder auf ein einziges Zielfeld kombiniert werden. Umgekehrt kann ein Quellfeld auf mehrere Zielfelder verteilt werden. Auch Abhängigkeiten zwischen Feldern lassen sich im Mapping abbilden, etwa wenn ein bestimmter Wert in Feld A voraussetzt, dass Feld B einen definierten Inhalt enthält.

Wichtige Eigenschaften eines guten Mappings:

Es dokumentiert jede Feldzuordnung nachvollziehbar
Es berücksichtigt Pflichtfelder und optionale Felder des Zielformats
Es ist wiederverwendbar für verschiedene Empfänger mit ähnlichen Anforderungen
Es muss bei Versionswechseln von Klassifikationsstandards wie ECLASS oder ETIM überprüft und angepasst werden

Das Mapping ist damit die konzeptionelle Grundlage: Es beschreibt, was wohin gehört. Was mit den Daten auf dem Weg dorthin passiert, ist eine andere Frage.

Was ist Datentransformation und was unterscheidet sie vom Mapping?

Datentransformation bezeichnet die inhaltliche Veränderung von Daten während ihrer Übertragung von einem System in ein anderes. Während das Mapping die Zuordnung beschreibt, beschreibt die Transformation die Umwandlung.

Ein anschauliches Beispiel: Ihr Quellsystem speichert Gewichtsangaben in Gramm. Das Zielformat erwartet Kilogramm. Die Transformation rechnet den Wert automatisch um. Das Mapping hat dabei festgelegt, dass das Gewichtsfeld des Quellsystems dem Gewichtsfeld des Zielformats entspricht. Die Transformation führt die notwendige Einheitenumrechnung durch.

Typische Transformationsoperationen im Produktdatenaustausch sind:

Einheitenumrechnungen (Gramm zu Kilogramm, Millimeter zu Zentimeter)
Hinzufügen von Präfixen oder Suffixen zu Feldwerten
Normalisierung von Schreibweisen (Großschreibung, Zeichensätze)
Zusammenführen mehrerer Felder zu einem Zielfeld mit definiertem Trennzeichen
Umschlüsselung von Codes, etwa wenn interne Kategoriecodes auf ECLASS-Klassen gemappt werden
Filterung von Datensätzen nach definierten Regeln

Der entscheidende Unterschied: Mapping ist strukturell, Transformation ist inhaltlich. Mapping sagt „dieses Feld geht dorthin“, Transformation sagt „und dabei wird der Wert so verändert“. In der Praxis sind beide Schritte eng verzahnt und werden oft in einem Arbeitsschritt konfiguriert, was die begriffliche Trennung erschwert.

Wie Mapping und Transformation im Datenaustausch zusammenwirken

Mapping und Transformation sind keine Alternativen, sondern aufeinanderfolgende Schritte innerhalb desselben Prozesses. Ohne Mapping weiß ein System nicht, wohin ein Datenwert gehört. Ohne Transformation kann ein korrekt gemappter Wert trotzdem im falschen Format oder in der falschen Einheit ankommen.

Ein hilfreiches Bild: Das Mapping ist der Adressaufkleber auf einem Paket, der festlegt, wohin es geht. Die Transformation ist der Prozess, der den Inhalt des Pakets so verpackt, dass er am Zielort verwendbar ist. Beides zusammen ergibt einen vollständigen, normkonformen Datensatz.

Im B2B-Produktdatenaustausch läuft dieser kombinierte Prozess typischerweise so ab:

Daten werden aus Quellsystemen wie ERP oder PIM ausgelesen
Das Mapping ordnet jeden Quellwert einem Zielfeld im gewünschten Format zu, etwa BMEcat oder GS1/XML
Transformationsregeln verändern die Werte, wo das Zielformat andere Einheiten, Strukturen oder Wertelisten erwartet
Das Ergebnis wird validiert und an den Empfänger ausgeliefert

Besonders relevant wird dieses Zusammenspiel, wenn Klassifikationsstandards wie ECLASS oder ETIM ins Spiel kommen. Das Format transportiert die Daten, die Klassifikation strukturiert den Inhalt. Mapping und Transformation müssen beide Ebenen berücksichtigen: die Formatebene und die inhaltliche Klassifikationsebene.

Typische Anwendungsfälle im B2B-Produktdatenaustausch

Mapping und Transformation begegnen Ihnen in nahezu jedem Szenario, in dem Produktdaten zwischen Systemen oder Partnern ausgetauscht werden. Die Anforderungen variieren je nach Empfänger und Zielformat erheblich.

Lieferung an Handelspartner in standardisierten Formaten

Wenn Sie Produktkataloge an Kunden im Format BMEcat liefern, müssen Ihre internen Artikelstammdaten auf die Felder und Strukturen dieses Standards gemappt werden. Gleichzeitig transformieren Sie Werte, die Ihr System intern anders speichert, in die vom Standard erwartete Form. Einmal konfiguriert, lässt sich dieses Mapping für alle Kunden mit gleichen Formatanforderungen wiederverwenden.

Anbindung an Marktplätze mit eigenen Anforderungen

Marktplätze wie Amazon Business oder branchenspezifische Beschaffungsportale stellen eigene, oft sehr strenge Anforderungen an Datenstruktur und Attributvollständigkeit. Hier reicht ein generisches Mapping nicht aus. Sie benötigen empfängerspezifische Mappings, die die individuellen Pflichtfelder und Wertelisten des jeweiligen Marktplatzes abbilden, kombiniert mit Transformationsregeln, die Ihre internen Werte in das erwartete Format überführen.

Zusammenführung mehrerer Quellsysteme

In vielen Unternehmen liegen technische Merkmale im PIM-System und kundenspezifische Preise im ERP. Ein vollständiger, normkonformer Katalog erfordert Daten aus beiden Quellen. Das Mapping legt fest, welche Felder aus welchem System stammen. Die Transformation sorgt dafür, dass die zusammengeführten Daten konsistent und formatkonform sind.

Versionswechsel bei Klassifikationsstandards

Wenn ECLASS oder ETIM eine neue Version veröffentlichen, ändern sich Klassen, Merkmale und Wertelisten. Bestehende Mappings müssen geprüft und angepasst werden. Transformationsregeln, die auf veraltete Codes oder Wertelisten verweisen, liefern nach einem Versionswechsel fehlerhafte Ergebnisse, wenn sie nicht aktualisiert werden.

Häufige Fehler beim Mapping und bei der Transformation vermeiden

Viele Probleme im Produktdatenaustausch lassen sich auf Fehler im Mapping oder in der Transformation zurückführen. Die gute Nachricht: Die meisten dieser Fehler sind vermeidbar, wenn Sie die häufigsten Stolperstellen kennen.

Mapping ohne Dokumentation

Ein Mapping, das nur in einem Werkzeug konfiguriert, aber nirgends dokumentiert ist, wird zur Blackbox. Wenn Mitarbeiter wechseln oder Formate aktualisiert werden, fehlt die Grundlage für eine gezielte Anpassung. Dokumentieren Sie jede Feldzuordnung und die zugehörigen Transformationsregeln nachvollziehbar.

Transformation im falschen System

Ein verbreiteter Fehler ist es, Transformationslogik direkt im Quellsystem zu implementieren, anstatt sie in einem dedizierten Transformationswerkzeug zu verwalten. Das führt dazu, dass Änderungen an Formatanforderungen Eingriffe in das ERP oder PIM erfordern, was aufwendig und fehleranfällig ist.

Mapping-Fehler und Datenqualitätsfehler verwechseln

Wenn ein Validierungsreport Fehler meldet, liegt die Ursache entweder im Mapping oder in der Datenqualität der Quellsysteme. Mapping-Fehler beheben Sie in der Konfiguration des Transformationswerkzeugs. Datenqualitätsfehler müssen im Quellsystem behoben werden, sonst tauchen sie bei der nächsten Auslieferung erneut auf. Diese Unterscheidung ist für eine gezielte Fehlerbehebung wichtig.

Mappings nach Versionswechseln nicht aktualisieren

Klassifikationsstandards wie ECLASS werden regelmäßig aktualisiert. Neue Merkmale kommen hinzu, alte werden gestrichen, Wertelisten ändern sich. Wer Mappings nach einem Versionswechsel nicht überprüft, liefert Kataloge aus, die nicht mehr der aktuellen Normversion entsprechen.

Mapping und Transformation systematisch aufsetzen

Ein systematischer Aufbau von Mapping und Transformation spart langfristig Zeit und reduziert Fehler. Die folgenden Schritte helfen Ihnen, den Prozess strukturiert anzugehen.

Schritt 1: Quellsysteme und Zielformate analysieren. Klären Sie zunächst, welche Systeme als Datenquellen dienen (ERP, PIM, Excel) und welche Formate und Klassifikationen die Empfänger erwarten. Erstellen Sie eine Übersicht aller Zielmerkmale, die gemappt werden müssen, welche Wertelisten sie verwenden und ob neue oder gelöschte Werte zu berücksichtigen sind.

Schritt 2: Mapping-Tabelle erstellen. Ordnen Sie systematisch jedem Zielfeld ein Quellfeld zu. Halten Sie dabei fest, ob eine Transformation notwendig ist und welche Regel gilt. Kennzeichnen Sie Pflichtfelder des Zielformats und prüfen Sie, ob alle Pflichtfelder aus den Quellsystemen befüllt werden können.

Schritt 3: Transformationsregeln definieren. Legen Sie für jedes Feld, das eine Umwandlung erfordert, die genaue Regel fest. Einheitenumrechnungen, Werteumschlüsselungen und Formatierungsregeln sollten klar beschrieben sein, bevor sie in einem Werkzeug konfiguriert werden.

Schritt 4: Validierung in den Prozess integrieren. Führen Sie nach jeder Katalogerzeugung eine Validierung durch, nicht nur bei der Erstauslieferung. Besonders wichtig ist die Validierung nach Mapping-Änderungen, nach größeren Datenaktualisierungen und nach Versionswechseln bei Klassifikationsstandards.

Schritt 5: Mappings pflegen und versionieren. Behandeln Sie Mappings wie Software: Versionieren Sie Änderungen, dokumentieren Sie den Grund für jede Anpassung und legen Sie klare Zuständigkeiten für die Pflege fest. So bleibt der Prozess auch dann beherrschbar, wenn Formate oder Klassifikationen aktualisiert werden.

Mapping und Transformation mit dem ecatDesigner von Semaino umsetzen

Wir bei Semaino unterstützen Hersteller und Händler dabei, Mapping und Transformation nicht als einmalige Aufgabe, sondern als dauerhaft stabilen Prozess aufzusetzen. Unser ecatDesigner wurde als Datendrehscheibe entwickelt, die Daten aus PIM, ERP oder anderen Quellen entgegennimmt und sie in die Formate und Klassifikationen umwandelt, die Ihre Kunden, Marktplätze oder Portale konkret benötigen.

Was wir konkret für Sie leisten:

Anbindung Ihrer Datenquellen wie SAP, PIM oder Excel an eine zentrale Transformationslösung
Durchführung von Mappings auf alle gängigen Standards wie BMEcat, ETIM, ECLASS oder GS1/XML per Drag-and-Drop-Oberfläche
Empfängerspezifische Anpassung von Katalogen mit Validierung und detailliertem Fehlerreport vor jeder Auslieferung
Vollständige Automatisierung des Erstellungsprozesses von zeitgesteuerten Datenimporten bis zur automatischen Auslieferung
Unterstützung bei Versionswechseln von Klassifikationsstandards inklusive Analyse betroffener Klassen und Anpassung der Mappings
Übernahme der gesamten Katalogerstellung als Dienstleistung für Unternehmen, die internes Know-how durch Spezialisten ergänzen möchten

Wenn Sie Ihren Mapping- und Transformationsprozess strukturiert aufbauen oder bestehende Prozesse optimieren möchten, sprechen Sie uns an. Wir analysieren Ihren Ist-Zustand und zeigen Ihnen, wo konkreter Handlungsbedarf besteht. Nehmen Sie gerne Kontakt auf.