Tâche de tickets
Contenus de cette page
À propos des tâches de tickets
Les tickets permettent d'attribuer la responsabilité d'une tâche à une personne ou à un rôle afin que vous puissiez agir rapidement. Les tâches TICKETS vous permettent de créer des tickets sur la base d'évènements antérieurs. Une fois que vous avez créé un ticket, vous pouvez gérer vos tickets via la page Suivi.
Astuce : si vous souhaitez attribuer un ticket à une équipe plutôt qu’à une seule personne, vous devrez d’abord créer cette équipe!
Configuration de la tâche de tickets
Astuce : Vous souhaitez enregistrer un modèle de vos créations de tâches de tickets pour les réutiliser ? Consultez la page des modèles de tickets.
Astuce : Par défaut, les tâches de ticket ne créent pas de tickets pour les réponses importées lorsqu'elles sont associées à un évènement de réponse à une enquête. Toutefois, vous pouvez créer une condition pour que votre tâche se déclenche lorsque l'état de la réponse est égal à Importé. Consultez cette page pour plus d'informations.
Informations de suivi
Attention : Cette fonction n'est pas incluse dans toutes les licences. Veuillez contacter le service des comptes si vous souhaitez accéder à cette fonction.
L'ajout de détails de suivi à votre tâche de ticket permet aux propriétaires de tickets de répondre à des questions supplémentaires sur le ticket. Vous pouvez ajouter une enquête de création de ticket, ou ajouter des questions à choix multiple ou de saisie du texte dans les détails de votre suivi.
Attention : les enquêtes de satisfaction sur les tickets constituent une version plus avancée des informations de suivi et offrent davantage de flexibilité quant à la manière dont vous recevez ces informations. Suivi des tâches de ticket existantes avec des détails de suivi ne peut pas être mis à jour pour utiliser les enquêtes de feedback de ticket, mais ils peuvent être reconstruits. Pour plus d'informations, voir les enquêtes de création de tickets.
Pour ajouter une question complémentaire, cliquez sur « Ajouter une question » dans la section « Détails du suivi », puis sélectionnez le type de question que vous souhaitez utiliser. Les sections ci-dessous expliquent comment gérer chaque type de question.
Astuce : bien que vous puissiez utiliser les réponses aux questions de suivi comme conditions dans une tâche de mise à jour d'un ticket, les enquêtes de satisfaction sur les ticketsne peuvent pas être utilisées pour créer un évènement de ticket. Pour mettre à jour un ticket en fonction des données issues d'une enquête de satisfaction sur les tickets, utilisez les workflows pour créerune tâche «Mettre à jour le ticket »ou une tâche « Service Web ».
Attention : il ne faut pas modifier les questions créées dans la section « Suivi » une fois qu'elles ont été publiées.
Saisie du texte
Une fois qu'une question de saisie de texte a été ajoutée à vos détails de suivi, vous pouvez modifier les champs suivants. Notez que ces champs peuvent être modifiés dans n'importe quel ordre.
Choix multiple
Une fois qu'une question à choix multiples a été ajoutée à vos informations de suivi, vous pouvez modifier les champs suivants. Notez que ces champs peuvent être modifiés dans n'importe quel ordre.
Gestion des détails de suivi
Lorsque vous modifiez les détails de votre suivi, vous pouvez supprimer un sondage ou une question en cliquant sur le bouton « moins » ( – ) situé à côté.
COMMENT LES MODIFICATIONS APPORTÉES AUX QUESTIONS DE SUIVI AFFECTENT LA CRÉATION DE TICKETS
Lorsque vous modifiez les questions de suivi de vos tickets, cela peut avoir une incidence sur votre ensemble de données de reporting relatif aux tickets. Continuez à lire sur l'impact des différentes modifications sur votre ensemble de données.
Ajouter et modifier des choix de réponses
Ce changement n'a pas d'implications négatives pour le signalement des tickets. Aucune des réponses existantes ne sera impactée. Les réponses après l'ajout / la suppression seront simplement dans la nouvelle gamme de réponses possibles.
Modifier le texte de la question
Ce changement a un impact sur votre ensemble de données de rapport de ticket. Reformuler une question de suivi équivaut à en créer une nouvelle. Aucune des réponses existantes ne sera affectée ; cependant, la nouvelle formulation devra être mappée comme un nouveau champ dans les rapports de ticket, car elle est considérée comme un nouveau champ. Toutes les réponses futures à la nouvelle formulation apparaîtront dans le champ nouvellement mappé, et aucune n'ira dans l'ancien champ.
Suppression d'une question de suivi
Cela n'a pas d'implications négatives pour le signalement des tickets. Aucune des réponses existantes ne sera impactée. Après la suppression, aucune nouvelle réponse ne peut être collectée pour l'ancien champ.
Utilisation des données de ticket
Lors de la création d'une tâche de tickets, vous êtes autorisé à ajouter des informations supplémentaires au ticket, appelées données du ticket. Ces champs peuvent être personnalisés à votre guise, en extrayant les réponses à l'enquête, les valeurs de données intégrées et bien plus encore.
Cependant, cette fonctionnalité ne sert pas uniquement à ajouter des informations supplémentaires à un ticket. Vous pouvez également utiliser les données des tickets pour attribuer des tickets simultanément à un individu et à une équipe (plutôt que l'un ou l'autre) et lier des réponses similaires entre elles pour un accès rapide à vos tickets. Vous pouvez également utiliser les données du ticket comme conditions dans une tâche de création de ticket.
Gestion des données de ticket
Une fois que vous avez créé les données de votre ticket, vous pouvez modifier l'ordre dans lequel elles apparaissent sur le ticket, masquer certains champs afin qu'ils ne soient pas visibles par le titulaire du ticket, ou supprimer complètement ces données.
Pour connaître la marche à suivre, consultez les rubriques « Points clés » et « Détails » du ticket.
Modification des champs de données de ticket
Attention : Les noms des champs de tickets sont limités à 255 caractères ASCII. Les noms plus longs que cette limite seront coupés.
Vous pouvez modifier ces détails même après la création de vos billets. Il vous suffit de retourner dans votre onglet Flux de travail et de cliquer sur la tâche de ticket pour modifier vos données de ticket. Attention toutefois : certaines créations de tickets peuvent avoir des conséquences inattendues sur les tickets. Ci-dessous, nous passons en revue les différentes modifications que vous pouvez apporter aux champs de données des tickets.
Si vous renommez un champ, toutes les données associées à ce champ seront supprimées dans tous les tickets créés avec cette tâche. Cependant, rétablir le nom du champ à l'ancien nom ou ajouter un nouveau champ avec l'ancien nom restaurera les données supprimées.
Exemple : imaginons que vous ayez un champ appelé « Client » qui soit associé à un champ de la Liste de contacts. Si vous modifiez le nom de champ pour le remplacer par « beCustomer », toutes les données associées à ce champ disparaîtront de l'ensemble des tickets générés à partir de la tâche de ticket. En renommant le champ « back toClient », les données seront restaurées.
La création de la valeur mappée d'un champ de ticket n'affectera que les tickets à venir. Cette modification n'est pas rétroactive et ne modifiera pas les valeurs des tickets déjà créés.
Exemple : imaginons que vous ayez un champ appelé « Téléphone » qui soit associé à un champ de la liste de contacts. Si vous modifiez le champ pour qu'il soit désormais associé à une question d'enquête, les données de vos tickets générés précédemment ne changeront pas. Seuls les tickets nouvellement créés après le changement auront la valeur mise à jour.
Points forts et détails des billets
Dans la section « Détails du ticket », vous pouvez regrouper les champs de données en différentes sections à l'aide d'en-têtes, afin d'organiser les informations par catégorie. Grâce à la fonctionnalité « Points forts des tickets », vous pouvez mettre en avant les trois indicateurs et commentaires les plus importants. Que ce soit dans les détails ou dans les points clés, vous pouvez attribuer un code couleur aux indicateurs en fonction de leurs scores, ce qui aide les agents à traiter plus rapidement les informations essentielles.
Exemple : voici à quoi peuvent ressembler les points clés et les détails d'un ticket lorsqu'un responsable l'ouvre :
Astuce : l'ancien récapitulatif des tickets, comprenant les champs « Note du ticket » et « Commentaires sur le ticket », est automatiquement transféré vers la section « Points clés du ticket » avec les couleurs par défaut. Vous pouvez personnaliser cette configuration selon vos besoins en suivant les étapes décrites ci-dessus. Ce changement concerne aussi bien les tickets existants que les nouveaux tickets créés.
Astuce : lorsque la fonctionnalité « Détails et points forts des tickets » est activée pour une organisation, toutes les données existantes relatives aux tickets sont transférées vers une nouvelle section par défaut dédiée aux détails des tickets. Aucune donnée relative aux tickets n'est supprimée des flux de travail existants.
Équipes et attribution des tickets
Les tickets sont généralement attribués à un seul utilisateur ou à une seule équipe à la fois. Toutefois, il est possible d'attribuer des tickets à des utilisateurs ou à des équipes en fonction des données intégrées que vous définissez dans le flux d'enquête. De cette façon, vous pouvez construire une série de conditions dynamiques dans le flux d'enquête pour attribuer des tickets.
Attention : Si un ticket est attribué dynamiquement à un utilisateur qui n'a pas accès aux tickets, le ticket sera attribué au propriétaire par défaut sélectionné à l'étape 9.
Liaison dynamique des réponses
Vous pouvez utiliser les données de ticket pour lier les réponses associées entre elles. Une fois que plusieurs réponses ont déclenché un ticket avec le même champ et la même valeur de réponse associée, vous pourrez afficher ces réponses associées sur la page de suivi.
Attention : Le lien vers dynamique fonctionne avec les réponses enregistrées dans la même enquête. Vous ne pouvez pas créer de liens dynamiques entre les enquêtes.
Les tickets dont le Q_RelatedResponseField et le Q_RelatedResponseFieldValue correspondent dans les données du Ticket seront liés. Pour consulter ces données, accédez à votre page de suivi en cliquant sur Tickets dans le menu de navigation global.
Cliquez sur un ticket pour l'ouvrir, puis cliquez sur « Afficher les réponses associées » dans la section « Réponses à l'enquête client ».
Toutes les réponses correspondantes seront listées ci-dessous avec la date à laquelle elles ont été enregistrées. Cliquez sur une réponse pour la développer.
Astuce : Les réponses connexes ne peuvent être liées qu'à des tickets actifs. Tout ticket fermé n'affichera plus les réponses associées. Il est également important de noter que, bien que les tickets générés par les réponses test puissent apparaître dans la liste « Afficher les réponses associées », une réponse d'aperçu ou une réponse réelle doit être enregistrée dans l'enquête pour que ces réponses apparaissent.
Adresse e-mail de suivi par défaut
Vous avez la possibilité de définir une adresse e-mail par défaut à contacter lorsque vous cliquez sur « Envoyer un e-mail » dans un ticket. Vous pouvez même rendre cette adresse e-mail dynamique, en changeant en fonction de ce qu'un répondant dit dans l'enquête.
Champs de données avancés relatifs aux billets
Lors de la création de tickets à partir de projets autres que des enquêtes (projets de données importées, projets Discover et flux de travail autonomes) ou lors de l'utilisation de boucles, vous pouvez rencontrer des problèmes de duplication de tickets ou d'erreur dans la source du projet. Il existe plusieurs champs de données avancés supplémentaires relatifs aux tickets qui peuvent être utilisés pour éviter ce problème en contrôlant la manière dont les tickets sont identifiés et dédupliqués.
Cette section vous présente les champs à votre disposition, dans quelles circonstances les utiliser et comment les utiliser dans vos tâches de création de ticket. Ces champs fonctionnent de la même manière que « Q_TicketOwner » et « Q_TicketTeam », utilisés pour l'attribution dynamique des tickets. Ils sont ajoutés en tant que champs de données dans la tâche « Tickets » et sont utilisés lors de la création des tickets (ce qui signifie qu’ils n’apparaissent pas comme des données visibles sur le ticket lui-même ni dans les rapports relatifs aux tickets).
| Nom du champ | Ce qu'il contrôle | Quand l'utiliser ? |
|---|---|---|
| Q_TicketResponseID | Définit l'identifiant de réponse utilisé pour la déduplication | Si vous créez des tickets en boucle et que chaque itération doit générer un ticket distinct ; ou si vous créez des tickets à partir de flux de travail Discover ou autonomes pour lesquels la déduplication par défaut ne fonctionne pas |
| Q_TicketSourceID | Définit l'identifiant du projet ou de l'enquête source | Si vous devez modifier le projet auquel le ticket est associé |
| Q_Type de source du billet | Définit le type de source (Enquête, IDP, ORM, Global) | Si votre type de projet est classé dans une catégorie erronée |
Astuce : pour pouvoir utiliser ces champs dans vos flux de travail de création de ticket, ils doivent être inclus dans l'évènement qui est le déclencheur de votre flux de travail. Par exemple, si votre flux de travail est déclenché par un évènement JSON, vous pouvez inclure ces champs dans la charge utile JSON afin qu’ils soient disponibles sous forme de texte inséré lors du mappage des données de votre ticket.
Pourquoi utiliser Q_TicketResponseID ?
Lorsqu'un ticket est créé, Qualtrics utilise l'identifiant de réponse « responseId » ainsi que l'identifiant de tâche « actionId » pour générer un identifiant de ticket unique. Si les mêmes identifiants « responseId » et « actionId » apparaissent à nouveau (par exemple lors d'une boucle de flux de travail), le système renvoie le ticket existant au lieu d'en créer un nouveau.
Dans certaines configurations de flux de travail, la valeur par défaut de `responseId` entraîne le comportement suivant :
- Boucles (For Each) : toutes les itérations d'une boucle partagent le même identifiant d'exécution du flux de travail, qui correspond à leur « ResponseID ». Cela signifie que seule la première itération génère un ticket. Toutes les itérations suivantes renvoient ce même ticket au lieu d'en créer de nouveaux.
- Découvrez les projets et les flux de travail autonomes : le « ResponseID » est effacé au cours du traitement, ce qui désactive complètement la déduplication. Cela peut entraîner la création de tickets en double si le flux de travail est réexécuté ou si l'évènement est traité plusieurs fois.
En attribuant à « Q_TicketResponseID » une valeur unique pour chaque ticket visé et identique à chaque nouvelle tentative, vous pouvez réaliser la déduplication de vos tickets.
Configuration de Q_TicketResponseID
| Scénario | Valeur recommandée | Pourquoi |
|---|---|---|
| Itération sur la source de données IDP | ${lm://Champ/Identifiant unique} | Il s'agit de l'identifiant unique de l'enregistrement provenant de la source de données. Chaque itération de la boucle traite un enregistrement différent ; ainsi, l'identifiant unique de l'enregistrement permet de distinguer chaque ticket. |
| Itérer sur n'importe quelle liste | ${lm://Champ/…} | Il peut s'agir de n'importe quel champ qui soit unique pour chaque élément de la liste. Cela garantit que chaque élément de la liste génère son propre ticket. |
| Projet Discover | ${e://Champ/IdentifiantDeL'événement} | Il s'agit de l'identifiant de l'évènement ; vous pouvez également choisir n'importe quel champ d'évènement unique équivalent. Chaque évènement « Discover » doit générer un ticket ; l'identifiant de l'évènement permet d'éviter les doublons lors de la relecture. |
| Flux de travail autonome | Toute valeur transmise par canal qui est unique pour chaque exécution prévue du ticket | La sélection d'un champ contenant des valeurs uniques permet d'activer la déduplication, qui est sinon désactivée pour les flux de travail autonomes. |
Exemple : une pratique courante consiste à extraire des données d'un projet de données importées et à créer un ticket pour chaque enregistrement à l'aide d'une boucle « for each ». Sans Q_TicketResponseID, toutes les itérations de la boucle renverraient le même ticket. À la place, associez Q_TicketResponseID à un champ de votre source de données qui identifie de manière unique chaque enregistrement (par exemple, un identifiant client, un numéro de dossier ou un identifiant de ligne) en utilisant du texte inséré par la source de données « loop ». Désormais, chaque itération créera un ticket distinct, car chaque boucle possède un identifiant de réponse unique.
Astuce : si vous souhaitez que toutes les itérations de la boucle mettent intentionnellement à jour le même ticket (par exemple, pour agréger des données), ne définissez pas Q_TicketResponseID. Par défaut, la fonction renvoie le ticket existant, ce qui vous permet de le mettre à jour à chaque itération.
Configuration des paramètres Q_TicketSourceID et Q_TicketSourceType
Ces champs suivent les mêmes étapes de configuration que Q_TicketResponseID :
Astuce : la plupart des flux de travail n'ont pas besoin des champs « Q_TicketSourceID » ni « Q_TicketSourceType ». Ces informations ne sont nécessaires que si le type ou l'identifiant de votre projet a été classé de manière erronée.
FAQs
Ai-je accès à toutes les extensions disponibles via les modèles de flux de travail ?
Ai-je accès à toutes les extensions disponibles via les modèles de flux de travail ?
Existe-t-il un lien vers l'ensemble des évènements et des tâches des flux de travail ?
Existe-t-il un lien vers l'ensemble des évènements et des tâches des flux de travail ?
Que sont les modèles de flux de travail ?
Que sont les modèles de flux de travail ?
Qu'est-ce qu'un flux de travail ? / Où se trouvent les actions ?
Qu'est-ce qu'un flux de travail ? / Où se trouvent les actions ?
Cette mise à jour n'apporte aucune modification aux fonctionnalités liées aux flux de travail.
C'est génial! Merci pour votre avis!
Merci pour votre avis!