Aller au contenu

Exportez le journal d’audit

Chaque changement d’état dans FortressFlag atterrit dans un journal d’audit en ajout seul : qui l’a fait, ce qui a changé (avec les valeurs avant et après), quand et d’où. Quand une revue d’incident demande « qu’est-ce qui a changé à 14:32 ? » ou qu’un auditeur demande « montrez-moi qui a touché à la production en mars », c’est cet écran — et cet export — qui répond.

Vous devez être Admin ou Owner ; le journal nomme vos coéquipiers et trace leurs actions, c’est donc la surface de supervision de l’équipe, pas son outil du quotidien.

Ouvrez Admin → Journal d’audit. Les événements les plus récents sont en haut, et les filtres réduisent la liste à la question que vous vous posez vraiment : par membre, par action, par ressource touchée, par période. Combinez-les — les changements sur ce flag, par cette personne, cette semaine — et la réponse tient généralement sur un écran, sans recherche.

Quelques choses que vous remarquerez dans les entrées :

  • Les bascules montrent l’avant et l’après, de sorte que « qui l’a désactivé » et « quelle était la valeur avant » sont la même consultation.
  • Les propositions de production appliquées nomment les deux personnes — le proposant et l’approbateur.
  • Certaines entrées ont une machine pour acteur : les changements faits par votre fournisseur d’identité via le provisionnement sont attribués au jeton de provisionnement, pas à une personne. C’est exact — c’est bien lui qui l’a fait.

L’export CSV emporte vos filtres actuels avec lui — filtrez d’abord, puis exportez, et le fichier contient exactement ce que vous regardiez. À partir de là, c’est le territoire du tableur : joignez-le à la revue d’incident, remettez-le à l’auditeur, archivez-le avec les documents du trimestre.

Le journal est en ajout seul : les entrées sont écrites par le système au fil des changements, et il n’y a ni modification ni suppression — pas dans le tableau de bord, pas pour les Admins, pas pour nous. Ce qu’il dit s’être passé s’est passé.