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 Transformations-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 Transformation 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.
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.
Es hängt von den zu erhebenden Elementen und Ihrer Systemlandschaft ab. Die Datenerhebung selbst läuft in wenigen Stunden. Der vollständige Assessment-Bericht, einschließlich Custom-Code-Inventar, Simplification-Item-Status und Aufwandsmodell, ist in der Regel innerhalb von ein bis zwei Wochen verfügbar.
QTS deckt dieselben Themen ab und geht weiter: Entscheidungen auf Objektebene, Freigabe, Prozesserkennung und ein Realize-Backlog – alles an einem Ort.
Starten Sie mit einem Beispiel-Cockpit oder lassen Sie uns die Collectors auf Ihrem System ausführen.