SAP-Eskalation in 5 Schritten: HowTo für Service-Delivery-Probleme

Die Ausgangslage: Ein Problem, das sich nicht von selbst löst

Ein SAP-System verhält sich nicht wie vertraglich zugesagt. Reaktionszeiten überschreiten die vereinbarten SLA-Grenzen. Eine zugesagte Funktion steht nicht zur Verfügung. Der Standard-Support bearbeitet das Ticket, ohne dass sich Wesentliches bewegt.

In diesen Situationen ist ein strukturiertes Vorgehen entscheidend. SAP kennt formale Eskalationspfade, die außerhalb des regulären Incident-Managements liegen und bei Service-Delivery-Problemen gezielt eingesetzt werden können. Wer diese Pfade kennt und konsequent dokumentiert nutzt, erreicht Lösungen schneller und schafft gleichzeitig eine verlässliche Steuerungshistorie, die in späteren Vertragsverhandlungen als Grundlage dient.

Dieser Artikel beschreibt den formalen Eskalationspfad in fünf Schritten. Jeder Schritt enthält konkrete Hinweise, was dokumentiert werden sollte und welche Voraussetzungen für den nächsten Schritt erfüllt sein müssen.

Schritt 1: Incident anlegen und Priority korrekt setzen

Jede Eskalation beginnt mit einem sauber angelegten Incident im SAP Support Portal (support.sap.com). Entscheidend ist die initiale Prioritätssetzung: SAP unterscheidet zwischen Very High, High, Medium und Low. Eine zu niedrig gesetzte Priorität verlängert die Reaktionszeit strukturell.

Priorität Very High ist angemessen, wenn der Geschäftsbetrieb vollständig blockiert ist oder ein produktives System ausgefallen ist. Priorität High gilt, wenn wichtige Geschäftsprozesse beeinträchtigt sind und kein Workaround verfügbar ist.

Was Sie beim Anlegen dokumentieren sollten:

Genauer Zeitpunkt des erstmaligen Auftretens
Betroffenes System (SID) und Produktivsystem-Kennzeichen (P/Q/D)
Konkrete Auswirkung auf den Geschäftsbetrieb in messbaren Begriffen
Bereits durchgeführte Schritte zur Fehleranalyse
Vertraglich vereinbarte Reaktionszeit (aus Ihrem SLA-Dokument)

Steuerungsmoment: Die initiale Ticket-Dokumentation ist der erste Steuerungsmoment im Eskalationsprozess. Unvollständige Erstdokumentation verzögert jede folgende Stufe.

Schritt 2: Priority hochstufen und SAP Support-Leitung einbinden

Wenn ein Incident die vertraglich vereinbarte Reaktionszeit überschreitet oder keine substanzielle Bearbeitung erkennbar ist, folgt die erste formale Eskalation innerhalb des Support-Portals.

SAP ermöglicht es, einen Incident über den Button "Escalate to SAP" oder "Ask for Manager Callback" explizit zu eskalieren. Diese Funktion ist im SAP Support Portal verfügbar und adressiert automatisch die Support-Leitung der zuständigen Supportorganisation.

Was Sie in dieser Phase dokumentieren sollten:

Datum und Uhrzeit der Eskalationsanforderung
Bisherige Reaktionen und deren Zeitstempel
Abweichung zwischen vereinbarter und tatsächlicher Reaktionszeit in Stunden
Namen und IDs der bisherigen Support-Bearbeiter

Hinweis: SAP veröffentlicht im Support Portal detaillierte Informationen zu seinen Eskalationsmechanismen. Nutzen Sie diese als Referenz für die korrekte Einstufung.

Schritt 3: Customer Success Manager und Technical Account Manager formal einbinden

Wenn die Support-Eskalation nicht innerhalb von 24 bis 48 Stunden zu einer spürbaren Änderung führt, ist der nächste Schritt die formale Einbindung des Customer Success Managers (CSM) und, bei technischen Infrastrukturthemen, des Technical Account Managers (TAM).

Der CSM ist bei SAP primär für Adoption und Nutzungstiefe zuständig, nicht für Vertragssteuerung. In Eskalationssituationen hat er dennoch einen direkten Zugang zur SAP-Supportorganisation und kann intern Druck aufbauen, den ein Ticket-System allein nicht erzeugt.

Der TAM ist für produktive RISE-Umgebungen in vielen Verträgen als dedizierter technischer Ansprechpartner vorgesehen. Bei Infrastrukturproblemen, SLA-Verletzungen im Betrieb oder Fragen zur Systemstabilität ist er der richtige Ansprechpartner auf SAP-Seite.

Steuerungsmoment: Stellen Sie sicher, dass Ihre Kontakte zu CSM und TAM aktuell sind. Ansprechpartnerwechsel auf SAP-Seite sind häufig und sollten proaktiv nachgefasst werden.

Was Sie in dieser Phase dokumentieren sollten:

Name, E-Mail und Datum des ersten Kontakts zu CSM/TAM
Inhalt der Kommunikation in schriftlicher Form (E-Mail oder Meeting-Protokoll)
Zugesagte Maßnahmen und deren Zeitrahmen
Eskalations-Ticket-Nummer aus Schritt 2

Schritt 4: Account Executive mit schriftlicher Problemdokumentation einschalten

Wenn CSM und TAM keine ausreichende Lösung herbeiführen, tritt der Account Executive (AE) in die Eskalation ein. Der AE ist der kommerzielle Hauptansprechpartner auf SAP-Seite. Seine Einbindung in eine Service-Eskalation ist ein formaler Schritt, der eine eigene Logik mitbringt.

Der AE ist umsatzorientiert. Deshalb ist es wichtig, die Eskalation an ihn nicht nur als technisches Problem zu formulieren, sondern klar die geschäftliche Auswirkung und die vertragliche Dimension zu benennen.

Was Sie dem AE schriftlich übergeben sollten:

Zusammenfassung des Problems in zwei bis drei Sätzen (geschäftliche Auswirkung, nicht technische Beschreibung)
Chronologische Übersicht der bisherigen Eskalationsschritte mit Datumsspalte
Verweis auf die spezifische Vertragsklausel oder SLA-Definition, die nicht erfüllt wurde
Konkrete Erwartung: Was ist die gewünschte Lösung, bis wann

Schriftlichkeit ist an dieser Stelle entscheidend. Die schriftliche Problemdokumentation an den AE ist ein Steuerungsmoment, der im späteren Verlauf vertragsrelevant werden kann. Mündliche Zusagen ohne Schriftprotokoll haben keinen Wert für die Steuerungshistorie.

Was Sie festhalten sollten:

Datum und Kanal der Übergabe (E-Mail, bevorzugt)
Reaktion des AE: Zeitstempel, Inhalt, zugesagte Maßnahmen
Bestätigung, dass der AE den Fall intern weitergeleitet hat

Schritt 5: Executive Escalation: wann und wie

Die Executive Escalation ist die letzte formale Eskalationsstufe. Sie adressiert SAP-Management auf C- oder VP-Ebene und ist reserviert für Situationen, in denen alle vorangegangenen Schritte keine ausreichende Lösung gebracht haben und die geschäftliche Auswirkung erheblich ist.

Wann ist eine Executive Escalation angemessen?

Vertraglich vereinbarte SLAs wurden über einen definierten Zeitraum wiederholt nicht eingehalten
Der Geschäftsbetrieb ist dauerhaft beeinträchtigt, ohne dass SAP eine verbindliche Lösungszusage gegeben hat
Die bisherigen Ansprechpartner (CSM, TAM, AE) haben keine ausreichende Eskalationshoheit
Das Thema hat eine strategische Dimension, die über den Einzelfall hinausgeht (z.B. systemische SLA-Verletzung über mehrere Monate)

Wie läuft eine Executive Escalation ab?

Der formale Weg führt über Ihren Account Executive, der den Fall an SAP-Management eskaliert. Alternativ kann der Weg über einen Executive Sponsor auf SAP-Seite gehen, sofern eine solche Beziehung besteht.

Vorbereitung für die Executive Escalation:

Vollständige schriftliche Dokumentation aller vorangegangenen Schritte (Stufen 1 bis 4)
Quantifizierung der geschäftlichen Auswirkung in messbaren Begriffen
Klare Formulierung der Erwartung: Was muss bis wann erreicht sein?
Interne Abstimmung: Executive Escalation sollte von Ihrer eigenen Führungsebene getragen werden

Steuerungsmoment: Bereiten Sie die Executive Escalation schriftlich auf, auch wenn das erste Gespräch telefonisch oder per Videokonferenz stattfindet. Die schriftliche Zusammenfassung sollte unmittelbar nach dem Gespräch versendet und von SAP bestätigt werden.

Eskalationshistorie als Steuerungsinstrument

Was viele Organisationen unterschätzen: Eine sauber dokumentierte Eskalationshistorie ist kein nachträglicher Schaden am Verhältnis zu SAP. Sie ist ein reguläres Steuerungsinstrument.

Wenn Sie nachweislich dokumentiert haben, dass SLAs nicht eingehalten wurden, dass Eskalationen nötig waren und wie SAP reagiert hat, stärkt das Ihre Verhandlungsposition beim nächsten Renewal. Diese Dokumentation gehört in das SAP-Vertragsarchiv Ihrer Organisation und sollte im Governance-Kalender an festen Prüfpunkten ausgewertet werden.

Einmal aufgebaut, wächst die Steuerungshistorie mit jeder Vertragsperiode und wird mit zunehmender Laufzeit wertvoller. Sie ersetzt nicht die inhaltliche Verhandlung, aber sie schafft eine sachliche Grundlage, die ohne systematische Steuerung nicht entsteht.

Fazit

SAP-Eskalationen sind kein Ausnahmefall. Sie gehören zur laufenden Vendor-Steuerung und erfordern ein strukturiertes Vorgehen, das von Beginn an dokumentiert wird. Die fünf Stufen von Incident-Ticket bis Executive Escalation sind formal bekannt und öffentlich beschrieben. Wer sie kennt und konsequent anwendet, setzt die Steuerungsbeziehung zu SAP auf eine nachvollziehbare Grundlage. Die dabei entstehende Dokumentation ist mehr als ein internes Protokoll: Sie ist ein Steuerungsmoment, der über den Einzelfall hinaus wirkt.

Über den Autor

Bernhard Mändle ist Managing Consultant bei FinOptory. Er unterstützt Unternehmen dabei, SAP-Verträge nach der Unterschrift laufend zu steuern, Nutzung und Kosten aufeinander auszurichten und die SAP-Investition gezielt einzusetzen. Langjährige Erfahrung in SAP-Vertragsverhandlung und Governance über On-Premise, BTP und RISE, DSAG-Mitglied, unabhängig von SAP, Resellern und Systemintegratoren. Mehr unter finoptory.ai.

Interne Links:

Pillar 8 Hub: SAP als strategischen Vendor managen
Cluster 2: SAP eskalieren: Schritt-für-Schritt vom Service-Ticket zur Executive Escalation

Quellen: