Zum Hauptinhalt springen
SAP-Datenmigration

SAP-Datenmigration mit dokumentierten Nachweisen je Schritt.

Cutover-sichere Migration nach SAP S/4HANA, von Legacy-Extraktion über Mapping und Reconciliation bis Hypercare. Dokumentiert so, dass Ihr Abschlussprüfer die Unterlagen vorfindet, die er im Rahmen von IDW PS 850 und ISA [DE] 315 anfordert.

Anfrage senden →
Bausteine

Die Bausteine für SAP-Datenmigration.

Von der Datenrisiko-Analyse bis zum Cutover-Support. Beide Bausteine mit dokumentierten Nachweisen, Reconciliation und Hypercare-Logik.

Cases · SAP-Datenmigration

S/4HANA-Migrationspraxis der Gründer.

Engpässe

Warum SAP-Migrationen am Cutover-Wochenende scheitern.

Die Technik ist selten das Problem. Migrationen stranden an ungeprüften Altdaten, gebrochenen Mappings und einem Vollständigkeitsnachweis, der vor dem Wirtschaftsprüfer nicht trägt. Wir benennen diese Engpässe vor der ersten Extraktion und lösen sie mit frühem Profiling, getakteter Reconciliation und einem geprobten Cutover.

Schlechte Altdaten blockieren den Load. Und ohne Owner ist niemand zuständig.

Dubletten, fehlende Pflichtfelder und inkonsistente Stammdaten fliegen oft erst auf, wenn Fachanwender produktiv arbeiten. Und ohne klares Daten-Ownership gibt niemand einen Sign-off, der vor dem Prüfer trägt. Wir profilen die Quellsysteme zu Projektbeginn, führen ein Cleansing-Backlog und benennen pro Datenobjekt einen Owner.

ProfilingCleansing-BacklogDaten-Owner
Das alte Datenmodell passt nicht ohne Umbau ins neue System.

Business Partner, Universal Journal und das aktivierte Material Ledger brechen feldweise Mappings und Custom-Code. Und im Migration Cockpit blockiert jedes offene Value-Mapping den Lauf. Wir entwerfen das Mapping entlang der Zielarchitektur und führen es als versionierte, fachlich freigegebene Artefakte mit vorab geprüften Constraints.

Business PartnerUniversal JournalValue-Mapping
Fachlich: Conversion-Guides & SAP-Notes als Pflicht-Checkliste
Sie müssen dem Prüfer beweisen, dass alle Daten angekommen sind.

Bleibt der Quell-zu-Ziel-Abgleich aus, bleiben Differenzen unentdeckt. Und der Vollständigkeitsnachweis gegenüber dem Prüfer ist nicht führbar. Wir gleichen Satzzahlen und Kontrollsummen pro Objekt ab und dokumentieren jede Differenz mit Begründung.

ReconciliationVollständigkeit
Bezugsrahmen: IDW PS 850 (projektbegleitende Prüfung) · GoBD
Ein einziger Probelauf reicht nicht.

Ohne realistische Volumina bleiben Performance- und Datenfehler bis zum Cutover verborgen und geparkte Defects häufen sich. Wir fahren mehrere getaktete Mock-Loads mit festen Resolution-Fenstern und steigender Datentreue.

Mock-LoadsDefect-FensterProduktionsnahes Volumen
Vorgehen

Von der Quellsystem-Analyse bis ins produktive S/4HANA

Ein Vorgehen, drei Schritte (Identifizieren, Entwickeln, Verankern), bei der Migration ausgearbeitet in fünf prüfbaren Phasen. Jede mit definiertem Output, jeder Übergang dokumentiert, der Cutover kontrolliert.

01Discovery & Quellsystem-Analyse→ Quellsystem-Inventar & Risiko-Register

Wir profilen die Altdaten, klären den Migrations-Scope und bewerten jedes Datenobjekt auf Risiko. Dubletten, fehlende Pflichtfelder, inkonsistente Stammdaten werden sichtbar, bevor wir laden.

02Mapping & Architektur→ Mapping-Spezifikation & Cutover-Plan

Wir entwerfen das Feld-Mapping entlang der S/4HANA-Zielarchitektur (Business Partner, Universal Journal, Material Ledger) und dokumentieren Transformationsregeln, Cutover-Plan und Audit-Konzept.

03Extraktion & Transformation→ Lauffähige Migrations-Pipeline

Wir bauen die Migrationsstrecken, bereinigen und reichern an: Dubletten raus, Pflichtfelder gefüllt, Werte gegen die Zielfeld-Constraints geprüft. Kein Mapping bleibt unbestätigt.

04Test-Migration & Reconciliation→ Reconciliation-Report & Go-Live-Freigabe

Wir fahren mehrere Probeläufe gegen echte Volumina und gleichen Quelle gegen Ziel ab: Satzzahlen, Summen, Salden. Defects werden pro Zyklus geschlossen, nicht geparkt.

05Cutover & Hypercare→ Produktives S/4HANA & Audit-Dokumentation

Wir gehen mit getaktetem Runbook und definiertem Rollback-Pfad live, begleiten den Hypercare und schließen die prüfbare Migrationsakte ab, inklusive Wissenstransfer ans Team.

Engagement & Reichweite

Migrations-Lead oder Augmentation: wir docken so an, wie Ihr Programm es braucht.

Als Migrations-Lead

Wir führen die Migration end-to-end. Wir steuern Ihr Team und die beteiligten Dienstleister von der Quellanalyse bis ins Hypercare.

Als Spezialisten-Augmentation

Wir docken gezielt in Ihr laufendes Programm an und verstärken genau die Stellen, an denen Tiefe fehlt, ohne Ihre Strukturen umzubauen.

Volle Modulbreite
FICOMMSDPPEWMAAQMBP
Tooling (Auswahl)
SAP Migration Cockpit (LTMC / LTMOM / Migrate Your Data)HANA SQL ScriptSAP Data ServicesPython / pandasPower BIAlteryx Designer+ viele weitere

Häufige Fragen

Wie verhindern Sie, dass uns die Migration im Tagesgeschäft trifft?

Wir suchen die typischen Stolpersteine VOR dem Cutover-Wochenende: Dubletten, Mapping-Lücken, fehlende Pflichtfelder, inkonsistente Schlüssel. Was später am Live-System Tickets erzeugt, fangen wir in der Discover-Phase ab. So gehen Sie mit bereinigten Daten ins Cutover-Wochenende.

Wer schützt uns gegen Risiken im Audit?

Jede Migrations-Entscheidung dokumentieren wir in der Sprache, die Wirtschaftsprüfer kennen, ausgerichtet an den Nachweisen, die eine Prüfung nach IDW PS 850 (projektbegleitende Prüfung) und ISA [DE] 315 (Risikobeurteilung, inklusive IT-Umfeld) anfordert. Zur Rollenklarheit: MGTI ist keine Wirtschaftsprüfungsgesellschaft. Wir prüfen nicht und stellen keine Bescheinigung aus, wir liefern die Unterlagen, auf die Ihr Prüfer zugreift. Das reduziert Diskussionen im Closing und Rückfragen des Prüfers.

Was passiert, wenn beim Cutover etwas schiefläuft?

Wir steuern das Cutover live mit: Jeder Fehler wird sofort klassifiziert und an den richtigen Owner eskaliert. So können Sie noch im selben Wochenende reagieren.

Wie viel Aufwand fällt bei unserem Team an?

Sie sprechen direkt mit den Gründern, die auch die Arbeit machen, kein Ticket-Pingpong über Junior-Schichten. Ihre Fachbereichs-Leute werden in der Discover-Phase eingebunden, um die Quelldaten zu klären. Danach ist der Aufwand für Sie klar bemessen und planbar.

Reichen zwei Gründer für ein Programm in unserer Größe?

Wir nehmen ein Programm nur an, wenn wir es mit voller Aufmerksamkeit liefern können, bewusst keine Verwässerung über Junior-Ketten. Je nach Umfang kommen wir als Migrations-Lead, der Ihr Team und beteiligte Dienstleister steuert, oder als Spezialisten-Augmentation, die gezielt in Ihr bestehendes Programm andockt. So skaliert die Kapazität mit dem Vorhaben, während die Verantwortung bei denselben Köpfen bleibt, von der Quellanalyse bis ins Hypercare. Beide Gründer kennen jedes Setup, Runbook und Zugänge liegen bei Ihnen, so bleibt das Programm auch bei Ausfall eines von uns handlungsfähig.

Wann können wir nach Go-Live wieder normal arbeiten?

Wir sind durch den Go-Live und die Hypercare-Phase dabei, bis die ersten Monatsabschlüsse und Ihr Tagesgeschäft auf der neuen Datenbasis sauber laufen. Danach übergeben wir an Ihr Team. Wenn Sie auf der frischen S/4HANA-Basis wiederkehrende Prozesse automatisieren möchten, setzt unser Bereich KI & Automation direkt dort an.

Was bekommen wir am Ende konkret?

Eine saubere SAP-S/4HANA-Datenbasis und eine prüfungstaugliche Migrations-Dokumentation. Konkret heißt das: Zu jedem Migrationsschritt liegt der Nachweis dokumentiert vor, damit Sie im ersten Quartalsabschluss nicht nach Herkunft und Vollständigkeit der Daten suchen müssen.

Wo lauern die Risiken vor Ihrem nächsten S/4HANA-Cutover?

Jedes Unternehmen schleppt andere Engpässe mit sich: manuelle Routinen, riskante Daten, Prozesse, die niemand mehr hinterfragt. Im kostenfreien 30-Minuten-Erstgespräch mit den Gründern finden wir gemeinsam die größten Hebel und sagen Ihnen, wo sich der Aufwand lohnt.

30-Minuten-Gespräch anfragen →
Antwort direkt von den Gründern · DE · EN
  • Wir sagen auch, wann sich der Aufwand nicht lohnt.
  • Konkrete nächste Schritte, die Sie mitnehmen
  • Vertraulich, nur zur Bearbeitung Ihrer Anfrage genutzt