Como notificar gerentes quando os ANSs (SLAs) do Zendesk são violados: Guia completo
Stevia Putri
Última edição February 20, 2026
Quando um ticket de suporte está prestes a violar seu ANS (SLA), cada minuto conta. Mas o Zendesk não torna óbvio como notificar os gerentes ou escalar tickets urgentes antes que seja tarde demais.
Você pode perder um cliente valioso porque ninguém percebeu que um ticket estava parado sem atendimento. Ou você pode descobrir violações de ANS (SLA) horas depois que elas aconteceram, quando é tarde demais para se recuperar.
Felizmente, você pode configurar notificações automatizadas que alertam sua equipe quando os tickets estão se aproximando dos limites do ANS (SLA). Este guia aborda três métodos para notificar os gerentes sobre violações de ANS (SLA) do Zendesk, desde automações simples até integrações avançadas.
Entendendo as notificações de violação de ANS (SLA) do Zendesk
Antes de mergulharmos na configuração, vamos esclarecer com o que estamos trabalhando. Uma política de ANS (SLA) no Zendesk define metas de resposta e resolução com base na prioridade do ticket. Quando sua equipe não responde dentro desses prazos, o ANS (SLA) é violado.
O Zendesk nativo rastreia o desempenho do ANS (SLA), mas não notifica proativamente os gerentes quando as coisas dão errado. Os agentes podem ver os cronômetros de ANS (SLA) nas visualizações de tickets, mas os gerentes geralmente não sabem dos problemas até que executem relatórios ou os clientes reclamem.
Essa lacuna de visibilidade é o motivo pelo qual os fluxos de trabalho de notificação são importantes. Em vez de descobrir as violações depois do ocorrido, você pode receber alertas que dão à sua equipe tempo para agir. A abordagem que você escolher depende do tamanho da sua equipe, dos recursos técnicos e da urgência com que você precisa responder.
Método 1: Usando automações do Zendesk para alertas de ANS (SLA)
A abordagem mais comum usa automações do Zendesk. Estas são regras de negócios baseadas em tempo que verificam as condições de hora em hora e tomam medidas quando atendidas.
Limitação importante a entender: As automações são executadas uma vez por hora. Isso significa que você não pode ser notificado no momento exato em que um ANS (SLA) é violado. Você será notificado dentro de uma hora após a condição ser atendida.
Passo 1: Crie uma nova automação
Navegue até Central de administração > Objetos e regras > Regras de negócios > Automações, então clique em Adicionar automação.
Dê a ela um nome claro como "Notificar equipe sobre a aproximação da violação de ANS (SLA)" para que outros administradores entendam seu propósito.
Passo 2: Configure as condições
Em Atender a todas as seguintes condições, adicione estas condições:
| Condição | Operador | Valor |
|---|---|---|
| Ticket: Horas até a próxima violação de ANS (SLA) | Menos que | 2 |
| Ticket: Categoria de status | Menos que | Resolvido |
| Ticket: Tags | Não contém nenhum dos seguintes | sla_alert |
A condição Horas até a próxima violação de ANS (SLA) é a chave. Altere o valor (2 horas neste exemplo) com base em quanto aviso você precisa. Para tickets urgentes, você pode querer 1 hora. Para prioridade normal, 4 horas podem funcionar.
A condição Categoria de status Menos que Resolvido é necessária. As automações não serão salvas sem esta condição ou algo semelhante (como condições específicas de Tipo, Grupo ou Atribuído).
A condição Tags impede notificações duplicadas. Adicionaremos a tag sla_alert quando a automação for acionada, para que ela não seja executada novamente no mesmo ticket.
Passo 3: Configure as ações de notificação
Em Executar estas ações, adicione:
Para notificações por e-mail em grupo:
- Notificações: E-mail do grupo | (grupo atribuído)
- Assunto do e-mail:
ANS (SLA) prestes a ser violado: {{ticket.id}} - Corpo do e-mail:
Esta é uma notificação para informá-lo de que um ticket atribuído ao seu grupo
está se aproximando do tempo de violação do ANS (SLA).
Ticket: {{ticket.link}}
Tempo restante até a violação do ANS (SLA): Menos de 2 horas
Priorize este ticket para garantir que ele seja resolvido ou abordado prontamente.
Para notificações individuais do gerente:
- Notificações: E-mail do usuário | (selecione o gerente específico)
Adicione a tag de deduplicação:
- Ticket: Adicionar tags |
sla_alert
Esta tag garante que a automação seja acionada apenas uma vez por ticket. Sem ela, seus gerentes receberiam notificações de hora em hora sobre o mesmo ticket.
Passo 4: Crie uma notificação pós-violação (opcional)
Você também pode querer saber quando um ANS (SLA) já foi violado. Crie uma segunda automação com estas condições:
| Condição | Operador | Valor |
|---|---|---|
| Ticket: Horas desde a última violação de ANS (SLA) | Menos que | 1 |
| Ticket: Categoria de status | Menos que | Resolvido |
| Ticket: Tags | Não contém nenhum dos seguintes | sla_breach_alert |
Use uma tag diferente (sla_breach_alert) para rastrear tickets onde a violação já aconteceu. Isso ajuda você a identificar tickets que precisam de atenção imediata e comunicação com o cliente pós-violação.
Método 2: Fluxos de trabalho de escalonamento específicos do gerente
As automações básicas notificam todos. Mas e se você quiser alertas diferentes para agentes versus gerentes? Ou cadeias de escalonamento onde o agente é avisado primeiro, depois o gerente se nada acontecer?
Passo 1: Configure notificações baseadas em grupo
Em vez de notificar todos, encaminhe as notificações para grupos específicos. No Zendesk, você pode criar um grupo "Gerentes" ou usar seus grupos de líderes de equipe existentes.
Ao configurar sua ação de automação:
- Notificações: E-mail do grupo | Gerentes (em vez do grupo atribuído)
Isso garante que apenas os gerentes recebam o alerta, não toda a equipe.
Passo 2: Construa cadeias de escalonamento com tags
Para escalonamento sofisticado, crie várias automações que são acionadas em horários diferentes:
Automação 1: Aviso ao agente (4 horas antes da violação)
- Condição: Horas até a próxima violação de ANS (SLA) | Menos que | 4
- Ação: Enviar e-mail ao agente atribuído
- Tag:
sla_agent_alert
Automação 2: Escalonamento do gerente (1 hora antes da violação)
- Condição: Horas até a próxima violação de ANS (SLA) | Menos que | 1
- Condição: Tags | Contém | sla_agent_alert (garante que o agente já foi notificado)
- Ação: Enviar e-mail ao grupo de gerentes
- Tag:
sla_manager_alert
Este padrão dá aos agentes tempo para resolver os tickets antes que os gerentes se envolvam. Se o agente lidar com o ticket dentro de 4 horas, o gerente nunca será alertado.
Passo 3: Use campos personalizados para roteamento avançado
Para ainda mais controle, crie um campo suspenso personalizado chamado "Nível de Escalonamento" com valores como:
- Padrão (notificar o líder da equipe)
- VIP (notificar o gerente imediatamente)
- Crítico (notificar o diretor + gerente)
Então adicione condições às suas automações:
- Ticket: Nível de Escalonamento | É | VIP
Isso permite que você encaminhe diferentes clientes para diferentes caminhos de escalonamento dentro da mesma estrutura de automação.
Usando o recurso "Gatilhos antes da violação do ANS (SLA)"
Recentemente, o Zendesk tem lançado uma nova capacidade que permite que gatilhos (que são acionados imediatamente) funcionem com condições de ANS (SLA). Isso resolveria o problema de atraso de hora em hora com as automações.
Verifique sua instância do Zendesk: vá para Central de administração > Objetos e regras > Regras de negócios > Gatilhos e procure por condições relacionadas ao ANS (SLA). Se você vir "Horas até a próxima violação de ANS (SLA)" disponível em gatilhos, você pode usar notificações em tempo real em vez de lotes de hora em hora.
A configuração é semelhante às automações, mas os gatilhos são acionados imediatamente quando as condições são atendidas. Isso lhe dá um verdadeiro escalonamento em tempo real em vez da limitação de cadência de hora em hora.
Método 3: Slack e integrações de terceiros
As notificações por e-mail são enterradas. Se sua equipe vive no Slack, você pode querer alertas lá em vez disso (ou além do e-mail).
Opção A: Integração nativa do Zendesk com o Slack
O Zendesk oferece uma integração nativa com o Slack que se conecta ao Slack, mas tem limitações para notificações de ANS (SLA). Ele pode notificar sobre eventos de ticket, mas alertas de limite específicos de ANS (SLA) não são integrados.
Se você só precisa de notificações básicas de ticket no Slack, isso funciona. Para avisos de violação de ANS (SLA), você precisará de algo mais sofisticado.
Opção B: Geckoboard para alertas do Slack baseados em limite
O Geckoboard se conecta ao Zendesk e envia notificações para o Slack quando as métricas cruzam os limites que você define.
O processo de configuração:
- Conecte sua conta do Zendesk ao Geckoboard
- Crie um widget mostrando a métrica que você deseja monitorar (como "Tickets se aproximando da violação de ANS (SLA)")
- Defina indicadores de status que definem seus limites de aviso
- Clique em Adicionar notificação do Slack para encaminhar alertas para um canal
Quando sua métrica viola um indicador de status, a notificação vai imediatamente para o Slack.
Casos de uso para notificações do Slack:
- Alertas de volume da fila: "Alertar quando tickets abertos > 15"
- Alertas de tempo de resposta: Notificar quando o tempo médio da primeira resposta exceder a meta
- Alertas de violação de ANS (SLA): Monitorar tickets se aproximando ou violando as metas de ANS (SLA)
- Alertas de satisfação: Rastrear quando o CSAT cai abaixo do limite
O benefício aqui é a inteligência baseada em limite. Em vez de ser notificado para cada atualização de ticket, sua equipe só é alertada quando as métricas operacionais realmente precisam de atenção.
Opção C: PagerDuty para escalonamento crítico
Para violações urgentes de ANS (SLA) que exigem resposta humana imediata (especialmente fora do horário comercial), a integração com o PagerDuty faz sentido. Esta configuração requer mais configuração técnica, mas fornece um verdadeiro gerenciamento de escalonamento.
Passo 1: Crie um destino HTTP no Zendesk
Vá para Central de administração > Configurações > Extensões > Adicionar destino
- Nome: PagerDuty
- URL:
https://events.pagerduty.com/v2/enqueue - Método: POST
- Tipo de conteúdo: JSON
Passo 2: Crie um gatilho que notifique o destino
Defina as condições para quando escalar (por exemplo, quando um ticket é movido para um grupo "ANS (SLAs) Violados").
Em ações, selecione:
- Notificações: Notificar destino | PagerDuty
Corpo JSON:
{
"dedup_key": "{{ticket.id}}",
"routing_key": "YOUR_PAGERDUTY_ROUTING_KEY",
"event_action": "trigger",
"payload": {
"summary": "ANS (SLA) Violado: {{ticket.title}}",
"source": "Zendesk",
"severity": "critical",
"custom_details": {
"priority": "{{ticket.priority}}",
"ticket_id": "{{ticket.id}}",
"requester": "{{ticket.requester.name}}"
}
},
"client_url": "{{ticket.link}}",
"client": "Zendesk"
}
O PagerDuty então lida com o roteamento de plantão, as políticas de escalonamento e garante que alguém seja acordado, se necessário.
Opção D: SMS via D7 Networks
Para equipes que precisam de alertas por SMS (especialmente gerentes que nem sempre estão em seus computadores), a D7 Networks oferece uma integração com o ActiveCampaign que pode enviar SMS quando os ANSs (SLAs) do Zendesk são violados.
O fluxo de trabalho:
- O ANS (SLA) do ticket do Zendesk é violado
- O fluxo de trabalho do ActiveCampaign é acionado
- A D7 Networks envia SMS para o telefone do gerente
- A mensagem inclui o ID do ticket e detalhes breves
Exemplo de SMS: Alerta: O ticket #12345 violou seu ANS (SLA). Atenção imediata necessária.
Isso é particularmente útil para suporte crítico fora do horário comercial, onde e-mail ou Slack podem ser perdidos.
Erros comuns e solução de problemas
Mesmo com a configuração correta, as coisas podem dar errado. Aqui estão os problemas mais comuns:
Notificações duplicadas inundando as caixas de entrada Você esqueceu de adicionar a condição de tag e a ação de tag. Toda automação que envia notificações precisa de lógica de deduplicação usando tags. Verifique se sua condição diz "Não contém nenhum dos seguintes" e sua ação adiciona essa mesma tag.
Automações não sendo acionadas O Zendesk requer pelo menos uma condição baseada em tempo ou uma ação que anule uma condição. Certifique-se de ter:
- Categoria de status | Menos que | Resolvido
- Ou uma condição de Tipo/Grupo/Atribuído
- Mais uma ação correspondente que altere esse valor
Notificações chegam tarde demais Lembre-se: as automações são executadas de hora em hora. Se você definir "Menos de 1 hora até a violação", a notificação pode chegar depois que a violação já ocorreu. Defina seus limites com o atraso de hora em hora em mente.
Confusão entre gatilhos e automações Os gatilhos são acionados imediatamente em eventos de ticket. As automações verificam as condições de hora em hora. Para notificações de ANS (SLA), você geralmente deseja automações (a menos que tenha o recurso mais recente "Gatilhos antes da violação de ANS (SLA)" habilitado).
Testando sua configuração Sempre teste com um ticket de amostra antes de confiar nessas notificações:
- Crie um ticket de teste
- Defina a prioridade para acionar sua política de ANS (SLA)
- Espere a automação ser executada (ou use o recurso "Visualizar correspondência")
- Verifique se a notificação foi recebida
- Verifique se a tag foi adicionada para evitar duplicatas
Prevenindo violações de ANS (SLA) com automação de IA
As notificações são reativas. O objetivo real é prevenir violações completamente. É aqui que a eesel AI entra.
Na eesel AI, construímos um colega de equipe de IA que se integra diretamente ao Zendesk para lidar com o suporte de linha de frente automaticamente. Em vez de apenas alertá-lo sobre tickets se aproximando da violação, nosso Agente de IA responde aos clientes em segundos. Você não configura a eesel. Você a contrata, e ela aprende seu negócio em minutos em vez de semanas.
Veja como funciona:
As primeiras respostas instantâneas eliminam as violações de FRT (Tempo da Primeira Resposta) Quando um ticket chega sobre uma redefinição de senha, status do pedido ou pergunta comum de solução de problemas, nosso Agente de IA responde em segundos. Seu tempo da primeira resposta se torna efetivamente zero para esses tickets.
O Copiloto de IA reduz o tempo de resolução Para problemas complexos que precisam de agentes humanos, nosso Copiloto de IA rascunha respostas puxando de sua central de ajuda, tickets anteriores e fontes de conhecimento conectadas. Os agentes gastam menos tempo procurando por respostas e mais tempo realmente resolvendo problemas.
O modo de simulação reduz o risco da transição Antes de entrar em operação, você pode executar a eesel AI em seus tickets históricos para ver exatamente como ela se comportaria. Meça o impacto em suas métricas de ANS (SLA) antes que os clientes vejam uma resposta de IA.
O resultado? Menos tickets se aproximando dos limites de ANS (SLA) em primeiro lugar. As notificações se tornam backup em vez de defesa primária.
A eesel AI se conecta ao Zendesk em minutos. Aprendemos seu tom com tickets e macros existentes, então as respostas soam como sua equipe, não um chatbot genérico. E com nosso modo de simulação, você pode verificar o desempenho em seu histórico de tickets real antes de habilitar as respostas automáticas.
Configure suas notificações de violação de ANS (SLA) hoje
Você agora tem três abordagens para notificar os gerentes sobre violações de ANS (SLA) do Zendesk:
-
As automações nativas funcionam para a maioria das equipes. Elas são gratuitas, integradas e lidam com o escalonamento básico. Apenas lembre-se da limitação de atraso de hora em hora.
-
Os fluxos de trabalho específicos do gerente lhe dão um controle mais preciso. Use o roteamento de grupo e as cadeias de escalonamento para notificar as pessoas certas no momento certo.
-
As integrações de terceiros como Slack, PagerDuty ou SMS fornecem alertas em tempo real e cobertura fora do horário comercial quando o e-mail não é suficiente.
Qual você deve escolher? Comece com automações nativas se você tem uma equipe pequena e cobertura no horário comercial. Adicione integrações com Slack ou PagerDuty se você precisa de uma resposta mais rápida ou escalonamento 24 horas por dia, 7 dias por semana. E considere a eesel AI se você quer reduzir o número de tickets que chegam ao risco de ANS (SLA).
A chave é obter visibilidade antes que as violações aconteçam, não descobri-las no relatório de amanhã. Configure suas notificações esta semana, teste-as com alguns tickets e dê à sua equipe o sistema de alerta antecipado de que eles precisam.
Pronto para prevenir violações de ANS (SLA) em vez de apenas rastreá-las? Experimente a eesel AI gratuitamente e veja como as respostas alimentadas por IA podem melhorar seus tempos da primeira resposta hoje.
Perguntas frequentes
Share this article
Article by
Stevia Putri
Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.
