Si vous rencontrez des problèmes liés aux accords sur les niveaux de service (SLA), utilisez ce guide pour trouver des solutions aux comportements les plus courants.
Cet article aborde les sujets suivants :
- Le badge affiche Maintenant après la violation de l’objectif
- Les objectifs non respectés ne prennent pas les heures ouvrées en compte
- La nouvelle politique ne s'affiche pas
- Accord sur les niveaux de service appliqué uniquement à certains tickets
- La mesure Délai avant première réponse ne fonctionne pas
- Accord sur les niveaux de service non suspendu lorsque le statut du ticket est En attente
- Heures cibles mal affichées
- L’accord sur les niveaux de service nouvellement appliqué exécute un événement de violation supplémentaire
- Pourquoi est-ce qu’aucun badge SLA n’apparaît lorsqu’une politique SLA est appliquée au ticket ?
- Les mises à jour des emplois du temps ne sont pas reflétées dans les objectifs SLA
Pour des informations générales sur le fonctionnement des SLA, consultez Affichage et explication des objectifs SLA (Accord sur les niveaux de service) .
Le badge affiche Maintenant après la violation de l’objectif
Le badge affiche Maintenant quand la cible change après une violation. Ces modifications incluent les commentaires publics, les changements de statut, les changements de priorité ou les changements de politique.
Les objectifs non respectés ne prennent pas les heures ouvrées en compte
Même si vous configurez l’objectif sur les horaires d’ouverture, le badge affiche toujours le temps en heures calendaires. Peu importe le fait que votre objectif soit en heures ouvrées ou en heures calendaires.
La nouvelle politique ne s'affiche pas
Zendesk n’applique pas une politique SLA (Accord sur les niveaux de service) nouvellement créée aux tickets existants, ou Zendesk n’applique pas une politique SLA (Accord sur les niveaux de service) mise à jour aux tickets utilisant déjà cet SLA (Accord sur les niveaux de service).
Explication
Les accords sur les niveaux de service sont basés sur des événements de ticket. Pour qu’une politique SLA corresponde aux tickets, un événement, tel que la création ou la mise à jour d’un ticket, doit se produire. Autrement, le ticket ne montre aucune information sur les SLA (Accord sur les niveaux de service) ou affiche les anciennes informations sur les SLA (Accord sur les niveaux de service) .
Dans l’exemple ci-dessous, une politique SLA (Accord sur les niveaux de service) n’a pas été appliquée car il n’y avait pas de politique existante à appliquer à la dernière mise à jour du ticket ou car le ticket ne remplissait pas les conditions de la politique.
Dans l’exemple ci-dessous, une politique SLA (Accord sur les niveaux de service) s’applique après la mise à jour d’un ticket, une fois que vous avez créé une politique ou mis à jour le ticket pour répondre aux conditions d’une politique existante :
Accord sur les niveaux de service appliqué uniquement à certains tickets
Un SLA (Accord sur les niveaux de service) ne s’applique pas aux tickets qui répondent à toutes les conditions de la politique SLA (Accord sur les niveaux de service) .
Explication
Cela se produit lorsque les tickets n’ont pas de priorité de ticket définie. Les tickets doivent avoir une priorité pour que la politique SLA s’applique. La priorité du ticket doit être le champ par défaut du système. Les SLA ne s’appliquent pas si vous utilisez des champs de ticket personnalisés.
Selon la priorité du ticket, les politiques SLA peuvent avoir différents objectifs temporels et types d’heures de service :
Si le ticket n’a pas de priorité pour correspondre à l’objectif temporel de la politique SLA (Accord sur les niveaux de service) , cette dernière ne s’applique pas et aucun minuteur n’est affiché jusqu’à ce que vous ajoutiez une priorité.
Cela peut aussi se produire si vous créez le ticket avec un commentaire privé ou une note interne d’un utilisateur qui n’est pas un agent light. Pour les tickets privés, les objectifs SLA de délai avant première réponse sont différés. L'objectif SLA (Accord sur les niveaux de service) est activé lorsque le premier commentaire public des utilisateurs finaux est ajouté, même s'il y a des commentaires publics d'agents avant.
Dans l’exemple ci-dessous, Zendesk n’a pas appliqué de politique SLA car le ticket a été créé sans priorité.
Une fois que vous avez mis le même ticket à jour pour avoir une priorité, Zendesk applique la politique SLA (Accord sur les niveaux de service) .
La mesure Délai avant première réponse ne fonctionne pas
Un ticket nouvellement créé n’affiche pas de minuterie pour la mesure délai avant première réponse même si tous les critères de la politique SLA (Accord sur les niveaux de service) sont satisfaits.
Explication
Cela se produit lorsqu’un agent crée un ticket pour le compte d’un utilisateur final et que le premier commentaire est public. La cible de première réponse est remplie à la création du ticket car l’agent envoie le premier commentaire public, qui est la première réponse.
Dans l’exemple ci-dessous, aucune mesure de délai avant première réponse ne s’applique car l’agent a créé le ticket.
Vous pouvez créer des exceptions dans vos paramètres avancés.
Accord sur les niveaux de service non suspendu lorsque le statut du ticket est En attente
La minuterie de SLA (Accord sur les niveaux de service) ne se met pas en pause lorsque le statut du ticket passe sur En attente.
Explication
Cela est dû au fait que le ticket attend que les agents remplissent la mesure de délai avant première réponse ou de temps de réponse suivant. Il existe actuellement quatre objectifs SLA (Accord sur les niveaux de service) qui ne sont pas mis en pause avec le statut En attente : délai avant première réponse, délai de réponse suivant, délai de mise à jour périodique et délai de résolution total. Les mesures de réponse ne sont pas modifiées en fonction du statut du ticket. Vous remplissez les mesures de réponse si un agent répond au demandeur en envoyant un commentaire public.
Les mesures Délai avant première réponse et Temps de réponse suivant utilisent toujours le commentaire d’un utilisateur final comme point de départ et la réponse publique d’un agent comme point de terminaison. Pour en savoir plus, consultez Définition et utilisation des politiques SLA.
Heures cibles mal affichées
Les tickets avec des accords sur les niveaux de service ayant une cible pendant les horaires d’ouverture affichent un nombre d’heures supérieur à celui que les mesures SLA (Accord sur les niveaux de service) auraient dû définir.
Explication
Les badges SLA (Accord sur les niveaux de service) s’affichent toujours en heures calendaires. Le temps réel restant s’affiche pour que les agents puissent hiérarchiser leurs tâches. Bien que vous puissiez choisir de calculer l’heure cible en horaires d’ouverture, le minuteur affiche quand même l’heure en heures calendaires et ne prend pas en compte les jours non ouvrables ou les jours chômés définis dans votre compte.
Pour une explication détaillée, consultez Pourquoi est-ce que je constate des différences dans les objectifs SLA (Accord sur les niveaux de service) ?
L’accord sur les niveaux de service nouvellement appliqué exécute un événement de violation supplémentaire
Lorsque Zendesk applique une nouvelle politique à un ticket dont l’accord sur les niveaux de service a déjà été enfreint, même s’il ne s’agit que d’une version modifiée d’une politique existante, le système enregistre un autre événement de violation au moment de la mise à jour.
Explication
Le système ne peut pas modifier l’historique des événements des tickets passés. Lorsqu’une nouvelle politique SLA est appliquée, le compteur d’accord sur les niveaux de service compte toujours à partir de ce moment.
Pourquoi est-ce qu’aucun badge SLA n’apparaît lorsqu’une politique SLA est appliquée au ticket ?
Il y a plusieurs raisons pour lesquelles un badge SLA n’apparaît pas sur un ticket auquel est appliquée une politique SLA. Pour en savoir plus, consultez Pourquoi les badges SLA (Accord sur les niveaux de service) ne s’affichent-ils pas ?
Les mises à jour des emplois du temps ne sont pas reflétées dans les objectifs SLA
Explication
Quand vous modifiez un emploi du temps, notamment en ajoutant ou supprimant des jours chômés, les objectifs SLA (Accord sur les niveaux de service) ne sont pas automatiquement mis à jour. Cependant, si un ticket reçoit une mise à jour SLA (Accord sur les niveaux de service) , les objectifs sont réévalués. S'il y a un commentaire public, un changement de statut, un changement de priorité ou un changement de politique, le ticket SLA (Accord sur les niveaux de service) recalcule son badge en fonction de la nouvelle planification. Minimisez les modifications de l'emploi du temps, car des changements fréquents sont source de confusion.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.