Règles d'automatisation Freshdesk : comment elles fonctionnent et comment les configurer (2026)

Ce que "règles d'automatisation" signifie vraiment dans Freshdesk

Si vous avez fouillé le panneau d'administration de Freshdesk à la recherche des "automations", vous avez sans doute remarqué que les noms ne correspondent pas à la moitié des tutoriels en ligne. C'est parce que Freshdesk a discrètement renommé ses trois types de règles classiques. Les anciens Dispatch'r, Observer et Supervisor (ou Time Triggers) ont disparu de l'interface. Ce que vous voyez aujourd'hui, ce sont Ticket Creation, Ticket Updates et Hourly Triggers, tous sous Admin > Workflows > Automations, chacun dans son propre onglet.

La mécanique sous-jacente n'a pas changé. Chaque règle est composée de conditions (quand X est vrai) et d'actions (faire Y), et l'aperçu des règles d'automatisation publié par Freshdesk lui-même confirme qu'il existe exactement trois types. Ce qui change entre elles, c'est quand la règle a l'occasion de s'exécuter.

C'est la couche à laquelle la plupart des gens pensent quand ils parlent de "règles d'automatisation Freshdesk", et elle est distincte de deux voisines que nous verrons plus loin : les automatisations de scénario (macros manuelles) et l'attribution automatique des tickets. Si vous voulez un tour d'horizon complet de tout ce qui touche à l'automatisation sur la plateforme, notre guide complet de l'automatisation Freshdesk prend du recul ; cet article reste concentré sur le moteur de règles lui-même.

Les trois types de règles d'automatisation Freshdesk

Tout le modèle devient limpide dès qu'on arrête de penser à ce que fait chaque règle pour se concentrer sur quand elle s'exécute. Voici le timing en un coup d'œil.

1. Règles Ticket Creation (anciennement Dispatch'r)

Elles s'exécutent au moment même où un ticket est créé, ce qui en fait votre première ligne de triage. Selon la documentation sur la création de tickets de Freshdesk, une règle de création peut assigner le ticket à un groupe ou un agent, définir des propriétés comme le statut, la priorité et le type, envoyer des notifications par e-mail, ou supprimer et marquer des tickets comme spam. Les conditions peuvent porter sur les champs du ticket, les propriétés du contact ou les propriétés de l'entreprise, avec des opérateurs ET/OU et des blocs imbriqués.

Il y a un réglage ici qui piège presque tout le monde. Par défaut, seule la première règle correspondante s'exécute. La documentation de Freshdesk elle-même prévient que "l'ordre des règles est très important car seule la première règle correspondante sera exécutée". Donc si une règle qui devrait se déclencher ne le fait pas, le coupable habituel est une règle placée plus haut qui a déjà correspondu et arrêté la chaîne. Pour changer cela, cliquez sur l'engrenage au-dessus de la liste des règles et choisissez "Execute all matching rules".

C'est le type de règle à privilégier quand vous voulez que les nouveaux tickets soient triés avant même qu'un agent ne les voie : router les questions de facturation vers le groupe finance, faire passer en priorité haute tout ce qui vient d'une entreprise VIP, ou envoyer une réponse automatique accusant réception. C'est ce que le moteur classique fait de plus proche du triage, mais il ne peut trier que sur les champs que vous lui indiquez, pas sur ce dont le ticket parle réellement.

2. Règles Ticket Updates (anciennement Observer)

Là où les règles de création se déclenchent une fois au départ, les règles de mise à jour de tickets "écoutent en permanence les événements que vous avez spécifiés", les comparent aux conditions, puis agissent. Ce sont la couche réactive : rouvrir un ticket résolu quand un client répond, assigner un agent quand un tiers ajoute une note, envoyer une enquête CSAT quand un ticket est résolu, ou envoyer un e-mail à un superviseur en cas de mauvaise note d'un client VIP.

Ce qui distingue les règles de mise à jour, c'est le bloc d'événement tout en haut, que les deux autres types de règles n'ont pas. Il comporte deux parties : "quand une action est réalisée par" (agent, demandeur, l'un ou l'autre, un collaborateur ou le système) et "implique l'un de ces événements" (une propriété modifiée, une note ajoutée, une réponse envoyée, un retour reçu, plus des événements système comme les tickets en retard). Les conditions et actions fonctionnent ensuite comme d'habitude en dessous.

Contrairement aux règles de création, il n'y a ici aucun bouton "premier résultat uniquement" : "toutes les règles correspondantes sont exécutées de haut en bas". Les règles de mise à jour disposent aussi d'une action Trigger webhook, qui permet d'étendre Freshdesk vers des systèmes externes, le même mécanisme que détaille notre guide des webhooks Freshdesk, et la base de recettes pratiques comme notifier Slack quand le sentiment baisse. Un point à noter : les règles de mise à jour ne sont pas disponibles sur le plan gratuit, elles démarrent à partir de Growth.

3. Hourly Triggers (anciennement Time Triggers)

Le troisième type gère le passage du temps, et la documentation des Hourly Triggers de Freshdesk précise explicitement qu'il s'agit de la fonctionnalité "FKA Time Triggers". Ce sont les règles qui détectent ce qui ne se passe pas : des tickets qui restent sans réponse, qui approchent d'un dépassement de SLA, ou résolus mais non fermés. Un exemple classique consiste à escalader tout ticket resté sans intervention pendant 48 heures en augmentant la priorité et en alertant un superviseur.

Le piège est dans le nom. Les Hourly Triggers s'exécutent une fois par heure, donc tout seuil de temps que vous fixez "doit toujours être supérieur ou égal à une heure". Quelques autres limites à connaître avant de s'appuyer dessus : ils ne comparent que les tickets mis à jour au cours des 30 derniers jours, et ils fonctionnent uniquement sur les propriétés du ticket, pas sur les propriétés du contact ou de l'entreprise, et ne peuvent pas utiliser de conditions sur l'objet de l'e-mail, la description, l'e-mail du demandeur, le CC, les tags ou les pièces jointes. Si vous avez déjà configuré une règle basée sur le temps et l'avez vue traîner, c'est la raison, et notre guide dédié aux Hourly Triggers Freshdesk détaille les contournements.

Comment configurer une règle d'automatisation Freshdesk, étape par étape

Une fois que vous savez de quel type vous avez besoin, la construction suit la même logique pour les trois : un événement optionnel, quelques conditions, et une ou plusieurs actions.

Voici la marche à suivre pour une règle Ticket Creation, celle par laquelle la plupart des équipes commencent :

1. Allez dans Admin > Workflows > Automations et ouvrez l'onglet Ticket Creation.
2. Cliquez sur New Rule et donnez-lui un nom que vous reconnaîtrez plus tard ("Route billing to Finance" plutôt que "Rule 7").
3. Définissez vos conditions, par exemple l'objet du ticket contient "refund" OU le type est "Billing". Utilisez les opérateurs ET/OU et des blocs imbriqués pour quelque chose de plus complexe.
4. Définissez vos actions : assigner au groupe Finance, mettre la priorité sur Élevée, envoyer une notification. Vous pouvez en empiler plusieurs.
5. Vérifiez l'ordre d'exécution. Faites glisser la règle à la bonne position et choisissez, via l'icône d'engrenage, si vous voulez un comportement premier résultat uniquement ou tous les résultats correspondants. Cette seule étape évite la plupart des maux de tête du type "pourquoi ma règle ne s'est pas déclenchée".
6. Enregistrez, puis testez avec un vrai ticket avant de lui faire confiance en production.

Quelques habitudes pratiques rendent tout cela moins pénible. Freshdesk fournit des règles d'exemple prêtes à l'emploi (comme une qui achemine les tickets de remboursement vers un groupe facturation) que vous pouvez étudier ou dupliquer plutôt que de partir de zéro, et chaque règle affiche des statistiques propres indiquant combien de tickets elle a affectés au cours des 7 derniers jours, votre vérification la plus rapide qu'une règle fait bien quelque chose. Il n'y a par ailleurs aucune limite au nombre de conditions dans une règle, vous pouvez donc être aussi précis que vous voulez, en gardant simplement à l'esprit que chaque condition est quelque chose que vous avez dû anticiper à l'avance.

Les autres couches d'automatisation : scénarios et routage

Les trois types de règles concentrent l'essentiel de l'attention, mais deux fonctionnalités voisines abattent un travail discret considérable, et on les confond souvent avec les règles d'automatisation.

Les automatisations de scénario sont la cousine manuelle. Au lieu de se déclencher sur des conditions, ce sont des lots d'actions en un clic qu'un agent applique à un ticket, la couche macro. Plutôt que de taguer un ticket comme Refund, de l'assigner au groupe Refunds et de définir le statut sur Processing à la main à chaque fois, vous regroupez tout cela dans un Scenario et l'exécutez en un seul clic (ou en masse sur les tickets sélectionnés). Elles se trouvent sous Admin > Agent Productivity > Scenario Automations, et vous pouvez définir si chacune est privée, partagée au niveau du groupe, ou partagée avec tout le monde. Notre guide des scénarios d'automatisation Freshdesk va plus loin, mais la capture ci-dessous montre l'éventail d'actions qu'un scénario peut porter.

L'attribution automatique des tickets est l'autre fonctionnalité voisine. Propulsée par le moteur Omniroute de Freshdesk, elle décide qui reçoit un ticket en fonction de la charge, de la disponibilité et des compétences des agents. Il existe trois méthodes de routage : round-robin (circulaire, tenant compte de la capacité), basé sur la charge (assigne selon l'occupation de chaque agent), et par compétences (fait correspondre langue ou expertise produit). Le bémol important : l'Advanced Automatic Routing est réservé aux plans Pro et Enterprise, donc les options d'attribution automatique plus poussées ne sont pas disponibles sur les plans moins chers.

De quel plan Freshdesk avez-vous besoin pour les règles d'automatisation ?

Toutes les automatisations ne sont pas disponibles sur tous les plans, et c'est de là que vient une bonne partie de la confusion du type "pourquoi je ne trouve pas ce paramètre". Voici comment les pièces s'assemblent selon les niveaux tarifaires de Freshdesk. (Les chiffres reflètent les plans Freshdesk autonomes ; les prix sont annuels, par agent.)

L'essentiel : le triage de base à la création est gratuit, mais tout ce qui est réactif, basé sur le temps ou sensible à la charge exige au minimum le plan Growth, et le routage le plus intelligent est réservé à Pro et Enterprise. Si vous hésitez à savoir si le saut en vaut la peine, notre comparatif des plans Freshdesk et notre avis honnête sur Freshdesk abordent tous deux ces arbitrages.

Où les règles d'automatisation Freshdesk atteignent leurs limites

Les règles d'automatisation excellent dans exactement une chose : faire ce que vous leur avez dit de faire, quand les conditions que vous avez écrites sont vraies. C'est aussi leur plafond. Chaque règle est une supposition faite à l'avance sur l'apparence des tickets, et les tickets coopèrent rarement.

Trois murs reviennent sans cesse :

• Les règles correspondent à des conditions, pas à un sens. Une règle de création peut acheminer un ticket dont l'objet contient "refund", mais un client qui écrit "je veux qu'on me rembourse" passe complètement à travers. Vous finissez par entretenir des listes de mots-clés toujours plus longues, et vous n'êtes jamais qu'à une formulation près d'un raté.
• La logique basée sur le temps est grossière. Les Hourly Triggers ne se réveillent qu'une fois par heure, donc "escalader si pas de réponse en 30 minutes" est tout simplement impossible à exprimer. Pour des files qui bougent vite, une heure, c'est une éternité.
• Elles ne peuvent en réalité rien répondre. Les règles peuvent acheminer, taguer, définir une priorité et pré-remplir une réponse type, mais elles ne peuvent pas lire une question et écrire la vraie réponse. Ce travail retombe toujours sur un humain.

Nous avons aussi ressenti cela côté commercial. Lors d'une évaluation, un client Freshdesk n'arrivait pas à faire coexister une nouvelle règle d'automatisation avec son ensemble de règles existant, les règles se disputaient sans cesse l'ordre d'exécution, et il était systématiquement redirigé vers le propre Freddy AI de Freshdesk quand il demandait de l'aide au support. Le problème n'était pas que les règles soient mauvaises ; c'est qu'empiler toujours plus de logique si-alors pour approcher la compréhension finit par s'effondrer sous son propre poids. C'est le même écart que nos articles sur l'auto-triage IA de Freshdesk et le tagging par intention continuent de pointer : dès l'instant où vous voulez que le système comprenne le ticket plutôt que de comparer un champ, vous avez dépassé ce que le moteur de règles peut offrir.

Essayez eesel pour les tickets que les règles n'atteignent pas

Si vous avez lu jusqu'ici, vous avez sans doute déjà bien réglé vos règles de routage et vous regardez la pile de tickets qu'elles ne peuvent pas clore. C'est exactement le manque pour lequel eesel AI a été conçu. Il se place au-dessus de votre Freshdesk existant (ainsi que Slack, l'e-mail, Shopify et plus de 100 autres outils), apprend de vos tickets passés et de votre documentation d'aide en quelques minutes, et lit ce que chaque client a réellement voulu dire, afin de pouvoir rédiger ou résoudre entièrement des réponses que les règles fondées sur des mots-clés n'auraient jamais pu donner.

Ce qui compte face aux règles de Freshdesk : vous gardez le contrôle sur quels tickets l'IA touche. Plutôt qu'un interrupteur tout-ou-rien, vous délimitez son champ d'action par type de ticket ou niveau de confiance, afin qu'elle prenne en charge les questions répétitives et laisse les cas limites à votre équipe, cette inquiétude du type "on ne va pas laisser l'IA répondre automatiquement à tout" qui bloque la plupart des déploiements. La facturation se fait à un tarif fixe de 0,40 $ par résolution, sans frais par siège et avec un plafond de dépenses que vous définissez. Et comme il se superpose à Freshdesk au lieu de le remplacer, il n'y a aucune migration à planifier.

Vous pouvez démarrer avec 50 $ de crédit et sans carte bancaire, le pointer vers vos vrais tickets, et voir ce qu'il traite avant de dépenser le moindre centime. Essayez eesel et gardez les règles Freshdesk que vous avez déjà construites ; eesel se charge simplement de tout ce qu'elles ne couvrent pas.