Pergunta
Como posso resolver problemas comuns de SLA?
Resposta
Este artigo abrange:
- A nova política não está sendo exibida
- SLA aplicado apenas a alguns tickets
- A métrica do tempo da primeira resposta não está funcionando
- SLA não pausado quando o status do ticket é pendente
- Horas-alvo exibidas incorretamente
- O SLA recém-aplicado executa evento de violação adicional
- Por que não vejo um selo de SLA quando há uma política de SLA no ticket?
- As atualizações nas programações não são refletidas nas metas de SLA
A nova política não está sendo exibida
O Zendesk não está aplicando uma política de SLA recém criada a tickets existentes, ou o Zendesk não está aplicando uma política de SLA atualizada a tickets que já usam essa SLA.
Explicação
Os SLAs são baseados em eventos do ticket. Para que uma política de SLA corresponda aos tickets, um evento como a criação ou atualização de tickets deve ocorrer no ticket. Caso contrário, o ticket não mostrará informações de SLA ou continuará exibindo as informações de SLA antigas.
Neste exemplo, uma política de SLA não foi aplicada porque não havia uma política a ser aplicada na última atualização do ticket, ou o ticket não atendeu às condições da política:
Neste exemplo abaixo, uma política de SLA é aplicada após uma atualização do ticket, após a criação de uma política ou o ticket foi atualizado para atender às condições de uma política existente:
SLA aplicado apenas a alguns tickets
Um SLA não é aplicado a tickets que atendem a todas as condições da política de SLA.
Explicação
Isso acontece quando os tickets não têm uma prioridade definida. Os tickets devem ter uma prioridade para que a meta de SLA seja aplicada. A prioridade do ticket precisa ser o campo padrão do sistema. Os SLAs não se aplicam usando campos de ticket personalizados.
Dependendo da prioridade do ticket, as políticas de SLA podem ter metas de tempo e horários de operação diferentes:
Se o ticket não tiver uma prioridade que corresponda à meta de tempo definida na política de SLA, a meta de tempo não será aplicada e nenhum cronômetro será exibido até que uma prioridade seja adicionada.
Isso também pode acontecer se o ticket for criado com um comentário privado ou observação interna de um usuário que não é um agente light. Para tickets privados, as metas de SLA do tempo da primeira resposta são adiadas. A meta de SLA será ativada quando o primeiro comentário público do usuário final for adicionado, mesmo que já tenha havido comentários públicos de agentes antes desse momento.
No exemplo abaixo, o Zendesk não aplicou uma política de SLA porque o ticket foi criado sem uma prioridade.
Depois que o mesmo ticket é atualizado para ter uma prioridade, o Zendesk aplica a política de SLA.
A métrica do tempo até a primeira resposta não está funcionando
Um ticket recém-criado não mostra um cronômetro para a métrica tempo da primeira resposta, mesmo se atender a todos os critérios para a política de SLA.
Explicação
Isso acontece quando um ticket é criado por um agente em nome de um usuário final e o primeiro comentário é público. O alvo da primeira resposta é cumprido na criação do ticket porque o primeiro comentário público é enviado pelo agente, que é considerado a primeira resposta.
No exemplo abaixo, não há uma métrica de tempo da primeira resposta aplicada porque o ticket foi criado por um agente.
Você pode criar exceções em configurações avançadas.
SLA não pausado quando o status do ticket é pendente
O cronômetro de SLA não pausa quando o status do ticket é alterado para pendente.
Explicação
Isso acontece porque o ticket está aguardando os agentes cumprirem a métrica do tempo da primeira resposta ou da próxima resposta. No momento, há quatro metas de SLA que não pausam no status pendente: Tempo da primeira resposta, Tempo da próxima resposta, Tempo da atualização periódica e Tempo total de resolução. As métricas de resposta não mudam com base no status do ticket. Elas só podem ser atendidas se houver uma resposta pública de um agente para o solicitante.
O tempo da primeira resposta e o tempo da próxima resposta sempre usam um comentário do usuário final como ponto de partida, e uma resposta pública do agente como ponto de extremidade. Para obter mais informações, consulte o artigo: Definição e uso de políticas de SLA.
Horas alvo exibidas incorretamente
Os tickets com SLAs que têm um alvo no horário de operação mostram um número maior de horas do que as métricas de SLA devem ter definido.
Explicação
Os selos de SLA são sempre exibidos em horas corridas. Eles foram elaborados para mostrar o tempo real restante para que os agentes possam priorizar seu trabalho adequadamente. Embora você possa optar por calcular a meta de tempo em horário de operação, o cronômetro ainda exibirá o tempo em horas corridas e não levará em consideração dias não úteis ou feriados definidos na sua conta.
Para obter uma explicação detalhada, consulte este artigo: Por que vejo diferenças na meta de horas de SLA?
O SLA recém-aplicado executa evento de violação adicional
Quando o Zendesk aplica uma nova política a um ticket que já teve o SLA violado, mesmo que seja apenas uma versão modificada de uma política existente, o sistema registra outro evento de violação no momento da atualização.
Explicação
O sistema não pode modificar o histórico de eventos passados do ticket do ponto de vista técnico. Quando uma nova aplicação de SLA acontece, o contador de SLA sempre considera o futuro a partir desse ponto.
Por que não vejo um selo de SLA quando há uma política de SLA no ticket?
Existem vários motivos pelos quais um selo de SLA não será exibido em um ticket com uma política de SLA aplicada. Para obter mais informações, consulte o artigo: Por que os selos de SLA não estão aparecendo?
As atualizações em programações não são refletidas nas metas de SLA
Explicação
Quando você edita uma programação, incluindo a adição ou remoção de feriados, as metas de SLA não são atualizadas automaticamente. No entanto, se um ticket receber uma atualização de SLA, suas metas serão reavaliadas. Se houver um comentário público ou alterações de status, de prioridade ou de política, o ticket recalculará seu quadro de SLA de acordo com a nova programação. Minimize as alterações na programação, pois alterações frequentes na programação podem causar confusão.