Alarmas
Alarmas en las que se puede actuar
Las reglas de alarma se definen en el perfil del dispositivo y abren una alarma cuando se cumple una condición. Cada alarma tiene una de cinco severidades, un runbook y una cronología. Las notificaciones llegan a los usuarios, roles o direcciones adecuados sin saturarlos.
severidades: Critical, Major, Minor, Warning, Info
5
reglas de alarma por perfil de dispositivo
50
destinatarios por regla: usuarios, roles o direcciones de correo electrónico
20
alarmas resueltas conservadas por defecto
365 días
Ciclo de vida
Abierta, reconocida, resuelta
Hay una sola alarma activa por dispositivo y tipo: si la condición se vuelve a cumplir, se cuenta la ocurrencia en lugar de abrir una segunda alarma. La severidad sigue a la condición verdadera más alta. Cuando la condición deja de cumplirse, la alarma se resuelve por sí sola.
- Reconozca o resuelva con una nota opcional de hasta 2.000 caracteres
- Notas en la cronología, y el runbook de la regla junto a la alarma
- Los reconocimientos y resoluciones quedan auditados con la persona que los realizó
- Los usuarios reconocen; los administradores resuelven manualmente, silencian dispositivos y editan reglas
Reglas de alarma
Lo que se configura en una regla
Una regla se aplica a todos los dispositivos del perfil. Los cambios en las reglas se versionan y cada uno se registra en el registro de auditoría.
| Ajuste | Qué hace | Rango |
|---|---|---|
| Severidades | Una condición por severidad; gana la más alta que sea verdadera | Critical, Major, Minor, Warning, Info |
| Condición | Compara claves con un número, texto, verdadero o falso, o con un atributo del dispositivo como límite por dispositivo; las comparaciones se combinan con all o any | Hasta 16 comparaciones |
| Condición de borrado | Cuando la alarma se borra. Por defecto, cuando ninguna condición de severidad es verdadera | Opcional |
| Debounce | Muestras o segundos que la condición debe mantenerse antes de que la alarma se abra o se borre. El tiempo usa las marcas de tiempo propias del dispositivo | 1 a 86.400 |
| Histéresis | Un margen en el lado de borrado, para que un valor que oscila en el límite no haga parpadear la alarma | Opcional |
| Amortiguación | Retiene una alarma que cambia con demasiada frecuencia en una ventana de tiempo | 2 a 100 cambios |
| Inactividad | Abre una alarma cuando un dispositivo lleva en silencio un tiempo determinado | Opcional |
| Repetir cada | Recuerda mientras la alarma esté abierta y sin reconocer | de 60 segundos a 7 días |
| Runbook | Texto que se muestra con la alarma: qué comprobar y qué hacer | Opcional |
Canales
Cómo se enteran las personas de las alarmas
Los canales disponibles dependen de la configuración de su organización. Se aplican las preferencias de cada persona y sus horas de silencio; las alarmas Critical se entregan igualmente, salvo que un administrador lo desactive.
En la aplicación
La campana del encabezado y el feed de notificaciones, junto a la lista de alarmas, la pestaña Alarmas del dispositivo y las tarjetas de alarma en los paneles.
Correo electrónico
A las direcciones que indique en la regla, como un buzón de turno o la dirección de una persona. El correo nunca se retiene por las horas de silencio.
SMS
Mensajes de texto a números de teléfono, enviados desde un flujo cuando una alarma se abre o cambia.
Push
En desarrollo: push en el navegador, y push a la aplicación móvil que incluye la app.
Chat
Los servicios de chat y mensajería que su organización haya conectado.
Webhooks
Cada cambio de alarma, sin limitación, enviado a sus propios sistemas como una llamada HTTP firmada.
Sin ruido
Quién se entera, y cuándo
| Cambio de alarma | Notificada |
|---|---|
| Abierta | Sí, si es igual o superior a la severidad mínima de la regla |
| La severidad subió | Sí, también si la alarma ya estaba reconocida |
| La severidad bajó | No |
| Reconocida | No |
| Resuelta | Sí, si su apertura fue notificada |
| Sigue abierta y sin reconocer | Un recordatorio, si la regla se repite |
| Backfilled, o el dispositivo está silenciado | No |
- El mismo cambio de la misma alarma se notifica como máximo una vez cada 5 minutos
- Por encima de 20 notificaciones de alarma por minuto, el resto se agrupa en un resumen cada 5 minutos, con un enlace a la lista filtrada
- Silenciar un dispositivo por mantenimiento, durante hasta 90 días, detiene sus notificaciones; sus alarmas se siguen registrando y el silencio queda auditado
- Las lecturas que llegan tarde desde un dispositivo que estuvo sin conexión se evalúan como backfill y se marcan como Backfilled; nadie recibe avisos por hechos pasados
Lo que las alarmas no hacen hoy
- No hay rotaciones de guardia ni políticas de escalado para alarmas. Use recordatorios, niveles de severidad y varios destinatarios
- No hay roles personalizados como destinatarios: una regla nombra usuarios, los roles integrados Owner, Admin y User, o direcciones de correo electrónico
- No hay latching: una alarma se resuelve cuando su condición deja de cumplirse, reconocida o no. Revise las alarmas resueltas con la columna Reconocida vacía para encontrar las que nadie vio
- No hay aritmética en las condiciones, como consigna más 10. Guarde el límite como atributo del dispositivo
Preguntas frecuentes
Preguntas sobre alarmas
¿Puede cada dispositivo tener su propio límite?
Sí. Use un atributo de servidor o compartido, como max_temp, como umbral: todos los dispositivos comparten una regla, cada uno con su propio límite. Si un dispositivo no tiene ese atributo, esa comparación es falsa y el dispositivo no se comprueba para ese límite. Consulte monitorización de cámaras frigoríficas para ver un ejemplo práctico.
¿Qué ocurre cuando un dispositivo envía lecturas antiguas tras una caída?
Se evalúan como backfill. Una alarma que se abrió y se borró durante la caída aparece en el historial con una insignia Backfilled, fechada según las lecturas, y nadie recibe avisos. Una alarma que sigue abierta cuando el dispositivo vuelve se anuncia una sola vez.
¿Puede una alarma avisar a alguien de noche?
Sí: por correo electrónico a las direcciones de la regla, por SMS desde un flujo, en las aplicaciones de chat vinculadas y en la app. Las alarmas Critical se entregan incluso a las personas que desactivaron ese tipo de aviso, salvo que un administrador lo desactive. Las rotaciones de guardia no están disponibles para alarmas.
¿Pueden otras herramientas recibir nuestras alarmas?
Sí. Los webhooks envían alarm.created, alarm.acknowledged y alarm.cleared, firmados, en el formato propio de Hermetry o como CloudEvents. Consulte webhooks.
¿Quién puede hacer qué con una alarma?
Por defecto, los usuarios ven y reconocen alarmas; los administradores las resuelven manualmente, silencian dispositivos y gestionan las reglas de alarma. Los grupos pueden añadir permisos sobre un rol. Consulte usuarios y roles.
¿Configurar alarmas para una instalación?
Aporte sus límites y su rutina en planta. Le ayudamos a convertirlos en reglas que permanecen en silencio hasta que algo va mal.