{"id":160518,"date":"2026-02-12T08:37:25","date_gmt":"2026-02-12T07:37:25","guid":{"rendered":"https:\/\/e3mag.com\/?p=160518"},"modified":"2026-02-12T08:45:59","modified_gmt":"2026-02-12T07:45:59","slug":"datenqualitaet-das-fundament-von-finance","status":"publish","type":"post","link":"https:\/\/e3mag.com\/de\/datenqualitaet-das-fundament-von-finance\/","title":{"rendered":"Datenqualit\u00e4t: Das Fundament von Finance"},"content":{"rendered":"\n

Eine einzige nicht korrekte offene Position, ein fehlender AfA-Wert oder ein falsch zugeordnetes Sachkonto k\u00f6nnen bei der Transformation nach S\/4 Hana die Er\u00f6ffnungsbilanz erheblich verf\u00e4lschen. Terminverschiebungen, Nachfragen durch den Wirtschaftspr\u00fcfer und interne Eskalationen sind die Folge. Genau an dieser Stelle setzt das SAP Data Migration Cockpit an: Es handelt sich hierbei um ein von SAP bereitgestelltes Standard-\u00adWerkzeug, das Stamm- und Bewegungsdaten technisch validiert in das neue S\/4-\u00adHana-System migriert. <\/p>\n\n\n\n

Seit Release 1709 ist es systemseitig integriert, sowohl in der Cloud- als auch in der On-premises-Variante, und umfasst aktuell \u00fcber 150 vordefinierte Migrationsobjekte beim Direct-\u00adTransfer (Release 2023), davon \u00fcber 52 mit direktem Bezug zu FI und CO \u2013 dies erm\u00f6glicht eine strukturierte und saubere Migration ins Zielsystem.<\/p>

\"\"<\/a><\/div><\/div>\n\n\n\n

Umfang und technische Ans\u00e4tze<\/h2>\n\n\n\n

<\/p>\n\n\n\n

F\u00fcr das Finanzwesen besonders relevant sind Objekte wie Business Partner inklusive der Buchungskreissichten, Sachkonten mit Kontenplan-Zuordnung, Anlagen inklusive Anschaffungswerte, AfA-Schl\u00fcssel und Stichtagswerte sowie s\u00e4mtliche offenen Posten aus Haupt-\/Debitoren- oder Kreditorenbuchhaltung und CO-Buchungen.<\/p>\n\n\n\n

Zwei technische Verfahren stehen dabei zur Verf\u00fcgung: Der Staging-Ansatz basiert auf XML-Templates, die das Data Migration Cockpit zum Download anbietet. Nach dem manuellen Bef\u00fcllen k\u00f6nnen die XML-Dateien dann wieder im Cockpit hochgeladen werden. Dieser Ansatz eignet sich insbesondere f\u00fcr Daten aus Fremdsystemen oder bei \u00fcberschaubaren Datenvolumen.<\/p>\n\n\n\n

Der Direct-Transfer-Ansatz stellt dabei eine Live-Verbindung zu einem SAP-\u00adQuellsystem per RFC-Verbindung her. Innerhalb des Cockpits findet anschlie\u00dfend eine Selektion der zu migrierenden Daten statt, die gemappt und ins Zielsystem migriert werden. Das bedeutet, der Migrationsprozess ist bei beiden Ans\u00e4tzen klar definiert: Datenselektion (ent\u00adweder beim Direct Transfer im Cockpit selbst oder beim Staging-Ansatz im Quellsystem auf Tabellenebene) \u2013 Daten extrahieren (nur im Staging-Ansatz relevant) \u2013 Daten laden\/hochladen \u2013 vorbereiten\/mappen \u2013 simulieren \u2013 migrieren. <\/p>\n\n\n\n

<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

SAP Data Migration Cockpit: Das in S\/4 integrierte Tool unterst\u00fctzt die strukturierte und standardisierte Migration von Stamm- und Bewegungsdaten aus SAP- und Fremdsystemen in ein S\/4-System.<\/em><\/p>\n\n\n\n

<\/p>\n\n\n\n

Dieser Standardprozess ist besonders wichtig f\u00fcr Audits, da alle Schritte nachvollziehbar sind. Fehlerprotokolle werden ge\u00adspeichert und sind auch nach der Migration einsehbar. Da es sich um ein Stan\u00addard-SAP-Tool handelt, sind keine Programmierkenntnisse notwendig, dennoch \u00adsollte ein erfahrener SAP-Berater mit Data-Migration-Cockpit-\u00adKenntnissen die Migration durchf\u00fchren\/begleiten. Die Bedienung ist benutzerfreundlich und der Zugriff auf die Daten erfolgt \u00fcber XML-\u00adFiles oder den direkten System\u00adzugriff.<\/p>\n\n\n\n

Der standardisierte Projektablauf in sechs Phasen: Der Prozess folgt einem klar definierten und dokumentierten Ablauf. Beim Staging-Ansatz wird das Template bef\u00fcllt. In der Direct-Transfer-Variante erfolgt eine detaillierte Selektion. Beim Upload\/Laden der Daten pr\u00fcft das System sofort Pflichtfelder und Tabellenverkn\u00fcpfungen. Im Mapping-Schritt werden alte Strukturen auf neue Werte abgebildet, diese m\u00fcssen dann manuell oder per XML-Upload der Mapping-Werte erg\u00e4nzt oder nachjustiert werden. Der entscheidende Schritt ist die Simulation: Hier werden zun\u00e4chst die Daten probeweise durch das Zielsystem geleitet.<\/p>\n\n\n\n

Typische Fehler, wie nicht ge\u00f6ffnete Migrationsperioden, gesperrte Gegenkonten oder fehlende Steuerkennzeichen, k\u00f6nnen so in der ersten Iteration der \u00adSimulation identifiziert werden. Nach einer fehlerfreien Simulation erfolgt anschlie\u00dfend die produktive Migration des gesamten Volumens, wobei auch schon zwischendurch die fehlerfreien simulierten Daten migriert werden k\u00f6nnen.<\/p>\n\n\n\n

Finance-Fachbereiche sch\u00e4tzen besonders die integrierte technische Pr\u00fcfung. Das Cockpit validiert nicht nur technische Konsistenz, sondern pr\u00fcft auch betriebswirtschaftliche Korrektheit: Liegt das Sachkonto im richtigen Kontenplan? Stimmen die Kontoeinstellungen mit der Migrationsaktion \u00fcberein? Ist das Altdaten\u00fcbernahmesegment in der Anlagenbuchhaltung richtig gesetzt? Jeder Verarbeitungsschritt wird vollst\u00e4ndig protokolliert und steht f\u00fcr Pr\u00fcfungen durch interne Revision und Wirtschaftspr\u00fcfer jederzeit nachvollziehbar zur Verf\u00fcgung.<\/p>\n\n\n\n

Mehrwert: Fachliche Validierung<\/h2>\n\n\n\n

<\/p>\n\n\n\n

Im Gegensatz zu vielen Tools von Wettbewerbern findet hier keine reine technische Datenbankmigration, sondern eine buchungsnahe Migration statt. Dabei werden beispielsweise die Kontoeinstellungen der Sachkonten durch das Data Migration Cockpit gepr\u00fcft und validiert. Entsprechen die Einstellungen des Sachkontos oder des Lieferanten\/Kunden (Business Partner) nicht dem Vorgang, l\u00e4uft die Simulation auf Fehler. Wichtig: Die Simulation kann beliebig oft wiederholt werden, zum Beispiel wenn eine Fehlermeldung behoben wurde, um zu \u00fcberpr\u00fcfen, ob die L\u00f6sung erfolgreich war.<\/p>\n\n\n\n

Ein bew\u00e4hrtes Vorgehen ist, dass der erste Simulationslauf nur mit etwa zehn\u202fProzent der Datens\u00e4tze durchgef\u00fchrt wird. Der Grund daf\u00fcr ist, dass so schwerwiegende Fehler bereits fr\u00fchzeitig erkannt und behoben werden k\u00f6nnen \u2013 etwa die Migrationsperiode ist nicht ge\u00f6ffnet, das Migrationsgegenkonto ist gesperrt oder grundlegende Mappings fehlen.<\/p>\n\n\n\n

Gleichzeitig wird vermieden, dass der Simulationslauf unn\u00f6tig viel Zeit in Anspruch nimmt. Erst wenn die Simulation f\u00fcr alle Datens\u00e4tze erfolgreich war, sollten die Datens\u00e4tze ins Zielsystem migriert werden. Erfahrungsgem\u00e4\u00df verl\u00e4ngert die Verarbeitung enormer Datenmengen die Simulationsphase.<\/p>\n\n\n\n

Die Simulationsphase ist bei einem Migrationsprojekt mit dem Data Migration Cockpit (ausgenommen die Vorbereitung der Upload-Dateien im Staging-Ansatz) die aufw\u00e4ndigste Phase im Migrationsablauf, da erfahrungsgem\u00e4\u00df mehrere Simulationsiterationen notwendig sind, bis alle Fehler behoben sind und die Datenqualit\u00e4t eine Migration erm\u00f6glicht. Auch hochgradig individuelle Erweiterungen (Z-Felder) lassen sich in den Einstellungen des Data Migration Cockpits definieren und einstellen. In stark individualisierten Systemlandschaften oder bei Projekten mit mehreren Millionen von Datens\u00e4tzen kommt das Standard-Werkzeug an seine Grenzen.<\/p>\n\n\n\n

Empfehlung f\u00fcr Finance-Projekte<\/h2>\n\n\n\n

<\/p>\n\n\n\n

Das SAP Data Migration Cockpit ist immer dann die erste Wahl, wenn die Daten in den SAP-Standard passen und das Quellsystem ein SAP-System ist. Auch Non-SAP-Quellsysteme k\u00f6nnen \u00fcber den Staging-Table-\u00adAnsatz migriert werden. Bei stark individualisierten Altsystemen oder extrem hohen Datenvolumen empfiehlt sich ein hybrides Vorgehen: Standard-Objekte \u00fcber das Cockpit, Sonderf\u00e4lle \u00fcber ein professionelles ETL-Werkzeug.<\/p>\n\n\n\n

Fazit<\/h2>\n\n\n\n

<\/p>\n\n\n\n

Das SAP Data Migration Cockpit ist ein leistungsf\u00e4higes kostenfreies Werkzeug f\u00fcr die compliant-konforme \u00dcbernahme von Finanzdaten in SAP S\/4 Hana, vorausgesetzt, die Simulation wird konsequent mit einem repr\u00e4sentativen Datenanteil durchgef\u00fchrt und alle Fehler werden behoben, sowie eine detaillierte Validierung erfolgt durch den Fachbereich. Projekte, die diese beiden Grunds\u00e4tze befolgen, erreichen planbare Go-live-Termine.<\/p>\n\n\n\n

\n\n\n\n

SAP Data Migration Cockpit \u2013 Vorteile<\/h2>\n\n\n\n

Das SAP Data Migration Cockpit erm\u00f6glicht eine systemnahe, qualitativ hochwertige Migration mit maximaler Transparenz und minimalem technischen Aufwand.<\/p>\n\n\n\n

Die wichtigsten Highlights:<\/p>\n\n\n\n