> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-de/kilo-iot-server/alarm/notification-delivery-settings.md).
# Benachrichtigungsschwere
Richtlinie für Benachrichtigungsschwere in Kilo IoT — Wiederholungsrhythmus pro Stufe: Kritisch, Hoch, Mittel, Niedrig, Info.
Nicht jedes operative Ereignis hat die gleiche Dringlichkeit. Ein kritischer Verstoß gegen die Kühlkette und ein routinemäßiger informatorischer Messwert sollten nicht im gleichen Rhythmus wiederholt werden. Die Einstellungen für den Benachrichtigungs-Schweregrad steuern, wie häufig jede Schweregradstufe Benachrichtigungen erneut sendet, solange ein Alarm aktiv bleibt, und stellen sicher, dass kritische Ereignisse dauerhaft Aufmerksamkeit erhalten, während Ereignisse mit niedrigerer Priorität Ihr Betriebsteam nicht überlasten.
## Zugriff auf die Schweregradeinstellungen
Klicken Sie auf die **Benachrichtigungsschwere** Schaltfläche in der Kopfzeile der Alarmseite. Diese Schaltfläche ist auf allen Registerkarten (Posteingang, Alarmdefinitionen und Einstellungen) sichtbar. Sie öffnet ein Modal mit dem Titel **Benachrichtigungs-Schweregrad** mit den Anweisungen: *„Wählen Sie, wie oft Benachrichtigungen gesendet werden sollen. Sie können eine einmalige Benachrichtigung aktivieren oder ein Wiederholungsintervall festlegen.“*
## Schweregradstufen
Kilo IoT Server klassifiziert Alarme in fünf Prioritätsstufen:
| Stufe | Betrieblicher Kontext |
| ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Kritisch** | Produktionsstillstand auslösende Ereignisse, die sofortiges Eingreifen erfordern — Geräteausfall, Überschreitungen von Sicherheitsgrenzwerten, Verstöße gegen Compliance-Vorgaben. |
| **Hoch** | Dringende Abweichungen, die eine schnelle Reaktion erfordern — Abweichung in der Kühlkette, Druckanomalien, Überschreitungen von Umweltgrenzwerten außerhalb der zulässigen Toleranz. |
| **Mittel** | Betrieblich bedeutsam, aber nicht zeitkritisch — Schwellenwerte geplanter Wartung, Kapazität nähert sich den Grenzen, nicht dringende Umweltabweichungen. |
| **Niedrig** | Routinemäßige Betriebsüberwachung — geringfügige Parameterschwankungen innerhalb der Toleranz, informatorische Gerätezustandsänderungen. |
| **Info** | Berichte im Hintergrund — regelmäßige Systemzustandsprüfungen, Bestätigungen des Betriebsstatus, geplante Diagnostikausgaben. |
## Wiederholungsverhalten konfigurieren
Für jede Schweregradstufe bietet das Modal:
* **Einmalige Benachrichtigung** — Schalten Sie Ein, um beim Auslösen des Alarms eine einzelne Benachrichtigung zu senden. Keine nachfolgenden Wiederholungen. Schalten Sie Aus, um ein wiederkehrendes Intervall zu verwenden.
* **Wiederholungsintervall** — Wenn Einmalig Aus ist, konfigurieren Sie die Wiederholungshäufigkeit: einen numerischen Wert und eine Einheit (Stunden oder Tage). Die Alarmbenachrichtigung wird in diesem Intervall wiederholt, bis das Ereignis behoben ist.
## Überschreibungen pro Alarm
Die Richtlinie für den Schweregrad gilt global für jede Alarmdefinition auf dieser Schweregradstufe. Einzelne Alarmdefinitionen können die globale Richtlinie mithilfe des **benutzerdefinierten Benachrichtigungsintervalls** Umschalters in der [Alarmdefinitionsformular](/kilo-docs-de/kilo-iot-server/alarm/notification-rules.md). Wenn eine Überschreibung aktiv ist, hat die Einstellung pro Alarm Vorrang vor der globalen Richtlinie für diesen spezifischen Alarm.
## Betriebsempfehlungen
* **Kritisch und Hoch: Verwenden Sie wiederkehrende Intervalle.** Produktionsvorfälle, die unbeachtet bleiben, erfordern fortlaufende Benachrichtigungen, bis jemand reagiert oder das Ereignis behoben ist.
* **Mittel: anhand des Betriebsrhythmus bewerten.** Wenn Ihr Team Alarme in regelmäßigen Abständen triagiert (stündlich, schichtbasiert), funktionieren wiederkehrende Erinnerungen im Triage-Intervall gut.
* **Niedrig und Info: eine einmalige Zustellung in Betracht ziehen.** Wiederkehrende Hintergrund- und Awareness-Benachrichtigungen können die Benachrichtigungskanäle Ihres Teams überlasten und die Aufmerksamkeit für Alarme mit höherer Priorität verringern.
* **Intervalle an SLA-Erwartungen ausrichten.** Wenn Ihr SLA verlangt, dass kritische Ereignisse innerhalb von 15 Minuten bestätigt werden, setzen Sie das Wiederholungsintervall unterhalb dieses Zeitfensters, damit der Alarm für das Reaktionsteam sichtbar bleibt.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.kiloiot.io/kilo-docs-de/kilo-iot-server/alarm/notification-delivery-settings.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
