Datenmigration im Handel: Fallstricke vermeiden und sauber umstellen

Wenn im Handel ein ERP-System oder WMS-System erneuert wird, entscheidet selten die Oberfläche über den Erfolg. Meist entscheidet die Datenqualität. Eine umfassende Datenmigration im Handel ist deshalb kein reines IT-Projekt, sondern ein betrieblicher Kraftakt, der Einkauf, Verkauf, Lager, Finance und Stammdatenverantwortliche gleichermaßen betrifft. Wer hier zu spät startet, zu wenig bereinigt oder Prozesse nicht mitdenkt, riskiert fehlerhafte Bestände, falsche Preise, verzögerte Lieferungen und unzufriedene Kunden.

Genau deshalb lohnt es sich, die Datenmigration im Handel von Beginn an strukturiert zu planen, und zwar mit klaren Verantwortlichkeiten, nachvollziehbaren Regeln und realistischen Tests. In diesem Artikel erfahren Sie, welche typischen Fallstricke es gibt, wie Sie eine Datenmigration im ERP fachlich und technisch sauber vorbereiten, welche Datenbereiche im Handel besonders kritisch sind, und wie Sie den Go-live ohne böse Überraschungen erreichen.

Der Fokus liegt auf praxisnahen Schritten, die Sie unabhängig vom Systemanbieter anwenden können, mit einem Blick darauf, wie sich der Aufwand reduzieren lässt, wenn ERP und WMS konsequent zusammenspielen.

Inhaltsverzeichnis

• Warum Datenmigration im Handel oft unterschätzt wird
• Typische Fallstricke bei der Datenmigration im Handel
  • Fallstrick 1: Unklare Datenverantwortung
  • Fallstrick 2: Zu viel Historie migrieren
  • Fallstrick 3: Artikelattribute und Varianten sind nicht standardisiert
  • Fallstrick 4: Preislogiken und Konditionen sind nicht transparent
  • Fallstrick 5: Bestände und Lagerstrukturen werden zu spät getestet
  • Fallstrick 6: Schnittstellen werden als Nebensache behandelt
• Vorgehensmodell für eine sichere Datenmigration im Handel
  • 1. Zielbild und Datenumfang festlegen
  • 2. Datenprofiling durchführen
  • 3. Bereinigung und Harmonisierung planen
  • 4. Mapping und Transformation sauber definieren
  • 5. Mehrere Migrationstests, nicht nur einen
  • 6. Cutover-Plan und Parallelbetrieb realistisch gestalten
• Besonders kritische Datenbereiche im Handel
  • Artikelstamm und Varianten
  • Bestände und Reservierungen
  • Offene Belege
  • Preise, Konditionen, Aktionen
  • Lagerstruktur und WMS-Daten
• Qualitätssicherung: So prüfen Sie eine Datenmigration im ERP
  • Automatische Prüfungen
  • Fachliche Kontrollen
• Schnittstellen und Datenflüsse: Der unterschätzte Erfolgsfaktor
• Aufwand reduzieren durch klare Standards und integrierte Prozesse
• Häufige Fragen zur Datenmigration im Handel
  • Wie früh sollte man mit Datenmigration im Handel starten?
  • Wer sollte im Projekt die Datenmigration im ERP leiten?
  • Welche Tools benötigt man für Datenmigration im ERP?
  • Was ist wichtiger: Datenbereinigung oder Migrationstechnik?
• Was am Ende zählt: So wird Ihre Datenmigration im Handel wirklich stabil
• So gehen Sie jetzt konkret weiter vor, mit Checkliste und Prioritäten

Warum Datenmigration im Handel oft unterschätzt wird

Handelsunternehmen arbeiten mit großen Datenmengen, vielen Artikeln, Varianten, Preisen, Lieferanten, Kunden, Konditionen und Bewegungsdaten. Gleichzeitig ist der Zeitdruck hoch, weil das Tagesgeschäft weiterlaufen muss. Eine saubere Datenmigration im Handel wird deshalb häufig zu optimistisch angesetzt, etwa nach dem Motto: Daten exportieren, importieren, fertig.

In der Realität treten aber drei Effekte auf, die die Komplexität erhöhen:

1. Daten sind selten so sauber, wie man es im Alltag wahrnimmt. Dubletten, abweichende Einheiten, fehlende Attribute oder historisch gewachsene Übergangslösungen sind normal.
2. Daten hängen eng an Prozessen. Wenn sich Prozesse verändern, müssen Datenstrukturen und Regeln mitziehen.
3. Die technische Übertragung ist nur ein Teil. Mindestens genauso wichtig ist die fachliche Definition, welche Daten überhaupt migriert werden sollen, in welcher Qualität, und mit welchen Plausibilitäten.

Eine gute Datenmigration im ERP ist deshalb immer auch ein Qualitätsprojekt. Sie verbessert nicht nur die neue Systemlandschaft, sondern stabilisiert gleichzeitig operative Abläufe, weil viele Fehlerquellen sichtbar werden, die vorher durch manuelle Korrekturen verborgen blieben.

Typische Fallstricke bei der Datenmigration im Handel

Im Handel tauchen bestimmte Fehlerbilder besonders häufig auf. Wenn Sie diese früh adressieren, sparen Sie in der Umsetzung Wochen.

Fallstrick 1: Unklare Datenverantwortung

Ohne klaren Owner pro Datenbereich wird jede Datenmigration im Handel zäh. IT kann Daten bewegen, aber nicht entscheiden, welche Artikelgruppe welche Pflichtattribute benötigt, oder welche Preislogik gilt. Legen Sie für Stammdaten und Bewegungsdaten jeweils fachliche Verantwortliche fest, plus Stellvertretung.

Typische Verantwortungsbereiche im Handel:

• Artikelstamm, Varianten, Attribute, Einheiten
• Lieferantenstamm, Einkaufskonditionen, Lieferzeiten
• Kundenstamm, Kundengruppen, Preislisten, Rabatte
• Lagerplätze, Zonen, Behältertypen, Packmittel
• Bestände, Reservierungen, offene Aufträge, offene Bestellungen
• Finanzdaten wie Konten, Steuerschlüssel, Zahlungsbedingungen

Fallstrick 2: Zu viel Historie migrieren

Ein Klassiker bei der Datenmigration im ERP-System ist der Versuch, alles mitzunehmen. Das erhöht das Volumen, verlängert Tests und verschiebt den Go-live. Sinnvoller ist eine klare Migrationsstrategie: Was muss operativ vorhanden sein, was reicht als Archiv, und was wird nur als Referenz benötigt?

Pragmatische Entscheidungshilfe:

• Operativ notwendig: offene Aufträge, offene Bestellungen, aktuelle Bestände, relevante Konditionen
• Begrenzte Historie: zum Beispiel 12 bis 24 Monate für Retouren, Reklamationen, Nachkalkulation
• Archiviert: ältere Belege, die selten benötigt werden, aber revisionssicher verfügbar sein müssen

Fallstrick 3: Artikelattribute und Varianten sind nicht standardisiert

Gerade im Handel mit vielen Varianten, etwa Größen, Farben, Chargen, Seriennummern oder MHD, entstehen schnell Inkonsistenzen. Für eine saubere Datenmigration im Handel ist das kritisch, weil das neue System meist strengere Regeln hat. Wenn Attribute bisher frei befüllt wurden, brauchen Sie klare Wertebereiche, Pflichtfelder und Validierungen.

Praxistipp: Erstellen Sie ein Attributmodell, das die Artikelwelt abbildet, und definieren Sie pro Warengruppe Pflichtattribute. So vermeiden Sie, dass beim Import Tausende Datensätze scheitern oder unvollständig ankommen.

Fallstrick 4: Preislogiken und Konditionen sind nicht transparent

Preisfindung im Handel kann komplex sein, mit Staffelpreisen, Aktionspreisen, kundenspezifischen Preisen, Boni, Skonti und unterschiedlichen Steuerlogiken. In der Datenmigration im ERP reicht es nicht, Preisfelder zu übernehmen. Sie müssen verstehen, welche Logik dahinterliegt, und ob die Logik im Zielsystem identisch umgesetzt wird.

Checkpunkte:

• Preisquellen, etwa Basispreis, Aktionspreis, kundenspezifisch
• Gültigkeiten und Prioritäten
• Rundungsregeln
• Steuerlogik und Länderlogik
• Währungen und Umrechnung

Fallstrick 5: Bestände und Lagerstrukturen werden zu spät getestet

Viele Projekte planen die Lagerdaten erst am Ende. Im Handel rächt sich das, weil Lagerplätze, Zonen, Nachschubregeln, Verpackungseinheiten und Kommissionierlogiken die Datenanforderungen bestimmen. Wenn ERP und WMS getrennt betrachtet werden, entstehen Schnittstellenkonflikte. Eine Datenmigration im Handel sollte Lagerstruktur und Bestandslogik deshalb früh mit dem Zielprozess abgleichen.

Fallstrick 6: Schnittstellen werden als Nebensache behandelt

Auch wenn das Zielsystem stark ist, bleibt die Realität: Marktplätze, PIM, POS, Versanddienstleister, Finanzsysteme, BI und EDI müssen weiter funktionieren. Viele Probleme nach dem Go-live hängen nicht an der Datenmigration im ERP, sondern an fehlenden Mapping-Regeln in Schnittstellen. Planen Sie Schnittstellen als Datenprodukte, mit klaren Feldern, Regeln und Testfällen.

Vorgehensmodell für eine sichere Datenmigration im Handel

Ein belastbares Vorgehen folgt einem klaren Zyklus: definieren, bereinigen, transformieren, laden, prüfen, wiederholen. Je öfter Sie diesen Zyklus durchlaufen, desto stabiler wird die Migration.

1. Zielbild und Datenumfang festlegen

Starten Sie mit einem Zielbild, das fachlich und technisch abgestimmt ist. Dazu gehört die Entscheidung, welche Datenobjekte in welcher Tiefe migriert werden. Für eine Datenmigration im Handel ist das besonders wichtig, weil viele Datenbereiche zusammenhängen.

Typische Datenobjekte:

• Stammdaten: Artikel, Lieferanten, Kunden, Standorte, Lagerplätze
• Konditionen: Preise, Rabatte, Rahmenverträge
• Bewegungsdaten: Bestände, offene Belege, Reservierungen, Umlagerungen
• Systemdaten: Benutzer, Rollen, Workflows, Parameter

Ergebnis sollte ein Datenkatalog sein, der pro Objekt beschreibt:

• Quelle und Eigentümer
• Zielstruktur
• Pflichtfelder und Validierungen
• Transformationsregeln
• Testkriterien

2. Datenprofiling durchführen

Datenprofiling bedeutet: Sie messen, wie gut oder schlecht die Daten tatsächlich sind. Ohne Profiling bleibt die Datenmigration im ERP ein Blindflug. Profiling erfasst unter anderem:

• Vollständigkeit, etwa fehlende Pflichtwerte
• Konsistenz, etwa Einheiten und Rundungen
• Eindeutigkeit, etwa Dubletten bei Lieferanten oder Kunden
• Werteverteilungen, etwa unerwartete Varianten bei Attributen

Praxistipp: Definieren Sie Quality Gates, wie maximaler Anteil fehlender Pflichtattribute. Erreichen Sie diese Werte nicht, wird nicht importiert, sondern bereinigt.

3. Bereinigung und Harmonisierung planen

Bereinigung ist kein einmaliger Schritt, sondern eine Serie von Maßnahmen. Im Handel lohnt sich oft eine Kombination aus automatischen Regeln und fachlichen Korrekturen.

Typische Bereinigungsmaßnahmen:

• Dubletten zusammenführen, etwa Kunden oder Lieferanten
• Artikelvarianten konsolidieren, wenn gleiche Produkte mehrfach existieren
• Werte normalisieren, etwa Maßeinheiten, Schreibweisen, Länder Codes
• Pflichtattribute nachpflegen, pro Warengruppe priorisiert
• Historische Ausnahmen dokumentieren, damit sie nicht wieder auftauchen

Wichtig: Dokumentieren Sie jede Regel. Sonst können Sie in späteren Testläufen nicht nachvollziehen, warum Zahlen abweichen.

4. Mapping und Transformation sauber definieren

Mapping übersetzt Felder und Bedeutungen von Quelle nach Ziel. Transformation setzt Regeln um, etwa Umrechnungen, Ableitungen oder Klassifizierungen. In der Datenmigration im Handel sind Transformationen oft nötig bei:

• Einheitenumrechnung, etwa Stück zu Karton
• Warengruppenlogik, etwa neue Klassifikationen
• Preislogik, etwa Prioritäten und Gültigkeiten
• Lagerlogik, etwa Zuordnung zu Zonen und Strategien
• Steuerlogik, etwa neue Steuerschlüssel

Erstellen Sie ein Mapping-Dokument, das nicht nur Feld zu Feld beschreibt, sondern auch die fachliche Bedeutung. So können Fachbereiche später Tests nachvollziehen.

5. Mehrere Migrationstests, nicht nur einen

Ein einziger Testlauf reicht nie. Planen Sie mindestens drei Runden.

Empfohlene Testreihenfolge:

• Technischer Test: Kann geladen werden, stimmen Formate, laufen Jobs stabil
• Fachlicher Test: Stimmen Zahlen, Logiken, Prozesse, Auswertungen
• Cutover-Test: simulierter Go-live mit Zeitplan, Rollen, Checklisten und Backout-Plan

Jeder Lauf verbessert Regeln, Datenqualität und Dokumentation. So wird die Datenmigration im ERP planbar.

6. Cutover-Plan und Parallelbetrieb realistisch gestalten

Cutover ist der Übergang von Alt zu Neu. Für eine saubere Datenmigration im Handel ist ein Cutover-Plan Pflicht, der minutengenau beschreibt:

• Wann wird Datenexport gestoppt
• Wann werden letzte Bewegungsdaten gezogen
• Wann werden Importe gestartet
• Welche Validierungen müssen erfüllt sein
• Wer gibt frei
• Was passiert bei Abweichungen

Parallelbetrieb klingt verlockend, ist aber teuer und riskant, weil Daten doppelt gepflegt werden. Wenn Parallelbetrieb notwendig ist, definieren Sie klare Regeln, welche Systeme führend sind, und wie Abweichungen gelöst werden.

Besonders kritische Datenbereiche im Handel

Nicht alle Datenbereiche sind gleich kritisch. Die folgenden Bereiche verursachen bei der Datenmigration im Handel besonders häufig operative Störungen, wenn sie nicht sauber sind.

Artikelstamm und Varianten

Der Artikelstamm ist das Herz. Schon kleine Fehler führen zu falschen Lieferungen oder fehlerhaften Inventuren. Achten Sie auf:

• EAN, GTIN, Hersteller-Nummern
• Variantenbeziehungen, etwa Parent-Child-Logik
• Packeinheiten, Umkartons, Paletten
• Gefahrgut, Zoll, Herkunft, Nachhaltigkeitsdaten
• Gewichte und Maße, für Versand und Lager

Bestände und Reservierungen

Bestände müssen zum Stichtag stimmen. Das betrifft nicht nur Mengen, sondern auch Status. Beispiele:

• verfügbar, gesperrt, in Prüfung, in Retoure
• reserviert für Aufträge
• unterwegs, etwa Umlagerung oder Lieferavis

Eine Datenmigration im ERP muss diese Zustände korrekt abbilden, sonst stimmen ATP-Zusagen nicht, und Kunden erhalten falsche Liefertermine.

Offene Belege

Offene Aufträge und offene Bestellungen sind oft komplex, weil sie Teillieferungen, Rückstände, Nachlieferungen und Stornos enthalten. Migrieren Sie offene Belege nur, wenn Sie die Prozesslogik im Zielsystem klar haben? Sonst entstehen Folgefehler in Faktura oder Einkauf.

Preise, Konditionen, Aktionen

Hier passieren die teuersten Fehler. Ein falscher Preis im Handel wirkt sofort. Testen Sie daher mit repräsentativen Szenarien:

• Standardkunde mit Standardpreis
• Key Account mit Rahmenvertrag
• Aktionspreis mit Gültigkeit
• Staffelpreis, Mengensprung
• Kombination aus Rabatt und Skonto

Lagerstruktur und WMS-Daten

Lagerplätze sind mehr als Codes. Sie hängen an Laufwegen, Pick-Strategien, Nachschub, Sperrflächen und Qualitätszonen. Wenn ERP und WMS eng integriert sind, lassen sich Regeln konsistenter halten. Wenn Systeme getrennt sind, steigt der Schnittstellenaufwand. Für eine Datenmigration im Handel bedeutet das: Lagerstruktur früh modellieren, und mit echten Lagerprozessen testen.

Qualitätssicherung: So prüfen Sie eine Datenmigration im ERP

Viele Teams prüfen nur stichprobenartig. Besser ist ein Set aus automatischen Prüfungen und fachlichen Kontrollen.

Automatische Prüfungen

• Summenabgleich: Artikelanzahl, Kundenanzahl, Lieferantenanzahl, Bestandssummen
• Plausibilitäten: keine negativen Bestände, keine fehlenden Pflichtattribute
• Referenzen: Jede Preiszeile gehört zu einem existierenden Artikel und einer existierenden Kundengruppe
• Duplikate: Eindeutige Schlüssel sind wirklich eindeutig

Fachliche Kontrollen

• Prozessdurchläufe mit echten Fällen, vom Auftrag bis zur Lieferung und Rechnung
• Lagerprozesse, Einlagerung, Kommissionierung, Nachschub, Inventur
• Retourenprozess, inklusive Gutschrift und Wiedereinlagerung
• Reporting, etwa Rohertrag, Umschlag, Lieferleistung

Ein hilfreicher Ansatz ist ein gemeinsames Testboard, das pro Datenobjekt und Prozess die Prüfpunkte dokumentiert. So wird die Datenmigration im ERP transparent, und Freigaben werden nachvollziehbar.

Schnittstellen und Datenflüsse: Der unterschätzte Erfolgsfaktor

Viele Handelsunternehmen betreiben eine heterogene Systemlandschaft. Die Migration betrifft daher nicht nur ERP und WMS, sondern auch Datenflüsse. Planen Sie Schnittstellen nicht als Technikaufgabe, sondern als Datenlieferkette.

Wichtige Fragen:

• Welches System ist Master für welche Daten? Artikel, Preise, Bestände
• Welche Ereignisse triggern Updates? Etwa Wareneingang oder Preisänderung
• Wie werden Fehler behandelt? Retry, Quarantäne, manuelle Korrektur
• Wie werden Zeiten synchronisiert? Stichtag, Buchungsdatum, Lieferdatum

Wenn Sie Schnittstellen früh stabilisieren, sinkt der Aufwand nach dem Go-live erheblich. Eine Datenmigration im Handel ist dann nicht nur ein einmaliger Transfer, sondern ein kontrollierter Neustart der Datenversorgung.

Aufwand reduzieren durch klare Standards und integrierte Prozesse

In vielen Projekten steigt der Aufwand, weil Daten mehrfach gepflegt werden müssen, oder weil ERP- und Lagerprozesse nicht sauber verzahnt sind. In der Praxis hilft ein Ansatz, der auf standardisierte Schnittstellen, klare Datenverantwortung und eine möglichst durchgängige Prozesskette setzt. Wenn ERP und WMS eng zusammenspielen, lassen sich Fehlerquellen reduzieren, weil Stammdaten, Bestände und Bewegungen konsistent bewertet werden können. Ebenso reduzieren saubere Migrationsmethoden den späteren IT-Aufwand, weil weniger Sonderregeln und manuelle Korrekturen nötig sind.

Auch bei der Umstellung selbst ist ein strukturiertes Onboarding entscheidend. Projekte, die Datenmigration als eigenen Arbeitsstrom behandeln, mit definierten Regeln, wiederholbaren Testläufen und vollständiger Dokumentation, kommen in der Regel schneller zu stabilen Ergebnissen. Das gilt besonders im Handel, wo Stichtage und Saisonverläufe wenig Spielraum lassen.

Was am Ende zählt: So wird Ihre Datenmigration im Handel wirklich stabil

Eine erfolgreiche Datenmigration im Handel entsteht nicht durch einen großen Import am Ende, sondern durch ein konsequentes Vorgehen mit Zielbild, Datenkatalog, Profiling, Bereinigung, Mapping, wiederholten Testläufen und einem sauberen Cutover. Wenn Sie zusätzlich Schnittstellen als Datenflüsse verstehen, und Lagerprozesse früh integrieren, sinkt das Risiko deutlich. So wird auch eine komplexe Datenmigration im ERP beherrschbar, selbst bei vielen Artikeln, Varianten und Konditionen.

So gehen Sie jetzt konkret weiter vor, mit Checkliste und Prioritäten

Wenn Sie gerade eine Systemumstellung planen, lohnt sich eine kurze interne Standortbestimmung: Welche Datenobjekte sind kritisch, welche Qualitätsprobleme sind bekannt, und welche Prozesse hängen davon ab? Erstellen Sie daraus eine Migrations-Checkliste und priorisieren Sie die Bereinigung nach Geschäftswirkung, wie Preise, Bestände und Artikelattribute, zuerst. Wenn Sie möchten, können Sie das Vorgehen auch in einem Workshop strukturieren, mit Datenkatalog, Quality Gates und einem Testplan, der Ihre Handelsprozesse realistisch abbildet, damit Ihre Datenmigration im Handel nicht nur technisch funktioniert, sondern operativ überzeugt.