Fünf Variablen, die die Kosten bestimmen
Ein SAP-AMS-Budget ist nicht bloß eine monatliche Pauschale; es ergibt sich aus fünf unterschiedlichen Variablen. Wenn Sie diese Faktoren nicht einzeln erfassen, können Sie Angebote kaum fundiert vergleichen, da jeder Dienstleister seine Kalkulation auf anderen Annahmen aufbaut.
- Ticketvolumen: Monatlicher Durchschnitt der letzten zwölf Monate sowie Spitzenzeiten.
- Durchschnittlicher Lösungsaufwand: Tatsächlich aufgewendete Stunden je Prioritätsstufe.
- SLA-Vorgaben: Reaktions- und Lösungszeiten sowie Service-Abdeckungszeiten.
- Umfang des Supports: Module, Schnittstellen und Umfang des Custom Codes.
- Standortmodell: Onsite-, Nearshore- oder hybrides Delivery-Modell.
Schritt-für-Schritt-Berechnung
Eine einfache und belastbare Basiskalkulation funktioniert wie folgt: Monatliches Ticketvolumen × gewichteter Durchschnittsaufwand je Prioritätsstufe = monatliche Basisstunden. Fügen Sie anschließend einen operativen Puffer von 15–25 % für präventive Wartung, Reporting und Wissensmanagement hinzu.
Multiplizieren Sie die resultierenden Stunden mit dem gewichteten Stundensatz Ihres Delivery-Mixes. Die Berechnung mit einem einheitlichen Blended Rate ist ein häufiger Fehler: Senior Functional Consultants, Entwickler und First-Level-Support verursachen unterschiedliche Kosten.
- Schritt 1: Gliedern Sie das monatliche Ticketvolumen nach Priorität (Kritisch, Hoch, Mittel, Niedrig) auf.
- Schritt 2: Ermitteln Sie den tatsächlichen Durchschnittsaufwand je Prioritätsklasse aus historischen Daten.
- Schritt 3: Berechnen Sie die gesamten Basisstunden und ergänzen Sie den operativen Puffer.
- Schritt 4: Wenden Sie den gewichteten Stundensatz basierend auf dem Rollen-Mix an.
- Schritt 5: Fügen Sie ein separates Kontingent für Rufbereitschaften, Feiertagsabdeckungen und Spitzenmonate hinzu.
Versteckte Kostenfaktoren
Was ein Budget meist überstrapaziert, ist selten der Stundensatz, sondern im Vertrag nicht berücksichtigte Positionen. Diese von Beginn an transparent zu machen, verhindert teure Überraschungen nach dem ersten Jahr.
- Transitionsphase: Parallellaufkosten (Dual-Running) für vier bis acht Wochen.
- Wissensmanagement: Aufwände für Runbooks und die Pflege der Dokumentation.
- Out-of-Scope-Anforderungen: Neue Rollouts, Upgrade-Support und Projekterweiterungen.
- Tools und Lizenzen: Ticketsysteme, Monitoring-Plattformen, Zugriffsverwaltung.
- Exit-Kosten: Übergabeunterstützung und Wissenstransfer bei Vertragsende.
Der Einfluss des Standort-Mixes
Nearshore-Kapazitäten senken die Gesamtkosten spürbar – vorausgesetzt, es gelten identische Qualitätsstandards. Echte Einsparungen entstehen jedoch durch den passenden Delivery-Mix und nicht nur durch reine Stundensatzdifferenzen: Architektur und kritische Analysen verbleiben bei erfahrenen Onshore-Rollen, während repetitive Aufgaben an Nearshore-Teams übergeben werden.
Definieren Sie den Delivery-Mix nach Rollen verbindlich im Vertrag. Andernfalls führt eine anfängliche Kostenersparnis in den ersten Monaten häufig zu höheren Folgekosten durch wiederkehrende Incidents.
Dienstleisterangebote vergleichen
Fordern Sie beim Angebotsvergleich von jedem Dienstleister dieselben drei Kennzahlen an: abgedeckte Monatsstunden, Lösungszeiten je Prioritätsklasse und Tagessätze für Out-of-Scope-Leistungen. Angebote ohne diese drei Werte zu vergleichen, reduziert die Bewertung auf den Gesamtpreis – was trügerisch ist.
Bei OXORY beginnen AMS-Angebote mit einer Analyse Ihrer historischen Ticketdaten: Ihr Budget basiert auf realen Zahlen statt auf Schätzungen.
Häufige Fragen
- Wie hoch sind die monatlichen Kosten für SAP AMS?
- Es gibt keinen Pauschalbetrag: Monatliches Ticketvolumen, Aufwand je Prioritätsstufe, SLA-Vorgaben, abgedeckte Module und das Standortmodell bestimmen die Kosten. Der beste Ansatz ist die Berechnung der benötigten Stunden auf Basis Ihrer historischen Ticketdaten.
- Wie kalkuliert man die Kosten ohne historische Ticketdaten?
- Starten Sie mit einer dreimonatigen Baseline-Messphase oder vereinbaren Sie einen vorläufigen Kapazitätsvertrag auf Basis vergleichbarer Referenzvolumina, der beim ersten Review angepasst wird.
- Warum ist ein Puffer für operativen Overhead notwendig?
- Präventive Wartung, Monitoring, Reporting und Wissensmanagement erfordern Aufwände abseits von Tickets. Wird dieser Puffer nicht eingeplant, verfällt das Support-Team in reine Brandbekämpfung.
- Wie viel lässt sich durch ein Nearshore-Modell einsparen?
- Einsparungen entstehen vor allem durch den Rollen-Mix und nicht nur durch reine Stundensatzunterschiede. Verbleibt die Senior-Analyse onshore und wandern repetitive Aufgaben ins Nearshore, sinken die Gesamtkosten erheblich.
- Wie sollten Kosten für die Transitionsphase budgetiert werden?
- Planen Sie eine separate Position für eine 4- bis 8-wöchige Transition ein; in dieser Zeit arbeiten das bisherige Team und der neue Dienstleister parallel.
- Wie oft sollte das Budget überprüft werden?
- Führen Sie nach dem ersten Jahr ein Review auf Basis tatsächlicher Volumen- und Aufwandsdaten durch; eine entsprechende Klausel im Vertrag erleichtert spätere Nachverhandlungen.
Weitere Beiträge zum Thema
AMS & Support
Inhouse-Team oder externes AMS? Entscheidungsmatrix für SAP Support
· 2 Min. Lesezeit
Sollten Sie den SAP Support mit einem Inhouse-Team betreiben oder an einen AMS-Dienstleister auslagern? Eine praxisnahe Entscheidungsmatrix basierend auf Kosten, Servicezeiten, Wissenstransfer, Senioritätsgrad und Risiko.
Beitrag lesenEvents
Webinar: Das richtige SAP-AMS-Vertragsmodell wählen (Oktober 2026)
Eine 45-minütige Praxissession zu ticketbasierten, kapazitätsbasierten und hybriden SAP-AMS-Modellen – wie die Preisgestaltung funktioniert, wo Risiken liegen und welche SLAs wirklich zählen.
News lesenApplication Management
SAP-Betrieb im Vergleich: Inhouse-Team, Managed Services oder Mischmodell
· 6 Min. Lesezeit
Wer den SAP-Betrieb neu aufstellt, entscheidet nicht nur über Kosten, sondern über Reaktionszeiten, Wissenssicherung und Urlaubsfähigkeit. Diese fünf Kriterien trennen ein tragfähiges Betriebsmodell von einer teuren Zwischenlösung.
Beitrag lesen