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.2. O estado enviado não abre acionamento
Cada tipo de fonte tem estados que são deliberadamente ignorados: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 tipoGené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
1
Filtre os acionamentos por serviço e período
Inclua acionamentos resolvidos e encerrados na busca.
2
Abra o acionamento aberto mais próximo
Procure na linha do tempo o evento de alerta agregado no horário do envio.
3
Reenvie com um externalId novo
Um
externalId diferente força a criação de um acionamento separado — se ele aparecer, era agregação.