Service Level Agreement klingt nach Sicherheit – aber nur, wenn man die Kennzahlen dahinter richtig liest und auf den eigenen Betrieb bezieht.

Ein SLA (Service Level Agreement) legt Reaktions- und Wiederherstellungszeiten, Erreichbarkeit und Prioritäten schriftlich fest. Entscheidend ist nicht die beeindruckendste Zahl, sondern dass die Zusagen messbar sind und zu Ihrem realen Betrieb passen. Achten Sie auf den Unterschied zwischen Reaktions- und Lösungszeit und darauf, welche Servicezeiten wirklich abgedeckt sind.
SLA steht für Service Level Agreement – auf Deutsch eine Dienstgütevereinbarung. Es ist der Teil eines IT-Vertrags, der schwarz auf weiß festhält, welche Leistung Sie erwarten dürfen: wie schnell auf Störungen reagiert wird, wie hoch die Verfügbarkeit sein soll und welche Probleme Vorrang haben. Der Begriff stammt ursprünglich aus dem IT-Service-Framework ITIL, das bis heute der Quasi-Standard für strukturierten IT-Betrieb ist.
Ohne SLA bleibt Service ein vages Versprechen. Mit einem guten SLA wird er messbar und einklagbar. Es schützt beide Seiten: Sie wissen, worauf Sie sich verlassen können, und der Dienstleister weiß, woran er gemessen wird. Entscheidend ist dabei nicht die beeindruckendste Zahl, sondern dass die Zusagen zu Ihrem realen Betrieb passen – ein hochgegriffener Wert nützt nichts, wenn er an Ihren tatsächlichen Anforderungen vorbeigeht.
Ein SLA gehört untrennbar zu einem fairen Betreuungsvertrag. Gerade beim Festpreis pro Arbeitsplatz ist es das Werkzeug, das Leistung überhaupt erst nachprüfbar macht – ohne klar definierte Zusagen wäre eine Pauschale nur ein Blankoscheck. Das SLA ist damit weniger ein juristisches Beiwerk als das eigentliche Herzstück der Vereinbarung.
Hier entsteht das häufigste Missverständnis. Die Reaktionszeit sagt nur aus, wie schnell sich jemand Ihres Anliegens annimmt – bei implec etwa durchschnittlich innerhalb von 29 Minuten ein Ticket aufgreift. Sie sagt nichts darüber, wann das Problem behoben ist.
Die Wiederherstellungs- oder Lösungszeit beschreibt dagegen, bis wann der Normalzustand wiederhergestellt sein soll. Beide Werte gehören in ein gutes SLA, denn eine schnelle Rückmeldung nützt wenig, wenn die eigentliche Behebung tagelang dauert. Umgekehrt beruhigt eine zugesagte Lösungszeit nur dann, wenn auch klar ist, wann die Arbeit überhaupt beginnt. In der ITIL-Sprache spricht man hier von Time to Respond und Time to Resolve – zwei klar getrennte Kennzahlen, die niemals verwechselt werden sollten.
Achten Sie deshalb darauf, dass beide Zeiten klar definiert und auf Ihre Anwendung abgestimmt sind. Für ein selten genutztes Nebensystem darf eine längere Lösungszeit genügen, für ein zentrales Produktionssystem braucht es enge Vorgaben. Genau diese Abstimmung trennt ein durchdachtes SLA von einer reinen Worthülse – ein pauschaler Wert über alle Systeme hinweg ist fast immer ein Zeichen für ein oberflächliches Angebot.
Verfügbarkeit beschreibt, welcher Anteil der vereinbarten Zeit ein System nutzbar sein soll – meist als Prozentwert angegeben. Die scheinbar kleinen Unterschiede hinter dem Komma haben dabei enorme Auswirkungen, die viele unterschätzen. Es lohnt sich, die berühmten „Neunen" einmal in Ausfallzeit pro Jahr zu übersetzen:
Jede zusätzliche Neun steigert den technischen Aufwand und damit die Kosten erheblich – meist durch Redundanz, also doppelt ausgelegte Systeme, die einspringen, wenn eine Komponente ausfällt. Die ehrliche Frage lautet deshalb nicht „Wie hoch geht es?", sondern „Welche Ausfallzeit kann sich mein Betrieb leisten?". Ein Webshop, der rund um die Uhr Umsatz macht, braucht eine andere Verfügbarkeit als ein internes Archiv. Wichtig ist außerdem das Kleingedruckte: Geplante Wartungsfenster zählen oft nicht als Ausfall, und das sollte sauber definiert sein, Eine ehrliche Verfügbarkeitszusage benennt deshalb immer auch den Bezugszeitraum und die Ausnahmen – erst dann lässt sich beurteilen, ob die beeindruckende Prozentzahl im Alltag tatsächlich etwas bedeutet. damit die Zahl nicht beschönigt wirkt.
Nicht jede Störung ist gleich dringend. Damit Kritisches zuerst behandelt wird, ordnet ein SLA Vorfälle in Prioritätsstufen ein. Eine ausgefallene Produktion oder ein lahmgelegter Server wiegt schwerer als ein einzelner streikender Drucker. Typischerweise wird nach Auswirkung gestaffelt:
Je nach Stufe gelten unterschiedliche Reaktions- und Lösungszeiten. So ist sichergestellt, dass ein Produktionsstillstand nicht hinter einer Routinefrage warten muss. Die Einstufung sollte dabei nach klaren Kriterien erfolgen und nicht dem Bauchgefühl überlassen bleiben – sonst wird gefühlt jede Anfrage zur Prio 1, und das System läuft leer. Ein gutes SLA beschreibt deshalb pro Stufe So lässt sich im Streitfall objektiv klären, ob eine Störung korrekt eingestuft wurde, statt über Empfindungen zu diskutieren. konkret, welche Art von Vorfall hineinfällt.
Die Kontrolle erfolgt über Reporting. In regelmäßigen Berichten – meist monatlich – wird sichtbar, ob Reaktionszeiten eingehalten und Verfügbarkeitsziele erreicht wurden. So wird aus dem Versprechen ein überprüfbarer Nachweis statt eines bloßen Worts auf dem Papier. Ein SLA, das niemand misst, ist nichts wert, weil seine Einhaltung im Zweifel nicht belegbar ist.
Gute Berichte zeigen nicht nur Erfolgsquoten, sondern auch Ausreißer und deren Ursachen. Das schafft Vertrauen und gibt Ihnen eine Grundlage, um über Anpassungen zu sprechen – etwa wenn sich Ihr Betrieb verändert hat und andere Prioritäten gelten. Ein SLA ist kein starres Dokument, sondern sollte mit Ihrem Unternehmen mitwachsen, denn die Anforderungen von heute sind nicht die von morgen.
Bei implec ist dieses transparente Reporting fester Bestandteil der Betreuung. Sie sehen jederzeit, ob die Zusagen gehalten werden, und müssen sich nicht auf ein Bauchgefühl verlassen. Diese Offenheit ist die Grundlage einer Partnerschaft auf Augenhöhe: Beide Seiten arbeiten mit denselben, nachprüfbaren Zahlen. Eng verbunden damit ist das Monitoring, Ohne diese objektive Messung bliebe jedes Reporting eine Selbstauskunft, die im Zweifel schwer zu überprüfen wäre. das die Werte für Verfügbarkeit und Reaktion überhaupt erst zuverlässig erfasst.
Ein gutes SLA lebt von klaren Definitionen. Bestehen Sie auf eindeutigen Begriffen, realistischen Zeiten und einer nachvollziehbaren Einteilung der Prioritäten. Schwammige Formulierungen wie „zeitnah" oder „nach Möglichkeit" gehören nicht in einen verbindlichen Vertrag, weil sie im Streitfall wertlos sind und jede Seite anders auslegen kann.
Genauso wichtig ist die Frage, was nicht enthalten ist. Ein SLA, das den Leistungsumfang sauber abgrenzt, verhindert spätere Streitigkeiten. Achten Sie außerdem auf die Servicezeiten: Gilt das SLA nur werktags von 8 bis 17 Uhr oder rund um die Uhr? Für einen Produktionsbetrieb im Schichtbetrieb macht das einen entscheidenden Unterschied, der über Erreichbarkeit im Ernstfall entscheidet.
Ein SLA, das niemand misst und berichtet, ist nur Papier – Transparenz ist sein wichtigster Bestandteil.
Wenn Sie ein bestehendes SLA prüfen oder ein neues aushandeln möchten, hilft eine kostenlose Erstberatung dabei, die Zahlen einzuordnen und die Zusagen auf Ihren realen Bedarf abzustimmen. Oft zeigt sich dabei, dass weniger spektakuläre, aber zum Betrieb passende Werte unterm Strich mehr bringen als ein beeindruckend hoher, aber teurer und unnötiger Spitzenwert.
Auch ein auf den ersten Blick gutes SLA kann Tücken enthalten, die erst im Ernstfall auffallen. Der häufigste Fallstrick sind die Servicezeiten: Eine zugesagte Reaktionszeit von einer Stunde nützt wenig, wenn sie nur werktags von 9 bis 17 Uhr gilt und der Server am Freitagabend ausfällt. Lesen Sie deshalb genau, in welchem Zeitfenster die Zusagen überhaupt greifen.
Ein zweiter Stolperstein ist die Definition des Startzeitpunkts. Beginnt die Reaktionszeit, sobald Sie das Problem melden, oder erst, wenn der Dienstleister es zur Kenntnis nimmt? Diese Unterscheidung kann im Ernstfall über Stunden entscheiden. Achten Sie ebenso darauf, welche Vorfälle vom SLA ausgenommen sind – höhere Gewalt oder Probleme bei Drittanbietern werden gern pauschal ausgeklammert.
Schließlich sollten Sie prüfen, ob die vereinbarten Werte tatsächlich gemessen werden und wer sie misst. Ein SLA, dessen Einhaltung allein der Dienstleister berichtet, ohne dass Sie es nachvollziehen können, ist nur halb so viel wert. Bestehen Sie auf nachprüfbaren Zahlen aus einem unabhängigen Monitoring – Wer diese Fallstricke kennt und gezielt anspricht, verhandelt am Ende ein SLA, das im Ernstfall trägt – und nicht eines, das nur auf dem Papier beeindruckt, während die entscheidende Stunde ungenutzt verstreicht. dann wird aus dem Vertrag ein echtes Versprechen statt einer wohlklingenden Absichtserklärung.
FAQ
Kurz und konkret beantwortet.
Nicht unbedingt. Ein sehr ehrgeiziges Verfügbarkeitsziel kostet durch Redundanz deutlich mehr und lohnt sich nur, wenn Ihr Betrieb es wirklich braucht. Der Wert sollte zum tatsächlichen Risiko und zur Bedeutung des Systems passen.
Die Reaktionszeit sagt, wie schnell sich jemand des Anliegens annimmt – bei implec im Schnitt innerhalb von 29 Minuten. Die Lösungszeit beschreibt, bis wann der Normalzustand wiederhergestellt sein soll. Ein gutes SLA definiert beide getrennt.
Das hängt vom Vertrag ab. Üblich sind vereinbarte Gutschriften oder Eskalationswege. Wichtiger als Strafen ist aber eine ehrliche Ursachenanalyse, damit es nicht erneut passiert.
Ja. Gerade kleine Teams sind auf verlässliche Reaktionszeiten angewiesen, weil sie keine eigene IT haben. Ein klares SLA schafft hier Planbarkeit und macht die Leistung des Dienstleisters überprüfbar.
Weiterlesen
Fragen zu Ihrem Projekt?
Ob Managed Services oder ein anderes Thema — wir schauen uns Ihre Situation an und sagen Ihnen ehrlich, was sinnvoll ist.
Kontakt aufnehmenKostenlose Erstberatung
Unverbindlich und ohne Fachchinesisch. Wählen Sie den Weg, der Ihnen am liebsten ist.
4,7 ★ GoogleAntwort in unter 4 Stundenpersönlich seit 2002
Rückruf anfordern
Innerhalb von 4 Stunden — kostenlos und unverbindlich.
Wir melden uns innerhalb von 4 Stunden bei Ihnen.