Cet article parle de l’impact des valeurs supprimées, comme un marqueur ou un champ de ticket, dans vos automatismes et de la façon de corriger l’erreur liée aux valeurs supprimées.
Cet article contient les sections suivantes :
À propos des valeurs supprimées
Quand vous créez des automatismes, vous pouvez sélectionner de nombreuses conditions différentes. Consultez Conditions et actions des automatismes - Référence. Certaines d’entre elles seront toujours présentes dans votre compte, par exemple :
Dans Zendesk Support, les tickets ont toujours un statut, il y aura donc toujours un statut Clos. Mais si les statuts existeront toujours, qu’en est-il des autres éléments, comme les champs de ticket, qui peuvent être modifiés ou supprimés ?
Valeurs supprimées dans les automatismes
La modification des valeurs de champ peut avoir des résultats variables pour vos automatismes. Si nous créons une condition qui utilise un champ déroulant intitulé Test Dropdown avec une valeur intitulée pears et si vous remplacez le nom de la valeur du champ pears par pears v2.0, le nom de la condition de l’automatisme est mis à jour.
Cependant, en arrière-plan, bon nombre des fonctionnalités des automatismes utilisent les marqueurs. Alors que se passe-t-il si nous retournons à la valeur de champ pears et modifions le marqueur pour la valeur de ce champ au lieu de son nom ?
Si nous modifions le marqueur et regardons ensuite la condition de notre automatisme, nous voyons que la condition ne fonctionne plus et une erreur indiquant que la valeur n’existe plus et qu’il faut en choisir une autre s’affiche.
Si au lieu de modifier le marqueur, nous supprimions purement et simplement la totalité de la valeur du champ pears, il se passe exactement la même chose et une erreur indiquant que la valeur n’existe plus et qu’il faut en choisir une autre s’affiche.
Cette erreur ne semble pas être bon signe, mais de quoi s’agit-il véritablement ?
Le message d’erreur liée aux valeurs supprimées
Maintenant que nous avons modifié ou supprimé une valeur de champ de ticket qu’utilisait un automatisme et avons ainsi créé une erreur dans notre condition, regardons le reste de l’automatisme pour comprendre ce qui s’est passé. Le reste de notre automatisme ressemble à ce qui suit :
Nous voyons ici que la première condition affiche le message d’erreur. La condition est alors marquée comme erronée et elle est ignorée.
Ensuite, l’automatisme regarde si le ticket que cet automatisme vérifie est Inférieur à Clos et Ne contient pas le marqueur cricket.
Hélas, ces conditions restantes correspondent au reste des tickets actifs dans mon compte et le marqueur de ticket cricket est ajouté à tous mes tickets après l’exécution de cet automatisme.
Correction de l’erreur liée aux valeurs supprimées
Vous pouvez prendre différentes mesures pour corriger l’erreur liée aux valeurs supprimées :
- Mettre les automatismes à jour avant de modifier les champs de ticket
- Annuler l’automatisme pour nettoyer les tickets
- Apporter les corrections en utilisant l’API Zendesk
Mettre les automatismes à jour avant de modifier les champs de ticket
La meilleure solution pour éviter ce problème est d’avoir conscience des conditions dans vos automatismes et de les ajuster avant de modifier les champs qu’elles utilisent.
Vous pouvez modifier la valeur de champ que recherchent les conditions et la remplacer par une autre valeur de champ, ou vous pouvez totalement supprimer l’automatisme car avec la suppression du champ, il n’est plus d’actualité. Vous pouvez aussi modifier l’automatisme pour qu’il recherche quelque chose de totalement différent et que la condition corresponde à la nouvelle situation du ticket.
Quel que soit votre choix, l’objectif premier est de vous assurer que lorsque vous supprimez ou modifiez des champs, aucun automatisme actif de votre compte ne les utilise.
Annuler l’automatisme pour nettoyer les tickets
Pour nettoyer les tickets en annulant l’automatisme :
- Créez un nouvel automatisme qui annule ce que faisait l’automatisme précédent.
- Créez un nouvel automatisme qui fait ce que vous vouliez faire initialement.
Dans l’exemple ci-dessus, j’ai accidentellement ajouté le marqueur cricket à tous mes tickets. Dans mon nouvel automatisme, j’ai ajouté une action pour supprimer toutes les instances du marqueur cricket. L’automatisme ressemblerait à ce qui suit :
Le premier nouvel automatisme supprime le marqueur cricket. Une fois que cet automatisme s’est exécuté pendant quelques heures pour supprimer le marqueur de tous les tickets dans mon compte, je dois créer un nouvel automatisme qui replace le marqueur cricket dans les tickets où je voulais qu’il soit présent. Par exemple :
Voilà, j’ai annulé mon erreur et corrigé mes tickets. Les tickets dans lesquels je voulais initialement que le marqueur soit présent le contiendront.
Apporter les corrections en utilisant l’API Zendesk
Cette solution dépend du langage de script que vous connaissez, des mises à jour potentielles de l’API, des mises à jour du langage de programmation et des évolutions technologiques. Ces instructions sont un simple aperçu, comprenant des liens vers des informations supplémentaires sur l’API Zendesk.
Pour créer un script pour identifier les tickets affectés
- Récupérez l’horodatage UNIX correspondant au lancement de l’automatisme ou à la modification de votre champ.
- Saisissez-le dans le point de terminaison de l’API des événements incrémentaux pour émettre un appel vers votre compte et obtenir les événements de ticket qui ont eu lieu depuis.
Si vous n’avez pas la date et l’heure exactes, regardez vos tickets pour voir quand les modifications ont commencé, regardez quand a eu lieu la dernière mise à jour de ce champ ou estimez-les en devinant large.
- Une fois que vous avez récupéré ces événements, vous pouvez chercher l’ID de l’automatisme qui a déclenché l’action indésirable.
Si vous ne connaissez pas l’ID de l’automatisme, vous devriez le trouver dans le point de terminaison de liste des automatismes. Ensuite, récupérer les ID de ticket pour les événements qui contiennent l’automatisme.
Une fois que vous avez la liste des tickets affectés, vous devez déterminer les mesures à prendre pour les tickets afin de corriger le problème, puis appliquer ces mises à jour à chacun des tickets affectés que vous avez trouvés. Pour réaliser ces actions en masse le plus vite possible pour une liste de tickets, utilisez le point de terminaison de mise à jour de nombreux tickets.