Le centre d'alertes

01En une phrase #sec_222852fd

Le Centre d'alertes transforme un flux d'événements techniques en une liste de problèmes hiérarchisés , chacun portant sa conséquence, son ancienneté, sa portée et la page où le corriger.

02Le problème #sec_b1cabfb7

Une plateforme de recertification produit des signaux en permanence : un tenant qui ne répond plus, un élément que le périmètre ne couvre pas, un reviewer qui n'a jamais ouvert sa file. Pris un par un, ces signaux sont exacts. Empilés dans une liste chronologique, ils deviennent illisibles.

Le défaut n'est pas le volume — c'est la répétition . Un même incident vérifié toutes les heures produit une ligne par vérification. Au bout d'une semaine, un problème unique occupe cent soixante lignes, et un problème réellement nouveau se noie dedans. L'écran finit par mesurer la fréquence des contrôles, pas l'état du système.

S'ajoute une question que personne ne tranche : quand une alerte disparaît-elle ? Si la fermeture est manuelle, la liste enfle de problèmes réglés depuis longtemps que personne n'a pensé à cocher. Si rien ne ferme, elle enfle tout court. Dans les deux cas l'administrateur cesse de la consulter — et c'est le jour où il aurait fallu la lire.

03Le parti pris #sec_1a0237d5

Un écran d'alertes n'a qu'un seul travail : dire ce qu'il faut faire maintenant.

Trois principes en découlent.

1. On liste des problèmes, pas des événements. Les occurrences d'un même incident sont regroupées en une ligne unique, identifiée par ce qui le caractérise vraiment : sa famille, son sujet et la campagne concernée. Cent soixante lignes redeviennent un problème.

2. La répétition est une donnée, pas du bruit. Une fois regroupée, la fréquence devient une information utile : « depuis 12 jours · 4 occurrences · dernière il y a 58 min » . Un incident vieux de douze jours qui se re-lève à chaque passage ne dit pas la même chose qu'un incident apparu hier. La ligne le montre sans qu'on ait à compter.

3. Un problème résolu se retire tout seul. Il n'y a pas de bouton « marquer comme résolu ». Le système sait quand il a vérifié pour la dernière fois ; si un problème n'a pas été re-levé depuis, c'est qu'il n'existe plus. Il bascule seul dans l'onglet Résolus. Personne ne peut faire disparaître un problème en le cochant — et personne n'a à faire le ménage.

04Comment ça marche #sec_d80e1494

Les blocs de gravité

Les problèmes sont rangés en trois blocs, et chaque en-tête dit quoi en penser plutôt que de se contenter d'un mot :

À l'intérieur d'un bloc, le tri est l' ancienneté : le plus vieux d'abord. Un problème critique qui traîne depuis douze jours passe devant celui d'hier — c'est celui-là qui a déjà coûté quelque chose.

Ce que porte une ligne

Chaque ligne répond à quatre questions dans l'ordre où on se les pose :

• Quoi — le problème énoncé par sa conséquence ( « Campagne en retard » ), avec sa cause probable en dessous ( « L'échéance est dépassée et des requêtes restent sans décision » ).
• Où — la portée typée : la campagne concernée, la requête, ou l'espace de travail. Quand le sujet est un identifiant technique, un bouton Copier évite de le retranscrire à la main.
• Depuis quand — l'âge du problème et le rythme de sa répétition.
• Comment le corriger — un lien vers la page où le geste se fait.

La fraîcheur, affichée en permanence

Un bandeau indique « Vérifié il y a 1 h » , en tête d'écran comme en pied. On sait donc toujours l'âge de ce qu'on regarde — et, si aucune vérification n'a jamais eu lieu, l'écran le dit au lieu d'afficher une liste vide rassurante.

L'état vide, qui ne se contente pas d'un tiret

Quand il n'y a rien à signaler, l'écran énumère ce qui a été vérifié, avec les effectifs réels : « 2 campagnes et 9 requêtes ont été vérifiées sur cet espace de travail, sans rien signaler. » Une absence de problème n'a de valeur que si l'on sait sur quoi elle porte.

05Le catalogue des familles #sec_c4cd7825

Ce que l'administrateur de workspace peut corriger

Ce qui relève de la souscription

Trois familles échappent au workspace : connexion au tenant interrompue , enregistrement d'application inutilisable , groupe de sécurité introuvable . Ni le tenant, ni l'enregistrement d'application, ni l'annuaire ne se pilotent depuis un espace de travail.

Elles restent affichées — elles expliquent une collecte vide ou un périmètre incomplet, et un administrateur a besoin de cette explication. Mais la ligne porte la mention Souscription au lieu d'un lien Corriger : renvoyer vers une page où l'on ne peut rien serait pire que ne rien proposer.

06Filtrer et chercher #sec_fd23e8b3

Deux filtres, pas davantage : catégorie et campagne . Chaque filtre actif s'affiche sous forme de puce, retirable d'un clic — on voit donc toujours ce qu'on ne voit pas.

La recherche libre porte sur l'intitulé du problème, son sujet et le nom de la campagne.

Les deux onglets Problèmes actifs et Résolus portent leur compteur. Le compteur des actifs est rouge quand il n'est pas nul : c'est la seule couleur d'alarme de l'écran, et elle reste tenue.

07Ce que l'auditeur y trouve #sec_b42c1894

L'écran lui est ouvert en lecture. Il y lit ce qu'un rapport de conformité ne dit jamais : les incidents qui ont accompagné une campagne . Un élément exclu du périmètre, un reviewer qui n'a rien décidé, une escalade sans destinataire — autant de faits qui qualifient la valeur probante d'un taux de certification.

L'ancienneté est ici l'information décisive : un problème critique ouvert depuis douze jours pendant une campagne active est un constat en soi.

08Bon usage #sec_f88e69d6

Ce pour quoi le Centre d'alertes est fait : ouvrir sa journée d'administration dessus, traiter le bloc critique avant le reste, et utiliser l'ancienneté comme arbitre entre deux urgences apparentes.

Ce pour quoi il n'est pas fait : servir de journal d'activité — c'est le rôle de la piste d'audit, qui enregistre les actions humaines et non les constats machine. Ni de tableau de bord de progression : c'est le rôle du Pilotage.

09À retenir #sec_997300c6

Le Centre d'alertes ne signale pas plus , il signale mieux . En regroupant les occurrences, en datant les problèmes, en nommant leur conséquence plutôt que leur symptôme et en rattachant chacun à un geste, il transforme une liste que personne ne lit en une file de travail qu'on peut vider.

Et parce qu'un problème s'y ferme tout seul dès qu'il cesse d'exister, la liste reste crédible dans le temps — condition sans laquelle aucun écran d'alertes n'est consulté plus de trois semaines.

10État de la fonctionnalité #sec_3a5f205b

L'écran, le modèle de problèmes et le catalogue des familles sont livrés. La détection des sept familles introduites en v1.0 (campagne en retard, reviewer sans activité, délégation à échéance, exclusion à réexaminer, demande de suppression en attente, escalade sans destinataire, modèle de courriel manquant) reste à écrire côté jobs de vérification : aucun producteur ne les lève encore automatiquement.