Feld-Mapping
Feld-Mapping ist die eindeutige Zuordnung von Datenfeldern eines Quellsystems zu den passenden Feldern eines Zielsystems – etwa „Kundennr." auf „Debitorennummer". Es legt fest, welches Feld wohin gehört und wie Werte dabei umgeschlüsselt oder umformatiert werden.
Feld-Mapping ist die eindeutige, dokumentierte Zuordnung von Datenfeldern eines Quellsystems zu den passenden Feldern eines Zielsystems. Es beantwortet die Frage, welches Feld im einen System welchem Feld im anderen entspricht – etwa das Altsystem-Feld „Kundennr." dem ERP-Feld „Debitorennummer" oder ein Freitext-Land dem genormten ISO-Ländercode. Das Mapping definiert nicht nur die Feld-zu-Feld-Beziehung, sondern häufig auch, wie Werte dabei umgewandelt werden müssen: umgeschlüsselt, umformatiert, zusammengeführt oder aufgeteilt.
Gebraucht wird Feld-Mapping überall dort, wo Daten zwischen unterschiedlich aufgebauten Systemen fließen: bei der einmaligen Datenmigration in ein neues ERP, beim wiederkehrenden Datenimport (etwa einer Preisliste per CSV) und bei der dauerhaften Integration über APIs, etwa zwischen ERP und Onlineshop. Weil kaum zwei Systeme dieselben Feldnamen, Datentypen und Wertelisten verwenden, ist das Mapping die Übersetzungsvorschrift, ohne die Daten nicht sinnvoll übertragbar sind. Ein sauber abgestimmtes Feld-Mapping ist deshalb das Herzstück jeder Datenübernahme – ein falsches oder lückenhaftes Mapping führt zuverlässig zu vertauschten, abgeschnittenen oder inhaltlich falschen Datensätzen.
Auf einen Blick
- Zuordnung von Datenfeldern Quellsystem → Zielsystem (Feld-zu-Feld-Beziehung)
- Regelt auch Umschlüsselung, Formatierung, Zusammenführen und Aufteilen von Werten
- Grundlage jeder Migration, jedes Imports und jeder Schnittstelle/Integration
- Herausforderung ist meist die Semantik, nicht die Technik: Feldnamen täuschen
- Muss dokumentiert und fachlich abgestimmt sein, damit Läufe reproduzierbar bleiben
Wie Feld-Mapping funktioniert
Ein Feld-Mapping wird meist als Tabelle oder Regelwerk erstellt, das jedem Quellfeld ein Zielfeld gegenüberstellt. Im einfachsten Fall ist das eine 1:1-Zuordnung gleichartiger Felder – „E-Mail" auf „E-Mail". In der Praxis überwiegen jedoch Fälle, in denen zusätzlich eine Transformation nötig ist, weil das Zielsystem andere Datentypen, Nummernkreise, Pflichtfelder oder Wertelisten erwartet. Das Mapping legt dann fest, nach welcher Regel der Quellwert in einen gültigen Zielwert überführt wird.
Technisch umgesetzt wird das Mapping je nach Kontext unterschiedlich: in einem Migrationswerkzeug oder ETL-Tool, im Import-Assistenten des ERP, in einer Middleware oder direkt im Code einer API-Schnittstelle. Unabhängig vom Werkzeug gilt: Das Mapping sollte versioniert und nachvollziehbar dokumentiert sein, damit Testläufe wiederholbar bleiben und Entscheidungen später begründbar sind.
Arten der Zuordnung: 1:1, umschlüsseln, splitten, zusammenführen
Die einfachste Form ist die direkte 1:1-Zuordnung. Bei der Umschlüsselung (Value Mapping) wird ein Quellwert über eine Übersetzungstabelle auf einen anderen Zielwert abgebildet – etwa das Land „Deutschland" auf den ISO-Code „DE" oder eine alte Warengruppen-Nummer auf eine neue. Beim Splitten wird ein Feld auf mehrere aufgeteilt, klassisch ein Freitext-Adressfeld in Straße, Hausnummer, PLZ und Ort. Umgekehrt führt das Zusammenführen mehrere Quellfelder in ein Zielfeld zusammen. Häufig kommen berechnete oder mit festen Standardwerten gefüllte Zielfelder hinzu, für die es im Quellsystem gar keine Entsprechung gibt.
Semantik schlägt Feldname
Die größte Fehlerquelle ist nicht die Technik, sondern die Bedeutung eines Feldes. Zwei gleich benannte Felder können inhaltlich Verschiedenes meinen – ein „Preis" kann brutto oder netto, mit oder ohne Rabatt, in unterschiedlicher Währung geführt sein. Ein rein technisch korrektes Mapping erzeugt dann trotzdem falsche Ergebnisse. Deshalb muss das Mapping fachlich abgestimmt werden: Wer die Prozesse kennt, klärt, was ein Feld wirklich bedeutet, bevor es zugeordnet wird.
Warum Feld-Mapping über die Datenqualität entscheidet
Das Feld-Mapping ist der Punkt, an dem sich entscheidet, ob im Zielsystem korrekte oder verfälschte Daten ankommen. Ein Fehler im Mapping wirkt sich nicht auf einen einzelnen Datensatz aus, sondern auf alle: Wird das falsche Feld zugeordnet oder eine Umschlüsselung falsch definiert, ist der gesamte Datenbestand systematisch fehlerhaft. Anders als vereinzelte Tippfehler sind solche Mapping-Fehler oft schwer zu bemerken, weil die Daten formal gültig aussehen und erst im laufenden Betrieb auffallen.
Deshalb gehört zu jedem Mapping eine Validierung: Kontrollsummen, Datensatzzahlen und Stichproben zeigen, ob Werte korrekt und vollständig übertragen wurden. Typische Prüfpunkte sind das Abschneiden zu langer Werte durch kürzere Zielfelder, falsch interpretierte Datumsformate (etwa Tag/Monat vertauscht), verlorene führende Nullen bei Nummern oder Umschlüsselungen, die einen Quellwert keiner gültigen Zielkategorie zuordnen. Ein gutes Mapping definiert für solche Ausnahmefälle bewusst ein Verhalten, statt sie stillschweigend durchlaufen zu lassen.
Feld-Mapping im ERP-System
Im ERP-Umfeld begegnet einem Feld-Mapping in zwei Rollen. Zum einen bei der Einführung: Die Übernahme von Stammdaten wie Artikel, Kunden und Lieferanten aus dem Altsystem steht und fällt mit einem sauberen Mapping auf die Feldstruktur des neuen ERP. Zum anderen im laufenden Betrieb: Jede Schnittstelle zwischen dem ERP und angebundenen Systemen – Shop, Marktplatz, Versanddienstleister, Buchhaltung – beruht auf einem Mapping, das die Felder beider Seiten aufeinander abbildet. Weil viele ERP-Systeme feste Pflichtfelder und definierte Nummernkreise vorgeben, ist das Mapping hier oft anspruchsvoller als ein simpler CSV-Import.
Der Umfang und die Ziel-Feldstruktur sollten früh geklärt und idealerweise im Lastenheft bzw. Pflichtenheft festgehalten werden. Standard-ERP bringt für gängige Objekte meist vordefinierte Import-Vorlagen mit, die das Mapping vereinfachen; abweichende oder individuell angelegte Felder erfordern dagegen ein manuelles, dokumentiertes Mapping. In der DACH-Praxis kommen spezifische Anforderungen hinzu – etwa die korrekte Zuordnung von USt-IdNr., IBAN, Sachkonten oder DATEV-relevanten Feldern –, deren Formate und Prüfregeln im Mapping berücksichtigt werden müssen.
Abgrenzung: Feld-Mapping vs. Datenmigration vs. Schnittstelle
Feld-Mapping ist kein eigenständiger Prozess, sondern ein Baustein. Die Datenmigration ist der übergeordnete, einmalige Vorgang der Datenübernahme, in dem das Mapping den Übersetzungsschritt liefert. Eine Schnittstelle oder API beschreibt die dauerhafte technische Verbindung zweier Systeme – auch sie enthält ein Mapping als inhaltliche Übersetzungsvorschrift. Kurz: Migration und Schnittstelle sind das „Wie und Wann" der Übertragung, das Feld-Mapping ist das „Was gehört wohin".
Typische Stolperfallen und wie man sie vermeidet
Die häufigsten Fehler sind Mappings, die nur technisch, aber nicht fachlich abgestimmt wurden, unbeachtete Formatunterschiede (Datum, Dezimaltrennzeichen, Zeichensatz) und fehlende Regeln für Werte, die im Zielsystem keine Entsprechung haben. Auch das Vertrauen auf identische Feldnamen ist riskant, weil Namensgleichheit keine Bedeutungsgleichheit garantiert. Ein weiteres Problem sind zu kurze Zielfelder, die Werte unbemerkt abschneiden.
Beherrschbar wird das durch ein methodisches Vorgehen: ein vollständig dokumentiertes Mapping-Dokument, das jede Zuordnung samt Transformationsregel und Ausnahmebehandlung festhält; die Einbindung der Fachabteilung zur Klärung der Feldsemantik; mehrere Testläufe mit echten Daten; sowie klare Abnahmekriterien mit Kontrollsummen und Stichproben. So bleibt das Mapping reproduzierbar und Fehler werden im Test statt im Produktivbetrieb gefunden.
Praxisbeispiel
Beispiel: Shop-Anbindung bei einem Mittelständler
Ein Händler bindet seinen Onlineshop an ein neues ERP an. Im Shop heißt das Kundenfeld „billing_country" und enthält den ausgeschriebenen Ländernamen („Deutschland", „Österreich"), das ERP erwartet im Feld „Land" dagegen den zweistelligen ISO-Code („DE", „AT"). Das Mapping ordnet die beiden Felder einander zu und hinterlegt eine Umschlüsselungstabelle für die Werte. Zusätzlich wird das einzeilige Adressfeld des Shops beim Import in die vier ERP-Felder Straße, Hausnummer, PLZ und Ort gesplittet.
Im ersten Testlauf fällt auf, dass Bestellungen mit dem Land „Schweiz" ohne gültigen ISO-Code durchrutschen, weil dieser Wert in der Umschlüsselungstabelle fehlte – die betroffenen Datensätze landeten ohne Land im ERP. Das Team ergänzt die Regel, definiert für unbekannte Länder eine Fehlermeldung statt eines Leerwerts und wiederholt den Lauf. Erst nach fehlerfreier Stichprobe geht die Schnittstelle produktiv. Der Aufwand steckte damit nicht in der technischen Verbindung, sondern in der sauberen fachlichen Abbildung der Felder und Werte.
Häufige Fragen
Passende Leistungen
Quellen
Fragen zu Feld-Mapping in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.