Die Frist ist real

SAP hat mehrfach bestätigt, dass die Mainstream-Wartung für ECC am 31. Dezember 2027 endet; Extended Maintenance ist gegen Aufpreis bis 2030 verfügbar. Ein vollständiges ECC-zu-S/4HANA-Programm dauert je nach Landschaftskomplexität, Customizing-Tiefe und Datenqualität typischerweise ein bis drei Jahre. Die Rechnung ist einfach: Wer noch nicht gestartet ist, hat bis Ende 2027 bereits weniger Zeit, als die meisten Migrationen brauchen.

Warum S/4HANA-Testing schwierig ist

Eine SAP-Landschaft ist nicht eine Anwendung, sondern Dutzende Geschäftsprozesse, verwoben über Module (FI/CO, MM, SD und mehr), Jahre an Custom-Code und ein Geflecht an Schnittstellen zu Nicht-SAP-Systemen. Eine Migration berührt Datenmodelle, Transaktionen, Berechtigungen und Integrationen zugleich. Das Risiko ist nicht ein kaputter Bildschirm; es ist ein Order-to-Cash- oder Procure-to-Pay-Prozess, der drei Schritte später unbemerkt abbricht.

Nach Geschäftsrisiko testen, nicht nach Transaktion

Sie können nicht alles testen, und Sie sollten es nicht versuchen. Der erfolgreiche Ansatz ist risikobasiert: die wichtigsten End-to-End-Geschäftsprozesse abbilden, nach finanzieller und operativer Auswirkung priorisieren und die Abdeckung zuerst dort bündeln. End-to-End-Prozesstests über Module hinweg, nicht isolierte Transaktionsprüfungen, fangen die Fehler ab, die wehtun.

Wissen, was eine Änderung wirklich betrifft

Bevor Sie einen Transport oder ein Upgrade einspielen, zeigt die Change-Impact-Analyse, welche Prozesse und Objekte tatsächlich betroffen sind, sodass Sie testen, was sich geändert hat, statt alles neu zu testen oder, schlimmer, etwas zu übersehen. Hier spielen Werkzeuge wie Tricentis LiveCompare in SAP-Programmen ihre Stärke aus.

Regression automatisieren, Daten im Blick behalten

Migrationen sind nicht ein Testzyklus, sondern viele. Wiederverwendbare, wartbare Automatisierung (mit Tricentis Tosca und Worksoft, in CI/CD eingebunden) macht aus jeder Regressionsrunde, die sonst Wochen dauert, einen wiederholbaren Lauf; wie wir das aufsetzen, zeigt unsere Seite zum SAP-Testing und zur Tosca-Automatisierung. Und unterschätzen Sie die Daten nicht: Migrations- und Datenintegritätstests stellen sicher, dass Belege, Salden und Reports vor und nach dem Umstieg zusammenpassen.

So sieht das in einem echten Programm aus

In einer aktuellen Finanzmigration von SAP ECC auf S/4HANA bei einer Schweizer Privatbank umfassten die Quellsysteme Milliarden von Datensätzen. Scope-Filter reduzierten das auf das Relevante; danach wurden Millionen Datensätze pro Migrationsobjekt eins zu eins verglichen, über 25 Buchungskreise, mehr als 40 Migrationsläufe und mehr als 150 Objekte. Drei Dinge haben den Unterschied gemacht:

  • Die Prüfung bildete die Migration ab. Der Abgleich wendete dieselben Regeln an wie die Migration (Buchungskreis-Mapping, Kontenumschlüsselung, Bewertungsprinzipien), sodass gewollte Änderungen nicht als Fehlalarm auftauchten.
  • Ein Template für jede Einheit. Wiederverwendbare Header/Item-Templates führten dieselbe Validierung für jeden Buchungskreis aus, ohne einen einzigen Test neu zu bauen.
  • Nachweise zuerst. Jedes Objekt lieferte automatisch einen Nachweisbericht, und jeder Buchungskreis erhielt seine eigene, prüfsichere fachliche Freigabe. Manche Abgleiche mussten in Cut-over-Fenstern von rund 30 Minuten fertig sein; das geht nur, wenn Prüfungen und Nachweise automatisiert sind.

Die ganze Geschichte steht in der Fallstudie.

Wie wir vorgehen

Wir verbinden SAP-Prozess-Know-how mit Automatisierung und risikobasierter Abdeckung: Ziele definieren, nach Risiko priorisieren, wartbare Testbausteine bauen und Daten sowie Schnittstellen validieren, damit Sie den Cut-over entschärfen statt zu hoffen. Wenn Ihr S/4HANA-Umstieg näher rückt, ist der günstigste erste Schritt eine fokussierte Analyse Ihrer echten Risiken und Abdeckungslücken.