SLA (Service Level Agreement) — einfach erklärt

Was ist ein SLA?

SLA steht für Service Level Agreement, zu Deutsch Dienstleistungsvereinbarung. Es ist ein vertraglich fixierter Bestandteil einer IT-Betreuung, der beschreibt, welche Leistung ein IT-Dienstleister in welcher Qualität und in welcher Zeit erbringt. Statt vager Zusagen wie „wir kümmern uns zeitnah darum” legt ein SLA konkrete, messbare Zeiten und Bedingungen fest.

Für Geschäftsführer ist das SLA damit der Teil des Vertrags, der am meisten über die tatsächliche Planbarkeit der IT-Betreuung aussagt — wichtiger als die reine Leistungsbeschreibung.

Wie funktioniert ein SLA / wofür brauchen Unternehmen es?

Ein SLA regelt in der Praxis mehrere Punkte gleichzeitig:

1. Reaktionszeit — die Zeitspanne, innerhalb derer sich ein Techniker nach Meldung einer Störung meldet und die Bearbeitung beginnt.
2. Wiederherstellungszeit — die Zeitspanne, bis das gemeldete Problem tatsächlich gelöst beziehungsweise der Betrieb wiederhergestellt ist.
3. Priorisierung nach Schweregrad — ein Serverausfall mit Betriebsstillstand wird anders behandelt als eine einzelne, nicht kritische Anwenderfrage. Gute SLAs staffeln die Zeiten entsprechend.
4. Erreichbarkeitszeiten — ob die vereinbarten Zeiten nur während der Geschäftszeiten gelten oder auch außerhalb, etwa für kritische Systeme rund um die Uhr.
5. Definition von „gelöst” — wann eine Störung offiziell als behoben gilt, damit am Ende kein Streit über den Ticketstatus entsteht.

Worauf KMU achten sollten

1. Realistische statt werbliche Zeiten. Ein SLA mit „Reaktion innerhalb von 15 Minuten, rund um die Uhr” ist für die meisten Betriebsgrößen entweder unrealistisch oder deutlich teurer als nötig. Passende Zeiten richten sich nach der tatsächlichen Kritikalität der Systeme.
2. Reaktionszeit und Wiederherstellungszeit getrennt betrachten. Eine schnelle Rückmeldung ist gut, löst das Problem aber noch nicht. Beide Werte sollten im Vertrag getrennt stehen.
3. Staffelung nach Priorität statt Einheitszeit. Ein Totalausfall braucht eine andere Reaktion als eine kleine Komfortstörung — ein gutes SLA bildet das ab.
4. Nachvollziehbare Messung. Ohne Ticketsystem und dokumentierte Zeiten lässt sich ein SLA im Streitfall nicht überprüfen. Ein sauberer Support-Prozess gehört deshalb zwingend dazu.
5. Kein Ersatz für Prävention. Ein SLA regelt, wie schnell auf eine Störung reagiert wird — es verhindert die Störung nicht. Proaktive Wartung und Monitoring bleiben die eigentliche Grundlage für weniger Ausfälle.

SLA in der Praxis

Ein mittelständischer Betrieb mit rund 30 Mitarbeitenden hat mit seinem IT-Dienstleister ein SLA vereinbart: Bei einem Totalausfall eines Servers gilt eine Reaktionszeit von einer Stunde während der Geschäftszeiten und eine angestrebte Wiederherstellungszeit von vier Stunden. Bei einer einzelnen Anwenderstörung, etwa einem defekten Drucker, liegt die Reaktionszeit bei einem Werktag.

Als tatsächlich ein Server ausfällt, weiß die Geschäftsführung genau, was sie erwarten kann — und kann selbst entscheiden, ob sie Mitarbeitende in dieser Zeit auf andere Aufgaben umlenkt. Ohne SLA bliebe nur die Hoffnung, dass „bald jemand sich kümmert”.

Ein realistisches, klar formuliertes SLA ist deshalb einer der wichtigsten Bausteine, wenn Unternehmen die Betreuung durch einen Managed Services Provider prüfen — es macht aus einem Vertrauensvorschuss eine überprüfbare Zusage.