> 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/iot-alerts-app/alert-behavior.md). # Quando os Alertas Acordam o Seu Telefone Como a severidade do alarme Kilo decide quando uma notificação push acorda o telefone ou chega como uma notificação silenciosa. Nem todos os alarmes devem interromper um respondedor da mesma forma. Uma violação de conformidade em armazenamento refrigerado precisa acordar alguém às 3h da manhã; uma confirmação rotineira de estado não. O IoT Alerts mapeia a [severidade](/kilo-docs-pt/kilo-iot-server/alarm/notification-delivery-settings.md) que você atribui a cada definição de alarme para um nível correspondente de intrusão no telefone — de um alarme em tela cheia que ignora o modo silencioso até uma entrada discreta na lista de notificações. A severidade acompanha o evento de alarme da plataforma web para o dispositivo. Você não configura a intrusão no telefone; você a controla escolhendo a severidade certa ao criar a [definição de alarme](/kilo-docs-pt/kilo-iot-server/alarm/notification-rules.md). ## Severidade para o comportamento do telefone | Severidade | No telefone do respondedor | | ---------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Crítico** | Um alarme em tela cheia é aberto, com um tom de alarme em loop e vibração que continuam até que o respondedor aja. Ele foi projetado para atravessar o modo silencioso e uma programação de Foco ou Não Incomodar (veja abaixo). **Este é o único nível que acorda o telefone.** | | **Alto / Médio** | Uma notificação proeminente, que chama a atenção, com som e vibração. Ela aparece acima das notificações comuns, mas não **não** abre a tela do alarme nem repete um tom. | | **Baixo / Info** | Uma notificação discreta que entra na lista normal de notificações, sem som nem vibração. É uma notificação normal e visível que você verá quando verificar o telefone da próxima vez — não uma mensagem oculta em segundo plano. | > Se algum alarme chegar sem severidade, o app o trata como **Crítico** em vez de correr o risco de silenciar algo urgente. A regra prática para criar alarmes: reserve **Crítico** para eventos que realmente justifiquem ignorar o modo silencioso do telefone de um respondedor. Use **Alto** ou **Médio** para eventos que merecem um alerta rápido e perceptível, e **Baixo** ou **Info** para informações que você não quer transformar em uma interrupção. ## Ultrapassando o modo silencioso e Não Incomodar Um alarme Crítico pode alcançar um respondedor cujo telefone está no silencioso ou em uma programação de Foco / Não Incomodar porque o app possui a aprovação da Apple para **Alertas Críticos** e usa o caminho equivalente de alarme de alta prioridade no Android. Aplicam-se duas condições: * **O respondedor precisa conceder a permissão de Alerta Crítico** quando o app solicitar pela primeira vez (ou depois nas configurações de notificações do telefone). Se tiver sido recusada, os alarmes Críticos voltam ao comportamento normal de silêncio e Foco do telefone. * **Somente Crítico** usa esse caminho. Alto, Médio, Baixo e Info respeitam as próprias configurações de notificações, som e Foco do telefone — então um telefone no mudo pode mostrá-los discretamente ou reter o som. Esta é a distinção que vale a pena comunicar à sua equipe de plantão: alarmes comuns podem ser silenciados pelas configurações do telefone do respondedor, mas um alarme Crítico — com permissão concedida — é o caminho aprovado que atravessa isso. ## Agindo em um alarme Crítico Quando o alarme em tela cheia está sendo exibido, o respondedor tem duas ações: * **Fechar** — silencia o tom do alarme apenas nesse telefone. O evento do alarme permanece **ativo** no Kilo, outros destinatários ainda o veem, e [o escalonamento](/kilo-docs-pt/kilo-iot-server/alarm/escalation-and-response.md) continua, se configurado. * **Dispensar e Reconhecer** — silencia o alarme **e** resolve o evento no Kilo para todos, o que também interrompe etapas adicionais de escalonamento. Para ver o quadro completo de resolver versus fechar, e trabalhar a Caixa de entrada, consulte [Reconhecer e Resolver](/kilo-docs-pt/kilo-iot-server/alarm/iot-alerts-app/managing-alerts.md). ## Condições de entrega A entrega por push depende do estado do telefone. Se o app tiver sido forçado a encerrar ou removido da tela, a entrega pode ficar limitada até que ele seja reaberto, e a otimização agressiva de bateria em alguns dispositivos Android pode atrasá-la — permitir que o app execute em segundo plano melhora a confiabilidade. Como nenhum telefone é garantido, crie [cadeias de escalonamento](/kilo-docs-pt/kilo-iot-server/alarm/escalation-and-response.md) que passem para outro respondedor se o primeiro não reconhecer, em vez de depender de um único 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-pt/kilo-iot-server/alarm/iot-alerts-app/alert-behavior.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.