Drei Wochen vor dem geplanten Go-Live einer SAP S/4HANA-Migration brachen die Testläufe ab. Stammdaten liefen sauber durch, die Bewegungsdaten kippten. Der Grund war nicht die Technik. Der Grund war ein Datenmodell, das nie sauber an die neue Welt angepasst wurde. Solche Szenen erleben mittelständische Unternehmen regelmäßig, wenn die Datenmigration zu spät oder zu schmal aufgesetzt wird.
Die Datenmigration ist kein Nebenstrang im Projekt. Sie entscheidet darüber, ob Ihre Geschäftsprozesse am ersten Tag in S/4HANA funktionieren. Dieser Beitrag zeigt, wie mittelständische Unternehmen ihre Datenmigration nach SAP S/4HANA strukturieren, welche Tools sinnvoll sind und welche Risiken Sie früh adressieren sollten.
Warum die Datenmigration SAP S/4HANA im Mittelstand zur Projektklippe wird
Mittelständische Unternehmen migrieren typischerweise nach Jahrzehnten gewachsene Datenbestände. Mehrere ERP-Vorgängerversionen, Z-Tabellen, individuelle Erweiterungen und manuell gepflegte Stammdaten treffen auf das vereinfachte Datenmodell von SAP S/4HANA. Geschäftspartner ersetzen Kunde und Lieferant. Materialnummern werden auf 40 Stellen erweitert. Klassische Tabellen wie BSEG werden durch die ACDOCA-Universaltabelle abgelöst.
Diese Änderungen sind dokumentiert, aber sie wirken massiv auf die Migrationslogik. Wer die Daten 1:1 übernehmen will, scheitert an Pflichtfeldern, neuen Prüfregeln und veränderten Beziehungen zwischen den Objekten. Hinzu kommt: viele Mittelständler kennen ihren eigenen Datenbestand nicht vollständig. Karteileichen, Dubletten, fehlende Klassifikationen und inkonsistente Schlüssel werden erst sichtbar, wenn der Migrationscockpit sie ablehnt.
Eine belastbare Datenmigrationsstrategie beginnt daher nicht mit dem Tool, sondern mit der Frage: Welche Objekte brauchen wir wirklich, in welcher Qualität, für welchen Stichtag?
Die vier Phasen einer belastbaren Datenmigration nach SAP S/4HANA
Eine professionelle Datenmigration im Mittelstand gliedert sich in vier Phasen. Jede Phase hat eigene Liefergegenstände und eigene Risiken.
Phase 1 ist die Analyse. Hier entsteht das Migrationsobjektregister. Es listet alle relevanten Stamm- und Bewegungsdatenobjekte, die Quellsysteme, die Verantwortlichen und das geplante Vorgehen je Objekt. Parallel läuft eine Datenqualitätsanalyse mit Profilingtools. Ohne diese Inventur arbeitet das Projekt im Blindflug.
Phase 2 ist das Design. Mapping-Regeln werden definiert, Transformationslogiken festgelegt, Default-Werte abgestimmt. Hier fallen die fachlich wichtigsten Entscheidungen: Welche Belege werden historisiert? Welche Daten kommen ins neue System, welche bleiben im Altsystem oder im Archiv? Diese Antworten müssen die Fachbereiche liefern, nicht die IT.
Phase 3 ist die Umsetzung und das Testen. Mehrere Migrationsläufe in dedizierten Migrationsumgebungen, Mock-Cutovers mit echten Volumen, Reconciliation-Reports zwischen Quelle und Ziel. Ein einziger Probelauf reicht nicht. Erfahrungsgemäß sind drei bis fünf vollständige Migrationszyklen nötig, bis die Qualität für den Go-Live ausreicht.
Phase 4 ist der Cutover. Hier wird die Generalprobe ernst. Cutover-Plan im Stundentakt, klare Verantwortlichkeiten, definierte Abbruchkriterien. Wer in dieser Phase improvisiert, verschiebt den Go-Live.
Tools für die Datenmigration SAP S/4HANA im Mittelstand
SAP stellt mit dem SAP S/4HANA Migration Cockpit ein eigenes Werkzeug zur Verfügung. Es deckt eine breite Liste vordefinierter Migrationsobjekte ab und unterstützt zwei Ansätze: den Staging-Ansatz über Datenbanktabellen und den Direkttransfer aus SAP-Quellsystemen. Für viele mittelständische S/4HANA-Projekte ist das Migration Cockpit die erste Wahl, weil es ohne Zusatzlizenzen nutzbar ist und sich gut in Standardprojekte einfügt.
Für komplexere Szenarien mit Non-SAP-Quellen, Massentransformationen oder besonders hohen Datenvolumen kommen Werkzeuge wie SAP Data Services, BackOffice Associates oder Cloud-basierte Plattformen ins Spiel. Process Mining auf den Vorsystemen liefert zusätzliche Transparenz über tatsächlich genutzte Datenobjekte. Profilingtools machen Lücken sichtbar, bevor sie im Test stören.
Die Toolauswahl folgt der Fachlichkeit, nicht umgekehrt. Wer das Tool zuerst festlegt, baut sein Migrationsdesign um Werkzeugzwänge herum statt um die eigentlichen Anforderungen.
Die häufigsten Fehler bei der Datenmigration nach S/4HANA
In den Migrationsprojekten, die wir im Mittelstand begleiten, sehen wir immer wieder dieselben Muster. Der Migrationsumfang wird zu spät verbindlich abgestimmt. Datenqualität gilt als IT-Thema, obwohl sie eine fachliche Verantwortung ist. Mock-Cutovers werden zu klein dimensioniert oder ganz weggelassen. Die Verantwortung für Stammdatenharmonisierung bleibt zwischen den Fachbereichen liegen, ohne dass jemand eskaliert.
Diese Fehler kosten Wochen am Projektende, wenn keine Zeit mehr ist. Eine saubere Migrationsstrategie sichert Ihren Go-Live ab. Sie entlastet die Testphase, weil die Datenbasis stabil ist. Und sie schützt Sie vor unangenehmen Überraschungen in den Wochen nach der Produktivsetzung, wenn Berichte plötzlich nicht stimmen.
Mittelständischer Lebensmittelhersteller mit rund 1.200 Mitarbeitenden, Greenfield-Migration nach SAP S/4HANA. Ausgangssituation: vier Vorgängersysteme, über 80.000 aktive Materialstämme, davon nach Analyse nur 41.000 tatsächlich benötigt. W+W-Leistung: Aufbau der Migrationsstrategie, Steuerung des Datenmigrationsstreams als unabhängige Projektleitung auf Kundenseite, fünf Mock-Cutovers mit Reconciliation-Reporting. Ergebnis: termingerechter Go-Live, Reduktion des Materialstamms um 49 Prozent, Cutover-Wochenende ohne Eskalation. Berichtswesen am ersten Werktag voll funktionsfähig.
Vollständige Case Study anfordern →
So gehen Sie die Datenmigration im Mittelstand strukturiert an
Starten Sie früh. Spätestens parallel zur Phase 0 und Anforderungsaufnahme sollte das Migrationsobjektregister entstehen. Setzen Sie einen verantwortlichen Migrationsmanager ein, der quer zu allen Fachbereichen arbeitet und die Datenqualität verbindlich einfordern darf.
Trennen Sie sauber zwischen Migration und Archivierung. Nicht alles muss mit. Klären Sie mit den Fachbereichen, welche historischen Belege im neuen System benötigt werden und welche im SAP Information Lifecycle Management oder einem externen Archiv besser aufgehoben sind. Diese Entscheidung wirkt direkt auf Volumen, Aufwand und Performance Ihres künftigen S/4HANA-Systems.
Planen Sie ausreichend Zeit für Mock-Cutovers ein. Drei bis fünf vollständige Probedurchläufe mit realistischen Datenvolumen sind realistisch. Jeder Mock-Cutover liefert Erkenntnisse für die Cutover-Planung und macht das Team sicherer im Umgang mit dem realen Wochenende.
Kostenlos & anonym prüfen — in 2 Minuten.
Fazit: Datenmigration ist Chefsache
Die Datenmigration SAP S/4HANA im Mittelstand entscheidet über die Stabilität Ihres Go-Live. Sie ist kein technisches Beiwerk, sondern ein eigenständiger Projektstream mit fachlicher Führung. Wer früh ein Migrationsobjektregister aufsetzt, die Datenqualität als fachliche Aufgabe verankert und ausreichend Mock-Cutovers einplant, geht mit einer belastbaren Datenbasis live. W+W Consulting begleitet Mittelständler seit über 30 Jahren als unabhängige Projektleitung in genau diesen Migrationen. Mehr zu unserem Vorgehen finden Sie auf der Seite Programm- und Projektleitung.