> 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/iot-alerts-app/alert-behavior.md).

# Cuando las alertas despiertan tu teléfono

Cómo la severidad de una alarma de Kilo decide cuándo una notificación push despierta el teléfono o llega como una notificación silenciosa.

No toda alarma debería interrumpir a un respondedor de la misma manera. Una infracción de cumplimiento en almacenamiento en frío necesita despertar a alguien a las 3 AM; una confirmación de estado rutinaria no. IoT Alerts asigna la [severidad](/kilo-docs-es/kilo-iot-server/alarm/notification-delivery-settings.md) que asignas a cada definición de alarma a un nivel correspondiente de intrusión en el teléfono: desde una alarma de pantalla completa que anula el modo silencioso hasta una entrada silenciosa en la lista de notificaciones.

La severidad viaja con el evento de alarma desde la plataforma web hasta el dispositivo. No configuras la intrusión en el teléfono; la controlas eligiendo la severidad correcta cuando redactas la [definición de alarma](/kilo-docs-es/kilo-iot-server/alarm/notification-rules.md).

## Severidad según el comportamiento del teléfono

| Severidad        | En el teléfono del respondedor                                                                                                                                                                                                                                                              |
| ---------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Crítica**      | Se abre una alarma de pantalla completa, con un tono de alarma en bucle y vibración que continúan hasta que el respondedor actúa. Está diseñada para atravesar el modo silencioso y una programación de Focus o No molestar (ver abajo). **Este es el único nivel que activa el teléfono.** |
| **Alta / Media** | Una notificación destacada que llama la atención, con sonido y vibración. Se muestra por encima de las notificaciones habituales pero **no** abre la pantalla de alarma ni reproduce un tono en bucle.                                                                                      |
| **Baja / Info**  | Una notificación silenciosa que aparece en la lista normal de notificaciones sin sonido ni vibración. Es una notificación normal y visible que verás la próxima vez que revises el teléfono, no un mensaje oculto en segundo plano.                                                         |

> Si alguna vez llega una alarma sin severidad, la aplicación la trata como **Crítica** en lugar de arriesgarse a silenciar algo urgente.

La regla práctica para diseñar alarmas: reserva **Crítica** para eventos que realmente justifiquen anular el teléfono en silencio de un respondedor. Usa **Alta** o **Media** para eventos que merecen un empujón rápido y visible, y **Baja** o **Info** para avisos que no quieres convertir en una interrupción.

## Romper el modo silencioso y No molestar

Una alarma Crítica puede llegar a un respondedor cuyo teléfono está en silencio o con un horario de Focus / No molestar porque la app cuenta con la aprobación de **Alertas críticas** de Apple en iOS y usa la ruta equivalente de alarma de alta prioridad en Android. Se aplican dos condiciones:

* **El respondedor debe conceder el permiso de Alerta crítica** cuando la aplicación lo solicite por primera vez (o más tarde en los ajustes de notificaciones del teléfono). Si se rechazó, las alarmas Críticas vuelven al comportamiento normal de silencio y Focus del teléfono.
* **Solo Crítica** usa esta ruta. Alta, Media, Baja e Info respetan todas las propias configuraciones de notificación, sonido y Focus del teléfono; así que un teléfono en silencio puede mostrarlas discretamente o retener su sonido.

Esta es la distinción que vale la pena comunicar a tu equipo de guardia: las alarmas ordinarias pueden ser silenciadas por los ajustes del teléfono del respondedor, pero una alarma Crítica, con el permiso concedido, es la ruta aprobada que atraviesa esos filtros.

## Actuar sobre una alarma Crítica

Cuando se muestra la alarma de pantalla completa, el respondedor tiene dos acciones:

* **Cerrar** — silencia el tono de alarma solo en ese teléfono. El evento de alarma permanece **activo** en Kilo, los demás destinatarios aún lo ven, y [la escalada](/kilo-docs-es/kilo-iot-server/alarm/escalation-and-response.md) continúa si está configurada.
* **Descartar y reconocer** — silencia la alarma **y** resuelve el evento en Kilo para todos, lo que también detiene los pasos de escalada posteriores.

Para ver el panorama completo sobre resolver frente a cerrar, y trabajar con la Bandeja de entrada, consulta [Reconocer y resolver](/kilo-docs-es/kilo-iot-server/alarm/iot-alerts-app/managing-alerts.md).

## Condiciones de entrega

La entrega push depende del estado del teléfono. Si la aplicación ha sido detenida a la fuerza o deslizada fuera, la entrega puede verse limitada hasta que se vuelva a abrir, y una optimización agresiva de batería en algunos dispositivos Android puede retrasarla; permitir que la aplicación se ejecute en segundo plano mejora la fiabilidad. Como no se garantiza ningún teléfono en particular, crea [cadenas de escalada](/kilo-docs-es/kilo-iot-server/alarm/escalation-and-response.md) que pasen a otro respondedor si el primero no reconoce, en lugar de depender de un solo dispositivo.


---

# 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/iot-alerts-app/alert-behavior.md?ask=<question>&goal=<endgoal>
```

`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.
