21 Buchungskreise nach SAP S/4HANA migriert, mit laufender IT-Audit-Begleitung.
Eine S/4HANA-Public-Cloud-Migration mit heterogenen Quellsystemen und parallelen EMR-Anbindungen. Die IT-Audit-Begleitung läuft weiter, die Dokumentation ist für die Prüfung nach IDW PS 850 geschrieben.
Ausgangslage
Ein Healthcare-Verbund migriert 21 Buchungskreise nach SAP S/4HANA. Quellsysteme sind Diamant und Navision auf der Finanzseite und parallele EMR-Anbindungen auf der operativen Seite. Der Cut-Over findet im laufenden Klinikbetrieb statt, mit Abrechnungs-Schnittstellen und IT-Audit-Begleitung bis ins Closing-Meeting. Die Datenstände sind heterogen, ein genehmigtes Wartungsfenster gibt es nicht, prüfbare Doku muss ab Tag 1 stehen. Das Audit-Risiko liegt in den Quellsystemen und ihren Datenständen.
Lösung
- Bauen ein eigenes Migrations-Skript für die Quellsysteme: idempotente, wiederholbare Loads mit Protokoll bis Datensatz-Ebene und Re-Run-Pattern für gezielte Fehleranalyse.
- Automatisieren den Offene-Posten-Export direkt aus Diamant (FI: A/R, A/P): Basis für Abschluss und Go-Live.
- Bereiten Vollständigkeitsbelege für die Jahresabschlussprüfung auf: jeder hochgeladene Datensatz im Migrations-Protokoll auffindbar, Plausibilisierung in Fiori.
- Setzen ein Power-BI-Cockpit auf: Cut-Over-Status, OP-Dashboard und Vollständigkeits-Live-View.
- Dokumentieren jeden Schritt in einem versionierten Runbook, das Prüfer lesen und die Inhouse-IT übernehmen kann.
- Planen ab Tag 1 mit dem, was Prüfer anfordern: Datenauszüge, Nachvollziehbarkeit. Das kennen wir aus eigener Big-Four-Erfahrung.
So funktioniert's
- 01DiscoverQuelldaten kartiert, Vollständigkeits-Logik FI/AA/BP/MM definiert, Audit-Definition-of-Done aus Big-Four-Erfahrung gesetzt.
- 02DesignMigrations-Skript gebaut, EMR-Adapter spezifiziert (xViaNova ↔ Navision als Lead-Anbindung), Power-BI-Cockpit aufgesetzt, versioniert und im Runbook dokumentiert.
- 03DeliverVollständige Test-Runs mit Produktivdaten gegen die Vollständigkeits-Definition über das SAP Migration Cockpit. Cut-Over an mehreren Wochenenden, je Gesellschaft eins, jeweils am Samstag oder Sonntag.
- 04SustainHypercare-Phase, laufende IT-Audit-Begleitung mit Closing-Meeting, übergabefertig an die Inhouse-IT mit vollständigem Runbook.
Ergebnis
Das Projekt lief von Discover über den Go-Live in das noch laufende Hypercare- und Audit-Begleitmandat. Die Migrations-Protokolle dokumentieren jeden hochgeladenen Datensatz prüfbar (FI/AA/BP/MM). Damit ist die Vollständigkeit für die Jahresabschlussprüfung audit-aufbereitet. Die Richtigkeit der migrierten Werte nimmt der Fachbereich des Mandanten ab, die Rollentrennung ist dokumentiert. Die IT-Audit-Begleitung nach IDW PS 850 / ISA [DE] 315 läuft im Closing-Mandat weiter. Power-BI-Cockpit und Runbook bleiben beim Mandanten und lassen sich ohne uns weiterbetreiben.
Warum dieser Stack
- Eigenes Migrations-Skript
- Idempotente, wiederholbare Loads für die Quellsysteme, ergänzen das SAP Migration Cockpit um Re-Run- und Logging-Patterns für gezielte Fehleranalyse.
- Power BI
- Cut-Over-Cockpit + Reconciliation-Live-View an einem Ort, geteilt mit IT-Audit und Steuerungskreis.
- Runbook-Doku
- Die Inhouse-IT übernimmt aus einem versionierten Runbook, das prüfbar und wiederherstellbar bleibt.
- IDW PS 850 / ISA [DE] 315
- Audit-Erwartungen aus eigener Big-Four-Erfahrung gelten ab Tag 1, nicht erst zum Closing. Ziel ist, Findings vorab zu vermeiden.
Bereit, Ihre ersten Prozesse zu automatisieren oder Ihre SAP-Migration sicher zu liefern?
Schicken Sie uns kurz Ihr Anliegen. Sie hören zeitnah von uns. Kostenfrei, unverbindlich.