> 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-es/kilo-iot-server/alarm/notification-delivery-settings.md).
# Severidad de la notificación
Política de severidad de notificaciones en Kilo IoT — cadencia de repetición por nivel: Crítica, Alta, Media, Baja, Informativa.
No todos los eventos operativos tienen la misma urgencia. Una ruptura crítica de la cadena de frío y una lectura informativa rutinaria no deberían repetirse con la misma cadencia. La configuración de Severidad de notificación controla con qué frecuencia cada nivel de severidad vuelve a enviar notificaciones mientras una alarma permanece activa, garantizando que los eventos críticos reciban atención persistente mientras que los eventos de menor prioridad no abrumen a su equipo de operaciones.
## Acceder a la configuración de severidad
Haz clic en el **Severidad de notificación** botón en el encabezado de la página de Alarmas. Este botón es visible en todas las pestañas (Bandeja de entrada, Definiciones de alarmas y Configuración). Abre un modal titulado **Severidad de notificación** con las instrucciones: *"Elija con qué frecuencia se deben enviar las notificaciones. Puede habilitar una notificación única o establecer un intervalo de repetición."*
## Niveles de severidad
Kilo IoT Server clasifica las alarmas en cinco niveles de prioridad:
| Nivel | Contexto operativo |
| ----------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Crítica** | Eventos que detienen la producción y requieren intervención inmediata — fallo de equipos, incumplimientos de umbrales de seguridad, violaciones de cumplimiento. |
| **Alta** | Desviaciones urgentes que requieren respuesta rápida — deriva de la cadena de frío, anomalías de presión, excedencias ambientales fuera de la tolerancia aceptable. |
| **Media** | Operativamente significativas pero no críticas en el tiempo — umbrales de mantenimiento programado, capacidad acercándose a los límites, deriva ambiental no urgente. |
| **Baja** | Conciencia operativa rutinaria — fluctuaciones menores de parámetros dentro de la tolerancia, cambios informativos en el estado del dispositivo. |
| **Info** | Informes en segundo plano — comprobaciones periódicas del estado del sistema, confirmaciones del estado operativo, salidas de diagnóstico programadas. |
## Configuración del comportamiento de repetición
Para cada nivel de severidad, el modal ofrece:
* **Notificación única** — Ponga en Activado para enviar una sola notificación cuando se dispare la alarma. Sin repeticiones posteriores. Ponga en Desactivado para usar un intervalo recurrente.
* **Intervalo de repetición** — Cuando la opción de notificación única está Desactivada, configure la frecuencia de reenvío: un valor numérico y una unidad (Horas o Días). La notificación de alarma se repite con este intervalo hasta que el evento se resuelva.
## Anulaciones por alarma
La política de severidad se aplica globalmente a cada definición de alarma de ese nivel de severidad. Las definiciones de alarma individuales pueden anular la política global usando el **Intervalo personalizado de notificación** interruptor en el [formulario de definición de alarma](/kilo-docs-es/kilo-iot-server/alarm/notification-rules.md). Cuando una anulación está activa, la configuración por alarma tiene prioridad sobre la política global para esa alarma específica.
## Recomendaciones operativas
* **Crítico y Alto: use intervalos recurrentes.** Los incidentes de producción que no reciben respuesta requieren notificaciones persistentes hasta que alguien responda o se resuelva el evento.
* **Medio: evalúe según la cadencia de operaciones.** Si su equipo clasifica las alarmas a intervalos regulares (por hora, por turno), los recordatorios recurrentes al intervalo de clasificación funcionan bien.
* **Bajo e Informativo: considere una entrega única.** Las notificaciones de fondo y de nivel informativo que se repiten pueden saturar los canales de notificación de su equipo y reducir la atención a las alarmas de mayor prioridad.
* **Alinee los intervalos con las expectativas del SLA.** Si su SLA requiere el acuse de recibo de un evento Crítico en un plazo de 15 minutos, establezca el intervalo de repetición por debajo de esa ventana para garantizar que la alarma siga visible para el equipo de respuesta.
---
# 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-es/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.
