SAP GRC Ende der Wartung: Migrationsplaybook 2026-2031
Die relevanten Daten, was sich nach 2030 aendert, und das 90-Tage-Migrations-Playbook aus 15 unterzeichneten Unternehmensreferenzen.
Die Diskussion um das End of Life von SAP GRC Access Control hat seit 2024 den Ton verändert. Jahrelang war es eine Fußnote — GRC 12 ist gut bis 2030, damit befassen wir uns später. 2026 wird es zunehmend zur Titelfrage. CIOs, interne Prüfungsausschüsse und SAP Center of Excellence stellen dieselbe Frage: Was passiert konkret nach 2030, wann müssen wir handeln und was sind die realistischen Optionen.
Dieser Leitfaden ist die Sicht eines Praktikers auf die End-of-Life-Entscheidung bei SAP GRC: die relevanten Daten, die praktischen Unterschiede zwischen 10.x, 11.x und 12.x, die Auswirkungen auf S/4HANA-Landschaften, die vier Wege nach vorne und das 90-Tage-Migrations-Playbook, validiert an 15 unterzeichneten Unternehmensreferenzen.
Die Termine: SAP GRC End-of-Life-Zeitachse
Fahren Sie mit der Maus über jede Version, um die praktischen Auswirkungen zu sehen. Der GRC 12.0-Meilenstein ist derjenige, auf den sich die meisten Unternehmen konzentrieren müssen — Mainstream-Support endet am 31. Dezember 2027 (unified GRC 12.0) und am 31. Dezember 2030 für GRC AC 12.0 auf Legacy-Datenbanken (Oracle, DB2, MSSQL).
👆 Klicken Sie auf einen Punkt auf der Zeitachse - sehen Sie die vollständige Beschreibung, erforderliche Aktionen und Kostenauswirkungen. 2026 (Ihre aktuelle Position) ist standardmäßig geöffnet.
Zwei praktische Beobachtungen aus diesen Daten. Erstens: Organisationen auf GRC 10.x oder 11.x in 2026 sind bereits über den Mainstream hinaus — sie zahlen Extended Support oder akzeptieren das Risiko. Zweitens: GRC 12.0-Kunden auf Oracle/DB2/MSSQL haben 3 zusätzliche Jahre im Vergleich zu HANA-Kunden — aber diese Zeit wird oft für die S/4HANA-Migration (die HANA erfordert) verwendet, ist also keine freie Zeit.
Was ändert sich nach 2027 für GRC 12.0 wirklich
Die SAP End-of-Life-Nomenklatur ist präzise, aber nicht dramatisch. Nach dem Ende der Mainstream-Wartung verschlechtern sich mehrere Dinge gleichzeitig: keine neuen Funktionen, keine Sicherheits-Patches außer kritischen, eingeschränkter technischer Support, keine Zertifizierung für neue Browser-/OS-Versionen. Die Plattform funktioniert weiterhin, aber jedes Jahr erhöht die Wartungskosten und das Audit-Risiko.
- No new features. The product is frozen at its 2030 state. No new SAP module support, no AI agent additions, no improvements to UI or analytics.
- No patches for non-critical bugs. Functional defects that surface after 2030 are not fixed. Workarounds become the operating norm.
- Progressively reduced security patches. SAP commits to security updates during extended maintenance (through 2033 on Enterprise Support), but the priority shifts to the cloud-native successors. Patches for less critical CVEs may take longer.
- No new integration support. When SAP releases new S/4HANA Cloud features, BTP services, or business AI capabilities, the integration burden falls on customers. GRC 12 was designed against the 2020-2023 S/4HANA feature set, not the 2030+ landscape.
- External auditor scrutiny increases. Big 4 auditors (EY, KPMG, Deloitte, PwC) flag organizations running on past-mainstream platforms in their ITGC findings. The "we are on supported software" line gets harder to write each year.
Die Plattform "hoert nicht auf zu funktionieren" am 31. Dezember 2030 - sie wird schrittweise teurer und riskanter im Betrieb. Die meisten Unternehmen, die aehnliche SAP-Produkt-EOL-Zyklen erlebt haben (ECC 6.0 hat dasselbe 2030-Mainstream-Datum), behandeln das EOL-Jahr als Entscheidungsjahr, nicht als Migrationsjahr. Die Migration erfolgt in den 18-24 Monaten vor dem EOL-Datum.
Die S/4HANA-Implikation
Das stärkste Signal in der SAP GRC End-of-Life-Diskussion ist die Modernisierungs-Roadmap. Die strategische Ausrichtung von SAP für Governance, Risk und Compliance ist Cloud Identity Access Governance (Cloud IAG) — nicht GRC 12.0. Das ist ein Investitionssignal: Produktentwicklung, Joule-Integrationen (KI), Fiori-UX und S/4HANA Foundation fließen in Cloud IAG. GRC 2026 erhält Wartung, keine Investitionen.
Für Organisationen auf S/4HANA — oder solche, die den Wechsel planen — entsteht eine Planungsfrage, die vom EOL-Datum unabhängig ist. Die S/4HANA-Roadmap (public und private cloud) setzt zunehmend Cloud IAG als native Access-Governance-Ebene voraus. Die Fortsetzung von GRC 12.0 auf S/4HANA ist technisch möglich, aber strategisch entgegen der SAP-Richtung.
That decision typically narrows to three options.
GRC 2026: was der Nachfolger wirklich ist
Die Verwirrung um SAP GRC End of Life entsteht größtenteils aus der Sprache. Die offizielle SAP-Position, artikuliert in der No Customers Left Behind-Erklärung (Anfang 2026), besagt, dass SAP GRC-Lösungen NICHT End-of-Life sind — das Release 2026 ist eine neue Version des bestehenden Produkts, geliefert durch Standard-Wartung. In der Praxis ändert das Release 2026 jedoch architektonisch genug, dass die meisten Kunden den Übergang als Migration und nicht als Upgrade beschreiben. Fahren Sie über jeden Abschnitt unten, um zu sehen, was sich tatsächlich ändert.
What changes: Access Control, Process Control, Risk Management, Audit Management, Business Integrity Screening, Tax Compliance, UIDP Masking, and UIDP Logging consolidate into SAPGRC — one product, one database, one Fiori launchpad.
Impact: Real-time cross-module risk analysis (no more DB sync delays). One vendor SKU instead of 8.
What changes: NetWeaver Business Client (NWBC) and WebDynpro screens are retired. All workflows, approvals, dashboards, and firefighter reviews run through SAP Fiori 2.0 (responsive, role-based tiles, push notifications).
Impact: Approvers get mobile access. Ends browser-compatibility risk (WebDynpro breaks with Chrome updates).
What changes: Users request access in natural language ("Give me read access to vendor master for Germany"). Joule auto-checks SoD conflicts, suggests approvals, drafts justifications for firefighter sessions.
Impact: Removes 40% of manual review workload — but requires SAP HANA Cloud AI license.
What changes: SoD analysis runs in HANA memory — milliseconds instead of overnight batches. Role usage analytics use HANA Predictive Analytics Library (PAL) for ML-based cleanup recommendations.
Impact: False positive rate drops ~40%. But: requires HANA DB migration (Oracle/MSSQL/DB2 must migrate first, often 48-72h downtime).
What changes: GRC 2026 runs on S/4HANA Foundation 2025 (technical shell of S/4HANA without full ERP functional scope). Two deployment options: Embedded (inside your S/4 ERP) or Hub (standalone governing multiple ERPs).
Impact: New plug-ins required (GRCPIBAS, GRCPIS4, UISAPGRC). All satellite systems need updates. No new license SKU under standard maintenance.
What changes: Mainstream maintenance aligns with SAP HANA and S/4HANA lifecycle — through 2040. Extended maintenance likely to 2043-2045.
Impact: No forced migration until early 2040s. Compare to staying on GRC 12.0 with extended maintenance until 2033 — you face the same decision again but with older software and higher complexity.
No Customers Left Behind — die strategische SAPinsider-Erklärung, wörtlich:
- →SAP Access Control and GRC solutions for SAP are NOT end-of-life.
- →SAP GRC 2026 is a new version, not a new product for any GRC-on-HANA customer.
- →Existing GRC-on-HANA customers upgrade as part of standard maintenance - no new SKU required.
- →Customers on "classic" GRC (Oracle/MSSQL/DB2) must migrate to the new on-premise or private cloud 2026 version.
- →End-of-maintenance dates align with HANA EOM: support extended through 2040.
Was das in der Praxis bedeutet:
Wenn Sie auf GRC-on-HANA sind, ist das 2026-Upgrade administrativ unkompliziert, aber architektonisch bedeutend (nur Fiori, neue Plug-Ins, AI Joule-Lizenz). Wenn Sie auf GRC 12.0 mit einer Legacy-Datenbank sind, stehen Ihnen zwei aufeinandergestapelte Migrationen bevor: zuerst HANA-DB-Migration, dann GRC 2026-Upgrade. Die Branchendaten deuten darauf hin, dass die meisten Unternehmen genau an diesem Entscheidungspunkt beginnen, alternative Plattformen zu evaluieren — es ist oft billiger und schneller zu ersetzen als doppelt zu migrieren.
Die naechste Frage — welches sind die vier praktischen Wege nach vorne — ist das, worauf die meisten CIOs die Sitzungszeit tatsaechlich verwenden wollen.
Die vier Wege nach vorn
Weg 1: SAP Cloud IAG (der SAP-native Nachfolger)
Der von SAP vorgesehene Nachfolger von GRC AC. Abo-basierte Preisgestaltung, cloud-nativ, in den Rest des SAP-Cloud-Stacks integriert. Preis ~30-80k EUR/Jahr abhängig von Benutzerzahl und Modulen. Kunden berichten von 3-6 Monaten Einführung in SAP-first-Umgebungen. Gute Passung für Organisationen bereits auf SAP BTP.
Die richtige Antwort für: Organisationen, die vollständig auf den SAP-Cloud-Stack setzen, mittelgroße Landschaften ohne komplexe SoD-Anforderungen, SAP BTP-Kunden mit Zugang zu Joule AI.
Weg 2: Alternative GRC-Plattform (smartGRC, Pathlock, Saviynt, SailPoint)
Ersatzplattformen, die die Zugriffsgovernance für SAP — und zunehmend für Non-SAP — zu einem Bruchteil des SAP GRC AC-Preises übernehmen. smartGRC, Pathlock, Saviynt, SailPoint in dieser Kategorie. Sie unterscheiden sich in Architektur, Fokus (SAP-first vs. identity-first), Hosting-Region und Preismodell. Die 3-Jahres-TCO ist typischerweise 60-85% niedriger als SAP GRC AC.
Die richtige Antwort für: Organisationen, deren Access-Governance-Bedürfnisse über das hinausgehen, was Cloud IAG abdeckt, Kunden, die 70-85% niedrigere TCO schätzen, Organisationen mit signifikanten Non-SAP-Systemen im Scope (30-70% des Zugriffsrisikos), Unternehmen, die EU-Datenresidenz bevorzugen.
2026 hat die smartGRC-Plattform smartSecurity hinzugefügt — ein KI-agentbasiertes SAP-Sicherheits-Monitoring-Modul, das SAP-Konfigurationen kontinuierlich gegen Benchmarks bewertet (SBT, SAP Default, benutzerdefiniert), den Patch-Status von Security Notes verfolgt, kritische Berechtigungen (SAP_ALL, S_A.SYSTEM) erkennt und jede Abweichung automatisch NIS2-, ISO 27001-, DSGVO- und DORA-Kontrollen zuordnet — und damit die Lücke schließt, die SAP GRC AC nie abgedeckt hat.
Weg 3: Extended Support / Custom Support
Kaufen Sie 1-3 Jahre zusätzlichen SAP-Support über das Mainstream-Datum hinaus, während Sie die Migration richtig planen. SAP bietet Extended Support und Custom Support. Die Kosten steigen exponentiell: erstes Jahr ~2x normale Wartungspreise, zweites ~4x, drittes ~6x. Das ist eine bezahlte Zeitversicherung, keine Langzeitstrategie.
Die richtige Antwort für: Organisationen, die wirklich 1-2 zusätzliche Jahre benötigen, bevor sie eine Migration durchführen können (z.B. während einer S/4HANA-Transformation, nach kürzlicher M&A, laufendes IPO-Projekt). Keine Strategie — ein Zeitticket, um etwas anderes zu erledigen.
Weg 4: "Nichts tun und Risiko akzeptieren"
Technisch möglich, zunehmend unattraktiv. Nach dem Mainstream-End-of-Life läuft die Plattform weiter, aber jedes Jahr erhöht sich: Wartungskosten (Spezialisten, die die ältere Plattform kennen), Compliance-Risiko (Sicherheits-Patches, Browser/OS-Inkompatibilität), Audit-Risiko (wie erklärt man dem Prüfer die Nutzung von End-of-Life-Software). Extended Support kostet mehr als die Migration — deshalb finden Migrationen normalerweise pünktlich statt.
Das 90-Tage-Migrationsplaybook
Der folgende Zeitplan ist das, was wir bei 15 Unternehmensreferenzen bei der Migration von SAP GRC AC zu smartGRC funktionieren gesehen haben. Die gleichen Phasen gelten bei der Migration zu Cloud IAG oder einer anderen Alternative — der Unterschied liegt in den Tools an Tag 15-60, nicht in der Struktur.
Woche 1-3: Datenextraktion
Extraktion aus SAP GRC AC: SOD-Zugriffsrisikoregeln und kritischer Zugriffs-Regelbuch (GRAC SOD), Mitigation-Controls (GRAC_MC), Rollenmatrix (GRAC BRM), historische Zugriffsanträge (GRAC ARM), FF-Sessions (GRAC EAM letzte 6 Mon.). Ausgabeformat: CSV + XML. Timing: 2-3 Wochen.
Woche 3-5: Risikokatalog-Import
Laden Sie die extrahierten Risikoregeln in die Zielplattform. Bei smartGRC ist dies automatisiert (der AI-Mapping-Agent handhabt ~85% der SOD-Regel-zu-SAP-Transaktion-Mappings), den Rest überprüft ein Berater. Ergebnis: Rulebook mit 100-150 SoD-Regeln bereit zum Ausführen.
Woche 5-7: Pilot-SoD-Review-Zyklus
Führen Sie eine einzelne Geschäftseinheit durch eine vollständige SoD-Überprüfung auf der neuen Plattform parallel zur bestehenden SAP GRC AC-Überprüfung. Ziel: identische Ergebnisse hinsichtlich der Anzahl der SoD-Konflikte; Unterschiede = Lücken im Rulebook, die zu korrigieren sind. Timing: 2 Kalenderwochen. Eine vollständige Beschreibung der SoD-Review-Methodik finden Sie in unserem kompletten Leitfaden zur SAP Funktionstrennung.
Woche 7-9: Parallelbetrieb
Erweitern Sie auf den vollen Produktions-Scope, aber behalten Sie SAP GRC AC als System of Record. Jeder Zugriffsantrag durchläuft beide. Ergebnisvergleich = endgültige Rulebook-Validierung + Bestätigung, dass die neue Plattform alle Use Cases abdeckt. Timing: 4-6 Wochen.
Woche 9-12: Umschaltung und Außerbetriebnahme
Wechseln Sie das System of Record auf die neue Plattform. Halten Sie SAP GRC AC 6 Monate lang im Read-Only-Modus als Audit-Referenz. Außerbetriebnahme von SAP GRC AC nach dem erfolgreichen ersten Audit-Zyklus auf der neuen Plattform. Timing des Umschaltens: 1 Woche + 6 Monate Read-Only.
Das Zero-Risk-Entscheidungsframework
Die Migrationsbranche verkauft Commitment zuerst, Validierung später — Vertrag unterschreiben, Projekt starten, auf halbem Weg entdecken, dass die Plattform nicht zu Ihrer Umgebung passt. GRC Advisory verkauft das Gegenteil: einen 90-tägigen Parallellauf mit begrenztem Scope + smartGRC-Plattform. Der Kunde sieht identische Ergebnisse auf beiden Systemen, bevor er über die vollständige Migration entscheidet.
- • 150-200 consultant days at €700-800/day
- • HANA DB migration (48-72h downtime for 500GB+)
- • S/4HANA Foundation 2025 prerequisite
- • New plug-ins on all satellites (GRCPIBAS, GRCPIS4, UISAPGRC)
- • Fiori launchpad rollout + user retraining
- • Full regression testing cycle (3 rounds)
Plus: ongoing SAP GRC maintenance fees continue during and after upgrade.
- ✓ GRC Advisory consultants migrate data (15-year SAP GRC track record)
- ✓ Both systems run in parallel for 90 days
- ✓ Weekly reconciliation of SoD outputs
- ✓ Zero disruption to SAP GRC production
- ✓ Decision point after reconciliation — migrate or stay
- ✓ smartGRC subscription from €15k/year (post-decision)
Plus: once you commit, SAP GRC maintenance fee stops.
Warum die 15-jährige Erfahrung von GRC Advisory zählt
Der Grund, warum die 90-Tage-Zeitleiste funktioniert, ist nicht die Software — es ist die Migrations-Expertise. GRC Advisory implementiert seit 15 Jahren SAP GRC und ist offizieller SAP Service Partner. Wir kennen die interne Struktur von GRAC SOD und die typischen Migrationsfallen auswendig. Das verkürzt die Entdeckungsphase, die Projekte mit generischen Integratoren dominiert.
Nicht jedes Modul und jeder Datensatz muss migriert werden. Die meisten Kunden benötigen keine vollständige 1:1-Neuimplementierung jedes historischen Objekts - ein Großteil der SAP GRC-Daten ist ruhend (geschlossene UAR-Kampagnen aus 2019, veraltete Firefighter-Sessions, deprecated Risikodefinitionen). Der praktische Ansatz: Archivierung des Legacy-Systems im Read-only-Modus für die aufsichtsrechtliche Aufbewahrungsdauer und Migration nur des aktiven Datensatzes zur neuen Plattform. Das reduziert typischerweise den Umfang um 40-60%.
Das verwandelt ein 6-12-monatiges Discovery- + Migrationsprojekt mit einem generischen Implementierungspartner in einen 90-tägigen Parallellauf mit GRC Advisory. Der Unterschied liegt in den Werkzeugen an den Tagen 15-60 (nicht im Aufwand), plus in KI-getriebenen Mappings und der Erfahrungsbibliothek aus 15 vorherigen SAP GRC AC-Migrationen.
Der Entscheidungspunkt in Woche 12
Am Ende des 90-tägigen Parallellaufs sieht der Vorstand drei Artefakte:
- Reconciliation report — every SoD conflict flagged by SAP GRC AC in the last 90 days, mapped against smartGRC's output on the same access base. Match rate is typically 96-98% at this point; the remaining discrepancies are documented rule interpretation differences, not bugs.
- Firefighter log review comparison — the same production sessions reviewed by both platforms. smartGRC's AI agent flags anomalies that the standard SAP GRC session-by-session review does not catch (this is the "Firefighter AI vs Human 6:0" case study in operation).
- 5-year TCO comparison — SAP GRC 2026 Upgrade + ongoing maintenance vs smartGRC subscription. For mid-market estates (400-600 SAP users), the delta is typically €400-600k over 5 years in favour of smartGRC.
Drei Ergebnisse sind möglich: (a) der Kunde migriert — SAP GRC AC geht auf Read-Only, dann Decommission, SAP-Wartungsvertrag endet bei Verlängerung, (b) der Kunde bleibt bei SAP GRC — kein Vendor-Lock-in, keine Strafe, wir haben den Prozess mit ihm durchgegangen, oder (c) hybrid — smartGRC steuert den neuen S/4HANA-Scope, während SAP GRC das Legacy-ECC-Estate steuert. Option (c) ist ungewöhnlich, ist aber zweimal in unserer Referenzbasis vorgekommen.
Was das Prüfungskomitee wirklich hören will
Das Gespraech im Pruefungsausschuss ueber das End of Life von SAP GRC dreht sich selten um die Technologie. Es geht um drei Fragen. Erstens, gibt es einen unterzeichneten Plan mit Datum? — eine Entscheidung "wir pruefen die Optionen" ist nach 2027 inakzeptabel. Zweitens, wer traegt das Migrationsrisiko? — der CFO, der CIO, der CISO oder der Leiter der internen Revision. Drittens, was ist der Notfallplan, wenn die Migration sich verzoegert? Extended Support ist der Standard-Notfallplan; die Tatsache, dass er mehr kostet als die Migration selbst, ist genau der Grund, warum die Migration in der Regel puenktlich stattfindet.
Die stärkste Position, um in dieses Meeting zu gehen: eine unterzeichnete Entscheidung über die Zielplattform, ein benannter Executive Sponsor, ein geplanter 90-tägiger Proof-of-Concept und ein dokumentierter Extended Support-Fallback für den Fall, dass der POC einen Blocker findet. Alles andere sind Prozessdetails.
Häufig gestellte Fragen
Wann erreicht SAP GRC das Ende der Wartung? expand_more
Die Mainstream-Wartung für SAP GRC 12.0 wurde bis 31. Dezember 2030 verlängert (parallel zu SAP ECC 6.0). Extended Maintenance läuft bis 31. Dezember 2033 für Organisationen mit Enterprise-Support-Vertrag. Nach 2030/2033 — keine neuen Feature-Releases, keine Patches für nicht kritische Bugs und schrittweise reduzierte Sicherheitspatches. Das praktische End of Life für produktionskritische Systeme ist Dezember 2030 — danach steigen regulatorisches und Audit-Risiko sprunghaft.
Was ist der Unterschied zwischen End of Life von SAP GRC 10.x und 12.x? expand_more
Mainstream-Wartung für SAP GRC 10.0/10.1 endete am 31. Dezember 2020. Extended Maintenance endete am 31. Dezember 2024. SAP GRC 11.0 erreichte Mainstream-EOL 2024. Nur GRC 12.0 hat Support bis 2030/2033. Kunden auf 10.x oder 11.0 betreiben bereits ohne Support — externe Prüfer können dies im nächsten Kontrollzyklus als Material Weakness kennzeichnen.
Wird SAP GRC nach 2030 auf S/4HANA laufen? expand_more
SAP GRC 12.0 wird auf S/4HANA über dieselben Termine 2030/2033 unterstützt. Die SAP-Modernisierungs-Roadmap bewegt sich jedoch in Richtung Identity Authentication Service (IAS), Identity Provisioning Service (IPS) und Cloud Identity Access Governance (Cloud IAG). Langfristig wird GRC 2026 (der On-Premise-Nachfolger) nur auf S/4HANA Foundation 2025 mit HANA DB laufen. Kunden auf Legacy-Datenbanken (Oracle, MSSQL, DB2) müssen vor dem Umstieg auf GRC 2026 zu HANA migrieren.
Welche Optionen gibt es nach dem End of Life von SAP GRC? expand_more
Drei realistische Pfade. (1) Migration zu SAP Cloud IAG — der SAP-native Nachfolger, Subscription-Preise, engerer Funktionsumfang als On-Prem GRC AC, empfohlen für Organisationen mit vollständigem SAP-Cloud-Commitment. (2) Upgrade auf SAP GRC 2026 auf HANA — vollständige Unified Suite, benötigt HANA-DB-Migration, Kosten 155-240k EUR. (3) Migration zu einer alternativen Plattform: smartGRC (polnisches Produkt, ISO 27001), Pathlock, Saviynt, SailPoint — engerer SAP-nativer Umfang, aber niedrigere TCO und schnellere Einführung.
Wie lange dauert eine SAP-GRC-EOL-Migration? expand_more
Standard-Mid-Market-Migration: 90 Tage von Vertragsunterzeichnung bis zum Produktions-Cutover. Enterprise-Migrationen (10K+ Nutzer, Multi-System-Landschaften): 4-6 Monate. Kritische Pfade: Extraktion des Risikokatalogs und der Rollenmatrizen (Wochen 1-3), Konfiguration der Zielplattform und Rollen-Mapping (Wochen 4-8), Parallelbetrieb mit Legacy-GRC (Wochen 9-11), Cutover und Decommissioning (Woche 12). GRC-Advisory-Erfahrung: 15 unterzeichnete Enterprise-Referenzen, alle innerhalb des 90-Tage-Fensters.
Was geschieht mit historischen SAP-GRC-Daten? expand_more
Drei Optionen. (1) Archiv: Read-only-Zugriff auf die GRC-Datenbank für den regulatorischen Aufbewahrungszeitraum (typischerweise 7-10 Jahre für SOX, 6 Jahre für DSGVO-Finanzdaten). (2) Migration: Import von Risikokatalog, Rollenmatrizen, Mitigations-Genehmigungslogs und Access-Review-Historie in die Zielplattform — ~2-4 Wochen mit GRC-Advisory-ETL-Toolkit. (3) Hybrid: Transaktionsdaten archiviert, Stammdaten (Kontrollen, Risiken, Rollen) auf die neue Plattform migriert. Empfehlung: Kontroll-/Risikokatalog immer migrieren, Testausführungen und Audit-Logs archivieren.
Wie hoch sind die Kosten einer SAP-GRC-EOL-Migration? expand_more
Für ein 1000-Nutzer-Mid-Market-SAP-Landscape: Migrationskosten typischerweise 30-80K EUR (Consulting + Parallelbetrieb + Schulung), abhängig von der Datenkomplexität. Neue Plattform: SAP Cloud IAG kostet ~100-200K EUR/Jahr Subscription, SAP GRC 2026 Upgrade — 155-240k EUR einmalig. smartGRC — einmalig 35-60K EUR Lizenz + 25K EUR/Jahr Wartung. Extended-Maintenance-Aufschlag nach 2027: +20% jährliche Wartung — konkretes Beispiel: 200k EUR Wartung → +40k EUR/Jahr. Was Sie nicht planen, zahlen Sie.
Bereit für 90-Tage-Parallelbetrieb?
GRC Advisory-Berater übernehmen die Datenmigration. Sie behalten SAP GRC während des Reconciliation-Zyklus in Betrieb. Entscheidung in Woche 12 — kein Vendor-Lock-in, bis Sie das Ergebnis validiert haben.