The 8 contract building blocks that determine costs and flexibility

The Anatomy of an SAP Contract.

SAP contracts are more than cloud hosting. They are multi-layered commercial constructs with levers that require active governance.

Contract building blocks

RISE options

100%

public SAP sources

How a RISE contract is structured

A RISE with SAP contract consists of multiple layers. The Order Form forms the individual core — it references standard documents that SAP publishes on the Trust Center. These reference documents define SLAs, responsibilities and scope. Both levels are relevant for sound contract governance.

Contract structure — layer by layer

Order Form Customer-specific: Solutions, System Sizing, Software Subscriptions (formerly: licences) and their conversion dates, ACV, term

Schedules A: Cloud Supplement · B: Support Policy · C: Service Level Agreement · D: Data Processing Agreement · E: General Terms & Conditions

Appendices System Landscape & Sizing · Pricing & Commercial Terms · Transition Plan / Timeline

Reference documents (SAP Trust Center) Service Description Guide (SDG) · Roles & Responsibilities · Enhanced Operations Service Description

The 8 building blocks in detail

Each area contains governance-relevant aspects that should be actively managed.

📈

Block 1

ACV & Commercial Commitment

▾

Der Annual Contract Value (ACV) ist die jährliche Zahlungsverpflichtung des Kunden über die gesamte Vertragslaufzeit. Er ist die zentrale finanzielle Kenngröße eines RISE-Vertrags und Grundlage für viele abgeleitete Werte — etwa BTP Credits, Paketbudgets und Maintenance Reduction.

Die ACV-Mechanik verstehen Anpassungen nach oben sind möglich und werden von SAP erwartet. Werden zusätzliche Nutzungen nicht gemeldet, kann SAP einen Aufschlag von bis zu 30% verlangen. Anpassungen nach unten sind vertraglich oft vorgesehen, aber in der Praxis eingeschränkt — Guthaben kann häufig nicht oder nur teilweise in andere Vertragsjahre übertragen werden.

📄 SAP Trust Center — Cloud Services

Discuss ACV optimisation → Schedule a call

📋

Block 2

Order Form, Sizing & Software Subscriptions

▾

Die Order Form ist das Herzstück des Vertrags. Sie definiert die gebuchten Solutions, das System Sizing (Tiers, vCPU, RAM, Storage), die vertragliche Laufzeit — und ebenso die Software Subscriptions. Bei einer Migration von On-Premise werden bestehende Lizenzen in Cloud Subscriptions umgewandelt, mit definierten Umstellungszeitpunkten.

Sizing und Subscriptions gleich gewichtig Das System Sizing wird bei Vertragsabschluss auf Basis der damaligen Anforderungen dimensioniert. Downsizing-Optionen während der Laufzeit bieten Anpassungsmöglichkeiten. Ebenso relevant: die Software Subscriptions und ihre Konvertierungszeitpunkte. Wann genau welche Lizenz in eine Subscription übergeht, beeinflusst die jährlichen Kosten erheblich und sollte gezielt geplant werden.

📄 Service Description Guide (SDG)

Review sizing and subscriptions → Schedule a call

⚡

Block 3

SLA & Availability Governance

▾

SAP definiert System-Verfügbarkeiten auf verschiedenen Niveaus — abhängig von der RISE-Option und dem Tier-Typ (Produktion vs. Non-Produktion). Die Standard-SLA liegt bei 99,5% (PCE) bzw. 99,7% (RISE). Upgrades auf 99,9% sind möglich.

Reicht die SLA — und wie steuert man ohne Pönale? SLA-Penalties (Service Credits) sind in der Praxis verschwindend gering. Sie taugen nicht als kommerzieller Hebel. Die relevantere Frage lautet: Ist die vereinbarte Verfügbarkeit für meine Geschäftsprozesse ausreichend? Und wie steuere ich einen Vertrag, wenn finanzielle Pönalen nicht der wesentliche Treiber sind? Hier braucht es operative Governance — regelmäßiges Monitoring, klare Eskalationswege und definierte Erwartungen an SAP.

Set up SLA governance → Schedule a call

🛡

Block 4

Disaster Recovery

▾

Disaster Recovery ist kein automatischer Bestandteil von RISE. DR muss als eigene SKU explizit bestellt werden — mit verschiedenen RTO/RPO-Optionen, die sich in Kosten und Wiederherstellungszeiten deutlich unterscheiden.

Differenzierung nach Business-Kritikalität RTO-Optionen (4h vs. 12h) und RPO (0–90 Minuten) unterscheiden sich erheblich in den Kosten. Eine Differenzierung nach tatsächlicher Geschäftskritikalität pro System ermöglicht eine gezielte Zuordnung der DR-Investition — mit passender Wiederherstellungsfähigkeit für jedes System.

Discuss DR strategy → Schedule a call

🔧

Block 5

Maintenance, Upgrades & Downtime

▾

SAP hat definierte Wartungsfenster pro System-Tier. Diese Fenster beeinflussen die Verfügbarkeit und müssen in die Projektplanung und den laufenden Betrieb einfließen.

Upgrades als Planungsfaktor 4 Stunden pro Monat pro Tier ist der Standard für geplante Wartung. Zusätzliche Downtime für Upgrades, Security Patches und Kernel-Updates wird oft nicht in die Projekt-Timeline eingeplant. Das führt zu Konflikten in kritischen Projektphasen.

Optimise maintenance planning → Schedule a call

☁

Block 6

BTP & Cloud Platform Services

▾

SAP Business Technology Platform (BTP) ist integraler Bestandteil jedes RISE-Vertrags — und gleichzeitig der Bereich mit dem größten Governance-Bedarf. BTP wird über CPEA Credits (Cloud Platform Enterprise Agreement) abgerechnet.

Warum BTP besondere Aufmerksamkeit verdient Die CPEA Credits berechnen sich aus ca. 1% des Net ACV (Minimum 10.000 €, Maximum 20.000 € pro Jahr). Sie haben feste Laufzeiten. Gleichzeitig ist BTP die zentrale Plattform für Erweiterungen, Integration und Innovation. Ein systematisches Monitoring stellt sicher, dass die Credits gezielt für laufende und geplante Vorhaben eingesetzt werden.

📄 RISE Pricing & Packaging

Set up BTP governance → Schedule a call

💰

Block 7

Package Budgets, Funding & Maintenance Reduction

▾

Viele RISE-Verträge enthalten Paketbudgets für Migration, Implementierung oder Innovation — oft in Phasen aufgeteilt. Zusätzlich regelt die Maintenance Reduction, welcher Anteil der bestehenden On-Premise-Wartungskosten auf den RISE-Vertrag angerechnet wird.

Budgets rechtzeitig zuordnen Paketbudgets haben definierte Laufzeiten — typisch 24 Monate nach Vertragsstart. Eine frühzeitige Zuordnung zu konkreten Vorhaben stellt sicher, dass die Mittel planmäßig eingesetzt werden. Bei der Maintenance Reduction gibt es einen vertraglich definierten Maximalbetrag (Cap). Die Bedingungen für die volle Anrechnung variieren — oft muss die Migration in einem bestimmten Zeitfenster abgeschlossen sein.

Discuss budget governance → Schedule a call

🚪

Block 8

Exit, Renewal & Transition

▾

RISE-Verträge haben definierte Laufzeiten (typisch 3–7 Jahre), Kündigungsfristen und Renewal-Konditionen. Verschiedene Transition-Optionen bieten Flexibilität — wenn sie rechtzeitig geprüft werden.

12–18 Monate vor Vertragsende beginnen Eine strukturierte Renewal-Vorbereitung beginnt 12–18 Monate vor Vertragsende: Marktoptionen prüfen, Verhandlungsposition aufbauen, Transition-Szenarien bewerten. Je früher der Prozess startet, desto mehr Gestaltungsspielraum besteht.

Plan renewal strategy → Schedule a call

RISE options overview

Contract components and scope vary depending on the chosen option.

Base

Base Option

Standard S/4HANA Cloud Private Edition. Cloud infrastructure, basic support and defined SLAs.

Premium

Extended services, higher SLAs, additional cloud features and enhanced support.

Premium Plus

Maximum scope with Clean Core Enablement, extended BTP services and SAP Business AI.

Tailored

Tailored Option (PtO)

Individual sizing, tailored configuration. For complex landscapes with specific requirements.

Discuss your contract building blocks in detail

In a confidential conversation, we assess together which areas are relevant for your situation.

Schedule a contract conversation

What is where? — Quick Reference

All reference documents are publicly available on the SAP Trust Center.

Your question	Look up in	Source
Which SLA applies to my system?	Service Description Guide (SDG)	SDG v9 →
Who does what for maintenance & updates?	Roles & Responsibilities	R&R v3 →
What is included for BTP?	Cloud Supplement + Pricing & Packaging	Supplement v11 →
How does Disaster Recovery work?	Roles & Responsibilities + SDG	R&R v3 →
What notice periods apply?	General Terms & Conditions (GTC)	SAP GTC →
How is my data protected?	Data Processing Agreement (DPA)	Trust Center →
How is the ACV defined?	Order Form + Cloud Supplement	Supplement v11 →

Next step: Platform or Govern

If you want to govern your contract landscape yourself, start with the Platform. If accountability and ongoing governance are required from day one, explore Govern.

Explore Platform Explore Govern