Skip to main content
Quando o aciona.me não consegue resolver um plantonista, ele ainda cria o acionamento e avisa os owners da organização. Um alerta nunca é descartado por falta de configuração. Isso aparece na linha do tempo como evento de fallback.

​
Percorra a cadeia

O plantonista é resolvido em quatro elos. Basta um quebrado para o acionamento ficar sem dono.
1

O alerta tem serviço?

Se o alerta não trouxe pista de serviço e a fonte não tem serviço padrão, a cadeia para aqui.Correção: configure um serviço padrão na fonte, ou faça a ferramenta enviar a pista (service, label service, tag service:).
2

O serviço tem time responsável?

Serviços auto-registrados nascem sem time. É a causa mais comum deste problema.Correção: em Serviços, vincule o serviço ao time correto.
3

O time tem escala ativa?

Um time sem escala, ou com a escala marcada como inativa, não resolve plantonista.Correção: crie ou reative a escala em Escalas.
4

A escala tem participante válido agora?

A escala pode existir e mesmo assim não apontar ninguém: sem participantes, com participantes que deixaram a organização, ou com o início da rotação no futuro.Correção: revise os participantes e a data de início da rotação.

​
Causas menos óbvias

Desativar um membro não o remove das escalas. A escala continua existindo, mas aponta para alguém que não é mais membro ativo.
Uma substituição cadastrada no fuso errado pode cobrir um período diferente do pretendido — e deixar a janela real descoberta.
Se o início da rotação for posterior ao momento do alerta, a escala ainda não está valendo.
O novo time pode não ter escala configurada.

​
Como prevenir

  • Revise periodicamente os serviços sem time responsável.
  • Mantenha ao menos dois participantes por escala — assim há para quem escalar.
  • Ao desativar um membro, verifique as escalas de que ele participa.
  • Use Quem está de plantão para confirmar a cobertura antes de depender dela.