Stammdaten-Migration fürs neue ERP: Checkliste

Die Stammdaten-Migration ist der Teil einer ERP-Einführung, der über die ersten Wochen im neuen System entscheidet – und sie besteht zu rund 80 Prozent aus Datenaufbereitung und nur zu 20 Prozent aus Technik. Wer alle Datenquellen inventarisiert, Dubletten und Altlasten bereinigt, ein sauberes Feld-Mapping erstellt, pro Datensatz einen verbindlichen Golden Record bildet und die Übernahme vor dem Ernstfall testet, geht mit belastbaren Daten live. Dieser Leitfaden führt dich mit einer konkreten Checkliste durch die sechs Schritte, mit denen du deine Stammdaten systematisch fürs neue ERP aufbereitest.

Warum Stammdaten über den ERP-Start entscheiden

Ein neues ERP ist nur so gut wie die Daten, die darin liegen. Falsche Artikel, doppelte Kunden oder unstimmige Konten frustrieren die Anwender ab dem ersten Tag und untergraben das Vertrauen in das ganze Projekt. Gleichzeitig ist ein Systemwechsel die beste Gelegenheit, jahrelang gewachsenen Datenmüll loszuwerden, statt ihn einfach mitzuschleppen.

Wichtig ist die Unterscheidung zwischen zwei Datentypen. Stammdaten sind die dauerhaften Grunddaten deines Unternehmens – Artikelstamm, Kundenstamm, Lieferantenstamm und Konten. Bewegungsdaten wie Aufträge, Buchungen oder Bestände entstehen laufend im Tagesgeschäft. Diese Checkliste konzentriert sich auf die Stammdaten, weil sie die Grundlage für alle Prozesse bilden und ihre Qualität am längsten nachwirkt. Ziel ist eine hohe Datenqualität: vollständig, eindeutig, aktuell und im Zielformat.

Schritt 1: Datenquellen inventarisieren

Bevor du auch nur einen Datensatz anfasst, verschaffst du dir Überblick. In den meisten Unternehmen liegen Stammdaten nicht an einer Stelle, sondern verteilt über Altsystem, Warenwirtschaft, Shop, CRM, Excel-Listen und einzelne Abteilungslaufwerke.

Erfasse deshalb pro Datenobjekt, wo überall Angaben dazu existieren, wie viele Datensätze es sind und in welcher Qualität sie vorliegen. Lege dann für jedes Objekt eine führende Quelle fest – das System, dessen Stand im Zweifel gilt. Diese Entscheidung nimmt später viel Streit aus dem Projekt, weil bei widersprüchlichen Angaben von Anfang an klar ist, welche gewinnt.

Kläre in diesem Schritt außerdem, welche Daten überhaupt migriert werden. Nicht alles muss mit: Historische Belege bleiben oft im Altsystem, das für die Dauer der gesetzlichen Aufbewahrungspflicht lesend verfügbar gehalten wird. Das reduziert den Migrationsaufwand und erfüllt zugleich die GoBD-Anforderungen an Nachvollziehbarkeit und Unveränderbarkeit der Aufzeichnungen.

Schritt 2: Bereinigen – Dubletten und Karteileichen entfernen

Die Bereinigung ist der aufwendigste und wichtigste Schritt. Hier trennst du das, was ins neue System soll, von dem, was du zurücklässt.

Dubletten erkennen und zusammenführen

Doppelte Datensätze sind der häufigste Qualitätsmangel. Derselbe Kunde taucht dreimal auf, weil er mal als „Müller GmbH", mal als „Mueller GmbH" und mal mit Tippfehler erfasst wurde. Solche Dubletten findest du über einen Matchcode oder eine unscharfe Suche, die ähnliche Schreibweisen zusammenzieht. Prüfe die Treffer und führe echte Duplikate zu einem Datensatz zusammen – inklusive der daran hängenden Historie.

Karteileichen und Formate

Neben Dubletten gilt es, veraltete Datensätze auszusortieren: Artikel, die es nicht mehr gibt, Kunden ohne Umsatz seit Jahren, Lieferanten, mit denen du nicht mehr arbeitest. Ergänze bei den verbleibenden Datensätzen fehlende Pflichtfelder und vereinheitliche Formate – Adressen, Telefonnummern, Steuernummern, Mengeneinheiten. Kontinuierliche Datenpflege hält dieses Niveau nach dem Go-Live. Eine einfache Faustregel: Was du jetzt nicht sauber übernehmen kannst, willst du im neuen System erst recht nicht haben.

Schritt 3: Feld-Mapping definieren

Steht fest, welche Daten in welcher Qualität mitkommen, klärst du, wohin sie im neuen System gehören. Beim Feld-Mapping ordnest du jedem Quellfeld genau ein Zielfeld zu und legst die Übersetzungsregeln fest.

Achte dabei besonders auf:

• Formate und Einheiten: Datumsformate, Dezimaltrennzeichen, Währungen und Mengeneinheiten müssen zum Zielsystem passen.
• Nummernkreise: Klärt früh, ob Artikel- und Kundennummern übernommen oder neu vergeben werden – das betrifft alle abhängigen Belege und den jeweiligen Nummernkreis.
• Wertelisten: Feste Auswahlwerte wie Länderkürzel, Steuerschlüssel oder Artikelkategorien brauchen eine eindeutige Zuordnung.
• Pflichtfelder im Ziel: Felder, die das neue ERP zwingend verlangt, aber die Quelle nicht liefert, musst du vorab befüllen.

Dokumentiere das Mapping als Tabelle – sie ist die Bauanleitung für die eigentliche Datenmigration und die Referenz bei jeder späteren Frage, warum ein Wert wo gelandet ist.

Schritt 4: Golden Record und MDM

Wenn Daten aus mehreren Quellen zusammenlaufen, brauchst du eine Instanz, die entscheidet, was gilt. Genau das leistet der Golden Record.

Der Golden Record als Wahrheit

Ein Golden Record ist der eine, verbindliche Datensatz je realem Objekt – ein Kunde, ein Artikel –, der die besten Angaben aus allen Quellen bündelt. Dafür definierst du Überlebensregeln: Bei Konflikten gewinnt zum Beispiel die zuvor festgelegte führende Quelle, das jüngste Änderungsdatum oder der vollständigste Wert. Das Ergebnis ist ein konsolidierter Stamm ohne Widersprüche.

MDM als Dauerlösung

Der Golden Record ist keine einmalige Fleißarbeit, sondern ein Zustand, den du halten willst. Master Data Management (MDM) beschreibt die Prozesse und Zuständigkeiten, die Stammdaten dauerhaft eindeutig und aktuell halten – wer legt Daten an, wer prüft, wer gibt frei. Auch ohne dedizierte MDM-Software lohnt es sich, im Zuge der Migration klare Verantwortlichkeiten und Anlageregeln festzulegen, damit sich die alte Unordnung im neuen System nicht sofort wieder aufbaut.

Schritt 5: Testmigration und Validierung

Erst wenn die Daten aufbereitet und gemappt sind, wird migriert – aber niemals direkt in den Echtbetrieb.

Die Testmigration

Bei der Testmigration spielst du die komplette Übernahme mindestens einmal auf einem Test- oder Sandbox-System durch. Du protokollierst jeden Fehler – abgewiesene Datensätze, falsch gemappte Felder, verletzte Pflichtangaben – und korrigierst Mapping und Quelldaten, bis der Lauf sauber durchläuft. In der Praxis braucht es dafür meist mehrere Durchgänge. Genau dafür ist die Testmigration da: damit die Fehler auf dem Testsystem passieren und nicht am Go-Live-Wochenende.

Validierung und Abnahme

Ein durchgelaufener Import ist noch kein Beweis für Richtigkeit. Validiere deshalb auf zwei Ebenen: quantitativ über Summen und Anzahlen (Stimmt die Datensatzzahl? Passen Salden und Bestandswerte zur letzten Inventur und zu den offenen Posten?) und qualitativ über Stichproben, bei denen die Fachbereiche einzelne Datensätze im neuen System gegen die Quelle prüfen. Erst wenn die Abteilungen ihre Daten formal abnehmen, ist die Migration bereit für den echten Lauf. Fehlt intern die Kapazität für diesen Aufwand, unterstützt eine spezialisierte ERP-Datenmigration bei Bereinigung, Mapping und Testläufen.

Checkliste: Stammdaten-Migration auf einen Blick

Die folgende Checkliste fasst die sechs Schritte mit ihrem jeweiligen Ergebnis zusammen – als Leitfaden, den du im Projekt abhaken kannst.

Welche Systeme welche Importwege und Mapping-Werkzeuge bieten, unterscheidet sich stark – einen neutralen Überblick über gängige Systeme und ihre Importwerkzeuge findest du im ERP-Verzeichnis.

Fazit

Saubere Stammdaten sind kein Nebenprodukt der ERP-Einführung, sondern die Voraussetzung dafür, dass das neue System vom ersten Tag an trägt. Wer die sechs Schritte diszipliniert abarbeitet – Quellen inventarisieren, konsequent bereinigen, präzise mappen, je Datensatz einen Golden Record bilden, die Migration testen und formal validieren –, geht mit belastbaren Daten live statt mit übernommenem Chaos. Der größte Hebel liegt nicht in der Technik, sondern in der Bereinigung und in klaren Verantwortlichkeiten für die Datenpflege. Plane dafür genug Zeit ein, binde die Fachbereiche früh ein und denke rechtliche Pflichten wie GoBD und Aufbewahrungsfristen von Anfang an mit – dann wird die Stammdaten-Migration zum Fundament statt zum Stolperstein deines neuen ERP.