SLA-Frist-Rechner, Termin des Service Level Agreement berechnen
Zuletzt geprüft: 19. Mai 2026
Berechnen Sie die exakte Frist für jedes SLA-Fenster in Arbeitstagen. Tragen Sie das Eröffnungsdatum eines Tickets, Vorfalls oder Antrags ein, legen Sie Ihr SLA-Fenster fest, und der Rechner liefert das präzise Fälligkeitsdatum ohne Wochenenden und gesetzliche Feiertage.
Häufige SLA-Fenster: 1 Arbeitstag für kritische/P1-Vorfälle, 3 Arbeitstage für hochpriorisierte Tickets, 5 Arbeitstage (eine Arbeitswoche) für normale Priorität und 10 Arbeitstage für niedrigpriorisierte oder rein informative Anfragen. Support-Teams, Compliance-Beauftragte, Operations-Leitungen und Customer-Success-Teams nutzen das Arbeitstags-SLA-Tracking, um Zusagen sichtbar und nachvollziehbar zu halten.
Übliche SLA-Prioritätsstufen
Die meisten Support-Verträge definieren vier Prioritätsstufen mit jeweils eigenen Antwort- und Lösungsfenstern. Das Diagramm unten zeigt ein typisches Muster; Ihr Vertrag verwendet vielleicht andere Werte, die Struktur der Stufen ist jedoch in etwa dieselbe.
Beispiel aus der Praxis: MSP-Supportvertrag mit Schweregradstufen
Nehmen Sie einen Managed Service Provider, dessen Rahmenvertrag vier Schweregrade definiert: Schweregrad 1 erhält eine Reaktion innerhalb von einer Stunde in den Geschäftszeiten, Schweregrad 2 vier Geschäftsstunden, Schweregrad 3 einen Arbeitstag, Schweregrad 4 fünf Arbeitstage. Ein Schweregrad-3-Ticket öffnet sich um 16:30 Uhr Eastern am Freitag, 22. Mai 2026. Die Ein-Arbeitstag-Uhr überspringt das Wochenende und Memorial Day am Montag, 25. Mai, sodass die Antwortfrist mit Geschäftsschluss am Dienstag, 26. Mai, liegt. Die SLA als „nächster Kalendertag“ zu lesen, brächte den MSP bereits vor Dienstagmorgen in Verzug. ITSM-Plattformen wie ServiceNow, Zendesk und Freshservice bieten genau für diesen Fall Arbeitstags-SLA-Timer, die am Länder-Feiertagskalender der Kundin hängen. Bundes-SLAs nach FAR 52.246-4 und FedRAMP-Vorfallfristen für das fortlaufende Monitoring folgen derselben Logik: Die Uhr misst Geschäftsstunden und Arbeitstage, nicht reine Kalenderzeit.
Häufige Fallstricke bei SLA-Zeitmessung
Vier Fehler tauchen bei SLA-Verstoßprüfungen wiederholt auf. Erstens das Vermischen von Geschäftsstunden- und Arbeitstage-Uhren: Ein Vier-Geschäftsstunden-SLA umfasst vier Stunden des Support-Fensters (üblich 9 bis 17 Uhr Ortszeit), nicht vier Kalenderstunden, sodass ein um 15 Uhr eröffnetes Ticket heute eine Stunde und morgen früh drei Stunden hat. Zweitens das Ignorieren verschobener Tage, wenn ein bundesweiter Feiertag auf ein Wochenende fällt; ServiceNow- und Jira-basierte Tools rechnen mitunter auf literale Kalenderdaten und übersehen die Begehung am Freitag oder Montag. Drittens die Debatte, ob die Uhr beim Einreichen oder erst bei der nächsten Geschäftsstundengrenze startet; der Vertrag sollte das ausdrücklich regeln, da ein Ticket vom Freitag 16:55 Uhr mit 24-Geschäftsstunden-SLA je nach Konvention montags um 17 Uhr oder dienstags um 8 Uhr fällig ist. Viertens das Anwenden eines einzigen regionalen Feiertagskalenders auf eine Kundin in mehreren Regionen: Ein US-MSP, der europäische oder indische Kundinnen betreut, muss die freien Tage beider Seiten getrennt führen, da eine Diwali-Schließung beim Support-Team oder eine Independence-Day-Schließung bei der Kundin jeweils die Uhr anhalten.
Wenn der SLA-Vertrag zu Feiertagen schweigt
Viele Rahmenverträge definieren „Arbeitstag“, ohne ausdrücklich aufzulisten, welche Feiertage gelten; das hinterlässt eine echte Unklarheit, wenn ein Ticket am Tag vor einem Feiertag eingeht. Die vertretbare Voreinstellung in US-Verträgen ist der SIFMA-Bondmarkt-Kalender, der sich eng an den Bundesfeiertagen nach 5 USC 6103 orientiert und jedes Jahr im Voraus veröffentlicht wird. Lässt der Vertrag die Frage offen, dokumentieren Sie den Kalender, den Ihr Team anwendet (im SLA-Tracking-Tool, im Runbook und auf kundenseitigen Statusseiten), und gleichen Sie ihn vor der ersten Verstoßprüfung mit der Erwartung der Kundin ab. Tooling spielt eine Rolle: PagerDuty, Opsgenie und ServiceNow erlauben es Administratoren, eigene Feiertagslisten hochzuladen, die den Standard überschreiben, der praktische Weg, einen verhandelten Kalender abzubilden, ohne den SLA neu zu schreiben. Eine jährliche Prüfung der Feiertagsliste zum Jahreswechsel fängt Independence Day, der auf einen Freitag verschoben wird, Weihnachten, das auf einen Montag verschoben wird, und einmalige Proklamations-Feiertage ab, bevor sie zu einer Verstoßdebatte werden.
Für Customer-Success-Teams, die Verlängerungsgespräche führen, ist die SLA-Verstoßquote eine der Kennzahlen, die Kundinnen im Renewal-Zyklus ansprechen. Den Output des Rechners, den Länderkalender und den zugrunde liegenden SLA-Vertrag das Jahr über synchron zu halten, ist ein kleiner Aufwand mit großer Wirkung, sobald eine Account-Verantwortung mit einem sauberen Verstoß-Dashboard ins Renewal-Gespräch geht. SOC-2-Type-II-Prüfer, die IT-Generalkontrollen prüfen, fordern routinemäßig die Konfiguration der Feiertagskalender aus dem Ticketing-Tool an und gleichen sie gegen die dokumentierten Supportzeiten in der kundenseitigen Service-Beschreibung ab.
Nur zu Informationszwecken
Dieser Rechner liefert allgemeine Schätzungen auf Basis der Regeln zur Arbeitstagszählung. Er stellt keine Rechtsberatung dar. Fristen in rechtlichen, regulatorischen oder vertraglichen Angelegenheiten unterliegen unter Umständen gerichtsbezirksspezifischen Regeln, Gerichtsbeschlüssen oder gesetzlichen Ausnahmen. Bestätigen Sie kritische Fristen immer mit einer qualifizierten Fachperson.