ERP · Daten · 5 MIN LESEZEIT

ERP-Datenmigration: Stammdaten sauber ins neue System überführen

Artikel- und Kundenstammdaten lassen sich mit geringem Betriebsrisiko ins neue ERP überführen, wenn Bereinigung, fachliche Verantwortung und wiederholte Testmigrationen vor dem Go-live geklärt sind. Wer dagegen „erst einmal alles mitnimmt“, überträgt Dubletten, alte Logiken und ungeklärte Stammdaten direkt in das neue System.

Veröffentlicht am 18. Juni 2026Von

Einordnung und Relevanz

Nehmen Sie ein kritisches Datenobjekt und fragen Sie: Brauchen wir es wirklich, wem gehört es und wie beweisen wir seine Richtigkeit im Zielsystem?

Welche Daten verdienen es, in den neuen Betrieb übernommen zu werden?

Projektleitung und DatenverantwortlicheFachbereiche vor BereinigungIT und Implementierungspartner

Altsystem: alles wird kopiertBereinigt, verantwortet, fachlich freigegeben

Altsystem
  • Müller GmbH
  • Mueller GmbH
  • Müller G.
  • Artikel 40117 · seit 2019 unbewegt
  • Bemerkung = Liefervereinbarung
Neues ERP
  • Müller GmbH
  • Liefervereinbarung · eigenes Feld

Archiv · lesbar, nicht migriert

Kundensätze3 Dubletten1 gültiger

Freigabeoffenfachlich abgenommen

Ein neues ERP macht aus schlechten Daten keine guten. Es gibt ihnen nur ein neues Zuhause.

Schema · keine Kundendaten

NBC-THESE
Ein neues ERP macht aus schlechten Daten keine guten. Es gibt ihnen nur ein neues Zuhause.

Das Wichtigste für Ihren Betrieb

Datenqualität lässt sich nicht in das neue ERP verschieben.

Eine ERP-Datenmigration ist innerhalb einer ERP-Auswahl und -Einführung kein technischer Kopiervorgang. Sie ist eine fachliche Entscheidung darüber, welche Daten weiterhin gebraucht werden, wer ihre Qualität bestätigt und wie Vollständigkeit sowie Abstimmung vor Go-live nachgewiesen werden.

ENTSCHEIDUNG

Migration ist eine fachliche Freigabeentscheidung über Datenobjekte, Qualität, Eigentümer und Verwendung im Zielprozess.

NACHWEIS

Testmigrationen zeigen Vollständigkeit, Zuordnung, Fehler und fachliche Abnahme vor dem Go-live.

GRENZE

Technische Übertragbarkeit ist nicht gleich fachliche Richtigkeit.

IN DIESEM BEITRAG4 Kapitel
  1. Warum sind Stammdaten bei der ERP-Migration entscheidend?
  2. Die fünf typischen Stammdaten-Fallen
  3. Bereinigung beginnt vor dem Projekt, nicht im Projekt
  4. Testmigrationen: wiederholen, bis der Nachweis stabil ist
01

Warum sind Stammdaten bei der ERP-Migration entscheidend?

Bewegungsdaten verzeihen Fehler – eine falsche Buchung lässt sich korrigieren. Stammdaten nicht: Artikel, Kunden, Lieferanten, Kostenstellen und Projektstrukturen sind das Skelett des Systems. Jeder Prozess, jede Auswertung, jede Schnittstelle hängt daran. Wer Dubletten und Altlasten migriert, betoniert sie ins neue System ein – und wundert sich, warum die versprochene Transparenz ausbleibt.

02

Die fünf typischen Stammdaten-Fallen

Fünf Stammdaten-Fallen

Woran die Migration wirklich scheitert.

Welche Falle kennen Sie aus Ihrem System?

Derselbe Kunde dreimal, leicht unterschiedlich geschrieben.

Im Altsystem gelernt zu umgehen – im neuen System zerstört es Auswertungen.

Die fünf Stammdaten-Fallen ausführlich
  1. Dubletten: Derselbe Kunde dreimal, leicht unterschiedlich geschrieben. Im Altsystem gelernt zu umgehen – im neuen System zerstört es Auswertungen und Automatisierung.
  2. Tote Datensätze: Artikel, die seit Jahren nicht bewegt wurden, Lieferanten ohne Umsatz. Sie blähen die Migration auf und verlängern jede Testrunde.
  3. Uneinheitliche Strukturen: Jede Abteilung hat eigene Nummernkreise, Bezeichnungslogiken und Projektbäume. Das neue System zwingt zur Entscheidung – besser vorher als im Migrationswochenende.
  4. Feld-Zweckentfremdung: Das Bemerkungsfeld, das in Wahrheit die Liefervereinbarung trägt. Solches Wissen geht bei automatischer Übernahme verloren.
  5. Unklare Verantwortung: Niemand „besitzt“ die Kundenstammdaten – also entscheidet niemand, welcher der drei Datensätze der richtige ist.
03

Bereinigung beginnt vor dem Projekt, nicht im Projekt

Kundenstamm · fünf Stationen

Was entschieden wird – und wer entscheidet.

Schritt 1 von 5

Auswahl

Welche Kundendaten braucht der Zielprozess? Welche Felder, welche Regeln? · Fachbereich mit Projektleitung

Fachliche Erläuterung und vollständige Prüfpunkte

Der häufigste Planungsfehler: Datenbereinigung als Arbeitspaket kurz vor der Migration. Zu diesem Zeitpunkt fehlt die Zeit, und die Fachbereiche stecken in Schulungen und Tests. Realistisch ist: Bereinigung startet, sobald die Wechselentscheidung fällt – oft ein Jahr vor Go-live. Wer noch in der Entscheidungsphase steckt, hat sogar einen Vorteil: Saubere Daten machen auch das Altsystem besser, egal wie die Entscheidung ausgeht.

Bewährt hat sich die Reihenfolge: Verantwortliche je Datenobjekt benennen, Regeln definieren (was ist ein aktiver Artikel, wie heißt ein Kunde), maschinell vorbereinigen, fachlich nachentscheiden, einfrieren – und ab dann jede Neuanlage nur noch nach neuer Regel.

Übergabe in die Auswahl: Bereits vor Vertrag sollte sichtbar sein, welche Datenobjekte kritisch sind, wer sie verantwortet und welcher Aufwand realistisch ist. Sonst werden Migrationsrisiken erst nach der Systementscheidung bepreist.

Archivieren ist eine echte Alternative zur Migration. Historische Bewegungsdaten müssen nicht automatisch in das operative Ziel-ERP übernommen werden, wenn sie für den neuen Prozess nicht benötigt werden und in einem belastbaren Archiv verfügbar, lesbar und bei Bedarf auswertbar bleiben. Für Buchungsbelege gilt nach § 147 AO für normale Steuerpflichtige grundsätzlich eine Aufbewahrungsfrist von acht Jahren; für andere Unterlagen gelten je nach Dokumentart andere Fristen und Sonderregeln. Die fachliche Frage lautet deshalb nicht „Wie bekommen wir alles rüber?“, sondern „Was braucht der Zielprozess operativ – und was muss lediglich rechtssicher auffindbar bleiben?“ § 147 AO →

04

Testmigrationen: wiederholen, bis der Nachweis stabil ist

Eine Migration, die zum ersten Mal am Go-live-Wochenende komplett läuft, ist keine Migration, sondern ein Experiment. Planen Sie mehrere vollständige Testläufe mit echten Daten und fachlicher Abnahme – so viele, bis Mapping, Abstimmung und Wiederholbarkeit stabil nachgewiesen sind. Drei Läufe sind in vielen Projekten eine sinnvolle Mindestplanung, aber keine universelle Regel: Stimmen Summen, Bestände, offene Posten? Funktionieren die Prozesse mit den migrierten Daten – nicht nur mit den sauberen Demodaten aus der Anbieterpräsentation?

Praxis-Tipp: Lassen Sie sich vom Anbieter früh das Migrationskonzept zeigen – nicht nur das Werkzeug. Wer nur von „Importschnittstellen“ spricht, aber nicht nach Ihren Datenverantwortlichen fragt, unterschätzt das Thema.

Migration, Prozessfit und Systementscheidung gemeinsam prüfen: herstellerneutrale ERP-Beratung.

ENTSCHEIDUNGSHILFE

Vier Freigaben vor der Migration

Wählen Sie ein Datenobjekt: Wer entscheidet, welche Datensätze der Zielprozess braucht und wann sie fachlich richtig sind?

Prüffelder · zum Durchgehen

Gehen Sie die Prüffelder durch und markieren Sie, was bei Ihnen schon belegt ist.

Leitfrage

Welche Stamm-, Bewegungs- und Historiedaten werden benötigt?

Belastbarer Nachweis
Freigegebener Migrationskatalog.
Konsequenz
Nicht alles ungeprüft übernehmen.

0 von 4 belegt

Alle Prüffelder als Tabelle
PrüffeldLeitfrageBelastbarer NachweisKonsequenz
UmfangWelche Stamm-, Bewegungs- und Historiedaten werden benötigt?Freigegebener Migrationskatalog.Nicht alles ungeprüft übernehmen.
QualitätWelche Regeln gelten für Vollständigkeit und Dubletten?Datenprofil und Bereinigungsregeln.Fachliche Qualität messbar machen.
EigentumWer genehmigt Daten je Domäne?Benannte Datenverantwortliche.IT nicht allein freigeben lassen.
AbstimmungWie wird Quelle gegen Ziel geprüft?Probeläufe und fachliche Summenabstimmung.Go-live nur mit Nachweis.

Wer gibt Daten zur Migration frei?

Datenverantwortung

Qualität und Freigabe fachlich verantworten.

IT/Partner

Extraktion, Transformation und Ladeprozess liefern.

Projektleitung

Umfang, Termine und Rest-Risiken steuern.

Entscheidungshilfe · Warnsignale

Welche Warnsignale sehen Sie bei sich?

Tippen Sie an, was bei Ihnen zutrifft.

0 von 4

Quellen, Methodik und Einordnung.

Nachweise und methodische Einordnung sind am Ende des Artikels gebündelt.

Quellen und Einordnung

Quellen und Aktualität

Die rechtliche Aufbewahrungsangabe zu Buchungsbelegen stützt sich auf § 147 AO. Die übrige Migrationslogik ist eine praxisbasierte Entscheidungsmethodik und kein Marktbenchmark.

FAZIT

Nicht alles, was im Altsystem liegt, gehört ins neue

Migration fachlich vorbereiten.

Nennen Sie das Datenobjekt, bei dem Nutzung, Qualität oder Freigabe noch ungeklärt ist.

Migration fachlich vorbereiten →