Automatisation Jira Service Management : fonctionnement des flux, des SLA et des webhooks

La documentation d'Atlassian appelle désormais les règles d'automatisation des « flows » (flux) ; vous rencontrerez les deux termes, qui désignent la même chose. Vous pouvez créer un flux de zéro, à partir d'un modèle ou avec Rovo, et une fois qu'il est activé, ses étapes s'exécutent dans l'ordre, de haut en bas.

Deux déclencheurs sont propres au travail de service. « SLA threshold breached » vous permet de choisir un SLA et de lancer le flux soit quand il est dépassé, soit quand il est sur le point de l'être. « Approval required » se déclenche quand un élément de travail nécessitant une approbation est créé ou mis à jour, ou quand de nouveaux approbateurs sont ajoutés. Un déclencheur planifié exécute un flux selon une minuterie, ce qui est utile pour des vérifications périodiques, comme lister les éléments de travail proches du dépassement.

Dans Jira Service Management, l'automatisation sert surtout à tenir à jour trois structures :

• Les files d'attente sont des ensembles filtrés d'éléments de travail qui donnent aux agents une vue ciblée de leur travail. Elles filtrent sur des champs comme le statut, le type de travail, l'assigné et la priorité, ou en JQL. Les agents ne peuvent ni créer ni modifier de files ; ce sont les administrateurs d'espace qui s'en chargent.
• Les types de demande sont les formulaires que les clients utilisent pour soumettre des demandes sur le portail. Chaque type de demande est lié à exactement un type de travail : le type de demande gère le nom et les paramètres du portail, tandis que le type de travail contient le workflow et les champs. Un même type de travail peut servir de base à plusieurs types de demande.
• Les SLA mesurent le temps par rapport à des objectifs. Chaque SLA a ses propres conditions de démarrage, de pause et d'arrêt ; la pause est facultative et sert généralement pendant l'attente d'une réponse du client, et la mesure s'arrête dès qu'une condition d'arrêt est remplie.

En pratique, les flux renseignent les champs sur lesquels filtrent les files d'attente et les objectifs de SLA. Si un flux définit la priorité ou un champ personnalisé en fonction du type de demande ou du contenu du message, la bonne file et le bon objectif de SLA prennent automatiquement en charge l'élément de travail.

Les smart values permettent à un flux d'insérer des données de l'élément de travail dans des champs, des commentaires, des e-mails et des corps de requêtes web. {{issue.key}} renvoie la clé, par exemple PROJ-123. Les autres champs suivent le même modèle avec le nom du champ, y compris les champs personnalisés ; si deux champs portent le même nom, utilisez plutôt l'ID du champ personnalisé.

L'interface d'Atlassian dit désormais « work item » là où elle disait « issue », mais la syntaxe des smart values dans sa documentation utilise toujours le préfixe issue. Les champs à valeurs multiples peuvent être parcourus en boucle avec la syntaxe #, fermée par {{/}}.

Les webhooks fonctionnent dans les deux sens :

• Sortant : l'action « Send web request » appelle l'API d'un autre système quand un flux s'exécute, et peut renvoyer les données de réponse aux étapes suivantes. Votre système récepteur doit accepter les requêtes provenant du réseau d'Atlassian.
• Entrant : le déclencheur de webhook entrant donne à un flux sa propre URL, pour qu'un système externe (un chatbot, un outil de facturation, un outil de supervision) puisse lancer le flux par une requête HTTP.
• Outils de chat : les actions « Send Slack message » et « Send Microsoft Teams message » publient dans des canaux, avec des smart values dans le texte du message.

En date d'octobre 2026, Jira Cloud mesure l'utilisation de l'automatisation par produit et par mois, avec des limites qui dépendent de votre offre. Atlassian publie la méthode de décompte sur sa page « How is your automation usage calculated » ; consultez-la, ainsi que votre consommation actuelle, avant d'ajouter des flux planifiés à haute fréquence.

Premiers flux courants pour un centre de services :

• Définir la priorité, le composant ou l'assigné à la création, selon le type de demande et le contenu de la demande.
• Publier dans un canal d'escalade quand un SLA est sur le point d'être dépassé.
• Relancer le client quand une demande attend sa réponse, puis la résoudre avec un commentaire après un délai défini.
• Envoyer les nouvelles demandes prioritaires vers un système externe via « Send web request ».

TascaLab travaille sur votre site Jira Service Management existant, sans changement de plateforme, en combinant l'automatisation native avec des API, des webhooks et Make ou n8n lorsqu'un flux doit atteindre d'autres outils. Ticket Routing & Categorization coûte 690 € en paiement unique ; Custom Automation coûte à partir de 1 070 €. Chaque projet comprend 30 jours de support après le lancement et une documentation de base, et la plupart des mises en place prennent 1 à 3 semaines. Commencez par un appel Health Check gratuit de 30 minutes.