Alertes de filtre

Une alerte de filtre surveille tout un ensemble de tickets au lieu d’un seul. Le périmètre est défini par une requête JQL ou un filtre Jira enregistré : « n’importe quel ticket du projet X », « tous les bugs critiques », « chaque demande de ma file ».

Les alertes de filtre se créent sur la page d’aperçu HeadsUp : Apps → HeadsUp → + Nouvelle alerte de filtre.

Créer une alerte de filtre

1. Choisissez le périmètre. Le plus simple est la liste « Utiliser un filtre enregistré (optionnel) » : elle affiche vos filtres Jira et en copie la JQL, qui reste modifiable. Saisir directement la JQL fonctionne aussi, elle est validée à l’enregistrement.
2. Choisissez le déclencheur :
   • Un nouveau ticket apparaît dans le filtre, par exemple chaque nouveau bug du projet X
   • Changement de statut (n’importe lequel ou un statut cible), nouveau commentaire, changement de priorité, changement de responsable
   • L’IA détecte …, une condition en langage courant évaluée sur tous les tickets du filtre, voir Détection par IA
   • SLA sur le point d’être dépassé, voir plus bas
3. Donnez-lui un nom, si vous le souhaitez. Le nom apparaît entre crochets dans l’objet de l’e-mail : l’origine d’une notification est ainsi claire d’un coup d’œil.

Les alertes de filtre restent actives en permanence jusqu’à leur suppression.

La JQL est copiée, pas liée

La JQL d’un filtre enregistré est stockée sous forme de copie figée. Les modifications ultérieures du filtre Jira ne changent donc rien à l’alerte. Pour reprendre ces modifications, recréez l’alerte.

Date d’expiration

Les alertes de filtre tournent toujours en permanence, elles peuvent donc recevoir une date d’expiration. Le champ Expire propose Pas d’expiration, Dans 2 semaines, Dans 1 mois, Dans 3 mois, Dans 6 mois ou une date précise. Pas d’expiration est présélectionné.

Cela compte surtout pour la détection par IA : une alerte oubliée continue de consommer les crédits IA partagés du site. Une date d’expiration y met fin sans que personne ait à y penser.

Sept jours avant la date, vous recevez un rappel pour pouvoir la prolonger. Une alerte expirée est mise en pause, pas supprimée, et un clic la remet en route.

Note

Pour les alertes de filtre, l’avis d’expiration arrive dans la boîte de réception intégrée plutôt que par e-mail. L’API de notification de Jira a besoin d’un ticket comme point de départ, et une alerte de filtre n’a pas de ticket unique auquel s’accrocher.

Alerte anticipée de SLA (édition Advanced)

Pour Jira Service Management, une alerte de filtre peut prévenir avant qu’un SLA ne soit dépassé : choisissez le déclencheur « SLA sur le point d’être dépassé » et un seuil (1, 2, 4, 8 ou 24 heures). HeadsUp vérifie les demandes ouvertes toutes les heures et signale chaque demande exactement une fois par alerte : un dépassement imminent ne se transforme donc pas en spam horaire. À chaque passage, une alerte vérifie les 50 premières demandes ouvertes de son filtre. Une file qui en compte davantage gagne à être répartie sur plusieurs alertes, par exemple par projet ou par priorité.

Ce déclencheur fait partie de l’édition Advanced. Dans l’édition Standard, il n’apparaît pas dans la liste des déclencheurs.

Deux cas restent silencieux, volontairement. Un SLA en pause n’envoie pas d’avertissement, parce que le chronomètre ne tourne pas tant que la demande attend le client, et l’avertissement arrivera de toute façon à la reprise. Un dépassement déjà survenu n’en envoie pas non plus, parce qu’une alerte anticipée après coup n’en est pas une.

Le journal d’une alerte de filtre

Sous chaque alerte de filtre de la page d’aperçu se trouve également Afficher le journal. Déplié, il montre ce que l’alerte a fait : déclenchée et remise, évaluée par l’IA, ou encore que Jira a refusé la JQL ou que les données SLA n’ont pas pu être lues. Les entrées ne sont chargées qu’au premier dépliage. La liste des entrées possibles se trouve dans Notifications et boîte de réception.

Modifier et supprimer

Une alerte de filtre ne se modifie pas. La page d’aperçu ne propose que Supprimer pour elle, et le serveur refuse lui aussi toute modification. Pour changer la JQL, le déclencheur ou le nom, supprimez l’alerte et recréez-la ; la JQL d’un filtre enregistré est de toute façon une copie figée. Pour les rappels de tickets, c’est différent : ils se modifient dans le panneau du ticket comme sur la page d’aperçu.

Précision

Les alertes de filtre sur événement (statut, commentaire, priorité, responsable, nouveau ticket) réagissent en quelques secondes. La vérification SLA tourne toutes les heures : un avertissement peut arriver jusqu’à environ une heure après que le temps restant est passé sous le seuil.