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 em 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 para corresponder à 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.
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.
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. 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 alvos de tempo de SLA são sempre exibidos em uma unidade de medida: horas corridas. Embora você possa escolher calcular o alvo 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.
O exemplo abaixo tem um ticket no qual a política atual é violada. A nova política que foi adicionada ao ticket em 20 de abril às 11h06 deveria sofrer violação em 15 de abril às 12h. Nesse caso, o contador de metas de SLA não exibe o horário real em que o SLA deveria ter sido violado, mas o horário em que o novo SLA foi publicado no ticket, que é em 20 de abril, às 11h06.
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
O Zendesk não reavalia as metas de SLA se os horários de funcionamento ou os feriados de uma programação forem alterados após a aplicação dessa programação a um ticket. Mesmo que o ticket e as outras metas de SLA dele sejam atualizadas. Os comentários públicos não fazem com que as metas de resolução sejam reavaliadas, e as alterações de status apenas fazem com que a meta de resolução seja reavaliada se estiver pausada ou cumprida.