SAP Licensing Models

SAP licensing models often feel like a side topic—until they suddenly dominate your project. Not because SAP is inherently illogical, but because three layers overlap in real life: the licensing model, the deployment option (on-premise, private cloud, public cloud), and the pricing / billing logic. If you don’t separate these early, you’ll end up in the classic spiral: audit questions, “true-ups”, unplanned budget discussions, and cost explanations nobody enjoys.

This article gives you a clear, practical view of the most important SAP licensing models—Perpetual, Subscription, and Consumption / Pay-As-You-Go (PAYG)—including typical metrics (Named User, Engines), support logic, and a decision framework that works for both Europe (EU/UK) and the United States.

Jetzt Kontakt aufnehmen!

SAP Lizenzmodelle beschreiben, wie du SAP-Software kommerziell nutzen darfst und wie abgerechnet wird. Im Kern unterscheidet SAP (je nach Produktfamilie) zwischen:

• Perpetual: einmalige Lizenzgebühr + laufende Wartung/Support (klassisch On-Premise).

• Subscription: zeitlich befristete Nutzungsrechte (typisch 3–5 Jahre) mit wiederkehrender Gebühr, meist inklusive Support (Cloud-typisch).

• Consumption / PAYG: nutzungsbasierte Abrechnung ohne feste Jahresbindung (für ausgewählte Cloud-Angebote).

Wichtig: Deployment-Option (wo läuft die Software?) und Lizenzmodell (wie wird lizenziert?) sind verwandt, aber nicht dasselbe. SAP beschreibt z. B., dass Public Cloud typischerweise subscription-basiert ist, während On-Premise eher perpetual geprägt ist; Private Cloud kann beides abbilden.

Definition:
SAP Lizenzmodelle sind die kommerziellen Nutzungs- und Abrechnungsmodelle für SAP-Software (Perpetual, Subscription, Consumption). Entscheidend sind Deployment-Option (On-Premise/Private/Public Cloud), die Metrik (Named User/Engine/Usage) und ein Governance-Setup, das Compliance und Kostenkontrolle sicherstellt.

SAP unterscheidet drei Deployment-Optionen: On-Premise, Private Cloud (Single Tenant) und Public Cloud (SaaS, Multitenant).
Für die Praxis heißt das:

• On-Premise: du verantwortest Hardware, Implementierung, Betrieb; häufig Perpetual.

• Private Cloud: Single Tenant, SAP (oder Provider) übernimmt Betrieb; Nutzungsrechte können subscription- oder perpetual-basiert sein.

• Public Cloud: SAP managed Software, SaaS; typischerweise subscription-basiert.

Merksatz:
Deployment beantwortet „wo läuft es?“. SAP Lizenzmodelle beantworten „wie bezahlst und beweist du Nutzung?“.

Ein häufiger Fehler: Teams sprechen über „Lizenzen“, meinen aber unterschiedliche Dinge. SAP zeigt bei Perpetual z. B. ein Dual License Model aus Named User und Engines sowie typische Metrik-Beispiele.

Named User (direkter Zugriff)

Named User ist der klassische Ansatz: Personen erhalten Nutzungsrechte (z. B. Professional, Worker etc. – je nach Produkt/Ära).
Praxis-Tipp: Baue Personas statt Jobtitel und führe Joiner/Mover/Leaver-Prozesse konsequent durch.

Engines (funktionale/technische Metriken)

Engines sind oft funktional oder technisch gemessen: z. B. Gigabytes, Cores, Revenue, Spend, Concurrent Sessions, Employees – abhängig vom Produkt.
Praxis-Tipp: Engine-Metriken gehören in ein technisches Monitoring (nicht nur in Excel).

Bei Perpetual gibt es typischerweise eine jährliche Wartungs-/Supportgebühr (Maintenance Base etc.). SAP skizziert dafür ein Portfolio von Standard Support bis Enterprise Support und Premium Engagements (z. B. Preferred Care/Success, MaxAttention).
In Cloud-Editions ist Support häufig in der Subscription enthalten.

Praktische Konsequenz:
Im On-Premise-Umfeld optimierst du Wartung, Named User und Engines. In Cloud-Umfeldern optimierst du Subscription-Umfang, Entitlements-Nutzung und (bei Consumption) Usage-Limits und Reviews.

Für SAP Lizenzmodelle im DACH-Raum sind drei Dinge entscheidend:

1. Budgetierung: Jahresbudgets lieben Planbarkeit → Subscription wirkt oft „einfacher“, Consumption braucht klare Leitplanken.

2. Audit & Nachweise: DACH will dokumentierte Prozesse (wer darf was, wer genehmigt, wo liegt der Nachweis?).

3. Kostenstellen/Verrechnung: Ohne Cost-Center-Logik wird SAP schnell politisch statt steuerbar.

DACH-Minimum-Governance (leichtgewichtig, aber wirksam):

• Lizenz-Owner (Finance/IT gemeinsam), nicht „Einkauf alleine“

• monatliches Usage-/License-Review (30–60 Minuten reichen)

• klare Regeln für neue User/Integrationen/Engines

• Kostenstellen-Mapping (Showback/Chargeback light)

Die wichtigsten SAP Lizenzmodelle sind Perpetual, Subscription und Consumption/PAYG – und sie hängen eng, aber nicht identisch, mit den Deployment-Optionen On-Premise, Private Cloud und Public Cloud zusammen.
Wenn du Metriken (Named User, Engines, Usage) sauber trennst, Entitlements aktiv nutzt und einen klaren Review-Rhythmus etablierst, bekommst du im DACH-Raum genau das, was alle wollen: Planbarkeit, Auditfähigkeit und Kostenkontrolle – ohne Innovationsbremse.