Schedules
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 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 alleintervalDaysTage.
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 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, Schedule-Overrides und Wer hat Bereitschaft.
Aufbewahrung (Retention)
Wie lange Incident Management rohe Alert-Payloads, gelöste Alerts und Outbound-Zustellprotokolle aufbewahrt — und was unbegrenzt erhalten bleibt.
Severity (Schweregrad)
Incident Management nutzt eine vierstufige Sev1-Sev4-Skala, die Alarmierungsdringlichkeit, Eskalationsgeschwindigkeit und die feuernde Benachrichtigungskette bestimmt.