BTP Jahresend-Verfall: Wann Sie spaetestens den Burndown pruefen muessen

Ungenutzte BTP Credits verfallen am Ende der Vertragsperiode. Das ist bekannt. Weniger bekannt ist, bis wann konkret gehandelt werden muss, um den Verfall noch abzuwenden, und welche Prüfschritte zu welchem Zeitpunkt im Jahr die wichtigsten Steuerungsmomente darstellen. Dieser Artikel gibt eine operative Timeline mit klaren Entscheidungspunkten für Q3 und Q4.

---

Warum der Verfall fast immer zu spät bemerkt wird

Die Credit-Verfall-Regel bei CPEA und BTPEA ist eindeutig: Was bis zum Ende der Vertragsperiode nicht verbraucht ist, verfällt. Kein automatischer Rollover, kein Guthaben-Transfer in das nächste Jahr (Quelle: SAP FAQ, Consumption-based Commercial Model CPEA).

In der Praxis entsteht das Problem nicht aus Unwissen über diese Regel, sondern aus dem Rhythmus, in dem BTP-Verbrauch beobachtet wird. Die meisten Organisationen verfügen über keine konsolidierte Burndown-Kurve, die zeigt, wie sich der Credit-Verbrauch relativ zur geplanten Jahresnutzung entwickelt. Was es stattdessen gibt: monatliche Balance Statements von SAP, die den historischen Verbrauch dokumentieren, aber keine Prognose für die Restperiode liefern.

Dieser strukturelle Steuerungsmoment, das Fehlen einer laufenden Burndown-Prognose, ist die häufigste Ursache dafür, dass Verfall erst im November oder Dezember sichtbar wird, wenn der Handlungsspielraum bereits erheblich eingeschränkt ist.

---

Die operative Jahres-Timeline: Vier Prüfzeitpunkte

Was folgt, ist eine konkrete Timeline mit den vier operativen Steuerungsmomenten, an denen BTP-Burndown und Credit-Planung geprüft werden müssen, um am Jahresende keine böse Überraschung zu erleben.

Prüfzeitpunkt 1: Ende Q1 (März/April): Baseline etablieren

Am Ende des ersten Quartals sind drei Monate tatsächlicher Verbrauch dokumentiert. Das ist die früheste sinnvolle Gelegenheit, eine Burndown-Baseline zu erstellen.

Was zu prüfen ist:

• Kumulierter Credit-Verbrauch Q1 im Vergleich zum linearen Sollwert (Jahresguthaben dividiert durch vier ergibt 25% Jahresverbrauch als Q1-Ziel)
• Welche Services den größten Credit-Anteil verbrauchen
• Ob geplante BTP-Projekte wie erwartet angelaufen sind oder sich verzögert haben

Was das Ergebnis aussagt: Liegt der tatsächliche Q1-Verbrauch bei unter 15% des Jahresguthabens, gibt es einen frühen Hinweis auf Over-Commitment, der im Q2 adressiert werden sollte. Liegt er über 35%, besteht ein erstes Overage-Risiko, das ebenfalls früh erkannt werden sollte.

Diese erste Prüfung schafft den Referenzpunkt für alle weiteren Vergleiche im Jahresverlauf.

Prüfzeitpunkt 2: Ende Q2 (Juni/Juli): Q4-Forecast erstellen

Das Ende des zweiten Quartals ist der wichtigste Steuerungsmoment im Jahresverlauf für die Credit-Planung. Sechs Monate tatsächlicher Verbrauch erlauben eine valide Hochrechnung auf das Jahresende.

Was zu prüfen ist:

• Kumulierter Verbrauch nach sechs Monaten im Vergleich zu 50% des Jahresguthabens (linearer Sollwert)
• Hochrechnung: Wenn der bisherige Verbrauchstrend gleichbleibt, wie hoch ist der erwartete Jahresverbrauch?
• Welche BTP-Projekte sind im zweiten Halbjahr geplant, die den Verbrauch verändern werden?
• Stehen Deprecation-relevante Services im genutzten Katalog, die bis Jahresende migriert werden müssen?

Was konkret zu entscheiden ist: Auf Basis des Q2-Forecasts gibt es drei mögliche Ergebnisse.

Liegt der Forecast deutlich unter dem Jahrescommitment (zum Beispiel nur 60% des gebuchten Guthabens werden voraussichtlich verbraucht), besteht erhebliches Verfall-Risiko. Das gibt noch vier bis fünf Monate, um Gegenmaßnahmen einzuleiten, und ist der früheste sinnvolle Zeitpunkt für ein Gespräch mit SAP über eine mögliche Vertragsanpassung oder für die Identifikation neuer Use Cases, die den Verbrauch erhöhen.

Liegt der Forecast nahe dem Commitment (85 bis 115%), ist keine strukturelle Intervention notwendig. Das monatliche Monitoring reicht.

Liegt der Forecast erheblich über dem Commitment, sollte ab dem dritten Quartal ein Top-Up-Gespräch mit SAP vorbereitet werden, um nicht in ungeplante Overages zu rutschen.

Merksatz: Der Q2-Forecast ist die Grundlage für alle relevanten H2-Entscheidungen. Wer diesen Zeitpunkt für die Burndown-Analyse verpasst, verliert den größten Steuerungspuffer des Jahres.

Prüfzeitpunkt 3: Oktober: Top-Up-Entscheidung und Gegenmaßnahmen

Anfang Oktober beginnt das kritische Fenster, in dem noch echte Handlungsoptionen bestehen.

Für den Fall eines drohenden Verfalls (Unterverbrauch):

Wer bis Oktober einen deutlichen Unterverbrauch sieht, hat noch zwei bis drei Monate, um den Credit-Verbrauch zu erhöhen. Die praktisch relevantesten Optionen in dieser Situation:

• Aktivierung von Development- und Sandbox-Umgebungen, die bisher auf Minimum gehalten wurden
• Hochskalierung von Test- und Dev-Instanzen (HANA Cloud, Kyma) für laufende Projekte
• Vorgezogener Start von geplanten Q1-Projekten des Folgejahres, sofern technisch möglich
• Aktivierung von Services für Evaluations-Zwecke, die ohnehin im Scope des nächsten Jahres liegen

Diese Optionen sind kein Garant für vollständigen Verbrauch, aber sie verringern die Verfallsmenge messbar. Wichtig: Auch wenn nicht jeder Credit gerettet werden kann, ist selbst eine partielle Verbesserung besser als nichts.

Für den Fall eines drohenden Overages (Überverbrauch):

Wer bis Oktober auf 75 bis 80% Credit-Verbrauch liegt und der bisherige Trend setzt sich fort, sollte spätestens jetzt ein Top-Up-Gespräch mit SAP initiieren. Ein Top-Up zu den ursprünglichen Vertragskonditionen vor der Erschöpfung des Kontingents ist finanziell erheblich günstiger als Overage-Abrechnung zum Listenpreis ohne Volumenrabatte (Quelle: SAP BTP Licensing Models, Community Knowledge: Rizing).

Das Gespräch mit SAP sollte im Oktober geführt werden, nicht im November. SAP hat eigene Quartals- und Jahreszyklen, und ein Top-Up-Antrag im November trifft auf Verhandlungspartner, die bereits im Jahresendmodus sind.

Was für beide Szenarien gilt: Der Steuerungsmoment im Bereich Kosten, nämlich die Bewertung des Credit-Budgets im Verhältnis zum tatsächlichen Verbrauchspfad, muss im Oktober abgeschlossen sein. Nicht im Dezember.

Prüfzeitpunkt 4: Anfang Dezember: Letzte Kontrollprüfung

Anfang Dezember ist der letzte Moment, an dem noch operative Eingriffe möglich sind, bevor das Jahresende zu nah ist.

Was zu prüfen ist:

• Verbleibende Credits und realistischer Restverbrauch bis Jahresende
• Sind alle geplanten Gegenmaßnahmen aus Oktober umgesetzt und wirksam?
• Gibt es Abweichungen vom Oktober-Forecast, die nachgesteuert werden müssen?
• Sind alle laufenden BTP-Services korrekt konfiguriert und erzeugen keinen unbeabsichtigten Leerverbrauch?

Was in der Praxis hilft: Ein Subaccount-spezifischer Check, der inaktive oder minimal genutzte Service-Pläne identifiziert, kann noch im Dezember dazu beitragen, unnötigen Verbrauch zu stoppen oder sinnvoll umzulenken. Ein Service-Plan, der für ein abgeschlossenes Projekt läuft und Credits verbraucht, ist kein strategischer Verbrauch.

Das Ziel des Dezember-Checks ist nicht mehr die Rettung großer Mengen, sondern die Bestätigung, dass die Jahressteuerung plangemäß abgeschlossen wird und keine offensichtlichen Lücken bestehen.

---

Wie ein funktionierendes Burndown-Tracking aussieht

Burndown-Tracking muss kein aufwendiges BI-System sein. Für die meisten Organisationen reicht eine strukturierte, monatlich gepflegte Übersicht mit fünf Kennzahlen:

1. Jahresguthaben total (aus dem Vertrag)
2. Kumulierter Verbrauch bis heute (aus den monatlichen Balance Statements von SAP)
3. Linearer Sollwert (Jahresguthaben mal vergangene Monate, geteilt durch zwölf)
4. Abweichung Ist zu Soll (positive Zahl bedeutet Unterverbrauch, negative Zahl Überverbrauch)
5. Hochrechnung Jahresende (kumulierter Verbrauch durch vergangene Monate mal zwölf)

Diese fünf Kennzahlen lassen sich monatlich aus den SAP Balance Statements ableiten und in einer einfachen Tabelle pflegen. Sie liefern die Steuerungsgrundlage für alle vier Prüfzeitpunkte im Jahr.

Das BTP Cockpit bietet darüber hinaus Konfigurationsmöglichkeiten für Nutzungsbenachrichtigungen auf Subaccount-Ebene. Als ergänzenden Steuerungsmoment empfiehlt sich ein Alert bei 70% Credit-Verbrauch als erstes Signal und ein zweiter bei 90% als letzter proaktiver Interventionspunkt. Beide Alerts sollten auf Subaccount-Ebene konfiguriert sein, nicht nur auf Gesamtvertragsebene, weil Verbrauchsspitzen meistens in einzelnen Subaccounts entstehen, nicht gleichmäßig verteilt über die gesamte BTP-Landschaft.

---

Drei Anzeichen, dass Ihre aktuelle BTP-Burndown-Steuerung Lücken hat

Keine dieser Prüfungen ist technisch aufwendig. Sie erfordern keinen zusätzlichen Software-Einsatz, aber eine klare Zuständigkeit und Regelmäßigkeit.

Anzeichen 1: Sie können heute nicht sofort sagen, wie viele BTP Credits noch verfügbar sind und bis wann sie voraussichtlich aufgebraucht sein werden. Fehlt diese Zahl jederzeit abrufbar, fehlt die Steuerungsgrundlage.

Anzeichen 2: Der letzte Blick auf das BTP-Budget war mehr als 60 Tage her. Bei monatlichem Abrechnungsrhythmus ist ein 60-tägiger Intervall zu lang, um rechtzeitig auf Abweichungen reagieren zu können.

Anzeichen 3: Die Zuständigkeit für BTP-Burndown-Monitoring ist nicht explizit einer Person oder Funktion zugewiesen. Wenn alle zuständig sind, ist in der Praxis niemand zuständig. Der Steuerungsmoment im Bereich Nutzung braucht einen benannten Verantwortlichen, idealerweise in der Cloud Center of Excellence-Funktion mit Reportingpflicht gegenüber dem Controlling.

---

Zusammenhang mit dem Jahres-Renewal

Das Jahresend-Burndown-Management hat eine direkte Verbindung zum nächsten Renewal-Gespräch mit SAP. Der Verbrauchsnachweis des laufenden Jahres ist ein wichtiges Argument in der Commitment-Verhandlung für die nächste Vertragsperiode.

Wer zeigt, dass das laufende Commitment vollständig oder nahezu vollständig verbraucht wurde, hat eine stärkere Verhandlungsposition für eine Erhöhung des Commitments zu gleichwertigen oder besseren Konditionen. Wer erheblichen Underverbrauch dokumentiert, hat objektiv eine schwächere Ausgangsposition, weil SAP sehen kann, dass das aktuelle Commitment nicht ausgeschöpft wurde.

Das Burndown-Monitoring dient also nicht nur der Verfall-Vermeidung, sondern gleichzeitig der Vorbereitung des nächsten Renewals. Beide Ziele haben denselben Steuerungsmoment: das systematische, regelmäßige Tracking des Credit-Verbrauchs über das gesamte Vertragsjahr.

Eine strukturierte Darstellung der BTP-Verbrauchsdaten für das Renewal-Gespräch ist ein separates Thema, das im Hub-Artikel BTP FinOps: Credits steuern, Overages vermeiden, Kosten verursachergerecht verrechnen vertieft wird.

---

Nächste Schritte

Wenn Sie die aktuelle BTP-Burndown-Situation in Ihrem Unternehmen bewerten wollen, beantwortet FinOptory AI erste Fragen zur Credit-Mechanik und zu Ihrem Vertragsmodell direkt.

Für eine strukturierte Analyse Ihrer BTP-Vertragsstruktur, Ihres Credit-Commitments und der laufenden Steuerungssituation bietet FinOptory einen Vertragscheck als definierten Einstieg.

Wie die Credit-Verfall-Logik in den breiteren Kontext aller SAP-Vertragstypen eingebettet ist, beschreibt Warum BTP Credits am Jahresende oft verfallen und was Sie dagegen tun können aus der Pillar-1-Perspektive.

---

Häufig gestellte Fragen

Wann ist der späteste Zeitpunkt, um drohenden BTP Credit-Verfall noch abzuwenden? Der letzte sinnvolle Interventionspunkt liegt im Oktober. Bis dahin bleiben zwei bis drei Monate, um den Verbrauch noch zu erhöhen oder mit SAP über eine Vertragsanpassung zu sprechen. Im November sind die Optionen bereits eingeschränkt, im Dezember sind sie es erheblich.

Wie oft sollte der BTP Credit-Verbrauch geprüft werden? Monatlich, auf Basis der SAP Balance Statements. Daneben gibt es vier operative Prüfpunkte im Jahr mit klaren Entscheidungsaufgaben: Ende Q1 (Baseline), Ende Q2 (Q4-Forecast und Entscheidung), Oktober (Top-Up-Prüfung und Gegenmaßnahmen), Anfang Dezember (Abschluss-Check).

Was passiert, wenn BTP Credits ungeplant verfallen? Ungenutzte Credits werden am Ende der Vertragsperiode ohne Ausgleich gestrichen. Der gezahlte Betrag für diese Credits ist nicht rückerstattbar. Eine Vertragsanpassung im Nachgang ist nicht vorgesehen. Einzig eine vertraglich vereinbarte Rollover-Klausel, sofern bei Vertragsabschluss oder Renewal ausgehandelt, kann einen Teil der ungenutzten Credits in die nächste Periode retten.

Kann ein Credit-Rollover verhandelt werden? Ein begrenzter Rollover ist in Vertragsverhandlungen erzielbar, aber kein SAP-Standard. Aus der Praxis sind Rollover-Vereinbarungen von 10 bis 20% der ungenutzten Credits bekannt (Community Knowledge: Rizing, Redress Compliance). Diese Werte sind Erfahrungswerte, keine garantierten Ergebnisse. Eine Rollover-Klausel muss vor Vertragsabschluss oder bei Renewal verhandelt werden, nicht nach dem Verfall.

Wie setzt man Credit-Alerts im BTP Cockpit? Im BTP Cockpit lassen sich auf Subaccount-Ebene Nutzungsbenachrichtigungen konfigurieren. Empfohlen werden zwei Schwellenwerte: ein erster Alert bei 70% Verbrauch als Frühwarnung, ein zweiter bei 90% als Signal für sofortige Handlung. Beide Alerts sollten auf Subaccount-Ebene eingestellt sein, nicht nur auf Gesamtvertragsebene, weil Verbrauchsspitzen in spezifischen Subaccounts entstehen, nicht gleichmäßig verteilt.