Si tiene problemas con el Service Level Agreement (SLA) (Contrato de nivel de servicio), use esta guía para encontrar soluciones a los comportamientos más comunes.
Este artículo contiene los siguientes temas:
- La insignia muestra Ahora después de que se incumple el objetivo
- Los objetivos incumplidos no tienen en cuenta el horario comercial
- La nueva política no se muestra
- SLA aplicado solo a algunos tickets
- La métrica del tiempo de primera respuesta no funciona
- SLA no se pone en pausa cuando el estado del ticket es pendiente
- Las horas objetivo no se muestran correctamente
- El SLA que se acaba de aplicar ejecuta un evento de infracción adicional
- ¿Por qué no veo una insignia de SLA si hay una política de SLA en el ticket?
- Las actualizaciones de los horarios no se reflejan en los objetivos de SLA
Si desea información general sobre cómo funcionan los SLA, consulte Ver y comprender objetivos SLA.
La insignia muestra Ahora después de que se incumple el objetivo
La insignia se muestra Ahora cuando el objetivo cambia después de una infracción. Estos cambios pueden incluir comentarios públicos, cambios de estado, cambios de prioridad o cambios de política.
Los objetivos incumplidos no tienen en cuenta el horario comercial
Incluso si el objetivo se configuró en horas de trabajo, la insignia siempre mostrará la hora en horas calendario. No importa si el objetivo es el horario comercial o el calendario.
La nueva política no se muestra
Zendesk no aplica una política de SLA recién creada a los tickets existentes, o Zendesk no aplica una política de SLA actualizada a los tickets que ya están usando ese SLA.
Explicación
Los SLA se basan en eventos de tickets. Para que una política de SLA coincida con los tickets, debe ocurrir un evento como la creación o la actualización de un ticket. De lo contrario, el ticket no muestra información de SLA o sigue mostrando la información del SLA anterior.
En el ejemplo siguiente, no se aplicó una política de SLA porque no había una política existente para aplicar la última vez que se actualizó el ticket, o bien el ticket no cumplía las condiciones de la política.
En el ejemplo a continuación, una política SLA se aplica después de una actualización del ticket, después de crear una política o actualizar el ticket para cumplir las condiciones de una política existente:
SLA aplicado solo a algunos tickets
Un SLA no se aplica a los tickets que cumplen con todas las condiciones de la política de SLA.
Explicación
Esto sucede cuando los tickets no tienen una prioridad de ticket establecida. Los tickets deben tener una prioridad para que se aplique el objetivo de SLA. La prioridad del ticket debe ser el campo predeterminado del sistema. Los SLA no se aplican cuando se usan campos de ticket personalizados.
Según la prioridad del ticket, las políticas de SLA pueden tener distintos horarios y tipos de horas de operación:
Si el ticket no tiene una prioridad que coincida con el tiempo objetivo establecido en la política de SLA, el tiempo objetivo no se aplica y no se muestra ningún temporizador hasta que se agregue una prioridad.
Esto también puede suceder si el ticket se crea con un comentario privado o una nota interna de un usuario que no es un agente Light. Para los tickets privados, los objetivos de SLA de tiempo de primera respuesta son diferidos. El objetivo del SLA se activará cuando se agregue el primer comentario público del usuario final, incluso si ha habido comentarios públicos de los agentes antes de ese momento.
En el ejemplo a continuación, Zendesk no aplicó una política de SLA porque el ticket fue creado sin una prioridad.
Una vez que el mismo ticket se actualiza para que tenga prioridad, Zendesk aplica la política de SLA.
La métrica del tiempo de primera respuesta no funciona
Un ticket recién creado no muestra un temporizador para la métrica de tiempo de primera respuesta aunque se cumplan todos los criterios de la política de SLA.
Explicación
Esto sucede cuando un agente crea un ticket en nombre de un usuario final y el primer comentario es público. El objetivo de primera respuesta se cumple en la creación del ticket porque el agente envía el primer comentario público, que se considera la primera respuesta.
En el ejemplo a continuación, no se aplica ninguna métrica tiempo de primera respuesta porque el agente creó el ticket.
Puede crear excepciones en la configuración avanzada.
El SLA no se pone en pausa cuando el estado del ticket es pendiente
El temporizador de SLA no se detiene cuando el estado del ticket cambia a Pendiente.
Explicación
Esto sucede porque el ticket está esperando que los agentes cumplan con el tiempo de primera respuesta o la métrica de tiempo de siguiente respuesta. Actualmente hay cuatro objetivos de SLA que no se detienen en el estado Pendiente: Tiempo de primera respuesta, Tiempo de respuesta siguiente, Tiempo de actualización periódica y Tiempo total de resolución. Las métricas de respuesta no cambian en función del estado del ticket. Las métricas de respuesta se cumplen si un agente responde con un comentario público al solicitante.
Las métricas Tiempo de primera respuesta y Tiempo de siguiente respuesta siempre usan un comentario de un usuario final como punto de partida, y una respuesta pública de un agente como un punto final. Si desea más información, consulte Definición y uso de las políticas de SLA.
Las horas objetivo no se muestran correctamente
Los tickets con SLA que tienen un objetivo en horas de trabajo muestran un número más alto de horas que lo que las métricas de SLA deberían establecer.
Explicación
Las insignias SLA siempre se muestran en horas calendario. Aparece Tiempo real restante para que los agentes puedan priorizar su trabajo. Aunque se puede optar por calcular el tiempo objetivo en horas de trabajo, el temporizador mostrará el tiempo en horas calendario y no tendrá en cuenta los días no laborables ni los feriados establecidos en la cuenta.
Si desea una explicación detallada, consulte ¿Por qué veo diferencias en las horas objetivo de SLA?
El SLA que se acaba de aplicar ejecuta un evento de infracción adicional
Cuando Zendesk aplica una nueva política a un ticket que ya había incumplido el SLA, incluso si la nueva política es solo una versión modificada de una política existente, el sistema registra otro evento de incumplimiento en el momento de la actualización.
Explicación
El sistema no puede modificar el historial de eventos de tickets anteriores. Cuando se produce una nueva aplicación de SLA, el contador de SLA siempre mira hacia adelante desde ese punto.
¿Por qué no veo una insignia de SLA si hay una política de SLA en el ticket?
Hay varias razones por las que una insignia de SLA no aparece en un ticket que tiene una política de SLA aplicada. Si desea más información, consulte ¿Por qué no aparecen las insignias SLA?
Las actualizaciones de los horarios no se reflejan en los objetivos de SLA
Explicación
Cuando se edita un horario, lo que incluye agregar o eliminar feriados, los objetivos de SLA no se actualizan automáticamente. Sin embargo, si un ticket recibe una actualización de SLA, los destinos vuelven a evaluar. Si hay un comentario público, un cambio de estado, un cambio de prioridad o un cambio de política, el ticket vuelve a calcular su insignia de SLA de acuerdo con el nuevo horario. Minimice los cambios de horario, ya que los cambios frecuentes causan confusión.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.