Symptômes

Quand mon agent se connecte en ligne, il reçoit automatiquement plus de tickets que ne le permet sa capacité. Par exemple, le routage omnicanal est dans mon compte avec des règles de capacité. Mon agent, qui a une capacité de deux tickets, en reçoit trois.

Exemple d’agent affecté trop de tickets

Étapes de résolution

Causes

Par défaut, Zendesk ne compte pas les tickets de messagerie inactifs dans la limite de capacité. Le routage omnicanal affecte les tickets aux agents disponibles. S’il n’y a pas de réponse d’un utilisateur final après 10 minutes, les tickets de messagerie deviennent inactifs et ne sont plus pris en compte dans le cadre de la limite.

Ce comportement peut aussi se produire si l’agent prend manuellement des tickets à partir d’une vue ou si un agent affecte manuellement un ticket à cet utilisateur.

Si vous n’utilisez pas le routage des activités de messagerie pour compter les tickets de messagerie inactifs dans la capacité d’un agent, ces scénarios dépassent la capacité d’un agent :

  • L’agent avait des tickets de messagerie inactifs qui sont redevenus actifs.
  • Tous les agents étaient indisponibles pendant un certain temps, par exemple hors des horaires d’ouverture, mais des tickets de messagerie sont apparus et sont devenus inactifs. Le premier agent à devenir disponible recevait ces tickets inactifs, puis ces tickets sont redevenus actifs.

Solutions

Pour vous assurer que les conversations inactives sont prises en compte dans la capacité d’un agent, sélectionnez Comptabiliser les conversations inactives dans la capacité d’un agent dans la configuration du routage . Ainsi, les conversations par messagerie inactives sont comptabilisées au même titre que les conversations par messagerie actives.

La messagerie utilise la présence des utilisateurs pour déterminer si les utilisateurs finaux sont encore sur le site Web ou ont abandonné la conversation en fermant le site Web. La présence d’utilisateurs accroît l’utilisation des agents en libérant activement de la capacité quand un utilisateur final abandonne la session, ce qui permet d’éviter que les tickets abandonnés ne gardent les agents au maximum de leur capacité.

Remarque : L’action de déclencheur Définir le canal de routage modifie le routage d’un ticket de messagerie vers l’e-mail. Ainsi, le ticket est comptabilisé comme un e-mail par le routage omnicanal, pour la capacité d’e-mail plutôt que pour la messagerie. Cette option vous permet plus de souplesse quant au calcul des charges de travail inactives ou traitantes de la messagerie.

Comptabiliser les conversations inactives dans la capacité d’un agent.png

Si vous ne sélectionnez pas cette option et si vous ne fournissez pas l’assistance 24 h/24, votre compte peut accumuler les tickets de messagerie inactifs. Cela se produit spécifiquement si le Web Widget autorise les transferts aux agents à tout moment. À la place, créez un emploi du temps et ajoutez l’étape de condition d’horaires d’ouverture à votre workflow de conversation. Cette condition limite la création de tickets de messagerie en fonction de votre emploi du temps.

Schedule.png

Workflow de agent IA

Remarque : Si vous avez créé des files d’attente omnicanal personnalisées, vous pouvez créer un tableau de bord qui affiche les données en direct pour votre routage.

Pour en savoir plus, consultez Création de règles de capacité pour équilibrer les charges de travail de vos agents.

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.

Réalisé par Zendesk