Die Mainstream-Wartung für SAP Solution Manager – und damit auch für Change Request Management (ChaRM) – endet im Dezember 2027. Für regulierte Branchen, die unter GxP, FDA 21 CFR Part 11 oder SOX operieren, ist dies nicht nur eine Plattformmigration. Es ist ein Compliance-Ereignis. Die Frist 2027 setzt Ihre Compliance-Anforderungen nicht außer Kraft, und am besten positioniert sind Organisationen, die ihre ChaRM End of Life-Ersatzstrategie als Governance-Entscheidung behandeln – nicht nur als technische.
Der Großteil der Diskussion rund um ChaRM End of Life hat sich auf die technische Migration konzentriert. Wie lange der Übergang dauert. Welche Anpassungen übernommen werden können.
Dies ist nicht einfach eine Entscheidung über das Leben nach ChaRM. Es ist eine Frage, wie Compliance-Kontrollen den Übergang überstehen.
Die Frist ist dieselbe. Die Risiken sind es nicht.
Ein produzierendes Unternehmen, das von ChaRM zu SAP Cloud ALM migriert, verwaltet einen Plattformübergang. Ein Pharmaunternehmen, das dasselbe tut, verwaltet ein Compliance-Ereignis.
Die Unterscheidung ist von Bedeutung, weil GxP-Vorschriften, FDA 21 CFR Part 11, SOX-Finanzkontrollen und ISO-Standards nicht pausieren, während Sie eine technische Migration durchführen. Auditoren fragen nicht, welches Tool Sie verwendet haben, als eine SAP-Änderung vorgenommen wurde. Sie fragen, ob die Änderung autorisiert, nachvollziehbar und kontrolliert war.
Das ist der Druck, dem regulierte Branchen derzeit ausgesetzt sind. Und deshalb trifft ChaRM End of Life sie anders.
Was ChaRM regulierten Branchen gegeben hat
ChaRM hat nicht nur Transporte verwaltet. Für regulierte Branchen lieferte es ein konfigurierbares, durchsetzbares Change-Governance-Framework, das an spezifische Compliance-Anforderungen angepasst werden konnte.
Mehrstufige Genehmigungsworkflows. Durchgesetzte Funktionstrennung (SoD). Audit-Trails auf Transportebene. Jede Änderung an einen dokumentierten, genehmigten Prozess gebunden. Das waren keine Nice-to-haves. Sie waren das operative Rückgrat der Compliance in SAP-Umgebungen.
Wenn regulierte Branchen fragen: „Was kommt nach ChaRM?“, geht es ihnen nicht nur um das Transport Management. Sie fragen nach der gesamten Bandbreite der damit verbundenen Prozesse und Anforderungen.
SAP Cloud ALM ist die richtige Grundlage
SAP Cloud ALM ist SAPs strategische Ausrichtung für Application Lifecycle Management. Für Organisationen, die zu S/4HANA migrieren, RISE einführen oder zu Cloud-first-Umgebungen wechseln, ist es eine Plattform, die für die Art und Weise gebaut wurde, wie SAP sich entwickelt. Sie deckt Deployment Management, Feature Tracking und Task Management gut ab, und SAP baut kontinuierlich neue Funktionen auf.
Die Anforderungen für regulierte Branchen gehen jedoch weiter. SAP-IT-Teams, die in stark regulierten Umgebungen arbeiten, benötigen durchgesetzte Genehmigungsworkflows mit SoD auf Transportebene und vollständige Audit-Trails, die die Anforderungen von FDA 21 CFR Part 11 an elektronische Signaturen erfüllen. Sie benötigen außerdem erweiterte Retrofitting-Funktionen, um parallele Entwicklungsstränge während S/4HANA-Übergängen synchron zu halten, ohne Compliance-Kontrollen in irgendeiner Umgebung zu beeinträchtigen.
SAP Cloud ALM wurde für Cloud-first und weniger komplexe Landschaften entwickelt. Wo Compliance-Anforderungen weiter gehen – wie bei Pharma-, Biologika-, Medizintechnik- und Finanzdienstleistungsorganisationen – ist SAPs eigene Change and Release Deployment-Strategie für SAP Cloud ALM klar. Sie definiert, was Cloud ALM nativ abdeckt und wo Partner seine Funktionen erweitern. SAP versucht nicht, jeden Sonderfall innerhalb von Cloud ALM zu lösen. Sie bauen eine Plattform und verlassen sich auf Partner, um sie bei Bedarf zu erweitern.
Die Frage ist also nicht, ob SAP Cloud ALM eingeführt werden soll. Es geht darum, ob die spezifischen Kontrollen, die Ihre Organisation benötigt, um ihre regulatorischen Verpflichtungen zu erfüllen, über die gesamte SAP-Toolchain hinweg vorhanden sind, bevor die Migration beginnt.
Das ist eine andere Frage. Und sie braucht eine andere Antwort.
Wie Rev-Trac SAP Cloud ALM für regulierte Branchen erweitert
Rev-Trac integriert sich in SAP Cloud ALM, um die Compliance-Ebene hinzuzufügen, die stark regulierte Umgebungen erfordern. Anstatt SAP Cloud ALM zu ersetzen, arbeitet Rev-Trac parallel dazu – es erweitert dessen Change-Management-Funktionen um die Governance-Kontrollen, die regulierte Branchen benötigen.
Auditoren fragen: „Wurde diese Änderung in jeder Phase ordnungsgemäß genehmigt?“ Rev-Trac setzt elektronische Signaturen durch – mit Unterzeichneridentität, Absicht und Datensatzverknüpfung – bei jedem Review-, Test- und Genehmigungsgate im Änderungslebenszyklus und erfüllt damit die Anforderungen von FDA 21 CFR Part 11.
Auditoren fragen: „Könnte dieselbe Person ihre eigene Änderung genehmigt haben?“ Rev-Trac setzt SoD änderungsweise auf Workflow-Ebene durch, wodurch inkompatible Aufgaben strukturell unmöglich gemacht werden – nicht nur durch Richtlinien entmutigt. Die Kontrolle liegt im System, nicht im Prozessdokument.
Auditoren fragen: „Zeigen Sie mir die vollständige Nachweiskette für diesen Transport?“ Rev-Trac erstellt einen objektbezogenen, evidenzbasierten Audit-Datensatz, der jede Änderung mit ihrer ursprünglichen Anforderung, Genehmigungskette, Testnachweise und dem Deployment-Datensatz verbindet. Keine Aktivitätsprotokolle – sondern eine kontinuierliche, überprüfbare Nachweiskette.
Auditoren fragen: „Wie verhindern Sie, dass nicht autorisierte Änderungen die Produktion erreichen?“ Rev-Trac setzt Transportkontrollen durch, die versehentliche Überschreibungen und Versionskonflikte verhindern und sicherstellen, dass Änderungen den korrekten Pfad von der Entwicklung über die Qualitätssicherung zur Produktion durchlaufen, ohne die Möglichkeit, den Prozess zu umgehen. Es leitet Änderungen außerdem automatisch basierend auf dem Risikoprofil an den richtigen Workflow weiter – sodass eine Konfigurationsänderung an einem validierten Prozess und eine Textkorrektur an einem Label nicht dieselbe Prüfungstiefe erhalten.
Diese Kontrollen funktionieren über Cloud ERP, SAP Cloud ALM und hybride Landschaften hinweg – ECC, S/4HANA, RISE und SAP BTP. So wird jedes System, jede Änderung und jede Genehmigung in einem durchgängigen Compliance-Datensatz erfasst. Compliance-Kontrollen enden nicht an der Grenze eines Systems. Rev-Trac auch nicht.
Die Migration selbst ist ein Compliance-Ereignis
Hier ist das Szenario, für das Sie planen müssen. Ihre Organisation migriert von ChaRM zu SAP Cloud ALM. Während des Übergangs – während Prozesse sich verschieben, Teams neue Tools erlernen und Governance noch definiert wird – wird eine Änderung vorgenommen, die Ihre Compliance-Anforderungen nicht erfüllt. Sechs Monate später fragt ein Auditor nach Nachweisen für Kontrollen, die während des Übergangs nicht erfasst wurden.
Dies ist das Muster, das entsteht, wenn Organisationen die Migration als rein technische Übung behandeln.
Die Organisationen, die dies gut bewältigen, tun zwei Dinge konsequent. Sie wahren die Kontinuität der Kontrollen während der gesamten Migration – schalten ChaRM nicht ab und hoffen, dass SAP Cloud ALM vom ersten Tag an jede Anforderung erfüllt. Und sie trennen die ALM-Plattformentscheidung von der Change-Governance-Entscheidung. SAP Cloud ALM kann die ALM-Plattform sein. Das bedeutet nicht, dass es die gesamte Compliance-Last allein tragen muss. Rev-Trac fungiert als unabhängige Change-Governance-Ebene, die während des Übergangs in beiden Umgebungen funktioniert, sodass Compliance-Kontrollen ab dem ersten Tag der Migration durchgesetzt werden – nicht erst nach Abschluss der Umstellung.
Fragen, die Organisationen stellen müssen
Ihre Auditoren werden diese Fragen stellen. Stellen Sie sicher, dass Sie sie beantworten können, bevor die Migration beginnt.
- Wie werden elektronische Signaturen und durchgesetzte Genehmigungen nach der Stilllegung von ChaRM aufrechterhalten?
- Wie wird SoD auf Workflow-Ebene durchgesetzt und nicht nur durch Rollenzuweisung?
- Wie sieht der Audit-Trail auf Transportebene für eine Änderung aus, die während der Migrationsphase vorgenommen wurde?
- Wie werden Validierungsdokumentation und Testnachweise mit Änderungsdatensätzen in der neuen Umgebung verknüpft?
- Wie werden Compliance-Kontrollen über ECC, S/4HANA und BTP hinweg von einem einzigen Kontrollpunkt aus aufrechterhalten?
Wenn die Antwort auf eine dieser Fragen lautet „Wir werden es durch den Prozess managen“ oder „Wir werden es später konfigurieren“, handelt es sich um eine Compliance-Lücke, die vor Beginn der Migration geschlossen werden muss.
Fazit
Die Frist 2027 für ChaRM End of Life ist für alle dieselbe. Aber für regulierte Branchen ist die Migration von ChaRM zu SAP Cloud ALM nicht nur eine Plattformentscheidung. Es ist eine Governance-Entscheidung, die mit Compliance-Anforderungen im Mittelpunkt getroffen werden muss.
SAP Cloud ALM ist die richtige Grundlage. Rev-Trac erweitert es um die elektronischen Signaturen, konfigurierbaren Genehmigungsworkflows, Audit-Trails auf Transportebene und strukturell durchgesetzte SoD, die regulierte Branchen benötigen.
Zusammen geben sie Compliance-Teams das Vertrauen, voranzuschreiten, und geben Auditoren die Nachweise, die sie benötigen. Die Frist ist dieselbe. Die Risiken sind es nicht. Und die Organisationen, die den Unterschied früh erkannt haben, sind diejenigen, die 2028 und darüber hinaus keine Lücken gegenüber Auditoren erklären müssen.
