Attribution automatique des tickets

Un nouveau ticket peut recevoir un responsable tout de suite. Le système utilise la disponibilité expliquée dans le bloc précédent, la répartition s'active par équipe, et elle est désactivée comme réglage d'usine. Tout ce bloc fait partie de Professional.

1

La répartition appartient à l'équipe

Professional uniquement

Sans répartition, chaque nouveau ticket arrive dans la file commune. Quelqu'un doit le prendre ou quelqu'un doit le distribuer, et les deux fonctionnent tant que quelqu'un surveille.

Active la répartition et chaque nouveau ticket reçoit un responsable dès sa création. Cela se produit immédiatement et non quelques minutes plus tard. Un ticket créé directement comme résolu ou fermé n'est pas réparti.

Le réglage se trouve sur l'équipe sous « Settings → Teams » et chaque équipe décide pour elle-même. Une équipe peut répartir pendant que l'équipe voisine travaille à partir de la file commune.

Comme réglage d'usine, chaque équipe est sur « Off ». Une installation existante ne change pas de comportement simplement parce que la fonction existe.

Les tickets vont aux membres de l'équipe. Un administrateur qui travaille dans la file et qui est membre de cette équipe reçoit des tickets comme un agent.

La section « Automatic assignment » dans la boîte de dialogue de l'équipe Helpdesk, réglée sur « Round robin », avec deux phrases d'explication en dessous.
Le réglage se trouve sur l'équipe. Sous le champ, une phrase explique la méthode choisie, et en dessous figure qui est sauté.Ouvrir l'image en taille réelle
Le champ de sélection ouvert avec ses trois entrées « Off », « Round robin » et « Least load ».
Trois entrées au choix. « Off » est le réglage d'usine.Ouvrir l'image en taille réelle
2

À tour de rôle ou au moins chargé

Professional uniquement

Il y a deux méthodes et tu en choisis une par équipe.

« Round robin » fait le tour à tour de rôle. Le nouveau ticket va à l'agent disponible dont la dernière attribution automatique est la plus ancienne, si bien qu'une personne qui vient d'arriver dans l'équipe passe en premier.

« Least load » regarde la charge de travail. Le nouveau ticket va à l'agent disponible qui a le moins de tickets ouverts.

Un ticket qui attend le demandeur compte pour moitié. Une personne qui a beaucoup de questions en attente n'est pas occupée de la même façon qu'une personne qui a une pile d'incidents frais.

Un ticket résolu ou fermé ne compte plus du tout. C'est vrai aussi pour un statut que tu as créé toi-même, tant qu'il est marqué comme résolu ou fermé.

Le résultat est calculable dans les deux méthodes. Quand deux agents sont à égalité, c'est toujours la même règle qui tranche, jamais le hasard.

La même section dans la boîte de dialogue de l'équipe réseau, réglée sur « Least load », avec la phrase sur les tickets qui comptent pour moitié.
Le même champ sur une autre équipe, ici sur « Least load ». La phrase en dessous change avec le réglage.Ouvrir l'image en taille réelle
3

Qui n'est pas là ne reçoit rien

Professional uniquement

Avant chaque attribution, la répartition demande l'état de l'agent. « Busy » et « Away » sont sautés.

Les comptes verrouillés et supprimés sont exclus également, tout comme toute personne qui n'est pas membre de l'équipe à laquelle le ticket appartient.

Si personne n'est disponible, le ticket reste sans responsable, et sa création se déroule quand même normalement.

C'est voulu. Tout le monde voit un ticket dans la file commune, et personne ne voit un ticket posé chez une personne absente.

L'historique du ticket porte la raison : on y lit « Nobody available » à la place d'un nom.

Plus à ce sujet dans la carte : Disponible, occupé ou absent

L'historique d'un ticket avec une entrée « Auto-assignment » qui nomme « Nobody available » au lieu d'une personne.
Personne n'était disponible et le ticket est resté dans la file commune. Le cadre rouge entoure l'entrée qui nomme la raison.Ouvrir l'image en taille réelle
4

Ce que la répartition touche et ce qu'elle ne touche pas

Professional uniquement

La répartition agit sur toutes les voies par lesquelles un ticket naît, et cela comprend les tickets venus de la boîte aux lettres. L'exception est un incident collectif : il reste à la personne qui l'a créé.

Elle agit de la même façon sur les sous-tickets d'une demande : chacun est réparti à l'intérieur de l'équipe qui le reçoit.

Un ticket qu'une personne a attribué n'est jamais touché par la répartition. Si tu choisis toi-même un responsable à la création d'un ticket, ton choix demeure.

Chaque attribution automatique est consignée dans l'historique du ticket, avec « Auto-assignment » comme auteur et le nom de l'agent à côté.

L'agent reçoit le même message qu'avec une attribution manuelle. Si le ticket est encore sur « Open », il passe à « Assigned ».

Plus à ce sujet dans la carte : Un e-mail devient un ticket

L'historique d'un ticket avec deux entrées « Auto-assignment » : l'attribution à un agent de l'équipe et le changement de statut de « Open » à « Assigned ».
L'historique nomme l'automatisation. Elle a attribué le ticket et a fait suivre le statut.Ouvrir l'image en taille réelle
5

Le rapport sur la répartition

Professional uniquement

Qui fait tourner une automatisation doit pouvoir vérifier ce qu'elle fait. Il y a une carte à part pour cela sur la page des rapports.

Deux nombres figurent en haut. À gauche, le nombre de tickets que l'automatisation a distribués ; à droite, le nombre de fois où personne n'était disponible.

Sous « Nobody available », après « Most recent: », figurent jusqu'à 20 tickets concernés en dernier, et un clic t'y mène.

En dessous figure une ligne par agent, avec son nombre et sa disponibilité. Les lignes viennent de l'appartenance à l'équipe.

Une ligne à zéro n'est donc pas une erreur. C'est à cela que sert le tableau.

Une personne qui est sur « Away » depuis des semaines n'a reçu aucun ticket et figure quand même dans la liste, avec la raison à côté du zéro.

Cette carte est un journal de la machine et non une notation des personnes. Il n'y a pas d'historique de disponibilité et pas de rapport sur la durée de présence de chacun.

Ici, les agents ne voient que leurs propres équipes, et seulement celles dont les « Agent Permissions » autorisent à voir les rapports. Sans filtre d'équipe, ils voient la première de ces équipes.

Plus à ce sujet dans la carte : Aucun historique de disponibilité, aucune analyse par personne

La page des rapports avec la carte « Automatic assignment » parmi les autres rapports.
La carte se trouve sur la page des rapports. Le cadre rouge montre où la trouver.Ouvrir l'image en taille réelle
L'encadré « Nobody available » avec son nombre, une phrase d'explication et le ticket le plus récent concerné.
Le second nombre figure à côté du premier, avec le même poids. En dessous figure le ticket le plus récent resté dans la file commune.Ouvrir l'image en taille réelle
Le tableau du rapport avec six agents, leurs nombres et leur disponibilité, dont une ligne à zéro avec une mention « Away ».
Une ligne par agent. Le cadre rouge entoure la ligne à zéro qui porte sa raison à côté.Ouvrir l'image en taille réelle

Les captures d'écran proviennent de la version 1.3.1. Rien n'a changé sur les écrans montrés jusqu'à la version 1.13.3. La seule chose qui a un autre aspect est le numéro de version en bas de la barre latérale.