--- title: "Incident Management" description: "Incident Management (IM) ist Uptimeifys Bereitschafts- und Incident-Response-Ebene: Teams, On-Call-Schedules, Eskalationsrichtlinien und Alarm-Annahme aus deinen eigenen Tools — getrennt vom kundenseitigen Monitoring." --- Incident Management (IM) ist eine von Monitoring getrennte Domäne: ein zweistufiges Alert-/Incident-Modell für die Bereitschaft **deines eigenen** Teams, nicht für die Alarmierung deiner Kunden. Wo Monitoring die Websites und Services deiner Kunden überwacht und *ihnen* (oder dir, in ihrem Auftrag) sagt, wenn etwas ausfällt, ist IM das Werkzeug, mit dem dein eigenes Team sicherstellt, dass die richtige Person auf eurer Seite geweckt wird — egal ob der Auslöser ein Monitoring-Ausfall ist, ein Webhook von Datadog oder Grafana, oder eine weitergeleitete E-Mail eines Anbieters. Incident Management hat keine kundenseitige Oberfläche. Kunden-Logins (Rolle `readonly`) sehen es nie, in keiner Phase — es ist ein internes Werkzeug für die Admins, Editoren und Responder deiner Organisation. ## Das Modell Die oberste Besitz-Einheit — jeder Schedule, jede Richtlinie und jeder Incident gehört zu genau einem Team. On-Call-Rotationen: wer ein Team abdeckt, und wann, inklusive einmaliger Overrides. Eskalationsrichtlinien: die geordneten Stufen, die entscheiden, wer wie und wann weiter alarmiert wird. Die Sev1-Sev4-Skala, die Dringlichkeit, Alarmierungsgeschwindigkeit und die feuernde Regelkette bestimmt. Wie SMS- und Anruf-Alarmierung über dein bestehendes SMS-Kontingent laufen, und was bei Erschöpfung passiert. Wie lange Alert-Payloads, gelöste Alerts und Outbound-Zustellprotokolle aufbewahrt werden. ## Zweistufiges Alert-/Incident-Modell Ein eingehendes Signal — ein Webhook-Payload, eine weitergeleitete E-Mail, ein API-Aufruf oder ein gebrückter Monitoring-Ausfall — wird zu einem **Alert** (`im_alert`). Alerts werden dedupliziert und zu einem **Incident** (`im_incident`) gruppiert — dem Objekt, auf das dein Team tatsächlich reagiert: bestätigen, bearbeiten, lösen. Mehrere Alerts (ein flatternder Check, der jede Minute neu feuert) verschmelzen zu einem Incident, sodass dein Bereitschafts-Ingenieur eine Alarmierung sieht, nicht zwanzig. ## Erste Schritte Incident Management muss pro Organisation aktiviert werden, bevor irgendein Endpunkt oder irgendeine Seite funktioniert — ein Organisations-Admin schaltet es unter **Dashboard → Incidents** ein. Sobald aktiv, siehe die [Incident-Management-API](/de/api/incident-management), um Alerts programmatisch einzuspeisen und Incidents zu verwalten, oder die Konzept-Seiten oben, um das Bereitschafts-Modell selbst zu verstehen.