Ein Service Level Agreement (SLA) definiert die Qualität einer IT-Dienstleistung in messbaren Größen. Gut formulierte SLAs schaffen Klarheit für beide Seiten: Der Kunde weiß, was er erwarten kann - der Dienstleister weiß, was er liefern muss. Schlecht formulierte SLAs führen zu Streit, Enttäuschung und Vertrauensverlust.
Was ist ein SLA?
Ein SLA ist ein Vertrag (oder Vertragsbestandteil), der die Leistungsparameter einer Dienstleistung festlegt. Im IT-Bereich geht es typischerweise um:
- Verfügbarkeit: Wie oft darf ein System ausfallen?
- Reaktionszeiten: Wie schnell reagiert der Support?
- Lösungszeiten: Wann muss ein Problem gelöst sein?
- Performance: Wie schnell muss das System sein?
- Support-Zeiten: Wann ist Hilfe erreichbar?
Wichtig: Ein SLA ist keine Garantie, dass nie etwas ausfällt. Es definiert, was passiert wenn etwas ausfällt - und welche Kompensation der Kunde erhält, wenn Zusagen nicht eingehalten werden.
Verfügbarkeit richtig berechnen
Die Verfügbarkeit ist die bekannteste SLA-Kennzahl. Sie wird als Prozentsatz angegeben - aber die Unterschiede sind enorm:
| Verfügbarkeit | Ausfallzeit/Monat | Ausfallzeit/Jahr | Typischer Einsatz |
|---|---|---|---|
| 99% | 7,2 Stunden | 3,65 Tage | Nicht-kritische Systeme |
| 99,5% | 3,6 Stunden | 1,83 Tage | Standard-Anwendungen |
| 99,9% | 43 Minuten | 8,76 Stunden | Geschäftskritisch |
| 99,95% | 22 Minuten | 4,38 Stunden | E-Commerce, Produktion |
| 99,99% | 4 Minuten | 52 Minuten | Kritische Infrastruktur |
Achtung Mogelpackung: Fragen Sie immer, wie die Verfügbarkeit gemessen wird! 99,9% "nur während der Geschäftszeiten Mo-Fr 8-18 Uhr" ist etwas völlig anderes als 99,9% rund um die Uhr. Auch geplante Wartungsfenster werden oft herausgerechnet.
Reaktionszeit vs. Lösungszeit
Ein häufiges Missverständnis: Reaktionszeit ist nicht gleich Lösungszeit.
- Reaktionszeit: Zeit bis zur ersten qualifizierten Antwort ("Wir haben Ihr Ticket erhalten und arbeiten daran")
- Lösungszeit: Zeit bis das Problem tatsächlich gelöst ist
Viele Anbieter garantieren nur Reaktionszeiten - aber keine Lösungszeiten. Das ist legal, aber für Sie als Kunde wenig hilfreich. Ein Ticket, das in 15 Minuten beantwortet aber erst in 3 Tagen gelöst wird, ist kein guter Service.
Priorität 1 (Kritisch): Produktionsstillstand, alle User betroffen
Reaktionszeit: 15 Minuten | Lösungszeit: 4 Stunden | Support: 24/7
Priorität 2 (Hoch): Wichtige Funktion eingeschränkt, viele User betroffen
Reaktionszeit: 1 Stunde | Lösungszeit: 8 Stunden | Support: 24/7
Priorität 3 (Normal): Einzelne Funktion nicht verfügbar, Workaround vorhanden
Reaktionszeit: 4 Stunden | Lösungszeit: 2 Tage | Support: Geschäftszeiten
Die wichtigsten SLA-Elemente
Ein vollständiges SLA sollte folgende Punkte enthalten:
1. Leistungsbeschreibung
Was genau ist Gegenstand des SLA? Welche Systeme, welche Dienste, welche Funktionen? Je präziser, desto weniger Streitpotenzial.
2. Service-Zeiten
- Wann ist der Support erreichbar? 24/7 oder nur Geschäftszeiten?
- Welche Feiertage gelten? Deutsche? Bayerische? Internationale?
- Wie wird Bereitschaftsdienst außerhalb der Zeiten geregelt?
3. Prioritäten und Eskalation
- Wer definiert die Priorität eines Tickets? Kunde oder Dienstleister?
- Welche Eskalationsstufen gibt es?
- Wer sind die Ansprechpartner auf jeder Stufe?
4. Messverfahren und Reporting
- Wie wird die Verfügbarkeit gemessen? Welches Tool?
- Von wo aus wird gemessen? (Intern vs. extern kann unterschiedliche Ergebnisse liefern)
- Wie oft erhält der Kunde Reports?
5. Ausnahmen und Wartungsfenster
- Geplante Wartung: Wie wird sie angekündigt? Wie lange vorher?
- Welche Ereignisse zählen nicht als Ausfall? (Force Majeure, Kundenverschulden)
- Maximale Wartungsdauer pro Monat?
6. Kompensation bei SLA-Verletzung
Was passiert, wenn der Dienstleister die Zusagen nicht einhält?
- Service Credits: Gutschriften auf die nächste Rechnung
- Pönale: Vertragsstrafen bei wiederholter Verletzung
- Kündigungsrecht: Sonderkündigung bei massiver SLA-Verletzung
Vereinbarte Verfügbarkeit: 99,9% pro Monat
Tatsächliche Verfügbarkeit 99,5%: 10% Gutschrift auf Monatsrechnung
Tatsächliche Verfügbarkeit 99,0%: 25% Gutschrift auf Monatsrechnung
Tatsächliche Verfügbarkeit unter 98%: 50% Gutschrift + Sonderkündigungsrecht
Typische Fallstricke vermeiden
Diese Fehler sehen wir immer wieder bei SLA-Verhandlungen:
- "Best Effort" statt messbarer Zusagen: Vermeiden Sie vage Formulierungen wie "bestmögliche Reaktionszeit"
- Zu viele Ausnahmen: Wenn alles Mögliche nicht als Ausfall zählt, ist die Verfügbarkeitszusage wertlos
- Keine Eskalationspfade: Wer ist Ihr Ansprechpartner, wenn der First-Level-Support nicht weiterkommt?
- Unklare Messpunkte: Von wo aus wird gemessen? Mit welchem Tool?
- Zahnlose Kompensation: 5% Gutschrift bei Totalausfall ist keine echte Konsequenz
- Verfügbarkeit definiert (inkl. Messverfahren)?
- Reaktionszeiten UND Lösungszeiten festgelegt?
- Prioritätsstufen klar beschrieben?
- Service-Zeiten eindeutig (inkl. Feiertage)?
- Wartungsfenster geregelt?
- Ausnahmen/Ausschlüsse verständlich und fair?
- Reporting-Frequenz vereinbart?
- Kompensation bei SLA-Verletzung definiert?
- Eskalationspfade mit Namen und Kontaktdaten?
- Kündigungsrechte bei wiederholter Verletzung?
SLA-Verhandlung: Tipps
So verhandeln Sie bessere SLAs:
- Kennen Sie Ihre Anforderungen: Was brauchen Sie wirklich? 99,99% für ein internes Wiki ist übertrieben
- Fragen Sie nach historischen Daten: Wie oft hat der Anbieter seine SLAs in der Vergangenheit eingehalten?
- Verhandeln Sie die Kompensation: Service Credits sind verhandelbar - fordern Sie faire Ausgleiche
- Definieren Sie realistische Prioritäten: Nicht jedes Ticket ist "kritisch"
- Fordern Sie regelmäßiges Reporting: Monatliche Reports schaffen Transparenz
SLA-Typen: Welche Form passt zu Ihnen?
Nicht alle SLAs sind gleich aufgebaut. In der Praxis unterscheidet man drei Grundformen — mit unterschiedlichen Stärken je nach Unternehmensgröße und Dienstleister-Modell:
| SLA-Typ | Struktur | Vorteil | Typischer Einsatz |
|---|---|---|---|
| Kundenbasiert | Ein SLA deckt alle Dienste eines Kunden ab | Einfach, ein Dokument | KMU mit wenigen Diensten |
| Servicebasiert | Ein SLA pro Dienst, gilt für alle Kunden gleich | Standardisiert, skaliert gut | Cloud-Anbieter, große MSPs |
| Mehrstufig | Unternehmens-SLA + Kunden-SLA + Service-SLA kombiniert | Flexibel, granular | Großunternehmen, ITIL-Umgebungen |
Für KMU mit 20–200 Mitarbeitern ist ein kundenbasiertes SLA meist der pragmatischste Ansatz: ein Dokument, alle Dienste, klare Regeln. Wächst die IT-Landschaft, lohnt sich der Wechsel zu einem mehrstufigen Modell — aber erst dann, wenn die Komplexität den Verwaltungsaufwand rechtfertigt.
OLA und Underpinning Contracts: Was hinter Ihrem SLA steckt
Wenn Ihr IT-Dienstleister ein SLA unterzeichnet, steckt dahinter mehr als eine Unterschrift. Professionelle Managed-Service-Provider arbeiten intern mit zwei weiteren Vereinbarungstypen — die Sie kennen sollten:
- OLA (Operational Level Agreement): Interne Vereinbarung zwischen Teams oder Abteilungen des Dienstleisters. Definiert, wie die eigenen Einheiten zusammenarbeiten, um das externe SLA zu erfüllen — z.B. wie schnell das Netzwerkteam auf eine Eskalation des First-Level-Supports reagieren muss.
- UC (Underpinning Contract): Vertrag mit Unterlieferanten (Rechenzentrum, Hardware-Lieferant, Netzanbieter). Stellt sicher, dass externe Partner die Leistungen liefern, die das SLA gegenüber dem Kunden erst ermöglichen.
Praxistipp: Fragen Sie Ihren Dienstleister gezielt: „Welche Teile des SLA erfüllen Sie selbst — und welche über Unterlieferanten?" Wenn das Rechenzentrum eines Drittanbieters ausfällt: Gilt dann trotzdem Ihr SLA? Gute Anbieter gestalten ihre UCs so, dass das SLA-Niveau auch bei Unterlieferanten-Ausfall durchsetzbar bleibt — und haften gegenüber Ihnen als Kunde, nicht der Unterlieferant.
SLA, DSGVO und ISO 27001
Bei IT-Outsourcing greifen neben dem SLA weitere Vertragstypen — und hier passieren die meisten Verwechslungen:
AVV ≠ SLA
Der Auftragsverarbeitungsvertrag (AVV) gemäß DSGVO Art. 28 regelt, wie ein Dienstleister mit personenbezogenen Daten umgeht: Zugriffsrechte, Löschfristen, Subunternehmer, technische und organisatorische Maßnahmen. Das SLA regelt die Servicequalität: Verfügbarkeit, Reaktionszeiten, Kompensation. Beide Dokumente sind bei IT-Outsourcing Pflicht — und sie ergänzen sich, ersetzen sich aber nicht. Ein AVV ohne SLA gibt Ihnen keinen Anspruch auf Verfügbarkeit. Ein SLA ohne AVV ist bei Verarbeitung von Kundendaten ein messbarer Datenschutzverstoß.
Was ISO 27001 für SLAs bedeutet
Dienstleister mit ISO/IEC 27001:2022-Zertifizierung sind normativ verpflichtet, Informationssicherheits-Anforderungen vertraglich zu verankern. Das bedeutet konkret: Verfügbarkeitszusagen, Incident-Response-Pflichten und Zugriffskontroll-Regelungen müssen im SLA oder einem zugehörigen Dokument schriftlich fixiert sein. Für Sie als Kunde bietet ein zertifizierter Dienstleister eine zusätzliche Sicherheit: Die Zusagen werden durch ein unabhängiges Audit geprüft — nicht nur behauptet.
Ehrlich: HostSpezial ist nach ISO/IEC 27001:2022 vollumfänglich zertifiziert (Zertifikat-Nr. 202787, gültig bis 09/2026, ISOZERT-WEST). Unsere SLAs sind so strukturiert, dass sie die Zertifizierungs-Anforderungen abbilden — und können als Nachweis bei eigenen Compliance-Prüfungen, Kundenaudits oder Versicherungsabschlüssen vorgelegt werden.
Was kostet ein gutes SLA? Realistische Preisspannen
Die häufigste Folgefrage nach dem „Was ist ein SLA?" ist: „Was kostet das?" Ehrliche Antwort: Es hängt vom gewählten Service-Level ab. Hier typische Aufpreisstrukturen für Managed-Service-SLAs in Deutschland (relativ zum Basis-Vertrag):
| Service-Level | Support-Zeiten | Reaktionszeit P1 | Aufpreis* |
|---|---|---|---|
| Standard | Mo–Fr, 8–18 Uhr | 4 Stunden | Basispreis |
| Business | Mo–Fr, 7–20 Uhr + Sa | 2 Stunden | +20–35 % |
| Enterprise | 24/7 | 30 Minuten | +50–80 % |
| Critical / Custom | 24/7 + dedizierter Ansprechpartner | 15 Minuten | Individuell |
* Aufpreis relativ zum Basis-Managed-Service-Vertrag. Absolute Preise hängen vom Leistungsumfang (Anzahl Systeme, Nutzer, Dienste) ab.
In der Praxis: Die meisten KMU mit 20–100 Mitarbeitern fahren gut mit einem Business-SLA. Der Aufpreis von ~25 % gegenüber Standard zahlt sich aus, sobald das erste kritische Problem außerhalb der Kernzeiten auftritt — und das passiert früher als man denkt. Backup-Job schlägt freitagabends fehl, Mitarbeiter kann montags früh nicht ins System: Mit Standard-SLA warten Sie bis 8 Uhr. Mit Business nicht.
Häufige Fragen zum SLA
Rechtlich nicht zwingend — aber praktisch unbedingt empfohlen. Mündliche Zusagen sind vor Gericht kaum durchsetzbar. Jedes professionelle SLA gehört als Anlage in den Hauptvertrag oder ist dort direkt eingebettet. Als Faustregel gilt: Was nicht im Vertrag steht, existiert nicht.
Der AVV (Auftragsverarbeitungsvertrag) regelt gemäß DSGVO Art. 28, wie personenbezogene Daten verarbeitet werden — Zugriffsrechte, Löschfristen, technische Schutzmaßnahmen. Das SLA regelt die Servicequalität: Verfügbarkeit, Reaktionszeiten, Kompensation. Beide sind bei IT-Outsourcing Pflicht. Sie schließen sich nicht aus, sondern ergänzen sich.
Mindestens jährlich, besser quartalsweise beim Review-Meeting mit Ihrem Dienstleister. Wenn sich Ihre IT-Anforderungen ändern — mehr Mitarbeiter, neue kritische Systeme, Wachstum ins Ausland — muss das SLA angepasst werden. Gut strukturierte SLAs enthalten eine eingebaute Review-Klausel mit Fristen.
Das hängt vom Vertrag ab — aber ein gutes SLA definiert drei Eskalationsstufen: erstens Service Credits (Gutschriften auf die nächste Rechnung), zweitens Pönale (Vertragsstrafe) bei wiederholter Verletzung, drittens Sonderkündigungsrecht bei schwerwiegenden oder dauerhaften Verstößen. Prüfen Sie vor Vertragsabschluss, ob alle drei Stufen klar definiert sind.
99,9 % (43 Minuten Ausfall pro Monat) ist für die meisten Geschäftsanwendungen ausreichend und von seriösen Anbietern zu vertretbaren Kosten erreichbar. 99,99 % erfordert redundante Infrastruktur auf mehreren Ebenen und kostet entsprechend. Für interne Tools wie Wiki oder Intranet reichen 99,5 % vollkommen — überdimensionierte SLAs kosten Geld, ohne echten Mehrwert zu liefern.
Ein SLA ist die Vereinbarung zwischen Dienstleister und Ihnen als Kunde. Ein OLA (Operational Level Agreement) ist die interne Vereinbarung innerhalb des Dienstleisters — zwischen seinen eigenen Teams. Das OLA unterstützt die Erfüllung des SLA, ist aber für den Kunden nicht direkt sichtbar. Relevant für Sie: Fragen Sie, ob Ihr Dienstleister OLAs hat — das zeigt, ob die interne Prozessreife das externe SLA überhaupt tragen kann.
Fazit: SLAs sind Vertrauenssache
Ein gutes SLA schützt beide Seiten: Den Kunden vor schlechtem Service, den Dienstleister vor unrealistischen Erwartungen. Das Ziel ist nicht, den Dienstleister mit Vertragsstrafen zu überziehen - sondern eine faire Basis für eine langfristige Zusammenarbeit zu schaffen.
Unser Ansatz: Transparente SLAs mit klaren Zusagen, monatlichem Reporting und fairer Kompensation. Wir zeigen Ihnen gerne, wie unsere SLAs aussehen - und passen sie an Ihre Anforderungen an.
Wie sieht ein gutes SLA aus?
Wir zeigen Ihnen unsere SLA-Vorlage und erklären die einzelnen Punkte - kostenlos und unverbindlich.