SAP Lizenzmodell Perpetual (On-Premise)

Das SAP Lizenzmodell Perpetual klingt nach Ruhe: einmal kaufen, dauerhaft nutzen, jährlich Wartung zahlen – fertig. In der Realität ist es eher wie ein altes Haus: stabil, wertvoll, aber du musst es pflegen. Und genau diese Pflege entscheidet im On-Premise-Betrieb oft früher über Projekterfolg oder Bauchschmerzen als jede technische Roadmap.

Warum? Weil sich im SAP Lizenzmodell Perpetual drei Ebenen überlagern, die viele Unternehmen zu spät sauber trennen:

• Perpetual software use rights (dauerhafte Nutzungsrechte)

• One-time license fee (einmalige Lizenzgebühr)

• Annual recurring support fee (jährliche Wartung/Support)

Perpetual ist dabei historisch vor allem für On-Premise-Szenarien gedacht: Du verantwortest Betrieb, Upgrades, Security-Patches, Rollen, Berechtigungen – und damit auch die Lizenz-Compliance.

Und jetzt kommt der Teil, den du heute unbedingt realistisch einordnen musst: Perpetual ist bei SAP strategisch kein Wachstumsmodell mehr. Es wird vielerorts weiterhin angeboten und betrieben, aber SAP positioniert seit Jahren klar cloud-first – inklusive Ressourcen und finanziellen Anreizen, um Kunden Richtung Cloud zu bewegen. Das heißt nicht „Perpetual ist morgen weg“. Es heißt: vertriebs- und rabatttechnisch wird es häufig nicht mehr aktiv gefördert, während Cloud-Pfade typischerweise mehr Momentum bekommen.

Dieser Artikel zeigt dir, wie du das SAP Lizenzmodell Perpetual (On-Premise) trotzdem sauber aufsetzt: Kostenlogik, Named User/Engines, Audit-Readiness – und ein pragmatisches Operating Model, das im DACH-Raum funktioniert.

Jetzt Kontakt aufnehmen!

Das SAP Lizenzmodell Perpetual bedeutet: Du erwirbst dauerhafte Nutzungsrechte an SAP-Software gegen eine einmalige Lizenzgebühr. Zusätzlich zahlst du eine jährliche Maintenance-/Supportgebühr, wenn du Support, Updates, rechtliche Absicherung und typischerweise auch Zugriff auf relevante Support-Leistungen behalten willst.

Wichtig ist die saubere Trennung:

• Nutzungsrecht = unbefristet (du „besitzt“ das Recht zur Nutzung)

• Maintenance/Support = wiederkehrend (du „zahlst“ für Support- und Wartungsleistungen)

• Compliance = Prozess (du musst nachweisen, dass Nutzung und Metriken passen)

Ein gutes Perpetual-Setup ist deshalb weniger „Vertrag verstehen“ und mehr „Betrieb beherrschen“.

Das SAP Lizenzmodell Perpetual (On-Premise) basiert auf dauerhaften Nutzungsrechten gegen eine einmalige Lizenzgebühr plus jährlicher Maintenance-/Supportgebühr. Kosten und Audit-Sicherheit hängen davon ab, ob du Named User und Engines sauber steuerst, Nachweise führst und regelmäßig optimierst.

Perpetual ist nicht automatisch „verboten“ oder „weg“. Aber SAP investiert strategisch deutlich stärker in Cloud-Transformation und unterstützt diese auch mit Maßnahmen und finanziellen Anreizen.

Was heißt das in der Praxis – ohne Polemik?

1. Weniger Vertriebsschub für On-Prem
   Wenn ein Hersteller cloud-first geht, fließt Aufmerksamkeit (und häufig auch Incentivierung) eher in Cloud-Deals als in neue Perpetual-Erweiterungen.

2. Rabattlogik verschiebt sich
   Selbst wenn Perpetual weiterhin möglich ist, fühlt sich die kommerzielle Verhandlung in vielen Fällen weniger „gefördert“ an als bei Cloud-Pfaden – einfach weil Cloud die strategische Story ist.

3. Du brauchst eine bewusste Perpetual-Roadmap
   Gerade im DACH-Raum mit Jahresbudgets und Compliance-Fokus brauchst du eine 3–5-Jahres-Sicht: Welche Systeme bleiben On-Prem? Welche werden modernisiert? Welche werden abgelöst? Sonst wird Perpetual jedes Jahr wieder zur Grundsatzdiskussion.

Kurz: Perpetual ist ein bewusst gewählter Pfad, kein Default aus Gewohnheit.

Viele Unternehmen optimieren beim Perpetual-Modell den falschen Hebel: den einmaligen Kaufpreis. Die echte Steuerung passiert über die Gesamtkosten über Zeit:

1) Einmalige Lizenzgebühr (CapEx-Charakter)

Das ist dein initialer Invest in Nutzungsrechte. In der Realität hängt hier oft viel dran: Paketlogiken, Add-ons, Engines, ggf. technische Komponenten – je nach Vertrag und Produkt.

2) Jährliche Maintenance-/Supportgebühr (OpEx-Charakter)

Diese Linie wird langfristig zur dominierenden Kostenposition – und ist gleichzeitig die Linie, die am seltensten aktiv gemanagt wird.

Praktischer Blick, der im Controlling hilft:
Perpetual-Kosten = einmalige Rechte + jährliche Maintenance + interner Betrieb + Audit-Risiko + Change-Aufwand.
Wenn du nur den Kaufpreis drückst, aber Maintenance, Rollenwachstum und Engines nicht kontrollierst, bezahlst du „hintenrum“ mehr.

Im SAP Lizenzmodell Perpetual dominieren zwei Metrik-Welten. Wenn du sie vermischst, wird jedes Steering Committee zum Ratespiel.

Named User: Menschen mit direktem Zugriff

Named User bedeutet: konkrete Personen haben Nutzungsrechte – oft abgestuft nach Berechtigungstiefe. Der häufigste Fehler: Lizenzierung nach Jobtiteln. Besser: Lizenzierung nach tatsächlicher Nutzung.

So wird’s steuerbar: Persona-Modell

• Definiere 10–15 Personas (z. B. AP Clerk, Approver, Planner, Warehouse User, Key User, Developer)

• Lege pro Persona „Approved Role Sets“ fest

• Prozessregel: Neue Rolle = kurzer Lizenz-Check

Damit steuerst du Named User als Identitätsprozess – nicht als Excel-Schätzwert.

Engines: funktionale oder technische Messgrößen

Engines werden je nach Produkt über technische oder fachliche Größen gemessen (z. B. Datenvolumen, Kerne, Transaktionen, Mitarbeiter, Umsatz/Spend – je nach Engine-Definition). Der Klassiker: einmal „geschätzt“, dann vergessen.

So wird’s stabil: Engine-Monitoring

• Messquelle definieren (Systemreporting/Monitoring)

• Owner benennen (eine Person, nicht „das Team“)

• Quartalsreview: Trend, Ausreißer, Maßnahmen

Engines sind ein Messprozess – und müssen auch so behandelt werden.

Audit-Sicherheit ist im DACH-Raum kein Luxus, sondern Standard. Du brauchst dafür kein Bürokratiemonster, sondern Wiederholbarkeit.

Minimal-Setup, das in der Praxis funktioniert:

1. Joiner/Mover/Leaver-Prozess
   Rollen nach Persona, Offboarding konsequent.

2. Dual Ownership

   • License Owner (IT + Finance): Regeln, Reviews, Entscheidungen

   • Technical Owner: Reports, Metriken, Evidence

3. Quarterly License Review (60 Minuten)
   Agenda:

   • Top-User mit hohen Rechten

   • Engine-Trends und Abweichungen

   • Maßnahmenliste (Downgrade, Cleanup, Schulung, Policy)

4. Evidence-Ablage
   Ein Ort, eine Struktur: Reports, Freigaben, Maßnahmen, Datum.

Nebenbei: SAP bestätigt in Support-Kontexten auch explizit, dass Kunden bei On-Prem-Maintenance-Vereinbarungen permanente Nutzungsrechte behalten können (Beispiel: Solution Manager). Das unterstreicht den Kern von Perpetual: Nutzungsrechte sind dauerhaft – aber Governance bleibt deine Aufgabe.

In Deutschland/Österreich/Schweiz kommen drei typische Anforderungen zusammen:

Das SAP Lizenzmodell Perpetual (On-Premise) ist weiterhin ein funktionierendes Modell – aber es ist zunehmend nicht mehr der strategisch priorisierte Pfad in einer cloud-first Welt. Wenn du Perpetual weiter nutzt, tu es bewusst: mit klarer Roadmap, sauberem Metrik-Management (Named User + Engines) und einem wiederholbaren Audit-Setup.

Dann ist Perpetual nicht „alt“. Dann ist es einfach: kontrolliert.