Bei einer SAP-S/4HANA-Umstellung werden Daten nicht in jedem Szenario auf dieselbe Weise migriert. Bei einer neuen Implementierung entsteht ein neues Zielsystem, in das ausgewählte Stamm- und Bewegungsdaten geladen werden. Bei einer Systemkonvertierung bleibt der vorhandene Datenbestand grundsätzlich im umgestellten System. Eine selektive Datentransition liegt zwischen beiden Wegen und überträgt bewusst ausgewählte Daten samt benötigter Zusammenhänge.
Die richtige Antwort lautet deshalb nicht pauschal „alle Daten migrieren“ oder „keine Migration nötig“. Zuerst muss feststehen, welcher Übergangspfad gewählt wurde. Erst daraus lassen sich Datenumfang, Werkzeuge, Tests und Verantwortlichkeiten ableiten.
Zwei Bedeutungen von Migration dürfen nicht vermischt werden
Im Zusammenhang mit SAP S/4HANA bezeichnet „Migration“ unterschiedliche Vorgänge. Zum einen kann damit der technische Übergang des SAP-Systems und seiner Datenbank gemeint sein. Zum anderen geht es um die fachliche Datenmigration: benötigte Geschäftsdaten werden aus einer Quelle ausgewählt, in die neue Zielstruktur übersetzt und in ein neu aufgebautes System geladen.
Diese Unterscheidung verhindert ein häufiges Missverständnis. Auch wenn bei einer Systemkonvertierung kein klassischer Neuimport aller Geschäftsdaten stattfindet, bleibt viel Datenarbeit notwendig. Umgekehrt bedeutet eine neue Implementierung nicht, dass sämtliche Historie aus dem alten SAP-System automatisch in das neue System gehört.
SAP-S/4HANA-Umstellung: Drei Übergangspfade, drei Datenaufgaben
SAP unterscheidet als grundlegende Wege die Systemkonvertierung, die neue Implementierung und die selektive Datentransition. Die Begriffe Brownfield, Greenfield und selektiver Ansatz werden dafür häufig verwendet, sind aber nicht in jedem Angebot identisch abgegrenzt. Für die Datenplanung ist daher die konkrete technische und fachliche Leistung wichtiger als das Etikett.
1. Systemkonvertierung: Der Bestand bleibt grundsätzlich im System
Bei einer Systemkonvertierung wird das bestehende SAP-ERP-System auf SAP S/4HANA umgestellt. Organisation, Prozesse, Eigenentwicklungen und Daten werden nicht in ein vollständig neu aufgebautes Mandantensystem geladen, sondern auf der vorhandenen Basis technisch und fachlich angepasst. SAP beschreibt diesen Weg als in-place conversion, bei der der vollständige Datenbestand grundsätzlich erhalten bleibt.
„Keine Datenmigration“ wäre trotzdem eine irreführende Kurzform. Vor der Konvertierung müssen Datenqualität, Pflichtumstellungen und Vereinfachungen geprüft werden. Strukturen können sich ändern, Stammdatenmodelle müssen vorbereitet und fachliche Werte bereinigt werden. Nach dem Übergang braucht das Unternehmen belastbare Vergleiche, ob die erwarteten Geschäftsdaten und Auswertungen weiterhin stimmen.
Was in diesem Szenario gewöhnlich entfällt, ist die klassische Entscheidung, für jedes Datenobjekt eine neue Importdatei zu erstellen und nur ausgewählte aktuelle Datensätze in ein leeres Zielsystem zu laden. Stattdessen steht die sichere Konvertierung des vorhandenen Bestands im Mittelpunkt.
2. Neue Implementierung: Benötigte Geschäftsdaten werden neu geladen
Bei einer neuen Implementierung entsteht ein sauberes SAP-S/4HANA-Zielsystem mit neu eingerichteten Prozessen und Organisationsstrukturen. Die Geschäftsdaten aus SAP ERP, anderen ERP-Systemen oder zusätzlichen Quellen befinden sich dort zunächst nicht. Deshalb gehört eine eigenständige fachliche Datenmigration zwingend zum Projekt.
Das Zielsystem bestimmt, welche Informationen gebraucht werden. Danach wird geklärt, wo diese Informationen in den Quellen liegen, wie alte Schlüssel und Werte in die neue Struktur passen und welche Bestände zum Stichtag übernommen werden. Für eine neue Implementierung nennt SAP das Migration Cockpit als Standardwerkzeug für den initialen Datenbestand, insbesondere für Stammdaten, offene Vorgänge und Salden innerhalb der jeweils verfügbaren Migrationsobjekte.
Das Werkzeug übernimmt jedoch nicht die vorgelagerte Quellanalyse. Auch Mapping, Datenbereinigung, Transformationsregeln und fachliche Prüfkriterien müssen im Projekt erarbeitet werden. Wie wir diese Rolle des SAP-Standards einordnen, beschreibt der Beitrag SAP-Datenmigration mit dem Migration Cockpit.
3. Selektive Datentransition: Ein bewusst gewählter Teil wird übertragen
Eine selektive Datentransition verbindet Merkmale der beiden anderen Wege. Das Ziel kann neu strukturiert werden, während ausgewählte Daten, Organisationsbereiche oder Zeiträume aus dem bisherigen SAP-System übernommen werden. Dabei können auch historische Belege oder noch laufende Prozessketten eine Rolle spielen, die über den typischen Umfang einer initialen Datenladung hinausgehen.
Gerade deshalb darf „selektiv“ nicht mit „einfach weniger Dateien“ verwechselt werden. Die Auswahl muss Beziehungen und Belegketten erhalten. Wenn beispielsweise nur ein Zeitraum, bestimmte Buchungskreise oder ausgewählte offene Vorgänge übernommen werden, müssen die dafür erforderlichen Stamm- und Referenzdaten mitgedacht werden. SAP ordnet diesen Weg als spezialisierten Ansatz mit geeigneten Werkzeugen und Services ein.
Die drei Wege im direkten Datenvergleich
| Übergangspfad | Was geschieht mit den Geschäftsdaten? | Zentrale Datenentscheidung |
|---|---|---|
| Systemkonvertierung | Der vorhandene Bestand bleibt grundsätzlich im konvertierten System. | Welche Bereinigungen, Pflichtanpassungen und Vergleiche sind vor und nach der Konvertierung nötig? |
| Neue Implementierung | Ausgewählte Daten werden in ein neu aufgebautes Zielsystem geladen. | Welche Daten braucht der künftige Betrieb und wie werden Quelle und Ziel fachlich verbunden? |
| Selektive Datentransition | Bewusst gewählte Daten, Bereiche oder Zeiträume werden mit ihren Zusammenhängen übertragen. | Welche Auswahl bleibt fachlich konsistent und welche Historie oder Prozesskette muss erhalten werden? |
Die Tabelle vereinfacht komplexe Projekte bewusst. Mischformen und zusätzliche Landschaftsentscheidungen sind möglich. Sie zeigt jedoch die entscheidende Grenze: Nur weil jedes Szenario als S/4HANA-Migration bezeichnet werden kann, entsteht nicht überall derselbe Datenmigrationsauftrag.
Fünf Fragen klären, ob und wie Daten migriert werden
Bevor Datenobjekte und Werkzeuge geplant werden, sollte die Projektleitung fünf Fragen gemeinsam mit SAP-Implementierungspartner, Fachbereichen und Datenmigration klären.
Bleibt das bisherige System fachlich und organisatorisch weitgehend erhalten?
Wenn Mandant, Organisation und Prozesse auf vorhandener Basis fortgeführt werden sollen, spricht das eher für eine Systemkonvertierung. Werden Zielorganisation und Abläufe grundlegend neu aufgebaut, entsteht eher eine eigenständige Übertragungsaufgabe.
Soll die gesamte Historie im neuen SAP-System verfügbar bleiben?
Eine Systemkonvertierung erhält den vollständigen Bestand grundsätzlich im System. Bei einer neuen Implementierung werden häufig die für den Start benötigten Daten ausgewählt, während ältere Informationen archiviert oder im Altsystem lesbar gehalten werden. Eine selektive Transition kann mehr Historie übertragen, benötigt dafür aber eine konsistente Auswahl. Die Entscheidung zu Migration oder Archivierung historischer Daten sollte deshalb nicht erst aus einer verfügbaren Importvorlage entstehen.
Werden Systeme, Buchungskreise oder Organisationen zusammengeführt?
Eine reine Systemkonvertierung ist nicht auf jede Konsolidierung ausgelegt. Werden mehrere Quellen verbunden, Unternehmensbereiche getrennt oder Organisationsschlüssel neu geordnet, verändert sich die Datenaufgabe wesentlich. Dann muss der gewählte Übergangspfad diese Transformation ausdrücklich unterstützen.
Welche laufenden Vorgänge sollen im Ziel fortgesetzt werden?
Stammdaten lassen sich fachlich anders behandeln als offene Bestellungen, Aufträge, Fertigungsaufträge oder Finanzposten. Laufende Vorgänge besitzen Status und Beziehungen. Bei einer neuen Implementierung muss für jedes relevante Objekt entschieden werden, ob es vor dem Stichtag abgeschlossen, im Ziel neu angelegt oder über ein unterstütztes Migrationsobjekt übertragen wird. Eine selektive Transition kann weitergehende Kontinuität ermöglichen, muss aber genau dafür geplant sein.
Welches Zielbild wurde tatsächlich beauftragt?
Die Begriffe Greenfield, Brownfield oder Selective Transition genügen nicht als Leistungsbeschreibung. Das Projekt braucht eine eindeutige Aussage zu Quell- und Zielsystem, Mandanten, Organisationsstrukturen, Datenumfang, Historie, offenen Vorgängen, Werkzeugen und Prüfverantwortung. Sonst planen ERP-Partner und Kundenteam möglicherweise mit verschiedenen Bedeutungen desselben Schlagworts.
Das Migration Cockpit ist nicht das Werkzeug für jeden Übergang
Das SAP S/4HANA Migration Cockpit unterstützt die initiale Datenladung in einer neuen Implementierung mit bereitgestellten Migrationsobjekten und standardisierten Schnittstellen. Das ist etwas anderes als die technische Systemkonvertierung eines bestehenden SAP ERP. Auch eine selektive Datentransition kann zusätzliche spezialisierte Werkzeuge und Services benötigen, besonders wenn historische Belege und durchgängige Prozessketten übertragen werden sollen.
Deshalb sollte die Werkzeugfrage erst nach der Szenario- und Scope-Entscheidung kommen. Ein Tool ist passend, wenn es den gewählten Übergang und die benötigten Datenobjekte unterstützt. Es kann den Übergangspfad aber nicht stellvertretend für das Unternehmen festlegen.
Unser Beitrag SAP-Migrationstool: SQL und Migration Cockpit richtig kombinieren zeigt, wie Quellanalyse und Standardimport bei einer neuen Implementierung zusammenwirken können.
Welche Rolle kann Berthelsen Datenmigration übernehmen?
Unser Schwerpunkt liegt auf der fachlichen und technischen Datenmigration: Zielanforderungen verstehen, Quellen analysieren, Mappings vorbereiten, Transformationen wiederholbar umsetzen, Testbestände erzeugen und Prüfergebnisse dokumentieren. Besonders klar ist diese Aufgabe bei einer neuen Implementierung, weil benötigte Geschäftsdaten gezielt in ein neu aufgebautes System überführt werden.
In einem dokumentierten SAP-Testprojekt haben wir eine Migration von SAP ERP 6.0 zu SAP S/4HANA Private Edition mit Testdaten simuliert und zentrale Datenobjekte über SAP-Standardwege aufbereitet. Daraus folgt keine pauschale Aussage für jedes Kundenprojekt. Es belegt jedoch, dass unser zielorientierter Ablauf auch im SAP-Kontext praktisch durchgespielt wurde.
Die strategische Wahl zwischen Systemkonvertierung, neuer Implementierung und selektiver Datentransition bleibt eine gemeinsame Unternehmens- und SAP-Architekturentscheidung. Wir ersetzen weder diese Entscheidung noch den SAP-Implementierungspartner. Sobald der Datenmigrationsauftrag feststeht, können wir aber genau die Verbindung übernehmen, die zwischen Zielanforderung, Altdaten, Transformation, Test und fachlicher Freigabe benötigt wird.
Erst den Übergangspfad festlegen, dann den Datenplan bauen
Die Frage „Wann werden bei der SAP-S/4HANA-Umstellung Daten migriert?“ lässt sich damit eindeutig einordnen. Bei einer neuen Implementierung ist die fachliche Datenmigration ein eigener Pflichtbereich. Bei einer Systemkonvertierung bleibt der Bestand grundsätzlich im System, braucht aber Vorbereitung und Validierung. Bei einer selektiven Datentransition wird ein bewusst definierter, konsistenter Teil übertragen.
Erst wenn dieser Rahmen geklärt ist, werden Umfang, Methoden und Werkzeuge belastbar. Wer dagegen direkt mit Importvorlagen oder Extraktionen beginnt, riskiert eine technisch fleißige Vorbereitung für den falschen Übergangspfad.