Comment notifier les responsables en cas de non-respect des SLA Zendesk : Guide complet
Stevia Putri
Dernière modification February 20, 2026
Lorsqu’un ticket de support est sur le point de ne pas respecter son SLA (Service Level Agreement, Accord sur les niveaux de service), chaque minute compte. Mais Zendesk ne facilite pas la notification des responsables ou l’escalade des tickets urgents avant qu’il ne soit trop tard.
Vous pourriez perdre un client précieux parce que personne ne s’est rendu compte qu’un ticket était en suspens. Ou vous pourriez découvrir des non-respects de SLA des heures après qu’ils se soient produits, lorsqu’il est trop tard pour y remédier.
Heureusement, vous pouvez configurer des notifications automatisées qui alertent votre équipe lorsque les tickets approchent des limites de SLA. Ce guide couvre trois méthodes pour notifier les responsables des non-respects de SLA Zendesk, des automatisations simples aux intégrations avancées.
Comprendre les notifications de non-respect de SLA Zendesk
Avant de nous plonger dans la configuration, clarifions ce avec quoi nous travaillons. Une politique de SLA dans Zendesk définit les objectifs de réponse et de résolution en fonction de la priorité du ticket. Lorsque votre équipe ne répond pas dans ces délais, le SLA n’est pas respecté.
Zendesk natif suit les performances du SLA, mais il ne notifie pas proactivement les responsables lorsque les choses tournent mal. Les agents peuvent voir les minuteurs de SLA dans les vues de ticket, mais les responsables ne sont souvent pas au courant des problèmes tant qu’ils n’exécutent pas de rapports ou que les clients ne se plaignent pas.
Cet écart de visibilité est la raison pour laquelle les flux de travail de notification sont importants. Au lieu de découvrir les non-respects après coup, vous pouvez recevoir des alertes qui donnent à votre équipe le temps d’agir. L’approche que vous choisissez dépend de la taille de votre équipe, de vos ressources techniques et de l’urgence avec laquelle vous devez répondre.
Méthode 1 : Utilisation des automatisations Zendesk pour les alertes SLA
L’approche la plus courante utilise les automatisations Zendesk. Il s’agit de règles métier basées sur le temps qui vérifient les conditions toutes les heures et prennent des mesures lorsqu’elles sont remplies.
Limitation importante à comprendre : Les automatisations s’exécutent une fois par heure. Cela signifie que vous ne pouvez pas être notifié au moment exact où un SLA n’est pas respecté. Vous serez notifié dans l’heure suivant le moment où la condition est remplie.
Étape 1 : Créer une nouvelle automatisation
Accédez à Admin Center > Objets et règles > Règles métier > Automatisations, puis cliquez sur Ajouter une automatisation.
Donnez-lui un nom clair comme « Notifier l’équipe de l’approche du non-respect du SLA » afin que les autres administrateurs comprennent son objectif.
Étape 2 : Configurer les conditions
Sous Remplir toutes les conditions suivantes, ajoutez ces conditions :
| Condition | Opérateur | Valeur |
|---|---|---|
| Ticket : Heures avant le prochain non-respect du SLA | Inférieur à | 2 |
| Ticket : Catégorie de statut | Inférieur à | Résolu |
| Ticket : Balises | Ne contient aucune des suivantes | alerte_sla |
La condition Heures avant le prochain non-respect du SLA est la clé. Modifiez la valeur (2 heures dans cet exemple) en fonction de l’avertissement dont vous avez besoin. Pour les tickets urgents, vous pourriez vouloir 1 heure. Pour une priorité normale, 4 heures pourraient suffire.
La condition Catégorie de statut Inférieur à Résolu est requise. Les automatisations ne seront pas enregistrées sans cette condition ou quelque chose de similaire (comme des conditions spécifiques de type, de groupe ou de personne affectée).
La condition de balises empêche les notifications en double. Nous ajouterons la balise alerte_sla lorsque l’automatisation se déclenchera, afin qu’elle ne s’exécute plus sur le même ticket.
Étape 3 : Configurer les actions de notification
Sous Effectuer ces actions, ajoutez :
Pour les notifications par e-mail de groupe :
- Notifications : E-mail de groupe | (groupe affecté)
- Objet de l’e-mail :
SLA sur le point d’être non respecté : {{ticket.id}} - Corps de l’e-mail :
Ceci est une notification pour vous informer qu’un ticket affecté à votre groupe
approche de son délai de non-respect du SLA.
Ticket : {{ticket.link}}
Temps restant avant le non-respect du SLA : Moins de 2 heures
Donnez la priorité à ce ticket pour vous assurer qu’il est résolu ou traité rapidement.
Pour les notifications individuelles des responsables :
- Notifications : E-mail de l’utilisateur | (sélectionner un responsable spécifique)
Ajouter la balise de déduplication :
- Ticket : Ajouter des balises |
alerte_sla
Cette balise garantit que l’automatisation ne se déclenche qu’une seule fois par ticket. Sans elle, vos responsables recevraient des notifications horaires sur le même ticket.
Étape 4 : Créer une notification post-non-respect (facultatif)
Vous pourriez également vouloir savoir quand un SLA n’a déjà pas été respecté. Créez une deuxième automatisation avec ces conditions :
| Condition | Opérateur | Valeur |
|---|---|---|
| Ticket : Heures depuis le dernier non-respect du SLA | Inférieur à | 1 |
| Ticket : Catégorie de statut | Inférieur à | Résolu |
| Ticket : Balises | Ne contient aucune des suivantes | alerte_non_respect_sla |
Utilisez une balise différente (alerte_non_respect_sla) pour suivre les tickets où le non-respect s’est déjà produit. Cela vous aide à identifier les tickets qui nécessitent une attention immédiate et une communication client post-non-respect.
Méthode 2 : Flux de travail d’escalade spécifiques aux responsables
Les automatisations de base notifient tout le monde. Mais que faire si vous voulez des alertes différentes pour les agents par rapport aux responsables ? Ou des chaînes d’escalade où l’agent est averti en premier, puis le responsable si rien ne se passe ?
Étape 1 : Configurer les notifications basées sur les groupes
Au lieu de notifier tout le monde, acheminez les notifications vers des groupes spécifiques. Dans Zendesk, vous pouvez créer un groupe « Responsables » ou utiliser vos groupes de chefs d’équipe existants.
Lors de la configuration de votre action d’automatisation :
- Notifications : E-mail de groupe | Responsables (au lieu du groupe affecté)
Cela garantit que seuls les responsables reçoivent l’alerte, et non toute l’équipe.
Étape 2 : Créer des chaînes d’escalade avec des balises
Pour une escalade sophistiquée, créez plusieurs automatisations qui se déclenchent à des moments différents :
Automatisation 1 : Avertissement de l’agent (4 heures avant le non-respect)
- Condition : Heures avant le prochain non-respect du SLA | Inférieur à | 4
- Action : Envoyer un e-mail à l’agent affecté
- Balise :
alerte_agent_sla
Automatisation 2 : Escalade du responsable (1 heure avant le non-respect)
- Condition : Heures avant le prochain non-respect du SLA | Inférieur à | 1
- Condition : Balises | Contient | alerte_agent_sla (garantit que l’agent a déjà été notifié)
- Action : Envoyer un e-mail au groupe de responsables
- Balise :
alerte_responsable_sla
Ce modèle donne aux agents le temps de résoudre les tickets avant que les responsables ne soient impliqués. Si l’agent traite le ticket dans les 4 heures, le responsable n’est jamais alerté.
Étape 3 : Utiliser des champs personnalisés pour le routage avancé
Pour encore plus de contrôle, créez un champ de liste déroulante personnalisé appelé « Niveau d’escalade » avec des valeurs telles que :
- Standard (notifier le chef d’équipe)
- VIP (notifier immédiatement le responsable)
- Critique (notifier le directeur + le responsable)
Ensuite, ajoutez des conditions à vos automatisations :
- Ticket : Niveau d’escalade | Est | VIP
Cela vous permet d’acheminer différents clients vers différents chemins d’escalade au sein du même cadre d’automatisation.
Utilisation de la fonctionnalité « Déclencheurs avant le non-respect du SLA »
Récemment, Zendesk a déployé une nouvelle fonctionnalité qui permet aux déclencheurs (qui se déclenchent immédiatement) de fonctionner avec les conditions de SLA. Cela résoudrait le problème de délai horaire avec les automatisations.
Vérifiez votre instance Zendesk : accédez à Admin Center > Objets et règles > Règles métier > Déclencheurs et recherchez les conditions liées au SLA. Si vous voyez « Heures avant le prochain non-respect du SLA » disponible dans les déclencheurs, vous pouvez utiliser des notifications en temps réel au lieu de lots horaires.
La configuration est similaire aux automatisations, mais les déclencheurs se déclenchent immédiatement lorsque les conditions sont remplies. Cela vous donne une véritable escalade en temps réel au lieu de la limitation de cadence horaire.
Méthode 3 : Intégrations Slack et tierces
Les notifications par e-mail sont enfouies. Si votre équipe vit dans Slack, vous pourriez vouloir des alertes là-bas à la place (ou en plus de l’e-mail).
Option A : Intégration Slack Zendesk native
Zendesk offre une intégration Slack native qui se connecte à Slack, mais elle a des limitations pour les notifications de SLA. Elle peut notifier les événements de ticket, mais les alertes de seuil spécifiques au SLA ne sont pas intégrées.
Si vous avez juste besoin de notifications de ticket de base dans Slack, cela fonctionne. Pour les avertissements de non-respect de SLA, vous aurez besoin de quelque chose de plus sophistiqué.
Option B : Geckoboard pour les alertes Slack basées sur les seuils
Geckoboard se connecte à Zendesk et envoie des notifications à Slack lorsque les mesures dépassent les seuils que vous définissez.
Le processus de configuration :
- Connectez votre compte Zendesk à Geckoboard
- Créez un widget affichant la mesure que vous voulez surveiller (comme « Tickets approchant du non-respect du SLA »)
- Définissez des indicateurs d’état qui définissent vos seuils d’avertissement
- Cliquez sur Ajouter une notification Slack pour acheminer les alertes vers un canal
Lorsque votre mesure dépasse un indicateur d’état, la notification est envoyée immédiatement à Slack.
Cas d’utilisation des notifications Slack :
- Alertes de volume de file d’attente : « Alerte lorsque les tickets ouverts > 15 »
- Alertes de temps de réponse : Notifier lorsque le temps moyen de première réponse dépasse la cible
- Alertes de non-respect de SLA : Surveiller les tickets approchant ou ne respectant pas les objectifs de SLA
- Alertes de satisfaction : Suivre lorsque le CSAT (Customer Satisfaction Score, score de satisfaction client) descend en dessous du seuil
L’avantage ici est l’intelligence basée sur les seuils. Au lieu d’être pingé pour chaque mise à jour de ticket, votre équipe n’est alertée que lorsque les mesures opérationnelles ont réellement besoin d’attention.
Option C : PagerDuty pour l’escalade critique
Pour les non-respects de SLA urgents qui nécessitent une réponse humaine immédiate (en particulier après les heures de bureau), l’intégration de PagerDuty est logique. Cette configuration nécessite plus de configuration technique, mais fournit une véritable gestion de l’escalade.
Étape 1 : Créer une cible HTTP dans Zendesk
Accédez à Admin Center > Paramètres > Extensions > Ajouter une cible
- Nom : PagerDuty
- URL :
https://events.pagerduty.com/v2/enqueue - Méthode : POST
- Type de contenu : JSON
Étape 2 : Créer un déclencheur qui notifie la cible
Définissez les conditions pour savoir quand effectuer l’escalade (par exemple, lorsqu’un ticket est déplacé vers un groupe « SLA non respectés »).
Sous Actions, sélectionnez :
- Notifications : Notifier la cible | PagerDuty
Corps JSON :
{
"dedup_key": "{{ticket.id}}",
"routing_key": "YOUR_PAGERDUTY_ROUTING_KEY",
"event_action": "trigger",
"payload": {
"summary": "SLA non respecté : {{ticket.title}}",
"source": "Zendesk",
"severity": "critical",
"custom_details": {
"priority": "{{ticket.priority}}",
"ticket_id": "{{ticket.id}}",
"requester": "{{ticket.requester.name}}"
}
},
"client_url": "{{ticket.link}}",
"client": "Zendesk"
}
PagerDuty gère ensuite le routage de garde, les politiques d’escalade et s’assure que quelqu’un est réveillé si nécessaire.
Option D : SMS via D7 Networks
Pour les équipes qui ont besoin d’alertes SMS (en particulier les responsables qui ne sont pas toujours à leur ordinateur), D7 Networks offre une intégration ActiveCampaign qui peut envoyer des SMS lorsque les SLA Zendesk ne sont pas respectés.
Le flux de travail :
- Le SLA du ticket Zendesk n’est pas respecté
- Le flux de travail ActiveCampaign se déclenche
- D7 Networks envoie un SMS au téléphone du responsable
- Le message comprend l’ID du ticket et de brefs détails
Exemple de SMS : Alerte : Le ticket #12345 n’a pas respecté son SLA. Une attention immédiate est requise.
Ceci est particulièrement utile pour le support critique après les heures de bureau où les e-mails ou Slack pourraient être manqués.
Erreurs courantes et dépannage
Même avec la bonne configuration, les choses peuvent mal tourner. Voici les problèmes les plus courants :
Notifications en double inondant les boîtes de réception Vous avez oublié d’ajouter la condition de balise et l’action de balise. Chaque automatisation qui envoie des notifications a besoin d’une logique de déduplication à l’aide de balises. Vérifiez que votre condition indique « Ne contient aucune des suivantes » et que votre action ajoute cette même balise.
Les automatisations ne se déclenchent pas du tout Zendesk exige au moins une condition basée sur le temps ou une action qui annule une condition. Assurez-vous d’avoir soit :
- Catégorie de statut | Inférieur à | Résolu
- Ou une condition de type/groupe/personne affectée
- Plus une action correspondante qui modifie cette valeur
Les notifications arrivent trop tard N’oubliez pas : les automatisations s’exécutent toutes les heures. Si vous définissez « Moins d’une heure avant le non-respect », la notification pourrait arriver après que le non-respect s’est déjà produit. Définissez vos seuils en tenant compte du délai horaire.
Confusion entre les déclencheurs et les automatisations Les déclencheurs se déclenchent immédiatement lors des événements de ticket. Les automatisations vérifient les conditions toutes les heures. Pour les notifications de SLA, vous voulez généralement des automatisations (sauf si vous avez la nouvelle fonctionnalité « Déclencheurs avant le non-respect du SLA » activée).
Test de votre configuration Testez toujours avec un exemple de ticket avant de vous fier à ces notifications :
- Créer un ticket de test
- Définir la priorité pour déclencher votre politique de SLA
- Attendre que l’automatisation s’exécute (ou utiliser la fonctionnalité « Aperçu de la correspondance »)
- Vérifier que la notification a été reçue
- Vérifier que la balise a été ajoutée pour empêcher les doublons
Prévention des non-respects de SLA avec l’automatisation de l’IA
Les notifications sont réactives. Le véritable objectif est de prévenir complètement les non-respects. C’est là que eesel AI entre en jeu.
Chez eesel AI, nous avons créé un coéquipier d’IA qui s’intègre directement à Zendesk pour gérer automatiquement le support de première ligne. Au lieu de simplement vous alerter des tickets approchant du non-respect, notre agent d’IA répond aux clients en quelques secondes. Vous ne configurez pas eesel. Vous l’embauchez, et il apprend votre entreprise en quelques minutes au lieu de quelques semaines.
Voici comment cela fonctionne :
Les premières réponses instantanées éliminent les non-respects du FRT (First Response Time, temps de première réponse) Lorsqu’un ticket arrive concernant une réinitialisation de mot de passe, l’état de la commande ou une question de dépannage courante, notre agent d’IA répond en quelques secondes. Votre temps de première réponse devient effectivement nul pour ces tickets.
Le copilote d’IA réduit le temps de résolution Pour les problèmes complexes qui nécessitent des agents humains, notre copilote d’IA rédige des réponses en tirant parti de votre centre d’aide, des tickets passés et des sources de connaissances connectées. Les agents passent moins de temps à chercher des réponses et plus de temps à résoudre réellement les problèmes.
Le mode de simulation réduit les risques de la transition Avant de passer en direct, vous pouvez exécuter eesel AI sur vos tickets historiques pour voir exactement comment il fonctionnerait. Mesurez l’impact sur vos mesures de SLA avant que les clients ne voient une réponse de l’IA.
Le résultat ? Moins de tickets approchant des limites de SLA en premier lieu. Les notifications deviennent une sauvegarde plutôt qu’une défense principale.
eesel AI se connecte à Zendesk en quelques minutes. Nous apprenons votre ton à partir des tickets et des macros existants, de sorte que les réponses ressemblent à votre équipe, pas à un chatbot générique. Et avec notre mode de simulation, vous pouvez vérifier les performances sur votre historique de tickets réel avant d’activer les réponses automatiques.
Configurez vos notifications de non-respect de SLA dès aujourd’hui
Vous avez maintenant trois approches pour notifier les responsables des non-respects de SLA Zendesk :
-
Les automatisations natives fonctionnent pour la plupart des équipes. Elles sont gratuites, intégrées et gèrent l’escalade de base. N’oubliez pas la limitation du délai horaire.
-
Les flux de travail spécifiques aux responsables vous donnent un contrôle plus précis. Utilisez le routage de groupe et les chaînes d’escalade pour notifier les bonnes personnes au bon moment.
-
Les intégrations tierces comme Slack, PagerDuty ou SMS fournissent des alertes en temps réel et une couverture après les heures de bureau lorsque l’e-mail ne suffit pas.
Laquelle devriez-vous choisir ? Commencez par les automatisations natives si vous avez une petite équipe et une couverture des heures de bureau. Ajoutez des intégrations Slack ou PagerDuty si vous avez besoin d’une réponse plus rapide ou d’une escalade 24 h/24 et 7 j/7. Et envisagez eesel AI si vous voulez réduire le nombre de tickets qui atteignent un risque de SLA.
La clé est d’obtenir de la visibilité avant que les non-respects ne se produisent, et non de les découvrir dans le rapport de demain. Configurez vos notifications cette semaine, testez-les avec quelques tickets et donnez à votre équipe le système d’alerte précoce dont elle a besoin.
Prêt à prévenir les non-respects de SLA au lieu de simplement les suivre ? Essayez eesel AI gratuitement et voyez comment les réponses basées sur l’IA peuvent améliorer vos temps de première réponse dès aujourd’hui.
Foire aux questions
Share this article
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.
