Was ist der SLA Breach Count?
Der SLA Breach Count ist die absolute Anzahl der SLA-Ziele, die in einem definierten Zeitraum nicht eingehalten wurden. Im Gegensatz zur SLA Compliance Rate, die einen relativen Prozentwert liefert, zeigt der Breach Count das konkrete Volumen der Serviceverletzungen.
Der Breach Count ist besonders relevant für die operative Steuerung. Während eine SLA Compliance Rate von 92 % abstrakt bleibt, macht ein Breach Count von 80 Verletzungen pro Woche das Problem greifbar: 80 Kunden haben eine Servicezusage nicht erhalten. Das erleichtert die Argumentation für zusätzliche Ressourcen und die Priorisierung von Verbesserungsmaßnahmen.
Arten von SLA Breaches
Im Kundenservice treten typischerweise vier Arten von SLA-Verletzungen auf:
First Reply Time Breach entsteht, wenn die erste Agent-Antwort nicht innerhalb der vereinbarten Zeit erfolgt. Häufigste Ursache: Tickets, die außerhalb der Geschäftszeiten eingehen oder in der Warteschlange übersehen werden. Siehe auch SLA First Reply Time.
Resolution Time Breach entsteht, wenn ein Ticket nicht innerhalb der vereinbarten Gesamtlösungszeit geschlossen wird. Ursachen sind komplexe Fälle, fehlende Eskalationswege oder Wartezeiten auf Dritte. Siehe auch SLA Total Resolution Time.
Update Time Breach entsteht, wenn Agents nicht in den vereinbarten Intervallen Updates an den Kunden senden. Oft ein Zeichen für vergessene Tickets oder fehlende Erinnerungsfunktionen.
Agent Work Time Breach entsteht, wenn die kumulierte Bearbeitungszeit eines Agents die vereinbarte SLA-Vorgabe überschreitet.
Ein einzelnes Ticket kann mehrere Breaches verursachen: Wird sowohl die Erstantwortzeit als auch die Lösungszeit verletzt, zählt das als zwei Breaches.
SLA Breach Count richtig interpretieren
Der Breach Count allein ist wenig aussagekräftig. Erst die Aufschlüsselung nach verschiedenen Dimensionen macht ihn zum Steuerungsinstrument.
Aufschlüsselung nach SLA-Typ
| SLA-Typ | Breaches pro Woche | Anteil |
|---|---|---|
| First Reply Time | 32 | 40 % |
| Resolution Time | 28 | 35 % |
| Update Time | 15 | 19 % |
| Agent Work Time | 5 | 6 % |
| Gesamt | 80 | 100 % |
Aufschlüsselung nach Priorität
| Priorität | Breaches | Auswirkung |
|---|---|---|
| P1 (Kritisch) | 3 | Sofort eskalieren |
| P2 (Hoch) | 12 | Innerhalb 24 h analysieren |
| P3 (Mittel) | 35 | Wöchentlich reviewen |
| P4 (Niedrig) | 30 | Monatlich reviewen |
P1-Breaches haben die höchste Dringlichkeit und sollten als Einzelfälle analysiert werden. Bei P3/P4-Breaches lohnt sich die Suche nach strukturellen Mustern.
SLA Breaches reduzieren
Frühwarnsysteme einrichten. Automatische Benachrichtigungen, wenn ein Ticket 75 % seiner SLA-Zeit verbraucht hat. Das gibt Agenten und Teamleitern genug Vorlauf, um zu reagieren, bevor es zur Verletzung kommt.
Breach-Ursachen systematisch dokumentieren. Für jeden Breach die Hauptursache erfassen: Kapazitätsengpass, fehlende Zuständigkeit, Warten auf Dritte, technisches Problem. Nach vier Wochen ergeben sich klare Muster.
SLA-Ziele nach Priorität differenzieren. Ein einheitliches SLA-Ziel für alle Tickets führt dazu, dass entweder P1-Tickets zu langsam oder P4-Tickets übermäßig priorisiert werden. Unterschiedliche SLA-Ziele nach Priorität sind Standard.
Automatische Zuweisung und Routing. Tickets nach Inhalt, Priorität und Agentenverfügbarkeit automatisch zuweisen, statt auf manuelle Zuteilung zu warten. Jede Minute in der unzugewiesenen Warteschlange verbraucht SLA-Zeit.
Wiedereröffnungen reduzieren. Tickets, die wiedereröffnet werden, verbrauchen zusätzliche SLA-Zeit. Eine höhere First Call Resolution senkt die Wiedereröffnungsrate und damit indirekt den Breach Count.
SLA Breach Count vs. SLA Compliance Rate vs. Milestone Violation Rate
| Metrik | Was sie misst | Typ | Einsatz |
|---|---|---|---|
| SLA Breach Count | Absolute Anzahl verletzter SLA-Ziele | Absoluter Wert | Operative Steuerung |
| SLA Compliance Rate | Anteil SLA-konformer Tickets | Relativer Wert (%) | Vertragliches Reporting |
| Milestone Violation Rate | Anteil verletzter Meilensteine (granularer) | Relativer Wert (%) | Prozessoptimierung |
Der Breach Count zeigt das Volumen, die SLA Compliance Rate den Gesamttrend, und die Milestone Violation Rate die Detailebene einzelner Prozessschritte. Für operative Entscheidungen ist der Breach Count am handlungsrelevantesten.
Pro und Kontra des SLA Breach Counts
Pro
- +Macht SLA-Verletzungen als absolute Zahl greifbar und handlungsrelevant
- +Ermöglicht detaillierte Ursachenanalyse nach Typ, Priorität und Team
- +Klare Grundlage für Kapazitätsplanung und Ressourcenanforderungen
- +Einfach zu kommunizieren an Stakeholder und Management
Kontra
- –Ohne Kontext (Ticketvolumen, Priorität) schwer interpretierbar
- –Steigt automatisch mit dem Ticketvolumen, auch wenn die Rate konstant bleibt
- –Zählt kurze und massive Überschreitungen gleich
- –Kann zu Fehlsteuerung führen, wenn nur der absolute Wert ohne Rate betrachtet wird
Die Kombination aus Breach Count und SLA Compliance Rate ist entscheidend. Ein sinkender Breach Count bei gleichzeitig steigendem Ticketvolumen zeigt echte Verbesserung. Ein steigender Breach Count bei konstanter Rate zeigt lediglich Wachstum.
Einfluss von KI auf den SLA Breach Count
KI reduziert SLA-Verletzungen auf zwei Wegen. Erstens senken KI-Agenten das Ticketvolumen, indem sie einfache Anfragen eigenständig lösen. Weniger Tickets für menschliche Agenten bedeutet mehr Zeit pro Ticket und weniger Fristüberschreitungen.
Zweitens ermöglicht KI-basiertes Predictive SLA Monitoring die Vorhersage, welche Tickets ihr SLA-Ziel wahrscheinlich verfehlen werden. Teamleiter können gezielt eingreifen, bevor es zur Verletzung kommt. Unternehmen, die solche Vorhersagemodelle einsetzen, berichten von einer Reduktion der SLA-Verletzungen um 20–30 %.