> ## Documentation Index
> Fetch the complete documentation index at: https://docs.usestealth.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# Ciclo de vida do incidente

> Como um incidente abre, piora e é resolvido, e que eventos cada etapa envia.

Um incidente acompanha uma queda desde o momento em que a Stealth a detecta até os números voltarem ao normal. Cada etapa envia um evento, e as [regras de alerta](https://docs.usestealth.dev/pt-BR/alerts/overview.md) decidem quem fica sabendo.

## Como funciona

### Eventos

| Evento | Nome no painel | Quando |
| - | - | - |
| `opened` | **Nova queda** | Uma regra dispara e não há incidente aberto do mesmo tipo para o mesmo bloco ou cliente. |
| `escalated` | **Queda piorou** | A gravidade de um incidente aberto sobe. |
| `resolved` | **Normalizou** | O incidente é resolvido. |

Há no máximo um incidente aberto por tipo para cada bloco ou cliente. Enquanto ele está aberto, as novas horas da mesma queda o atualizam em vez de abrir outro, e a perda estimada continua somando.

Quando um incidente começa abaixo da **Gravidade mínima** da organização (ou de um webhook) e depois piora e a ultrapassa, ele é entregue como **Nova queda**, porque é a primeira vez que alguém fica sabendo dele.

### Resolução, tipos por hora

Um incidente por hora é resolvido de uma de duas formas:

* **De volta ao normal**: 2 horas avaliadas seguidas em **80% do normal ou mais**, além do mercado.
* **Sem anomalia**: 24 horas avaliadas seguidas sem a queda, mesmo que os números não tenham voltado por completo.

Uma hora que não é queda nem está saudável reinicia a contagem de horas saudáveis. Horas que não puderam ser avaliadas, por exemplo enquanto faltavam dados do Google Ad Manager, não contam. Assim, uma falha do lado dos dados nunca resolve um incidente sozinha.

### Resolução, tipos diários

Um incidente diário é resolvido na próxima avaliação diária em que a regra dele não dispara mais.

### Depois da resolução

Se a mesma queda acontecer de novo mais tarde, a Stealth abre um novo incidente, com um novo identificador.

### Monitoramento desligado

Quando você desliga uma rede ou um cliente que tem incidentes abertos, esses incidentes continuam sendo acompanhados até serem resolvidos. As atualizações chegam às notificações do app e aos webhooks, mas não por e-mail.

## O que você vê na tela

* **Situação** na página [Incidentes](https://docs.usestealth.dev/pt-BR/screens/incidents.md): **Aberto**, **Visto** (alguém escolheu **Marcar como visto**) ou **Resolvido**.
* **Perda estimada**: o total do incidente até agora. Num e-mail ou webhook de **Normalizou**, a perda por hora é a média do incidente inteiro.
* **Início**: a primeira hora da queda, não a hora em que a Stealth a detectou.

## Perguntas frequentes

> [accordion] Marcar um incidente como visto para os alertas?
>
> Não. **Visto** avisa a equipe que alguém está olhando. A detecção e os alertas continuam até o incidente ser resolvido.

> [accordion] Por que um incidente foi resolvido com a receita ainda baixa?
>
> Ou 2 horas voltaram a 80% do normal, ou passaram 24 horas avaliadas sem a regra da queda disparar. Um nível baixo, mas estável, pode deixar de ser queda pela definição da regra. Compare com o mercado no [Painel](https://docs.usestealth.dev/pt-BR/screens/panel.md) e na página do cliente.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.