---
title: "Schedules"
description: "Ein Schedule definiert die On-Call-Rotation eines Teams — wer deckt sie ab, und wann — plus einmalige Overrides für Tausch und Abwesenheit."
---

Ein **Schedule** gehört zu genau einem [Team](/de/monitoring/incident-management/teams) und beantwortet eine Frage: Wer hat gerade jetzt Bereitschaft? Eine Eskalationsrichtlinien-Stufe kann direkt auf einen Schedule zielen, sodass „alarmiere, wer gerade Bereitschaft hat" ein Routing-Ziel erster Klasse ist — keine von Hand gepflegte Namensliste.

## Rotationsschichten

Die Rotation eines Schedules besteht aus einer oder mehreren **Schichten** (Layers), jede eine Liste von Usern, die in einem bestimmten Takt rotieren:

- **`daily`** — übergibt einmal täglich.
- **`weekly`** — übergibt einmal wöchentlich.
- **`custom`** — übergibt alle `intervalDays` Tage.

Jede Schicht hat eine `handoverTime` (die Uhrzeit, zu der Übergaben stattfinden) und ein `startDate`, das die Rotation verankert. Eine Schicht kann zusätzlich **Restriktionen** tragen — wiederkehrende Uhrzeit-Fenster (z. B. „nur werktags, 09:00–18:00 Uhr") —, sodass sich reine Bürozeiten-Abdeckung ohne einen separaten Schedule abbilden lässt.

Sind bei einem Schedule mehrere Schichten gleichzeitig aktiv, gewinnt die **höchste Schicht** — dieselbe Regel, nach der auch die Eskalations-Engine auflöst, wenn sie entscheidet, wer alarmiert wird. Deshalb widerspricht [Wer hat Bereitschaft](/de/api/incident-management/on-call) nie der Realität.

## Materialisierung

Ein Hintergrund-Worker berechnet die Rotation jedes Schedules etwa 90 Tage im Voraus zu konkreten Schicht-Zeilen vor. Das ist Absicht: Die Frage „wer hat gerade Bereitschaft" lässt sich im Moment der Eskalation dann als indizierte Zeitstempel-Abfrage beantworten statt als Live-Berechnung über Zeitzone und Sommerzeit — genau der Moment, in dem eine Abweichung von der Realität am wenigsten verzeihlich wäre, ist der, in dem jemand alarmiert wird.

## Overrides

Ein **Override** ist ein einmaliges „X vertritt Y"-Zeitfenster zusätzlich zur regulären Rotation — ein Urlaubstausch oder eine Krankheitsvertretung, ohne die Rotation selbst zu bearbeiten. Overrides haben kein Prioritätsfeld: Der Vorrang zwischen überlappenden Overrides wird durch die Erstellungsreihenfolge entschieden (der zuletzt erstellte gewinnt) — in genau dieser Reihenfolge liest sie auch der Materializer.

## Zeitzone

Jeder Schedule hat eine IANA-Zeitzone. Übergaben und Restriktions-Fenster werden in dieser Zone ausgewertet, auch über Sommerzeit-Umstellungen hinweg — eine Übergabe um `09:00` meint 09:00 Uhr in der eigenen Zone des Schedules, nicht UTC.

## API

Siehe [Schedules](/de/api/incident-management/schedules), [Schedule-Overrides](/de/api/incident-management/schedule-overrides) und [Wer hat Bereitschaft](/de/api/incident-management/on-call).