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

# O alerta chegou, mas nenhum acionamento foi criado

> A ingestão respondeu 202 mas nada apareceu em Acionamentos.

Um `202` significa que o alerta foi **aceito e registrado** — não que ele necessariamente criou um acionamento. Há razões legítimas para isso acontecer.

## 1. O alerta foi agregado a um acionamento existente

Esta é a causa mais comum, e é o comportamento correto.

Se já existe um acionamento **aberto** para a mesma origem e serviço, o novo alerta é anexado a ele. Abra o acionamento existente e confira a linha do tempo: deve haver um evento de alerta agregado.

<Tip>
  Verifique também os acionamentos já resolvidos: se você resolveu um acionamento e o alerta continuou disparando dentro da mesma janela, pode haver confusão sobre qual acionamento está aberto.
</Tip>

## 2. O estado enviado não abre acionamento

Cada tipo de fonte tem estados que são deliberadamente ignorados:

| Fonte            | Estados ignorados                                    |
| ---------------- | ---------------------------------------------------- |
| Grafana          | `paused`, `pending`, `no_data`                       |
| Datadog          | `Renotify`                                           |
| CloudWatch       | `INSUFFICIENT_DATA`                                  |
| Webhook genérico | Qualquer `status` diferente de `firing` e `alerting` |

<Warning>
  No webhook genérico, enviar `"status": "resolved"` faz o alerta ser aceito com `202` e **descartado** — nenhum acionamento é criado nem resolvido. O webhook genérico não suporta resolução automática.
</Warning>

## 3. Um evento de recuperação chegou sem acionamento aberto

Se a ferramenta enviou uma recuperação (`resolved`, `OK`, `Recovered`, `CLOSED`) e não havia acionamento aberto correspondente, o aciona.me registra o alerta e não faz nada. É intencional: não há erro nem acionamento criado.

## 4. O tipo da fonte não corresponde ao payload

Uma fonte do tipo `Genérico` recebendo payload do Grafana aceita a requisição, mas lê os campos errados. Verifique se o tipo da fonte corresponde à ferramenta que está enviando.

## 5. O serviço não pôde ser resolvido

Se o alerta não traz pista de serviço e a fonte não tem serviço padrão, o roteamento fica sem destino. Configure um **serviço padrão na fonte** ou garanta que a ferramenta envie a pista de serviço.

## Como investigar

<Steps>
  <Step title="Filtre os acionamentos por serviço e período">
    Inclua acionamentos resolvidos e encerrados na busca.
  </Step>

  <Step title="Abra o acionamento aberto mais próximo">
    Procure na linha do tempo o evento de alerta agregado no horário do envio.
  </Step>

  <Step title="Reenvie com um externalId novo">
    Um `externalId` diferente força a criação de um acionamento separado — se ele aparecer, era agregação.
  </Step>
</Steps>