Les états de ticket aident à définir des attentes claires, garantissant que vos clients et collègues sont informés de l'avancement d'un ticket. Ils sont organisés en quatre catégories : Soumis, En cours, En attente du client et Résolu, chacune avec des comportements distincts.

Catégories d'états de ticket

Le tableau ci-dessous décrit chaque catégorie et le comportement associé à un état de cette catégorie.

Catégorie d'état de ticket	Description	Comportement
Soumis	L'état « Soumis » marque la phase initiale d'un ticket.	Ces états sont attribués à un ticket lors de sa création et sont visibles par les clients lorsque les tickets sont partagés.
En cours	L'état « En cours » indique qu'un travail est en cours sur un ticket.	Ces états sont visibles par vos clients lorsqu'un ticket est partagé.
En attente du client	L'état « En attente du client » indique qu'un ticket nécessite des informations supplémentaires du client pour avancer.	Les états de cette catégorie peuvent mettre en pause les SLA si configurés. Lorsqu'un client répond à un ticket dans cet état, le ticket revient automatiquement à un état « En cours ».
Résolu	L'état « Résolu » indique la fin du travail sur le ticket.	Ces états sont visibles par vos clients lorsque un ticket est partagé et sont utilisés pour mesurer la métrique « Temps de résolution ».

Important : Mettre un ticket en état résolu ne ferme pas automatiquement la conversation. Consultez ici pour plus d'informations.

Important : L'ajout d'un participant par un utilisateur final change l'état du ticket de En attente du client et démarre le minuteur SLA, même sans réponse. C'est un comportement attendu.

Tickets en état soumis

Vous pouvez avoir plusieurs états Soumis par type de ticket dans votre espace de travail. Allez dans Paramètres > Inbox > Tickets et ajoutez autant d'états soumis que vous le souhaitez.

Une fois que vous avez ajouté des états supplémentaires à vos types de ticket Soumis, vous pourrez déplacer un ticket entre différents états Soumis. Vous pourrez également déplacer un ticket d'autres états (par exemple En cours) vers un état Soumis.

FAQ

Que se passe-t-il avec les métriques de reporting qui calculent le temps passé dans les états Soumis ?

Il n'y aura aucun changement pour les données historiques. Les métriques de reporting qui calculent le temps passé dans les états Soumis prendront en compte le temps passé dans tous les états Soumis. Le premier horodatage Soumis est utilisé pour mesurer le temps de résolution.

La vue du ticket dans le messenger change-t-elle lorsqu'un ticket est ramené à l'état Soumis ?

Non, la vue du ticket reviendra et affichera l'état Soumis comme prévu.

Un ticket peut-il être ramené à soumis via workflows ?

Oui, vous pouvez sélectionner des états Soumis dans l'action Set ticket state dans workflows. Cependant, si un ticket est déjà dans l'état sélectionné par l'action set ticket state, nous ne traitons pas le changement d'état. Cela est vrai pour tous les changements d'état de ticket, pas seulement pour les événements Soumis.

Que se passe-t-il avec les SLA si un ticket est ramené à un état Soumis ?

Le minuteur SLA est déclenché une seule fois lorsque le workflow est activé. Le minuteur ne se réinitialise pas si un ticket est ramené à un état Soumis. Les mises à jour d'état ultérieures vers des états Soumis sont traitées comme les autres événements de changement d'état.

Déplacer un ticket de l'état Résolu à Soumis signifie que le minuteur SLA ne se réinitialise pas.
Déplacer un ticket de l'état En attente du client à Soumis relance le SLA.

États de ticket personnalisés

Vous pouvez créer ou personnaliser des états de ticket dans n'importe laquelle de ces catégories et ils hériteront des comportements de leur catégorie respective.

Note :

Chaque type de ticket doit inclure au moins un état de chacune de ces catégories.
Les états de ticket peuvent être utilisés pour plusieurs types de ticket.
Les états de ticket dans l'espace de travail ne peuvent pas avoir la même étiquette interne. Cependant, ils peuvent partager la même étiquette visible par le client.

📖 Apprenez à créer vos propres états de ticket personnalisés et à rapporter sur les états de ticket.

Expérience des collègues dans l'Inbox

Les collègues verront les états de ticket (y compris les états de ticket personnalisés) lorsqu'ils travaillent sur des tickets depuis l'Inbox. Ceux-ci sont affichés dans la vue principale du ticket, dans l'application liens, et lors de l'utilisation de Command-K pour passer un ticket d'un état à un autre.

Les états de ticket disponibles dépendent des états que vous avez configurés pour ce type de ticket.

Pour voir l'état du ticket dans votre menu déroulant inbox 👇, vous devrez activer le filtre d'état de ticket dans l'inbox.

Allez dans Paramètres > Inbox > Tickets, sous États de ticket pour l'activer :

Expérience des collègues dans Slack & Jira pour Tickets

Le label interne des états de ticket sera reflété dans les notifications Slack.

Et Jira for Tickets.

Expérience client

Vos clients verront l'étiquette visible par le client des états de ticket lorsqu'un ticket a été partagé avec eux via Messenger, emails ou portail client.

Si vous modifiez ou personnalisez un état de ticket, les clients verront les étiquettes mises à jour dans Messenger ainsi que dans toutes les nouvelles notifications par email.

Les emails envoyés avant la mise à jour conserveront les étiquettes d'état de ticket originales.

API

Vous pouvez voir les étiquettes internes et externes d'un état personnalisé d'un ticket lorsque vous effectuez un GET d'un ticket unique via l'API tickets.

Vous ne pouvez actuellement changer que l'état système d'un ticket via l'API. Lorsque vous le faites, l'état personnalisé de ce ticket sera défini sur le premier état personnalisé de la page types de ticket qui correspond à cet état système. Par exemple, un ticket déplacé en « En cours » sera défini sur le premier état personnalisé dans la section « En cours » de la page types de ticket.

Les états de ticket ne peuvent pas être gérés (par exemple créés ou archivés) via l'API.

Rapporter sur les états de ticket

Vous pouvez utiliser le jeu de données Temps passé dans l'état de ticket pour rapporter le temps passé dans chaque état de ticket. Cela inclut une métrique « Temps passé dans tous les états de ticket » et des attributs de reporting supplémentaires pour filtrer et segmenter votre rapport personnalisé.