Zum Hauptinhalt springen
21
Buchungskreise · SAP S/4HANA · FI/AA/CO/BP/MM
IDW PS 850
Prüfungsrahmen im Projekt
2
Vollständige Cutover-Proben
4
Code-Konventionen
Standard des begleitenden IT-Audits beim Mandanten, keine Bescheinigung von MGTI
Jeweils mit Reconciliation gegen das Quellsystem
Aus drei Akquisitionswellen in den Quellsystemen
Featured Case Study

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

  1. 01
    Discover
    Quelldaten kartiert, Vollständigkeits-Logik FI/AA/BP/MM definiert, Audit-Definition-of-Done aus Big-Four-Erfahrung gesetzt.
  2. 02
    Design
    Migrations-Skript gebaut, EMR-Adapter spezifiziert (xViaNova ↔ Navision als Lead-Anbindung), Power-BI-Cockpit aufgesetzt, versioniert und im Runbook dokumentiert.
  3. 03
    Deliver
    Vollstä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.
  4. 04
    Sustain
    Hypercare-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.
Sprechen wir

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.

Antwort direkt von den Gründern · DE · EN