Eine SLA-Verletzung – Service Level Agreement Breach – tritt auf, wenn ein vertraglich vereinbarter Service-Level nicht eingehalten wird: die zugesicherte Verfügbarkeit wird unterschritten, Reaktionszeiten auf Störungen werden überschritten, Qualitätskennzahlen wie Fehlerquote oder Durchsatz bleiben hinter den Vereinbarungen zurück. SLA-Verletzungen haben direkte vertragliche Konsequenzen (Pönalen, Gutschriften, Sonderkündigungsrechte) und indirekte Konsequenzen für die Geschäftsbeziehung (Vertrauensverlust, Kündigungsrisiko).
Für Automatisierungsdienstleister sind SLA-Verletzungen ein erhebliches Geschäftsrisiko, weil Kunden auf die Verfügbarkeit der Automatisierung angewiesen sind: Ein Ausfall der Automatisierungsplattform bedeutet für den Kunden Betriebsstörung oder manuelle Mehrarbeit. Je tiefer die Automatisierung in kritische Prozesse integriert ist, desto größer der Schaden bei SLA-Verletzung – und desto wichtiger die Prävention.
Konsequenzen von SLA-Verletzungen
Vertraglich Pönalen und Service Credits: Bei definierter Unterschreitung werden Gutschriften fällig. Z. B. 10 Prozent Monatsgebühr je angefangener Stunde Ausfall über SLA.
Finanziell Schadensersatzansprüche: Wenn der Kunde nachweist, dass durch die SLA-Verletzung konkrete Schäden entstanden sind, können diese Ansprüche die Pönalen weit übersteigen.
Reputation Vertrauensverlust: Wiederholte SLA-Verletzungen beschädigen die Geschäftsbeziehung auch ohne rechtliche Schritte. Der Kunde sucht Alternativen.
Kündigung Außerordentliches Kündigungsrecht: Viele SLA-Klauseln räumen dem Kunden ein Sonderkündigungsrecht ein, wenn definierte Schwellenwerte dauerhaft unterschritten werden.
SLA-Verletzungen verhindern und managen
- Realistische SLAs vereinbaren: SLAs, die systemisch nicht erreichbar sind, werden zwangsläufig verletzt. 99,9 Prozent Verfügbarkeit entspricht 8,7 Stunden Ausfall im Jahr – realistisch für eine redundante Infrastruktur
- Proaktives Monitoring: SLA-Werte kontinuierlich tracken – nicht erst nach der Verletzung. Frühwarnung wenn Werte sich kritischen Schwellenwerten nähern
- Eskalationsprozesse: Klarer Prozess, was intern passiert wenn SLA-Verletzung droht: wer wird informiert, welche Maßnahmen werden eingeleitet
- Transparente Kommunikation: SLA-Verletzungen proaktiv kommunizieren, bevor der Kunde selbst feststellt. Vertrauen bleibt eher erhalten, wenn man transparent ist
- Root-Cause-Analyse: Jede SLA-Verletzung auswerten: was hat sie ausgelöst? Systemisches Problem oder Einzelfall? Strukturelle Gegenmaßnahmen priorisieren
Praxisbeispiel
Ein Automationsdienstleister hat mit einem Kunden 99,5 Prozent monatliche Verfügbarkeit vereinbart – das entspricht maximal 3,6 Stunden Ausfall pro Monat. Im August gibt es durch ein fehlerhaftes Deployment einen Ausfall von 4,2 Stunden. SLA-Verletzung: 0,6 Stunden über dem Limit. Vertraglich fällig: 5 Prozent der Monatsgebühr als Service Credit (470 Euro). Reaktion des Dienstleisters: Credit wird unaufgefordert noch vor Monatsende ausgestellt. Proaktive E-Mail an Kunden mit Ursache, Behebungsmaßnahmen und Maßnahmen gegen Wiederholung. Root-Cause-Analyse: Deployment ohne Canary-Strategy, kein automatischer Rollback. Maßnahmen: Canary-Deployments für alle Produktionsänderungen eingeführt, automatischer Rollback bei Fehlerrate über 5 Prozent. Ergebnis: Der Kunde schätzt die Transparenz. Keine weitere SLA-Verletzung in den folgenden 12 Monaten.
