Ein SLA ist damit mehr als eine allgemeine Zusage guter Betreuung. Es übersetzt Erwartungen in überprüfbare Regeln. Das hilft Ihnen, Anbieter zu vergleichen, interne Verantwortlichkeiten festzulegen und bei Leistungsabweichungen belastbare Nachweise zu führen.
Welche Funktion ein SLA im Geschäftsalltag erfüllt
Ein Service-Level-Agreement ergänzt meist einen Hauptvertrag, einen Rahmenvertrag oder Allgemeine Geschäftsbedingungen. Es beschreibt die operative Qualität einer Dienstleistung, während der Hauptvertrag unter anderem Preise, Laufzeit, Kündigung und Leistungsumfang regelt. Beide Dokumente müssen zusammen gelesen werden, weil sich die Zusage zur Verfügbarkeit nur auf die dort definierte Leistung beziehen kann.
Bei Cloud-Software kann das SLA etwa den Zugriff auf eine Plattform betreffen. Bei einem IT-Dienstleister kann es um die Bearbeitung von Störungen, Datensicherungen oder den Betrieb einer Infrastruktur gehen. Für einen Zahlungsdienst, Logistikpartner oder Telekommunikationsanbieter gelten wiederum andere Messgrößen. Entscheidend ist stets, welche Leistung für Ihre Geschäftsprozesse tatsächlich kritisch ist.
Ein gutes SLA schafft drei Ebenen der Klarheit:
- Der Anbieter beschreibt, welche Leistung er schuldet.
- Der Kunde erkennt, welche Mitwirkung und Erreichbarkeit von ihm erwartet wird.
- Beide Seiten wissen, wie Störungen gemeldet, bewertet, dokumentiert und nachbereitet werden.
Verfügbarkeit richtig einordnen
Die Verfügbarkeit gibt an, in welchem Umfang ein Dienst innerhalb eines vereinbarten Zeitraums erreichbar oder nutzbar sein soll. Häufig wird sie als Prozentsatz für einen Monat oder ein Jahr angegeben. Ein hoher Wert klingt zunächst überzeugend, sagt allein aber wenig über die tatsächliche Belastung Ihres Betriebs aus.
Eine monatliche Verfügbarkeit von 99,9 Prozent erlaubt rechnerisch mehr Ausfallzeit als 100 Prozent. Wie viel Zeit das in Stunden oder Minuten bedeutet, hängt vom betrachteten Zeitraum ab. Außerdem kann ein Anbieter Wartungsfenster, höhere Gewalt, Fehlbedienung, Störungen bei Drittanbietern oder nicht unterstützte Systemumgebungen aus der Berechnung herausnehmen.
Prüfen Sie daher mindestens folgende Punkte:
- Bezieht sich die Verfügbarkeit auf den gesamten Dienst oder nur auf einzelne Kernfunktionen?
- Wird rund um die Uhr gemessen oder nur während definierter Geschäftszeiten?
- Beginnt die Messung beim technischen Ausfall oder erst nach einer bestätigten Störungsmeldung?
- Welche Wartungsarbeiten gelten als zulässige Unterbrechung?
- Werden Teilausfälle und erhebliche Leistungseinbußen berücksichtigt?
- Wie erhalten Sie den monatlichen oder jährlichen Leistungsbericht?
Für einen Onlinehandel kann ein Ausfall während der Bestellannahme erheblich schwerer wiegen als eine Unterbrechung eines internen Berichtssystems am Wochenende. Die Prozentzahl muss deshalb mit den Betriebszeiten und der Bedeutung des Dienstes abgeglichen werden.
Reaktionszeit und Wiederherstellungszeit sind nicht dasselbe
Die Reaktionszeit beschreibt, wie schnell der Anbieter nach Eingang einer qualifizierten Störungsmeldung mit der Bearbeitung beginnt. Sie sagt nicht automatisch, wann die Störung behoben ist. Dafür wird meist eine Wiederherstellungszeit, Lösungszeit oder Zielzeit für die Behebung vereinbart.
Diese Unterscheidung ist für die Planung wichtig. Eine kurze Reaktion kann bedeuten, dass ein Supportmitarbeiter den Fall prüft und eine Rückmeldung gibt. Die technische Lösung kann danach weitere Stunden oder Tage benötigen, insbesondere wenn ein Fehler analysiert, ein Ersatzteil beschafft oder ein Drittanbieter einbezogen werden muss.
Ordnen Sie Störungen nach ihrer betrieblichen Auswirkung. Eine vollständige Nichtverfügbarkeit eines zentralen Systems wird üblicherweise anders behandelt als eine Einschränkung einer Nebenfunktion. Das SLA sollte für jede Prioritätsstufe beschreiben, welche Voraussetzungen gelten, welche Kontaktwege zulässig sind und welche Zielzeiten erreicht werden sollen.
- Sie melden die Störung über den vereinbarten Kanal.
- Der Anbieter bestätigt den Eingang und ordnet eine Priorität zu.
- Die zuständigen Fachleute analysieren die Ursache oder aktivieren eine Übergangslösung.
- Der Anbieter informiert über Fortschritt, nächste Schritte und absehbare Einschränkungen.
- Nach der Wiederherstellung wird geprüft, ob der Dienst wieder vollständig nutzbar ist.
- Bei erheblichen Vorfällen folgt gegebenenfalls eine Ursachenanalyse mit Maßnahmen zur Vermeidung weiterer Ausfälle.
Supportzeiten, Kanäle und Eskalation
Ein SLA sollte klar zwischen Geschäftszeiten, Bereitschaft und einem echten 24-Stunden-Support unterscheiden. Eine Telefonnummer, die jederzeit erreichbar ist, garantiert noch keine durchgehende technische Bearbeitung. Ebenso kann ein Ticketsystem zwar rund um die Uhr Meldungen annehmen, die Bearbeitung aber erst am nächsten Werktag beginnen.
Für jede Priorität sollten Sie festhalten, welcher Meldeweg verwendet wird. Bei kritischen Ausfällen kann ein Portal allein zu langsam oder unpraktisch sein. Sinnvoll ist eine Regelung, nach der eine Meldung über das Ticketsystem durch einen telefonischen Hinweis ergänzt wird. Dabei muss eindeutig sein, wann die vereinbarte Reaktionszeit startet.
Ein Eskalationsverfahren verhindert, dass ein kritischer Vorgang ohne Ansprechpartner bleibt. Definiert werden können etwa die verantwortliche Supportstufe, ein technischer Ansprechpartner, eine kaufmännische Eskalation und die Information an Ihre Geschäftsleitung. Auch die Kommunikationsintervalle während einer größeren Störung sollten feststehen. Ohne diese Angaben müssen Sie im Ernstfall jedes Mal neu klären, wer zuständig ist.
Messung, Nachweise und Berichtspflichten
Eine Leistungszusage ist erst dann praktisch nutzbar, wenn beide Seiten die Erfüllung nachvollziehen können. Das SLA sollte deshalb die Messquelle und das Verfahren beschreiben. Möglich sind etwa technische Überwachungen des Anbieters, Messungen an vereinbarten Zugangspunkten oder eine Auswertung der Supporttickets.
Besonders wichtig ist die Abgrenzung zwischen einer allgemeinen Systemstörung und einem einzelnen Nutzerproblem. Wenn die Verfügbarkeit nur an der Infrastruktur des Anbieters gemessen wird, kann ein Fehler in einer Schnittstelle oder in Ihrer eigenen Netzwerkumgebung ausgeschlossen sein. Das ist nicht zwingend falsch, muss aber transparent beschrieben werden.
Vereinbaren Sie, welche Berichte Sie erhalten und wie lange die zugrunde liegenden Daten aufbewahrt werden. Für Ihre interne Kontrolle genügen je nach Dienst monatliche Übersichten. Bei geschäftskritischen Anwendungen können zusätzlich Vorfallberichte, Wartungsprotokolle und Nachweise zu Sicherungs- oder Wiederanlaufverfahren erforderlich sein.
Ausnahmen und Mitwirkungspflichten genau lesen
Viele Streitigkeiten entstehen nicht durch den eigentlichen Zielwert, sondern durch die Ausnahmen. Wartungsfenster können die zulässige Unterbrechung vergrößern. Auch fehlende Updates, nicht unterstützte Versionen, Änderungen durch den Kunden oder Störungen in externen Netzen können die Leistungspflicht begrenzen.
Lesen Sie deshalb, welche Mitwirkung Ihr Unternehmen übernehmen muss. Dazu können die Benennung eines Administrators, die rechtzeitige Bereitstellung von Logdateien, die Nutzung bestimmter Softwareversionen oder die Einhaltung von Sicherheitsvorgaben gehören. Werden diese Voraussetzungen nicht erfüllt, kann der Anbieter die Zielzeiten möglicherweise nicht anwenden.
Bei geplanten Wartungen sollte geregelt sein, wie früh der Anbieter informiert, in welchen Zeitfenstern gearbeitet werden darf und ob kritische Geschäftszeiten ausgenommen sind. Für saisonale Spitzen, Monatsabschlüsse oder Verkaufsaktionen kann eine zusätzliche Abstimmung erforderlich sein.
Servicegutschriften ersetzen nicht jede Vertragsprüfung
Bei einer Unterschreitung vereinbarter Werte sehen SLAs häufig Servicegutschriften, Preisnachlässe oder andere Ausgleichsmechanismen vor. Prüfen Sie, ob diese automatisch gewährt werden oder ob Sie den Anspruch innerhalb einer bestimmten Frist geltend machen müssen. Ebenso wichtig ist die Frage, ob der Ausgleich die einzige Folge bleibt oder ob bei wiederholten oder erheblichen Verstößen weitere Rechte bestehen.
Eine Gutschrift kann den wirtschaftlichen Schaden Ihres Unternehmens nicht vollständig ausgleichen. Wenn ein Ausfall Bestellungen verhindert, Produktionsabläufe stoppt oder gesetzliche Aufbewahrungs- und Nachweispflichten berührt, müssen Sie das Risiko unabhängig vom möglichen Nachlass bewerten. Bei besonders wichtigen Diensten gehören deshalb Notfallverfahren, Ersatzprozesse und Datenexporte in die betriebliche Planung.
Rechtliche Folgen hängen vom Vertrag, der Leistungsbeschreibung und dem anwendbaren Recht ab. Lassen Sie Klauseln zu Haftung, Vertragsstrafen, Ausschlüssen, Kündigung und Schadensersatz prüfen, wenn die Dienstleistung für Ihr Geschäft wesentlich ist.
Ein SLA vor der Unterschrift im Unternehmen prüfen
Die Prüfung sollte nicht allein durch den Einkauf erfolgen. Fachabteilung, IT, Datenschutz, Buchhaltung und Geschäftsführung bewerten unterschiedliche Risiken. Ein kleiner Betrieb kann dafür einen gemeinsamen Prüftermin ansetzen und die Ergebnisse in einer Entscheidungsvorlage dokumentieren.
- Beschreiben Sie die Prozesse, die vom Dienst abhängen.
- Ordnen Sie die Folgen eines Ausfalls nach Priorität.
- Vergleichen Sie Betriebszeiten, Supportzeiten und gewünschte Erreichbarkeit.
- Prüfen Sie Messgrößen, Ausnahmen und Nachweise.
- Legen Sie interne Ansprechpartner und Vertretungen fest.
- Bewerten Sie Notfalllösung, Datenzugriff und Anbieterwechsel.
- Halten Sie offene Punkte vor der Vertragsannahme schriftlich fest.
Ein Onlinehändler kann beispielsweise verlangen, dass Bestell- und Zahlungsfunktionen während der Verkaufszeiten besonders überwacht werden. Eine Agentur benötigt möglicherweise verlässliche Zugriffszeiten auf Projekt- und Dateisysteme. Für einen Handwerksbetrieb kann dagegen die Erreichbarkeit einer Einsatzplanungssoftware entscheidend sein. In jedem Fall sollte die Vereinbarung aus den tatsächlichen Arbeitsabläufen abgeleitet werden.
SLAs bei Software und Cloud-Diensten
Bei Software-as-a-Service-Angeboten sollten Sie neben der Plattformverfügbarkeit auch Anmeldung, zentrale Schnittstellen, Datenexport und Administrationsfunktionen betrachten. Ein Dienst kann technisch erreichbar sein, während eine für Ihren Ablauf notwendige Funktion ausfällt. Ob ein solcher Teilausfall vom SLA erfasst wird, muss aus der Definition hervorgehen.
Prüfen Sie außerdem, wie der Anbieter Änderungen ankündigt, Sicherheitsvorfälle behandelt und Daten nach Vertragsende bereitstellt. Ein Exportformat, die zuständige Rolle und die Frist für die Übergabe sollten nicht nur mündlich besprochen werden. Bei Schnittstellen sind Versionsänderungen und Abkündigungen besonders relevant, weil sie Folgearbeiten in Ihrer eigenen Software auslösen können.
Datenschutz und Informationssicherheit werden durch ein SLA nicht automatisch vollständig geregelt. Je nach Verarbeitung benötigen Sie zusätzliche Vereinbarungen, technische Schutzmaßnahmen und klare Zuständigkeiten. Lassen Sie prüfen, welche Dokumente neben dem SLA erforderlich sind.
Was eine belastbare Vereinbarung auszeichnet
Ein brauchbares SLA verbindet messbare Ziele mit einer verständlichen betrieblichen Umsetzung. Es nennt den betroffenen Dienst, den Zeitraum, die Messmethode, Prioritäten, Meldewege, Reaktions- und Wiederherstellungsziele sowie Ausnahmen. Ebenso wichtig sind Ansprechpartner, Berichtspflichten, Eskalation, Ausgleichsregelungen und die Folgen wiederholter Abweichungen.
Beginnen Sie bei der Prüfung nicht mit der höchsten Verfügbarkeitszahl, sondern mit der Frage, welchen Ausfall Ihr Unternehmen verkraften kann und welche Zeit für eine Wiederaufnahme des Betriebs zur Verfügung steht. Daraus ergeben sich die Anforderungen an Support, Notfallverfahren, Nachweise und Vertragsgestaltung. So wird das SLA zu einem steuerbaren Bestandteil Ihres Lieferanten- und Risikomanagements statt zu einer bloßen Sammlung technischer Prozentwerte.
Häufige Fragen zu Service-Level-Agreement
Was ist bei Service-Level-Agreement zuerst wichtig?
Zuerst sollte der Punkt geprüft werden, der die Entscheidung oder das Ergebnis am stärksten beeinflusst. Danach lassen sich weitere Schritte gezielt und ohne unnötige Umwege einordnen.
Welcher Fehler kommt bei Service-Level-Agreement häufig vor?
Ein häufiger Fehler ist, zu früh von einer einzigen Standardlösung auszugehen. Die passende Vorgehensweise hängt von Ausgangslage, Variante und möglichen Einschränkungen ab.
Wann ist eine andere Vorgehensweise sinnvoll?
Eine Alternative ist sinnvoll, wenn die erste Möglichkeit nicht zum Ziel, zum Aufwand oder zu den Rahmenbedingungen passt. Entscheidend sind die Folgen der Wahl und nicht nur der kurzfristig bequemste Weg.
Woran lässt sich erkennen, ob die gewählte Lösung passt?
Prüfe, ob das eigentliche Ziel erreicht wurde und ob dabei keine neuen Nachteile entstanden sind. Eine kurze Kontrolle danach trennt eine dauerhafte Verbesserung von einem nur vorübergehenden Effekt.
Wann sollte fachliche Hilfe hinzukommen?
Fachliche Hilfe ist sinnvoll, wenn Sicherheit, hohe Kosten oder schwer abschätzbare Folgen eine Rolle spielen. Das gilt auch, wenn sich Angaben widersprechen oder die Ursache trotz Prüfung unklar bleibt.
