Niemand weiß, welche Z-Programme noch laufen, worauf sie zugreifen oder ob sie S/4HANA überstehen.
ATC, der Simplification-Item-Check, SUM, DVM, CVI und die Finanzprüfungen liefern jeweils einen eigenen Bericht – ohne Gesamtbild.
Teams diskutieren in Workshops über den Scope, obwohl die Antwort längst in den Nutzungsdaten des Systems steckt.
System vorbereiten, unsere Programme importieren und ATC, Readiness Check sowie die passenden Berechtigungen einrichten.
Custom-Programme, ATC-Ergebnisse und Readiness-Check-Berichte (SI, DVM, FDQ …).
Programmdokumentation mit Zuordnung zum Geschäftsbereich sowie Ergebnisansichten und Impact-Analyse über RC, ATC und SI hinweg.
Der Migrations-Copilot erklärt Befunde und empfiehlt nächste Schritte.
Custom Code mit QCC korrigieren – mit menschlicher Freigabe – und dann mit einem Plan konvertieren, dem Sie vertrauen können.
Ein deterministisches System, das Ihre Systemlandschaft erfasst und Sie auf die Migration vorbereitet.
Arbeitet ausschließlich mit den erhobenen Ergebnissen und kennzeichnet alles, was sie schreibt.
Die Brücke zu QCC, der Begleit-App, in der Custom Code korrigiert wird.
Jedes Modul liest echte Systemdaten und ist mit den anderen verknüpft – so erscheint ein Blocker in den Finanzdaten direkt neben dem Code und den Prozessen, die er betrifft.
Jedes Z-Objekt bewertet nach Nutzung, Komplexität und S/4-Auswirkung, mit einer vorgeschlagenen Entscheidung.
S/4HANA-Readiness-Checks nach Priorität gruppiert und den betroffenen Objekten zugeordnet.
Welche Items relevant sind, welche geprüft werden müssen und was sie auslöst.
Installierte Add-ons, Branchenlösungen, Produktversionen und Business Functions.
Größte Tabellen, LOB-Daten, Speicherbedarf und eine Schätzung der geplanten Downtime.
Für welche genutzten Transaktionen es eine Fiori-App als Ersatz gibt.
Debitoren und Kreditoren, die für die Business-Partner-Synchronisation blockiert sind – und warum.
Prüfungen für Hauptbuch, Anlagen und Material-Ledger nach Buchungskreis und Geschäftsjahr.
IDocs, RFC, Webservices, OData, BW, SLT und Queues auf einen Blick.
Order-to-Cash, Procure-to-Pay und mehr, rekonstruiert aus dem Belegfluss.
Aufwand nach Phase, Lücken nach Geschäftsbereich und ein sofort einsetzbares Realize-Backlog.
Eine generierte Spezifikation für jedes Objekt, das Sie anpassen oder ersetzen möchten.
Vollständiges Brownfield-Assessment des Systems, das Sie heute betreiben.
Konzentriert sich auf die Änderungen zwischen den Releases.
Jede Zahl in QTS stammt aus Code, der Ihr System ausliest. Die KI schreibt die Erläuterungen und schlägt Entscheidungen vor – jeder Vorschlag bleibt als solcher gekennzeichnet, bis eine Person ihn freigibt.
KI-Inhalte sind überall mit einem KI Badge gekennzeichnet.
Ein Chat-Panel beantwortet Fragen wie „Was blockiert die Conversion?“ anhand der gesammelten Daten Ihres Systems.
Jede Änderung einer Entscheidung wird versioniert. Beim Import eines neueren ATC-Laufs werden die Befunde aktualisiert – alle Entscheidungen und ihre Historie bleiben erhalten.
Einsparung pro Programm (erster Durchlauf + 3 Probekonvertierungen)
kürzere Vorbereitungsphase, von 10–14 auf 3–4 Wochen
| Heute manuell | Mit QTS | |
|---|---|---|
| Assessment- und Explore-Phase | 10–14 Wochen | 3–4 Wochen |
| Beratungsaufwand, erster Durchlauf | 80–123 Personentage | 5–9 Personentage |
| Jede weitere Probekonvertierung | 27–37 Personentage | 2–3 Personentage |
Schätzungen, keine Angebote. Ermittelt am System EH7 (26.092 Z-Objekte, 867 Simplification Items); angenommen sind 3 Probekonvertierungen und 800 € pro Beratertag.
analysierte Kundenobjekte
Nutzungsstatistik ausgewertet
tatsächlich ausgeführte Kundenprogramme
SAP® Activate-Phasen abgedeckt, von Discover bis Run
Die Zahlen stammen aus einem Demo- bzw. Schulungs-ECC-System. Dort läuft kaum Eigenentwicklung, daher schlägt QTS vor, fast den gesamten Custom Code stillzulegen. Ein Produktivsystem ergibt ein anderes Bild – und QTS misst es auf dieselbe Weise.
QTS liest aus Ihrem System und schreibt niemals hinein.
Nur das QTS-Backend kommuniziert mit SAP® und dem KI-Modell. Keine SAP®- oder KI-Zugangsdaten gelangen jemals in einen Browser.
Das Modell sieht gesammelte Ergebnisse, nie eine Live-Verbindung.
Wird als Container ausgeliefert und lässt sich in Ihrer eigenen Systemlandschaft betreiben.
Nein. Die Collectors lesen ausschließlich.
SAP® ECC 6.0 für die Conversion nach S/4HANA sowie S/4HANA-Systeme für Release-Upgrades.
Nein. Sie schlägt sie vor und begründet sie. Die Fachverantwortlichen nehmen jeden Vorschlag an, ändern ihn oder lehnen ihn ab – und nichts gilt als entschieden, bevor es freigegeben ist.
[Gemäß Ihrem Liefermodell ergänzen, z. B. „Die Collectors laufen in wenigen Stunden; ein vollständiges Assessment dauert N Wochen.“]
QTS deckt dieselben Themen ab und geht weiter: Entscheidungen auf Objektebene, Freigabe, Prozesserkennung und ein Realize-Backlog – alles an einem Ort.