Comment configurer l'automatisation Zendesk pour fermer les demandes annulées

Stevia Putri
Written by

Stevia Putri

Reviewed by

Stanley Nicholas

Last edited 24 février 2026

Expert Verified

Image de bannière pour Comment configurer l'automatisation Zendesk pour fermer les demandes annulées

Lorsqu'un client envoie un e-mail pour annuler sa demande d'assistance, qu'advient-il de ce ticket ? Pour de nombreuses équipes, il reste au statut « résolu » pendant des jours, encombrant les vues et faussant les mesures. La solution est une automatisation qui ferme correctement les demandes annulées, mais la configuration par défaut de Zendesk ne rend pas cela évident.

Voici la version courte : vous avez deux options. Vous pouvez utiliser les automatisations Zendesk (règles basées sur le temps qui s'exécutent toutes les heures) ou les déclencheurs (actions immédiates). Les automatisations sont plus faciles à configurer, mais ont un délai. Les déclencheurs fonctionnent instantanément, mais nécessitent une solution de contournement, car Zendesk ne permet pas la fermeture manuelle. Ce guide couvre les deux approches, ainsi que des exemples d'automatisation pour les scénarios courants et une alternative basée sur l'IA qui comprend l'intention d'annulation.

Une capture d'écran de la page d'accueil de Zendesk.
Une capture d'écran de la page d'accueil de Zendesk.

Comprendre les statuts des tickets Zendesk

Avant de configurer une automatisation, vous devez comprendre comment Zendesk gère les statuts des tickets. La plateforme utilise un cycle de vie spécifique : Nouveau, Ouvert, En attente, Résolu et Fermé. Chaque statut a un objectif distinct dans votre flux de travail.

Une interface de ticket de support client affichant un ticket « Remboursement traité » dans un état fermé, indiquant sa position dans le cycle de vie du ticket.
Une interface de ticket de support client affichant un ticket « Remboursement traité » dans un état fermé, indiquant sa position dans le cycle de vie du ticket.

Résolu vs Fermé : La différence cruciale

Cette distinction piège même les administrateurs Zendesk expérimentés. Lorsqu'un agent marque un ticket comme résolu, le client peut le rouvrir simplement en répondant. Le ticket revient à « ouvert » et atterrit à nouveau dans votre file d'attente. Ceci est utile pour les suivis légitimes, mais problématique pour les demandes annulées.

Lorsqu'un ticket est fermé, il devient en lecture seule. Le client ne peut pas le rouvrir. S'il répond, Zendesk crée un nouveau ticket de suivi à la place. C'est exactement ce que vous voulez pour les demandes annulées, vous ne voulez pas qu'un e-mail « peu importe » d'il y a trois jours rouvre soudainement un ticket que vous considériez comme terminé.

Pourquoi les demandes annulées doivent être fermées, et pas seulement résolues

Les demandes annulées sont différentes des problèmes résolus. Lorsqu'un client dit « en fait, veuillez annuler ceci », il ne cherche pas une solution. Il retire explicitement la demande. Laisser ces demandes au statut « résolu » :

  • Gonfle vos mesures de tickets résolus avec des demandes qui n'ont jamais été réellement traitées
  • Permet aux clients de rouvrir accidentellement d'anciennes annulations avec des e-mails de suivi
  • Crée une confusion lors de la création de rapports sur les taux de résolution réels

Comportement par défaut de Zendesk : fermeture automatique après 4 jours

Par défaut, Zendesk inclut une automatisation appelée « Fermer le ticket 4 jours après que le statut est défini sur résolu ». Cette automatisation s'exécute une fois par heure et change les tickets résolus en tickets fermés après une période de grâce de 4 jours. Vous pouvez modifier le délai (n'importe où de 1 heure à 28 jours), mais vous ne pouvez pas désactiver complètement cette automatisation, elle est requise pour les performances du système.

Le problème ? Cela s'applique à TOUS les tickets résolus, pas seulement à ceux annulés. Si vous voulez que les demandes annulées soient fermées plus rapidement, ou si vous voulez une gestion différente pour les annulations par rapport aux résolutions réelles, vous avez besoin d'une automatisation personnalisée.

Méthode 1 : Utiliser les automatisations Zendesk pour les demandes annulées

Les automatisations dans Zendesk sont des règles métier basées sur le temps. Elles s'exécutent une fois par heure sur tous les tickets non fermés et vérifient si leurs conditions sont remplies. Si c'est le cas, elles effectuent les actions spécifiées. Cela les rend parfaites pour les scénarios « fermer après X temps ».

Centre d'administration Zendesk affichant l'interface de configuration d'une automatisation de ticket, y compris les conditions et les actions.
Centre d'administration Zendesk affichant l'interface de configuration d'une automatisation de ticket, y compris les conditions et les actions.

Étape 1 : Accéder au Centre d'administration

Allez dans Centre d'administration > Objets et règles > Règles métier > Automatisations. Vous verrez une liste des automatisations existantes, y compris l'automatisation par défaut « Fermer le ticket 4 jours après que le statut est défini sur résolu ».

Étape 2 : Créer une nouvelle automatisation pour les demandes annulées

Cliquez sur Ajouter une automatisation. Donnez-lui un nom clair comme « Fermer les demandes annulées après 1 heure ». Le nom doit décrire à la fois ce qu'elle fait et quand elle le fait.

Étape 3 : Définir les conditions

Sous « Remplir TOUTES les conditions suivantes », ajoutez :

  • Ticket > Statut | Est | Résolu
  • Ticket > Balises | Contient au moins l'une des suivantes | cancelled
  • Ticket > Heures depuis la résolution | Est | 1

La condition « Heures depuis la résolution est » est importante. Sans une condition basée sur le temps, l'automatisation se déclencherait immédiatement et à plusieurs reprises. L'opérateur « est » signifie que cette condition n'est vraie qu'une seule fois, exactement à la marque de 1 heure, empêchant les boucles infinies.

Étape 4 : Définir les actions

Sous « Effectuer ces actions », ajoutez :

  • Ticket > Statut | Fermé
  • Ticket > Supprimer les balises | cancelled

La suppression de la balise est essentielle. Sans cette étape, l'automatisation continuerait à correspondre au ticket (puisqu'il a toujours la balise « cancelled ») et essaierait de se déclencher à nouveau lors de la prochaine exécution horaire. Zendesk empêche cela de créer une boucle infinie, mais il est plus propre de supprimer la balise.

Cliquez sur Créer une automatisation pour enregistrer.

Limitations de l'automatisation à comprendre

Les automatisations ne s'exécutent qu'une fois par heure, et elles traitent par lots. Cela signifie :

  • Un ticket marqué comme résolu à 10 h 15 ne sera pas fermé tant que l'automatisation ne s'exécute pas (entre 11 h 00 et 11 h 59)
  • Si vous avez de nombreux tickets, l'automatisation peut prendre du temps pour tous les traiter
  • Vous ne pouvez pas forcer une automatisation à s'exécuter immédiatement

Pour les équipes qui ont besoin d'une fermeture instantanée, les déclencheurs sont la meilleure option.

Méthode 2 : Utiliser des déclencheurs pour une fermeture immédiate

Les déclencheurs dans Zendesk se déclenchent immédiatement lorsqu'un ticket est créé ou mis à jour. Ils n'attendent pas le lot horaire. Cela les rend idéaux pour les scénarios où vous voulez une action instantanée.

Cependant, il y a un piège : Zendesk ne permet pas aux agents de définir manuellement les tickets sur le statut « fermé ». Fermé est un statut système uniquement. La solution de contournement consiste à utiliser un déclencheur pour fermer automatiquement les tickets lorsqu'une balise spécifique est appliquée.

L'interface de configuration du déclencheur affichant les conditions basées sur le statut et les balises du ticket, et les actions pour supprimer les balises et définir le statut du ticket pour les flux de travail automatisés.
L'interface de configuration du déclencheur affichant les conditions basées sur le statut et les balises du ticket, et les actions pour supprimer les balises et définir le statut du ticket pour les flux de travail automatisés.

Étape 1 : Créer un déclencheur pour la fermeture forcée

Allez dans Centre d'administration > Objets et règles > Règles métier > Déclencheurs. Cliquez sur Ajouter un déclencheur. Nommez-le quelque chose comme « Forcer la fermeture des tickets balisés ».

Étape 2 : Configurer les conditions du déclencheur

Sous « Remplir TOUTES les conditions suivantes », ajoutez :

  • Ticket > Catégorie de statut | Inférieur à | Fermé
  • Ticket > Balises | Contient au moins l'une des suivantes | closenow

La condition « Inférieur à Fermé » garantit que le déclencheur ne se déclenche que sur les tickets qui ne sont pas déjà fermés. Cela évite les erreurs.

Étape 3 : Configurer les actions du déclencheur

Sous « Effectuer ces actions », ajoutez :

  • Ticket > Supprimer les balises | closenow
  • Ticket > Catégorie de statut | Fermé

L'ordre est important ici. Supprimez d'abord la balise, puis changez le statut. Cela évite les problèmes potentiels avec les tickets de suivi qui sont automatiquement fermés lors de la création.

Cliquez sur Créer un déclencheur pour enregistrer.

Étape 4 : Créer une macro pour les agents

Maintenant, les agents ont besoin d'un moyen d'appliquer facilement la balise closenow. Créez une macro :

  1. Allez dans Centre d'administration > Espaces de travail > Outils d'agent > Macros
  2. Cliquez sur Ajouter une macro
  3. Nommez-la « Fermer le ticket immédiatement »
  4. Sous Actions, ajoutez Ajouter des balises | closenow
  5. Cliquez sur Créer une macro

Lorsqu'un agent applique cette macro à un ticket, le déclencheur se déclenche instantanément et ferme le ticket. L'agent voit le changement de statut immédiatement.

Quand utiliser les déclencheurs par rapport aux automatisations

Cas d'utilisationMeilleure optionPourquoi
Fermer immédiatement les demandes annuléesDéclencheurAction instantanée lorsque l'agent applique la macro
Fermer tous les tickets résolus après une période de grâceAutomatisationProcessus systématique basé sur le temps
Fermer les tickets que le client a annulés par e-mailDéclencheurDétecter le mot-clé, ajouter la balise, le déclencheur ferme
Fermer en masse les anciens ticketsAutomatisationTraite de nombreux tickets efficacement

Exemples d'automatisation pour les scénarios d'annulation courants

Voici quatre configurations d'automatisation prêtes à l'emploi pour des flux de travail d'annulation spécifiques.

Exemple 1 : Fermeture automatique lorsque le client annule par e-mail

Cette configuration détecte les mots-clés d'annulation dans les e-mails des clients et gère l'ensemble du flux de travail automatiquement.

Déclencheur : Détecter l'annulation

  • Conditions : Ticket > Texte du commentaire | Contient la chaîne suivante | cancel
  • Actions : Ajouter des balises cancelled | Définir le statut sur Résolu

Automatisation : Fermer après un bref délai

  • Conditions : Le statut est Résolu, les balises contiennent cancelled, les heures depuis la résolution sont 1
  • Actions : Définir le statut sur Fermé, Supprimer la balise cancelled

Le déclencheur détecte l'annulation et résout le ticket. L'automatisation attend une heure (donnant au client une brève fenêtre pour changer d'avis), puis le ferme.

Exemple 2 : Fermeture automatique des tickets abandonnés

Parfois, les clients disparaissent en milieu de conversation. Ces tickets ne devraient pas rester « en attente » indéfiniment.

Automatisation : Avertir après 5 jours

  • Conditions : Le statut est En attente, les heures depuis la mise en attente sont 120 (5 jours)
  • Actions : Ajouter des balises pending_warning, Ajouter un commentaire (message d'avertissement au client)

Automatisation : Résoudre après 7 jours

  • Conditions : Le statut est En attente, les balises contiennent pending_warning, les heures depuis la mise en attente sont 168 (7 jours)
  • Actions : Définir le statut sur Résolu, Ajouter un commentaire (informant le client de la fermeture)

Automatisation : Fermer après 8 jours

  • Conditions : Le statut est Résolu, les balises contiennent pending_warning, les heures depuis la résolution sont 24
  • Actions : Définir le statut sur Fermé, Supprimer les balises pending_warning

Cette automatisation en trois étapes donne aux clients un avertissement, puis résout, puis ferme, gardant votre file d'attente propre.

Exemple 3 : Fermer en masse les anciens tickets résolus

Si vous avez un arriéré de tickets résolus qui n'ont jamais été fermés, vous pouvez les nettoyer avec une automatisation unique.

Automatisation : Fermer en masse les anciens tickets

  • Conditions : Le statut est Résolu, les heures depuis la résolution sont 168 (7 jours), les balises ne contiennent aucune des suivantes : keep_open
  • Actions : Définir le statut sur Fermé

Ajoutez la balise keep_open à tous les tickets que vous voulez exclure. Exécutez cette automatisation une fois, puis désactivez-la.

Exemple 4 : Fermer avec notification

La transparence est importante. Lorsque vous fermez automatiquement un ticket, le client doit savoir pourquoi.

Automatisation : Fermer avec e-mail

  • Conditions : Le statut est Résolu, les balises contiennent cancelled, les heures depuis la résolution sont 1
  • Actions :
    • Définir le statut sur Fermé
    • Supprimer la balise cancelled
    • Envoyer un e-mail à l'utilisateur | Objet : « Votre demande a été fermée » | Corps : « Bonjour {{ticket.requester.first_name}}, Nous vous écrivons pour confirmer que votre demande d'assistance (#{{ticket.id}}) a été fermée conformément à votre demande. Si vous avez besoin d'une assistance supplémentaire, veuillez répondre à cet e-mail ou démarrer une nouvelle conversation. Merci, {{ticket.assignee.name}} »

Cette courtoisie professionnelle évite la confusion et donne aux clients un chemin clair s'ils ont besoin d'aide plus tard.

Meilleures pratiques et pièges courants

La configuration de l'automatisation n'est que la moitié de la bataille. Ces pratiques permettront à votre flux de travail de fonctionner correctement.

Toujours avertir les clients avant la fermeture automatique

Ne fermez jamais un ticket sans donner un avertissement au client. Même pour les annulations, une brève notification évite les e-mails de suivi « qu'est-il arrivé à mon ticket ? ». Au minimum, incluez un commentaire ou une action par e-mail dans votre automatisation.

Calendrier de l'enquête CSAT

Zendesk envoie généralement des enquêtes CSAT lorsque les tickets sont fermés. Pour les demandes annulées, vous ne voulez probablement pas interroger le client, il a annulé, il n'a pas besoin d'évaluer l'expérience.

Ajoutez une condition à votre automatisation CSAT : Les balises ne contiennent aucune des suivantes : cancelled. Cela exclut les tickets annulés des enquêtes.

Stratégie de balisage

Soyez cohérent avec vos balises. Utilisez cancelled dans tous vos flux de travail d'annulation. Si différentes équipes utilisent canceled, cancel et cancelled, vos automatisations manqueront des tickets.

Documentez vos conventions de balisage dans un wiki interne ou un document partagé. Examinez-les trimestriellement pour détecter les dérives.

Erreurs courantes à éviter

  • Fermeture trop rapide : Donnez aux clients au moins quelques heures entre la résolution et la fermeture. La fermeture immédiate les empêche de rouvrir s'ils changent d'avis.
  • Ne pas supprimer les balises : Supprimez toujours les balises de déclenchement après le déclenchement de l'action. Les balises persistantes causent de la confusion et peuvent interférer avec d'autres automatisations.
  • Problèmes d'ordre d'automatisation : Zendesk traite les automatisations de haut en bas. Si vous avez plusieurs automatisations qui pourraient correspondre au même ticket, l'ordre est important. Placez les automatisations plus spécifiques au-dessus des automatisations générales.

Surveillance de vos automatisations

Vérifiez régulièrement vos journaux d'automatisation. Allez dans Centre d'administration > Objets et règles > Règles métier > Automatisations, puis cliquez sur une automatisation pour voir combien de tickets elle a traités récemment. Des baisses ou des pics soudains indiquent des problèmes.

Alternative : Gestion des annulations basée sur l'IA avec eesel AI

L'automatisation basée sur des règles fonctionne, mais elle a des limites. Elle ne peut pas comprendre le contexte. Elle traite « veuillez annuler ma demande » et « n'annulez pas mon abonnement » de la même manière s'ils contiennent tous les deux « cancel ». Elle ne peut pas faire la différence entre une annulation authentique et un client demandant « puis-je annuler mon rendez-vous ? ».

C'est là que eesel AI entre en jeu. Au lieu de la correspondance de mots-clés, eesel AI utilise la compréhension du langage naturel pour détecter l'intention d'annulation réelle.

Une capture d'écran de la plateforme eesel AI montrant l'interface sans code pour configurer l'agent IA principal, qui utilise divers outils de sous-agent.
Une capture d'écran de la plateforme eesel AI montrant l'interface sans code pour configurer l'agent IA principal, qui utilise divers outils de sous-agent.

Comment eesel AI gère les annulations différemment

Lorsqu'il est connecté à votre compte Zendesk, eesel AI lit les messages entrants et comprend :

  • « En fait, peu importe » signifie que le client retire la demande
  • « Veuillez annuler cette commande » est une annulation
  • « Puis-je annuler et reporter ? » n'est pas une annulation, c'est une demande de modification
  • « N'annulez pas mon abonnement » n'est explicitement PAS une annulation

L'IA fait cette distinction automatiquement et gère chaque scénario de manière appropriée.

Avantages par rapport à l'automatisation Zendesk native

CapacitéAutomatisation Zendeskeesel AI
Détecte l'intention d'annulationCorrespondance de mots-clés uniquementCompréhension du langage naturel
Gère les formulations ambiguësNonOui
Différencie les types d'annulationNonOui (commande vs demande vs abonnement)
Répond automatiquement aux annulationsNécessite un déclencheur distinctMessages de confirmation intégrés
Apprend des correctionsNonOui

Intégration avec Zendesk

La configuration de eesel AI avec Zendesk prend environ cinq minutes :

  1. Connectez-vous via OAuth (aucun jeton API à gérer)
  2. eesel AI apprend automatiquement de vos anciens tickets
  3. Configurez la gestion des annulations en langage clair : « Lorsqu'un client annule une demande, résolvez et fermez le ticket après 1 heure »
  4. Testez avec des tickets historiques avant de passer en direct

Nous offrons un essai gratuit de 7 jours sans carte de crédit requise. Nos prix commencent à 299 $/mois pour le plan Team, qui comprend jusqu'à 3 bots et 1 000 interactions d'IA par mois.

Une image de la page de tarification d'eesel AI, qui contraste avec le modèle de tarification opaque de Glean en affichant des coûts clairs et publics.
Une image de la page de tarification d'eesel AI, qui contraste avec le modèle de tarification opaque de Glean en affichant des coûts clairs et publics.

Quand envisager l'IA par rapport à l'automatisation basée sur des règles

Envisagez eesel AI si :

  • Vos clients utilisent un langage varié pour annuler (« peu importe », « veuillez ne pas tenir compte », « annuler cela »)
  • Vous voyez fréquemment de faux positifs de la correspondance de mots-clés
  • Vous voulez des réponses intelligentes, pas seulement des changements de statut
  • Votre équipe passe du temps à corriger les erreurs d'automatisation

Pour les phrases d'annulation simples et cohérentes, l'automatisation Zendesk native fonctionne bien. Pour les communications client complexes et variées, l'IA gère mieux la nuance.

Configurer votre première automatisation d'annulation aujourd'hui

Prêt à nettoyer vos demandes annulées ? Voici votre liste de contrôle de démarrage rapide :

  1. Choisissez votre méthode : Utilisez des déclencheurs pour une fermeture immédiate, des automatisations pour une fermeture basée sur le temps
  2. Choisissez votre balise : Utilisez cancelled ou closenow de manière cohérente
  3. Créez la règle : Suivez les étapes de la méthode 1 ou 2 ci-dessus
  4. Testez d'abord : Appliquez la balise à un ticket de test et vérifiez le comportement
  5. Formez votre équipe : Montrez aux agents comment utiliser la macro (si vous utilisez des déclencheurs)
  6. Surveillez pendant une semaine : Vérifiez que les tickets se ferment comme prévu

Configuration de démarrage recommandée

Si vous ne savez pas par où commencer, utilisez cette configuration :

  • Déclencheur : Détecter « cancel » dans le texte du commentaire, ajouter la balise cancelled, définir le statut sur Résolu
  • Automatisation : Fermer les tickets avec la balise cancelled 2 heures après avoir été résolus
  • Exclusion CSAT : Ne pas interroger les tickets avec la balise cancelled

Cela donne aux clients une brève fenêtre pour changer d'avis tout en gardant votre file d'attente propre.

Ressources pour un apprentissage plus approfondi

L'automatisation de l'annulation est un petit changement qui fait une grande différence. Vos mesures deviennent plus précises, votre file d'attente reste plus propre et votre équipe passe moins de temps à gérer les tickets qui n'allaient nulle part. Commencez par un déclencheur ou une automatisation simple aujourd'hui, puis itérez en fonction de ce que vous apprenez.

Si vous voulez explorer l'automatisation intelligente qui comprend ce que vos clients veulent réellement dire, essayez eesel AI. Nous gérons la nuance pour que vous n'ayez pas à le faire.


Foire aux questions

Créez un déclencheur qui détecte les mots-clés d'annulation (comme « annuler » ou « peu importe ») dans le texte du commentaire. Faites en sorte que ce déclencheur ajoute une balise `cancelled` et définisse le statut sur Résolu. Créez ensuite une automatisation qui ferme les tickets avec la balise `cancelled` après 1 à 2 heures. Cela vous donne une détection immédiate avec une brève période de grâce avant la fermeture.
Les automatisations sont basées sur le temps et s'exécutent une fois par heure. Elles sont idéales pour les scénarios de « fermeture après X temps ». Les déclencheurs se déclenchent immédiatement lorsque les conditions sont remplies, ce qui les rend plus adaptés à la fermeture instantanée. Cependant, comme Zendesk ne permet pas la fermeture manuelle, les déclencheurs nécessitent une solution de contournement utilisant des balises pour forcer le changement de statut.
Non. Une fois qu'un ticket est fermé, les clients ne peuvent pas le rouvrir. S'ils répondent à un ticket fermé, Zendesk crée un nouveau ticket de suivi à la place. C'est pourquoi les demandes annulées doivent être fermées plutôt que simplement résolues, cela empêche les anciennes annulations de réapparaître dans votre file d'attente.
La plupart des équipes utilisent un délai de 1 à 4 heures entre la résolution et la fermeture des demandes annulées. Cela donne aux clients une brève fenêtre pour changer d'avis s'ils ont annulé par erreur. L'automatisation Zendesk par défaut attend 4 jours, mais vous pouvez créer des automatisations personnalisées avec des délais plus courts spécifiquement pour les demandes annulées.
Seulement si vous ne la configurez pas correctement. Par défaut, Zendesk envoie des enquêtes CSAT lorsque les tickets sont fermés. Vous devez ajouter une condition à votre automatisation CSAT pour exclure les tickets avec une balise `cancelled`. Cela empêche d'enquêter auprès des clients qui ont retiré leurs demandes.
Oui. Des outils comme eesel AI utilisent la compréhension du langage naturel pour détecter l'intention d'annulation réelle, pas seulement les correspondances de mots-clés. Cela réduit les faux positifs et gère les formulations variées comme « en fait, peu importe » ou « veuillez ne pas tenir compte de mon message précédent ». L'IA peut également faire la distinction entre l'annulation d'une demande et l'annulation d'une commande ou d'un abonnement.

Partager cet article

Stevia undefined

Article by

Stevia Putri

Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.