SLA für Software: Definition, Kennzahlen und rechtliche Absicherung
Ein Software-SLA ist eine vertragliche Vereinbarung, die Verfügbarkeit, Reaktions- und Wiederherstellungszeiten verbindlich regelt. Es schafft messbare Erwartungen zwischen Anbieter und Kunde und legt fest, was bei Nichteinhaltung passiert, etwa durch Gutschriften oder Kündigungsrechte. Die folgenden Abschnitte zeigen, welche Kennzahlen wirklich zählen und wie ein SLA rechtlich tragfähig formuliert wird.
Kurz gesagt:
- Ein zuverlässiges SLA basiert auf klar definierten Messgrößen wie Verfügbarkeit, Reaktionszeit und Wiederherstellungszeit, wobei die Messmethode entscheidend ist.
- Kritische Störungen werden meist in vier Prioritätsklassen eingeteilt, mit unterschiedlichen Reaktions- und Behebungsfristen, inklusive Eskalationsplänen.
- Nachweise für SLA-Verstöße sind durch Logs, Tickets und regelmäßige Reports notwendig, um im Streitfall rechtssicher zu sein.
- Rechtlich ist ein SLA meist Teil des Hauptvertrags, wobei die Rangfolge im Streitfall und die Messmethode eine große Rolle spielen.
- Ein effektives SLA ist ein lebendiges Steuerungsinstrument, das regelmäßig überprüft und an tatsächliche Nutzungs- und Geschäftsprozesse angepasst werden sollte.
Was ist ein Software-SLA? Abgrenzung zu OLA und vertragliche Einbindung
Ein Service Level Agreement ist eine vertragliche Vereinbarung zwischen Dienstleister und Kunde, die Qualität, Verfügbarkeit und Reaktionsfähigkeit von IT-Leistungen festlegt, wie die Definition bei BadenCloud zeigt. Drei Grundfunktionen stecken dahinter: Messbarkeit der Leistung, Klärung gegenseitiger Erwartungen und ein geregelter Eskalationsweg, wenn etwas schiefläuft.
Davon zu unterscheiden ist das OLA, das Operational Level Agreement, das im Lead Handover Prozess: Definition, Ablauf und SLA‑Regeln wichtige interne SLA‑Regeln für Übergaben und Schnittstellen regelt. Während das SLA die externe, vertragliche Beziehung zum Kunden regelt, bildet ein OLA die interne Abstimmung zwischen Abteilungen oder Teams ab, etwa zwischen Support und Entwicklung. Beide greifen ineinander: Ein Anbieter kann nur halten, was er dem Kunden zusagt, wenn die internen OLAs entsprechend robust sind.
Rechtlich taucht ein SLA selten als eigenständiger Vertrag auf. Meist ist es Teil des Hauptvertrags, in die Allgemeinen Geschäftsbedingungen eingebettet oder als separate Anlage beigefügt. Diese Einbindung entscheidet später mit darüber, welche Klausel im Streitfall Vorrang hat, dazu mehr im Abschnitt zur Rechtslage.
Wichtige SLA-Kennzahlen: Verfügbarkeit, Reaktionszeit, Wiederherstellungszeit
Die Verfügbarkeit ist die bekannteste SLA-Kennzahl. Üblich sind Werte zwischen 99,5 und 99,9 Prozent, laut den Angaben von BadenCloud, wobei der Unterschied zwischen diesen Prozentpunkten in Ausfallminuten erheblich ist. Entscheidend ist dabei, über welchen Zeitraum gemessen wird, monatlich oder jährlich, und welche Ausnahmen (geplante Wartung, höhere Gewalt) herausgerechnet werden.
Neben der Verfügbarkeit lohnt sich ein genauer Blick auf:
- Reaktionszeit: die Zeit bis zur ersten Rückmeldung nach einer Störungsmeldung, oft nach Schweregrad gestaffelt.
- Wiederherstellungszeit: die Zeit bis zur vollständigen Behebung, auch Time to Restore genannt.
- Fehlerrate: wie oft Transaktionen oder Anfragen fehlschlagen.
- Support-Erreichbarkeit: an welchen Tagen und zu welchen Uhrzeiten überhaupt Hilfe verfügbar ist.
Typische Zielwerte liegen bei 99,5 bis 99,9 Prozent Verfügbarkeit und unter einer Stunde Erstreaktion bei kritischen Störungen, wie Praxisbeispiele zeigen. Eine Zahl allein sagt aber wenig: Erst die Messmethode und die definierten Ausnahmen entscheiden, ob ein SLA im Alltag etwas wert ist.
Prioritätsklassen (P1 bis P4) und typische Antwort- und Behebungszeiten
Ein gutes SLA sortiert Störungen nach Schweregrad. Üblich sind vier Stufen, von P1 für einen kompletten Systemausfall bis P4 für kleinere kosmetische Fehler. Jede Stufe bekommt eigene Zeitvorgaben für Reaktion und Behebung.
- P1, kritisch: Erstreaktion meist unter einer Stunde, Workaround oder Lösung oft binnen weniger Stunden, rund um die Uhr erreichbar.
- P2, hoch: Reaktion innerhalb weniger Stunden, Behebung meist am selben oder nächsten Werktag.
- P3, mittel: Reaktion binnen eines Werktags, Behebung im Rahmen des nächsten planbaren Release.
- P4, niedrig: Reaktion und Behebung ohne feste Frist, meist im regulären Wartungszyklus.
Für P1 und P2 lohnt sich zusätzlich eine klare Eskalationskette: Wer wird nach 30 Minuten informiert, wer nach zwei Stunden, und gilt das auch am Wochenende oder nur werktags. Ohne diese Festlegung bleibt die Prioritätsstufe ein Etikett ohne Substanz.
Messung, Reporting und Nachweisführung bei SLA-Abweichungen
Ein SLA ist nur so gut wie sein Nachweis. Uptime-Checks, Server-Logs und Ticketsysteme liefern die Rohdaten, doch ihre Verlässlichkeit hängt davon ab, wie und wo gemessen wird, direkt beim Anbieter oder unabhängig beim Kunden.
Sinnvoll ist ein regelmäßiger Reporting-Rhythmus, etwa monatlich, mit Zugriff auf ein Dashboard statt nur auf einen Jahresbericht. Kunden sollten parallel eigene Nachweise sichern: Ticketnummern, Zeitstempel der Meldung und der Reaktion, Screenshots von Fehlermeldungen. Logs und Ticketdaten sind im Streitfall meist der entscheidende Beleg, pauschale Aussagen reichen vor Gericht oder in Verhandlungen selten aus. Wer diese Dokumentation von Anfang an mitführt, steht bei einer Reklamation deutlich besser da.
Rechtslage und Folgen bei SLA-Verstößen: Service Credits, Minderung, Kündigung
Ein eigenes SLA-Gesetz gibt es nicht. Die rechtliche Einordnung erfolgt über das BGB, je nachdem, ob der zugrunde liegende Vertrag als Dienst-, Werk- oder Mietvertrag einzustufen ist. Diese Einordnung beeinflusst, welche Gewährleistungs- und Minderungsrechte überhaupt greifen.
In der Praxis ist die Service Credit die häufigste Sanktion: eine Gutschrift, oft berechnet als Prozentsatz pro Stunde Ausfall über dem vereinbarten Limit, wie ein Rechenbeispiel von HostSpezial zeigt. Bei wiederholten oder schwerwiegenden Verstößen sind außerordentliche Kündigungsrechte üblich, teils auch Auditrechte des Kunden.
Entscheidend für die Durchsetzbarkeit ist weniger der Zahlenwert selbst als die Rangfolge zum Hauptvertrag, die Messmethode und die definierten Ausnahmen. Ein hoher Verfügbarkeitswert ohne klar geregelte Wartungsfenster oder Drittanbieter-Ausfälle ist im Streitfall oft wirkungslos. Auch die Haftungsbegrenzung im Hauptvertrag kann die Wirkung eines Service Credits faktisch einschränken, wer einen Anspruch prüfen will, sollte deshalb immer beide Dokumente gemeinsam lesen.
Praktische Checkliste: So formulieren Sie ein belastbares SLA
Ein belastbares SLA entsteht nicht durch möglichst hohe Prozentzahlen, sondern durch Präzision an den richtigen Stellen. Diese Reihenfolge hat sich in der Praxis bewährt:
- Leistungsumfang eindeutig beschreiben, inklusive dessen, was ausdrücklich nicht enthalten ist.
- Messgrößen, Messzeitraum und Messmethode verbindlich festlegen, nicht nur die Zielzahl selbst.
- Ausnahmen und Wartungsfenster klar definieren, etwa geplante Updates oder Ausfälle bei Drittanbietern.
- Eskalationswege, Reporting-Rhythmus und Nachweispflichten schriftlich fixieren.
- Sanktionen bei Verstößen konkret benennen, inklusive Berechnung der Service Credits.
- Rangfolge zu AGB und Hauptvertrag sowie den Mechanismus für spätere Änderungen festhalten.
Eine Handreichung mit Mustervorlagen zeigt diesen Aufbau Schritt für Schritt, von der Leistungsbeschreibung bis zur Sanktionsklausel.
Profi-Tipp: Lassen Sie sich die Messmethode schriftlich erklären, bevor Sie eine Prozentzahl unterschreiben, denn die Methode entscheidet später über jeden Streitfall.
Praxis-Perspektive: SLA als lebendiges Steuerungsinstrument
Wir erleben SLAs am häufigsten als Dokument, das einmal unterschrieben und dann in der Schublade vergessen wird. Dabei gehört ein SLA ins laufende Service-Management, die ITSM-Praxis empfiehlt ausdrücklich regelmäßige Reviews statt eines starren Archivdokuments. Ein jährlicher Review-Termin, bei dem Kennzahlen an die tatsächliche Nutzung angepasst werden, stärkt die Verlässlichkeit spürbar und hält die Kundenbeziehung belastbar.
— Mintellity
Wie Mintellity Sie bei SLA-gerechter Softwareentwicklung unterstützt
Wer ein SLA aufsetzt, braucht vor allem eines: eine Software, die zu den eigenen Prozessen passt, nicht umgekehrt. Standardlösungen zwingen Teams oft dazu, Arbeitsabläufe an fremde Vorgaben anzupassen, was Reaktionszeiten und Wartungsaufwand unnötig in die Höhe treibt. Bei der individuellen Softwareentwicklung bauen wir Lösungen von Anfang an so, dass sie sich an Ihre Geschäftsprozesse anpassen, nicht an ein generisches Produktraster.
Das zahlt sich besonders in der Betriebsphase aus: Wenn wir Ihre Systeme kennen, weil wir sie entwickelt haben, lassen sich Störungen schneller einordnen und SLA-Zusagen realistischer formulieren. Unser Angebot für Wartung und Support begleitet Sie dabei über die reine Entwicklung hinaus, mit kontinuierlicher Weiterentwicklung statt einmaliger Übergabe. Auch bei der Softwaremodernisierung alter Systeme achten wir darauf, dass neue Schnittstellen und Komponenten spätere SLA-Verpflichtungen nicht unnötig erschweren.
Wenn Sie eine Softwarelösung planen und dabei von Anfang an auf eine technische Partnerschaft statt auf ein Einmalprojekt setzen möchten, können Sie uns kontaktieren.
FAQ
Was ist ein Software-SLA?
Ein Software-SLA ist eine vertragliche Vereinbarung zwischen Anbieter und Kunde, die Qualität, Verfügbarkeit und Reaktionsfähigkeit einer Softwareleistung verbindlich festlegt. Es definiert Kennzahlen wie Verfügbarkeit in Prozent sowie Reaktions- und Wiederherstellungszeiten, wie BadenCloud erläutert.
Was ist ein SLA in der IT?
In der IT regelt ein SLA, welche Leistung ein Anbieter in welcher Qualität und Geschwindigkeit erbringt, oft gestaffelt nach Prioritätsklassen von kritisch bis niedrig. Es umfasst meist auch Sanktionen wie Service Credits, falls die vereinbarten Werte nicht eingehalten werden.
Was ist der Unterschied zwischen SLA und KPI?
Ein SLA ist der vertragliche Rahmen, während KPIs die einzelnen Messgrößen innerhalb dieses Rahmens sind, etwa Verfügbarkeit oder Reaktionszeit. Ohne klar definierte KPIs bleibt ein SLA ein unverbindliches Versprechen ohne Durchsetzungskraft.
Was gehört alles in einen SLA?
Ein belastbares SLA enthält den Leistungsumfang, konkrete Messgrößen mit Messzeitraum und Messmethode, definierte Ausnahmen wie Wartungsfenster sowie Eskalationswege und Sanktionen bei Verstößen. Wichtig ist zudem die Rangfolge zu AGB und Hauptvertrag, da diese im Streitfall entscheidet, welche Klausel Vorrang hat, wie die juristische Einordnung zeigt.
Quellen
- Servicelevel‑Vereinbarungen: Rechte, Pflichten, Risiken — Kanzlei Herfurtner
- Handreichung Muster‑SLA — Schul‑IT‑Navigator