Wie SaaS-Verträge die Klausel "Support innerhalb der Geschäftszeiten" handhaben

Die Klausel "Support innerhalb der Geschäftszeiten" zählt zu den am häufigsten falsch gelesenen Teilen eines SaaS-Abonnementvertrags. Die Formulierung wirkt einfach, doch das Zusammenspiel mit Reaktionszeit-SLAs, Zeitzonen, Feiertagen und Schweregraden entscheidet darüber, ob Ihr Anbieter tatsächlich die Support-Zusage liefert, für die Sie zu zahlen glauben.

Die Standardstruktur

Eine typische SaaS-Support-Klausel hat drei Teile:

1. Abdeckungszeiten: wann Support-Mitarbeiter reagieren.
2. Reaktions-SLA: wie schnell der Anbieter zusagt, ein Ticket nach Einreichung zu bestätigen.
3. Lösungs-SLA: wie schnell der Anbieter zusagt, das zugrunde liegende Problem zu beheben (häufig weicher als die Reaktion).

Abdeckungszeiten werden meist definiert als "Geschäftszeiten Montag bis Freitag, ohne die lokalen Feiertage des Anbieters" mit einem konkreten Zeitfenster wie 9:00 bis 17:00 Uhr, 8:00 bis 18:00 Uhr oder 24 Stunden. Reaktions- und Lösungs-SLAs sind an die Abdeckungszeiten gekoppelt: Die Uhr läuft während der Abdeckungszeiten und pausiert außerhalb.

Eine typische Mittelklasse-Klausel könnte so klingen:

Der Anbieter erbringt Support innerhalb der Geschäftszeiten, definiert als 9:00 bis 18:00 Uhr Eastern Time, Montag bis Freitag, ohne US-Bundesfeiertage. Reaktionszeit für P3 (mittel): 4 Geschäftsstunden. Reaktionszeit für P1 (kritisch): 1 Stunde, 24 Stunden täglich, 7 Tage die Woche verfügbar.

Die P1-Zusage läuft durchgehend, die P3-Zusage nur innerhalb der Geschäftszeiten.

Zeitzonen-Auslegung

Standard ist: "Geschäftszeiten" meint die Geschäftszeiten des Anbieters in dessen primärer Support-Zeitzone. Ein US-SaaS-Unternehmen rechnet nach Eastern Time, auch wenn das Support-Team in Texas oder Kalifornien sitzt, weil Eastern der konventionelle Bezug ist. Britische Anbieter rechnen nach Londoner Zeit. Australische nach Sydney-Zeit.

Für multinationale Kunden entsteht dadurch eine Abdeckungslücke. Eine Londoner Kundin eines US-Anbieters mit 9:00 bis 18:00 Uhr Eastern hat in der Praxis Abdeckung von 14:00 bis 23:00 Uhr Londoner Zeit. Ein um 8:00 Uhr Londoner Zeit eingereichtes Ticket wartet bis 14:00 Uhr London (9:00 Uhr ET), bevor die Reaktionsuhr anläuft.

Wer Überlappung mit den eigenen Geschäftszeiten braucht, hat drei Optionen:

Explizite Abdeckung verhandeln: Bitten Sie um ein Abdeckungsdokument, das Zeitzonen-Überlappung mit Ihrem Betrieb festschreibt. Kostet mehr, ist bei Enterprise-Verträgen aber machbar.

Follow-the-Sun-Anbieter wählen: Größere SaaS-Anbieter bieten Follow-the-Sun als Premium-Stufe an. Der Preis sind Übergaben zwischen Regionalteams.

Self-Service außerhalb der Zeiten: Viele Anbieter stellen Dokumentation, Community-Foren und KI-Chat für die Selbstbedienung außerhalb der Zeiten bereit. Das SLA gilt dort nicht, die einfache Frage löst sich aber oft ohne Mitarbeiter.

Follow-the-Sun-Abdeckung

Follow-the-Sun-Modelle verbinden Regionalteams zu durchgehender Echtzeit-Abdeckung. Eine typische Struktur:

Die Überlappungen (06:00 bis 08:00 UTC und 13:00 bis 16:00 UTC) sind die Übergabezonen. Tickets in Bearbeitung wechseln zum nächsten Team, mit Schichtwechsel-Notizen im Ticket selbst.

Für die Kundin bedeutet Follow-the-Sun: Ein P2-Ticket, das um 2:00 Uhr Singapur-Zeit (18:00 Uhr Eastern am Vortag) eingereicht wird, bekommt sofort eine APAC-Antwort statt bis zum US-Morgen warten zu müssen. Der Preis: Dasselbe Ticket kann in einem 24-Stunden-Lösungszeitraum drei oder vier Bearbeiterinnen durchlaufen, mit dem unvermeidlichen Kontextverlust bei Übergaben.

Rechnen mit Reaktionszeit in Geschäftsstunden

Eine an Geschäftsstunden gekoppelte Reaktionszeit verlangt sorgfältige Zählung, wenn der Auslöser in der Nähe einer Abdeckungsgrenze liegt.

Beispiel: 4-Geschäftsstunden-Reaktion, Geschäftszeiten 9:00 bis 18:00 Uhr Eastern, Ticket eingereicht Freitag 16:30 Uhr.

• Freitag 16:30 bis 18:00 Uhr = 1,5 Geschäftsstunden.
• Samstag und Sonntag: geschlossen, Uhr pausiert.
• Montag 9:00 bis 11:30 Uhr = 2,5 Geschäftsstunden.
• Summe = 4 Geschäftsstunden, Frist erreicht um 11:30 Uhr am Montag.

Bei einem 4-Geschäftsstunden-SLA, eingereicht Dienstag 9:00 Uhr ohne dazwischenliegenden Feiertag, endet die Frist um 13:00 Uhr desselben Tages. Gleiches SLA, gleicher Anbieter, drastisch unterschiedliche Echtzeit-Reaktion je nach Einreichungszeitpunkt. Mathematisch korrekt, operativ für die Kundenseite oft überraschend.

Liegen Feiertage im Fenster, fallen sie ebenfalls raus. Ein Mittwochabend vor Thanksgiving eingereichtes Ticket (Donnerstag und Freitag geschlossen) mit 4-Geschäftsstunden-SLA kann bis Dienstagvormittag dauern, wenn der Mittwochnachmittag nicht genug Geschäftsstunden enthält.

Tiefer in Reaktions- und Lösungsmechanik geht der Ratgeber SLA-Reaktionszeiten.

Schweregrade und 24/7-Sonderregeln

Die meisten SaaS-Support-Klauseln definieren drei bis fünf Schweregrade mit zunehmend kürzeren SLAs für höhere Priorität. Eine verbreitete Struktur:

Die 24/7-Kennzeichnung für P1 und teilweise P2 bedeutet: Die Reaktionsuhr läuft unabhängig von Geschäftszeiten durch. Außerhalb der Geschäftszeiten kommt ein On-Call-Engineer per Pager ins Spiel. Für niedrigere Prioritäten gilt die Geschäftsstunden-Uhr.

Kunden fehleinschätzen Prioritäten häufig. Ein Bug, der die Produktion nicht blockiert, aber stört, ist P3, nicht P1. Eine P1-Markierung "um Aufmerksamkeit zu erzwingen" kann formal Vertragsverletzung sein (Falscheskalation) und sorgt fast immer für Rückfragen des Support-Teams.

Umgang mit Feiertagen

Anbieter schließen typischerweise ihre lokalen Feiertage aus der Geschäftsstunden-SLA-Abdeckung aus. US-Support ist an den 11 Bundesfeiertagen geschlossen. UK-Support an Bankfeiertagen in England und Wales. Der Vertrag sollte die ausgeschlossenen Feiertage ausdrücklich aufführen; wenn nicht, sind die lokalen Nationalfeiertage des Anbieters gemeint.

Für Kundinnen in anderen Rechtsräumen führt das zu nicht-deckungsgleichen Schließungen. Ein US-Anbieter ist am Boxing Day offen, ein UK-Anbieter geschlossen. Eine US-Kundin eines UK-Anbieters bekommt am 26. Dezember keinen Geschäftsstunden-Support, obwohl es in den USA ein normaler Arbeitstag ist.

Für die Jahresplanung erbitten Sie den veröffentlichten Feiertagskalender des Anbieters zu Beginn jedes Vertragsjahres. Für US-Anbieter nutzen Sie als Referenz US-Bundesfeiertage 2026, für UK-Anbieter den UK-Arbeitstag-Rechner, um Ihre eigenen Abdeckungslücken zu kartieren. Der Zeitzonen-Überlappungs-Rechner hilft, Ihre Teamzeiten gegen einen Anbieter in anderer Region zu projizieren; der Geschäftsstunden-Rechner summiert Abdeckungsstunden über einen Abrechnungszyklus.

Service Credits und Rechtsfolgen

Wenn ein Anbieter ein SLA verfehlt, sieht der Vertrag üblicherweise Service Credits vor: einen Prozentsatz der Monatsgebühr, der auf die nächste Rechnung gutgeschrieben wird. Typische Struktur:

• Reaktions-SLA verfehlt: 10 % der Monatsgebühr
• Lösungs-SLA verfehlt: zusätzliche 10 bis 25 % je nach Schwere
• Wiederholte Verfehlung: steigende Gutschriften, oft gedeckelt bei 50 % der Monatsgebühr

Service Credits sind fast immer das ausschließliche Rechtsmittel. Der Vertrag schließt typischerweise weitere Schadensersatzansprüche bei SLA-Verfehlung aus. Wenn die SLA-Performance für Ihr Geschäft tatsächlich kritisch ist (Payment-Processor, klinisches Studiensystem, Echtzeit-Handelsplattform), verhandeln Sie die Ausschließlichkeitsklausel vor der Unterschrift.

Den Support-Anhang lesen

Bei der Bewertung eines SaaS-Vertrags ist der Support-Anhang das Dokument mit den tatsächlichen Abdeckungszusagen. Zu prüfen:

1. Abdeckungszeiten, inklusive Zeitzone.
2. Ausgeschlossene Feiertage (mit konkreter Liste).
3. SLA-Reaktionszeiten je Schweregrad, mit Angabe Geschäftsstunden oder 24/7.
4. SLA-Lösungszeiten (sofern vorhanden, häufig weicher als Reaktion).
5. Berechnung der Service Credits, einschließlich Obergrenzen.
6. Definitionen der Schweregrade (insbesondere die P1- gegenüber P2-Abgrenzung).
7. Kundenpflichten für gültige SLA-Ansprüche (Anzeige innerhalb von 30 Tagen, Ticketnummern usw.).

Der Support-Anhang ist bei Enterprise-Verträgen meist verhandelbar. Standard-SMB-Verträge kommen mit nicht verhandelbaren Support-Stufen, die veröffentlichten Zusagen sind nach Unterschrift dennoch bindend.

FAQ

Wessen Geschäftszeiten gelten, wenn der SaaS-Anbieter in einem anderen Land sitzt?

Standardmäßig die Geschäftszeiten des Anbieters, sofern der Vertrag nichts anderes sagt. Ein US-Anbieter mit 9:00 bis 17:00 Uhr ET arbeitet nach Eastern Time, auch wenn Sie in London oder Sydney sind. Verträge, die "lokale Geschäftszeiten der Kundin" oder Follow-the-Sun-Abdeckung festschreiben, sind Ausnahmen, nicht Standard. Lesen Sie den Support-Anhang.

Was bedeutet "Geschäftszeiten von der Reaktionszeit ausgenommen" konkret?

Es bedeutet, dass die SLA-Reaktionsuhr außerhalb der definierten Geschäftszeiten pausiert. Ein 4-Stunden-Reaktions-SLA für ein P3-Ticket, eingereicht Freitag 16:00 Uhr bei Geschäftszeiten 9:00 bis 17:00 Uhr Eastern Montag bis Freitag, endet am folgenden Montag um 12:00 Uhr. 1 Stunde Freitagnachmittag plus 3 Stunden Montagvormittag macht 4 Geschäftsstunden. Das Wochenende zählt nicht.

Bedeutet ein Follow-the-Sun-Modell 24/7-Abdeckung?

Effektiv ja, mit Übergaben zwischen Regionalteams. Ein typisches Follow-the-Sun-Modell hat APAC-Abdeckung durch ein Team in Manila oder Bangalore, EMEA-Abdeckung durch ein Team in Dublin oder Lissabon und Amerika-Abdeckung durch ein US-Team. Tickets wechseln beim Schichtwechsel die Teams, mit dokumentierten Übergabenotizen. Die Abdeckung ist in Echtzeit durchgehend, ein einzelnes Ticket kann aber innerhalb von 24 Stunden drei verschiedene Bearbeiterinnen durchlaufen.

Wie wird mit Feiertagen umgegangen?

Die meisten Verträge schließen die lokalen Feiertage des Anbieters aus den Geschäftsstunden-SLA-Fenstern aus. Ein US-Anbieter ist an den 11 Bundesfeiertagen geschlossen, sofern der Vertrag nichts anderes sagt. Premium-Stufen ergänzen häufig ausdrückliche Feiertagsabdeckung: "24/7/365 P1-Reaktion, Geschäftsstunden-Reaktion für P2 bis P4, mit 4 Bundesfeiertagen ausgenommen". Den genauen Ausschlussplan finden Sie im Support-Anhang.