Eine Zusage, die niemand nachprüfen kann, ist keine Zusage — sie ist Höflichkeit. Ich habe das live erlebt: Ein Kunde von mir, ein mittelständischer Maschinenbauer, hatte einen Vertrag mit einem IT-Dienstleister unterschrieben, in dem stand „Verfügbarkeit: hoch". Nach zwei Ausfällen innerhalb von sechs Wochen saßen wir zusammen und stellten fest: „hoch" war nirgends definiert. Kein Messpunkt, kein Schwellenwert, keine Konsequenz. Der Dienstleister war formal im Recht.
Genau dafür gibt es ein SLA, ein Service Level Agreement. Und genau deshalb wird es so oft falsch aufgesetzt. Der Begriff steht für einen Vertrag oder Vertragsbestandteil, der festhält, welche Leistung ein Anbieter erbringt, wie diese Leistung gemessen wird und was passiert, wenn sie nicht erreicht wird. Klingt trocken. Ist aber in der Praxis der Unterschied zwischen einer belastbaren Geschäftsbeziehung und einem jahrelangen Streit.
Wichtige Erkenntnisse
- Ein SLA definiert messbare Leistung — nicht das Versprechen, sondern den Messpunkt und den Schwellenwert.
- SLA, SOP und KPI sind drei verschiedene Dinge: Vertrag, Arbeitsanweisung, Kennzahl.
- Ohne Service Credits oder Exit-Klausel ist ein SLA ein zahnloser Tiger.
- Die verfügbare Zeit eines Jahres sind 8.760 Stunden — jede Neun hinter dem Komma kostet den Anbieter real Geld.
- Interne SLAs zwischen Teams funktionieren nur mit einem benannten Eigentümer und einem festen Review-Rhythmus.
Was ein Service Level Agreement wirklich festlegt
Eine SLA-Vereinbarung im Vertrag definiert das Was, das Wie viel und das Was dann. Drei Ebenen, die man sauber trennen muss.
Die drei Ebenen im Detail
Die erste Ebene ist die Leistungsbeschreibung: Welcher Service wird erbracht, für welchen Nutzerkreis, in welchem Zeitfenster? Die zweite Ebene ist der Service Level, also der konkrete Zielwert. Die dritte Ebene ist die Konsequenz — Service Credits, Nachbesserung, Eskalation, im Extremfall Sonderkündigungsrecht.
Was in diesen Verträgen häufig fehlt: die Messmethodik. Wer misst? Mit welchem Tool? Zu welcher Tageszeit? Wird ein Ausfall minutengenau oder in Blöcken von 15 Minuten gezählt? Ich habe einmal einen Vertrag gesehen, in dem „Ausfall" definiert war als „vollständige Nichtverfügbarkeit für mehr als 60 Minuten". Resultat: 59 Minuten Störung waren vertragsgemäß kein Ausfall. Der Anbieter hat das clever gelöst — aber der Kunde hat es nie bemerkt, bis die Rechnung für den Notfall-Support kam.
Warum ist ein SLA wichtig?
Ein SLA schafft Erwartungssicherheit auf beiden Seiten. Der Kunde weiß, was er bekommt. Der Anbieter weiß, wofür er haftet. Das reduziert Streit um gefühlte Qualität auf überprüfbare Fakten.
Der zweite Grund ist wirtschaftlicher Natur. Ohne SLA kann ein Anbieter Kosten internalisieren, die er nicht trägt. Mit SLA wandern diese Kosten dorthin, wo sie entstehen. Klingt nach Juristendeutsch, ist aber der eigentliche Mechanismus: Ein SLA macht Zuverlässigkeit bepreisbar.
SLA vs. SOP vs. KPI — wo der Unterschied liegt
Diese drei Abkürzungen werden in Meetings gern durcheinandergeworfen. Ich habe das oft genug erlebt, dass jemand sagte „das steht im SLA" und dabei eine interne Arbeitsanweisung meinte.
Die Abgrenzung in einer Tabelle
| Begriff | Was es ist | Wer es braucht | Typisches Beispiel |
|---|---|---|---|
| SLA | Vertragliche Vereinbarung über Leistungsniveau und Konsequenzen | Kunde und Anbieter | „99,9 % Verfügbarkeit pro Monat, sonst 10 % Service Credit" |
| SOP | Standard Operating Procedure — interne Arbeitsanweisung | Operatives Team | „Bei Ticketpriorität P1: Erstkontakt innerhalb von 15 Minuten" |
| KPI | Kennzahl zur Messung eines Ziels | Management, Controlling | „First Response Time im Monatsmittel unter 30 Minuten" |
Und was ist ein SLA im Verhältnis zu einem KPI? Kurz gesagt: Der SLA ist der Vertrag, der KPI ist die Messgröße, mit der die Erfüllung dieses Vertrags geprüft wird. Ein SLA ohne KPI ist nicht messbar. Ein KPI ohne SLA ist eine Zahl ohne Konsequenz.
Die SOP wiederum ist das Innenleben — die Anleitung, wie das Team den KPI erreicht. Sie hat im Kundenvertrag nichts verloren, weil sie sich ändern darf, ohne dass der Kunde zustimmen muss. Wenn Ihr Dienstleister Ihnen seine SOPs als SLA verkauft, sollten Sie aufmerksam werden.
Verfügbarkeit in Zahlen: was 99,9 % wirklich bedeuten
Ein Jahr hat 8.760 Stunden. Klingt viel. Wenn Sie einen SLA mit 99,9 % Verfügbarkeit abschließen, erlauben Sie dem Anbieter 8,76 Stunden Ausfall pro Jahr. Bei 99,99 % sind es 52,6 Minuten. Bei 99,999 % sind es 5,26 Minuten.
Was viele unterschätzen: Diese Zahlen sind Jahresbudgets, keine Monatsgarantien. Ein Anbieter, der im Januar drei Stunden ausfällt, kann den Rest des Jahres mit 99,9 % punkten — wenn er sich zusammenreißt. Deshalb steht in guten Verträgen eine monatliche Betrachtung.
Ich habe einmal einen Anbieter erlebt, der mit „99,95 %" warb und im Kleingedruckten dann definierte, dass geplante Wartungsfenster nicht als Ausfall zählen. Ergebnis: Der reale Ausfall lag bei knapp über einem Prozent — gemessen an dem, was der Kunde erlebte. Nicht falsch, aber eben auch nicht das, was der Kunde dachte.
Service Credits, Sanktionen und die Frage nach dem Zahn
Ein SLA ohne Konsequenz ist ein Wunschzettel. Die häufigste Konsequenz ist der Service Credit — eine Gutschrift auf die nächste Rechnung. Typisch sind 5 bis 15 Prozent der Monatsgebühr pro verletztem Service Level, oft gedeckelt auf 30 oder 50 Prozent.
Klingt fair. Ist es aber selten. Wenn die monatliche Gebühr 2.000 Euro beträgt und ein Ausfall Ihrem Unternehmen 40.000 Euro Umsatz kostet, dann ist die Gutschrift von 200 Euro eine Beleidigung — und der Anbieter weiß das. Deshalb prüfen Sie als Kunde: Reicht der Credit überhaupt, um einen Anreiz zu setzen?
Die stärkere Konsequenz ist die Eskalations- und Exit-Klausel. Sie legt fest, dass bei wiederholter Nichterfüllung — sagen wir dreimal innerhalb von sechs Monaten — ein Sonderkündigungsrecht greift. Das ist die Klausel, die ein Anbieter wirklich fürchtet, weil sie Umsatz kostet.
Wie funktionieren SLA-Vereinbarungen zwischen internen Teams?
Ein internes SLA ist eine Vereinbarung zwischen Abteilungen — etwa IT und Fachbereich. Das Prinzip ist dasselbe, nur ohne Rechnung. Was funktioniert: ein benannter Eigentümer pro Service, ein festes Review-Gespräch im Quartal und ein Eskalationsweg, der nicht im Mailpostfach endet. Was nicht funktioniert: ein SLA-Papier, das niemand liest, und Kennzahlen, die nur im Jahresbericht auftauchen.
SLA-Beispiel und typische Varianten
Ein SLA-Beispiel für einen Cloud-Service sieht in Kurzform so aus:
- Service: Bereitstellung einer Webanwendung für bis zu 500 gleichzeitige Nutzer
- Verfügbarkeit: monatlich 99,9 %, gemessen über externes Monitoring im 5-Minuten-Intervall
- Reaktionszeit: Störungsticket P1, Erstkontakt innerhalb von 30 Minuten während der Geschäftszeiten
- Wartungsfenster: sonntags 02:00–04:00 Uhr, angekündigt mindestens 72 Stunden vorher — zählt nicht als Ausfall
- Konsequenz: 10 % Service Credit pro angefangene 0,1 % Unterschreitung, gedeckelt auf 30 % der Monatsgebühr
- Exit: Sonderkündigungsrecht bei dreimaliger Verletzung innerhalb von sechs Monaten
Was an diesem Beispiel wichtig ist: jede Zahl hat einen Messpunkt, jede Bedingung eine Ausnahme, jede Ausnahme eine Grenze. Genau diese Präzision unterscheidet ein SLA von einer Absichtserklärung.
Wenn Sie ein SLA-Muster als PDF suchen: Achten Sie darauf, dass es sich um eine Vorlage mit editierbaren Schwellenwerten handelt, nicht um ein fertiges Dokument. Ein SLA ist immer eine individuelle Konstruktion — wer ein Blankoformular unterzeichnet, hat meistens das Formular des Anbieters unterzeichnet.
Was am häufigsten schiefgeht
Drei Fehler begegnen mir immer wieder. Der erste: zu viele Service Levels. Ein Vertrag mit 47 Kennzahlen wird nicht gelebt. Besser fünf, die wirklich zählen.
Der zweite: keine Baseline. Wenn Sie nicht wissen, wie die Verfügbarkeit heute ist, können Sie keinen sinnvollen Zielwert vereinbaren. Messen Sie erst zwei Monate, dann verhandeln Sie.
Der dritte: der Anbieter misst selbst. Das ist nicht per se schlecht, aber es braucht eine Gegenprobe — entweder ein externes Monitoring-Tool oder ein Recht auf Einsicht in die Rohdaten. Ohne das prüfen Sie am Ende die Selbstauskunft des Anbieters.
Wie ein SLA aufgesetzt wird, hängt vom Kontext ab. In der IT ist es der Klassiker. Im 3D-Druck dagegen bedeutet SLA etwas völlig anderes — dort steht die Abkürzung für Stereolithografie, ein additives Fertigungsverfahren. Und wer bei einer medizinischen Diagnose auf „SLA" stößt, meint eine ganz andere Erkrankung: die Amyotrophe Lateralsklerose. Die Abkürzung ist mehrdeutig. Im Geschäftskontext ist sie eindeutig.
Wer also nach „SLA Bedeutung 3D-Druck" sucht, landet bei einem Fertigungsverfahren. Wer nach „SLA Service Level Agreement" sucht, bei einem Vertrag. Beides ist richtig — nur nicht dasselbe.
Was am Ende bleibt
Ein Service Level Agreement ersetzt kein Vertrauen. Es macht Vertrauen überprüfbar — und das ist mehr, als die meisten glauben. Ich habe inzwischen die Angewohnheit, bei jedem neuen Dienstleister zuerst nach drei Dingen zu fragen: Wie wird gemessen, wer misst, und was passiert, wenn die Messung gegen euch ausfällt. Wenn die Antwort auf die dritte Frage ein Schulterzucken ist, hat das Gespräch bereits gezeigt, wie belastbar die Zusammenarbeit sein wird.
Die nächste Frage, die Sie sich stellen sollten, ist nicht „Welche Verfügbarkeit brauche ich?", sondern: „Was kostet mich eine Stunde Ausfall wirklich?" Erst dann wissen Sie, welche Neun hinter dem Komma Sie sich leisten wollen — und welche nicht.
