Eine offene Referenz zu den S/4HANA-Migrationsobjekten, die fast jedes Projekt braucht.
Die Migrationsobjekte, die fast jedes Projekt braucht
SAP veröffentlicht die Liste der verfügbaren Migrationsobjekte. Was nicht an einer Stelle veröffentlicht wird, ist das, was im Projekt tatsächlich gebraucht wird: welche Staging-Strukturen ein Objekt erzeugt, welche Felder wirklich Pflicht sind, welche Transaktion man für eine manuelle Korrektur braucht und welche Fiori-App belegt, dass die Übernahme korrekt war. Genau diese Referenz finden Sie hier — aufgebaut aus den Objekten, die wir in echten ECC-zu-S/4HANA-Projekten laden.
Drei Wege, wie Daten nach S/4HANA gelangen
Das Migration Cockpit unterstützt mehrere Wege, und die Wahl verändert, was Ihre ETL-Schicht leisten muss. Verfügbarkeit je Objekt und Verfahren hängt vom Release ab — vor der Scope-Zusage immer die Objektliste des eigenen Releases prüfen.
Staging-Tabellen
Das Cockpit erzeugt je Quellstruktur eine Tabelle in einem HANA-Schema. Sie füllen diese mit einem beliebigen ETL-Werkzeug, simulieren und laden. Die einzige realistische Option bei hohen Volumen, komplexer Transformation oder wiederholten Testzyklen.
Datei (XML-Vorlage)
Je Objekt eine Tabellenvorlage herunterladen, ausfüllen, hochladen. Sehr gut für kleine Objekte und wenn Key User ihre Daten selbst verantworten sollen. Schlecht für mehr als ein paar Tausend Zeilen oder echte Transformationslogik.
Direktübernahme aus SAP
Direkt aus einem unterstützten SAP-Quellsystem lesen, ohne Datei dazwischen. Schnell, wo es passt — die Objektabdeckung ist jedoch enger als beim Staging, und das Quellsystem braucht das erforderliche Add-on und Release-Niveau.
Was jeder Eintrag liefert
Jedes Objekt klappt in derselben Struktur auf, sodass Sie Objekte vergleichen können, statt jedes Mal ein neues Layout zu lernen.
Strukturen und Felder
Die vom Objekt erzeugten Staging-Strukturen, ihre Kardinalität, die klassischen ECC-Quelltabellen und die Felder mit ABAP-Typ, Schlüssel- und Pflichtkennzeichen.
Betriebsart und Verfahren
Ob das Objekt in Public Cloud, Private Cloud und On-Premise existiert und welche Übernahmeverfahren es unterstützt.
Transaktionen und Fiori-Apps
Womit Sie das Ergebnis anzeigen, ändern und massenpflegen. Transaktionen gelten für Private Cloud und On-Premise; die Fiori-Apps funktionieren in beiden Cloud-Editionen und dienen der Validierung.
Erweiterbarkeit und Fallstricke
Wie Kundenfelder je Betriebsart ergänzt werden, und die Fehlerbilder, die uns tatsächlich begegnen — inklusive der stillen, die erst Wochen nach Go-Live auffallen.
Objekte durchsuchen
Die Suche findet Objektnamen, Komponenten, Staging-Strukturen, Feldnamen, Tabellennamen, Transaktionen und Fiori-Apps. Nach Modul oder Betriebsart filtern und ein Objekt für alle Details aufklappen.
34 Objekte
Brauchen Sie das auf Ihre eigenen Daten angewendet?
Die Feldliste zu kennen ist die einfache Hälfte. Sie zu extrahieren, zu transformieren und gegen die Altbuchhaltung abzustimmen ist der Teil, an dem Projekte lang werden. Genau den übernehmen wir.
Zusammengestellt aus SAP-Standardverhalten und eigener Projekterfahrung. Objektverfügbarkeit, Namen der Staging-Strukturen und Pflichtfelder hängen von S/4HANA-Release, aktiviertem Scope und Ihrem eigenen Customizing ab — bitte immer gegen die Objektliste und die Vorlagen im eigenen System prüfen. Fiori-App-Namen ändern sich zwischen Releases; App-IDs sind bewusst weggelassen. Diese Referenz dient der Information und ersetzt keine verbindliche Beratung.