> 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-pt/kilo-iot-server/alarm/notification-delivery-settings.md).
# Severidade da Notificação
Política de severidade das notificações no Kilo IoT — cadência de repetição por nível: Crítico, Alto, Médio, Baixo, Informativo.
Nem todos os eventos operacionais têm a mesma urgência. Uma quebra crítica da cadeia de frio e uma leitura informativa de rotina não devem repetir com a mesma cadência. As definições de Severidade das Notificações controlam com que frequência cada nível de severidade reenvia notificações enquanto um alarme permanece ativo, garantindo que os eventos críticos recebam atenção persistente, enquanto os eventos de menor prioridade não sobrecarregam a sua equipa de operações.
## Aceder às definições de severidade
Clica no **Severidade das Notificações** botão no cabeçalho da página Alarmes. Este botão está visível em todos os separadores (Caixa de entrada, Definições de alarmes e Definições). Abre um modal intitulado **severidade da notificação** com as instruções: *"Escolha com que frequência as notificações devem ser enviadas. Pode ativar uma notificação única ou definir um intervalo de repetição."*
## Níveis de severidade
O Kilo IoT Server classifica os alarmes em cinco níveis de prioridade:
| Nível | Contexto operacional |
| ----------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Crítico** | Eventos que paralisam a produção e exigem intervenção imediata — falha de equipamento, violações de limites de segurança, incumprimentos de conformidade. |
| **Alto** | Desvios urgentes que exigem resposta rápida — desvio da cadeia de frio, anomalias de pressão, excedências ambientais fora da tolerância aceitável. |
| **Médio** | Operacionalmente significativo, mas não crítico em termos de tempo — limites de manutenção programada, capacidade a aproximar-se dos limites, desvio ambiental não urgente. |
| **Baixo** | Consciência operacional de rotina — pequenas flutuações de parâmetros dentro da tolerância, alterações informativas do estado do dispositivo. |
| **Info** | Relatórios de fundo — verificações periódicas do estado do sistema, confirmações do estado operacional, resultados de diagnósticos programados. |
## Configurar o comportamento de repetição
Para cada nível de severidade, o modal fornece:
* **Notificação única** — Ative a opção On para enviar uma única notificação quando o alarme disparar. Sem repetições subsequentes. Desative a opção para usar um intervalo recorrente.
* **Intervalo de repetição** — Quando a opção de notificação única estiver Off, configure a frequência de reenvio: um valor numérico e uma unidade (Horas ou Dias). A notificação do alarme repete-se neste intervalo até o evento ser resolvido.
## Substituições por alarme
A política de severidade aplica-se globalmente a todas as definições de alarme desse nível de severidade. As definições de alarme individuais podem substituir a política global usando a **Intervalo de Notificação Personalizado** alternância no [formulário de definição do alarme](/kilo-docs-pt/kilo-iot-server/alarm/notification-rules.md). Quando uma substituição está ativa, a definição por alarme tem precedência sobre a política global para esse alarme específico.
## Recomendações operacionais
* **Crítico e Alto: use intervalos recorrentes.** Incidentes de produção que não sejam reconhecidos exigem notificação persistente até que alguém responda ou o evento seja resolvido.
* **Médio: avaliar com base na cadência operacional.** Se a sua equipa faz triagem de alarmes em intervalos regulares (de hora a hora, por turno), lembretes recorrentes ao intervalo de triagem funcionam bem.
* **Baixo e Informação: considere entrega única.** Notificações de fundo e de nível informativo que se repetem podem saturar os canais de notificação da sua equipa e reduzir a atenção para alarmes de prioridade mais alta.
* **Alinhe os intervalos com as expectativas de SLA.** Se o seu SLA exigir o reconhecimento de um evento Crítico no prazo de 15 minutos, defina o intervalo de repetição abaixo dessa janela para garantir que o alarme permaneça visível para a equipa de resposta.
---
# 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-pt/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.
