audit(ui): relever le suivi des habilitations

docs/ui-audit/BUGS.md

@@ -287,3 +287,14 @@
 - Attendu : refuser une expiration antérieure à l'émission et expliquer la
   correction attendue.
 - Impact : historique d'habilitations incohérent.
+
+## UI-028 — Les habilitations ne sont pas visibles dans le récapitulatif prévention
+
+- Priorité : P2
+- URL : `/prevention/`
+- Résultat : le formulaire d'ajout d'habilitation est présent, mais aucune
+  liste des habilitations enregistrées n'est affichée ; l'entrée de test ne
+  peut donc pas être relue ou contrôlée dans l'interface.
+- Attendu : tableau agent, habilitation, date d'émission, expiration et
+  émetteur, avec signalement des habilitations expirées.
+- Impact : absence de suivi opérationnel malgré la possibilité de saisie.

docs/ui-audit/PROGRESS.md

@@ -139,6 +139,8 @@ terminé.
   modifier l'action et la clôture est persistée.
 - Le formulaire d'habilitation accepte une date d'expiration antérieure à la
   date d'émission (POST 302 sans erreur), ajouté en UI-027.
+- Après cette soumission, aucun tableau d'habilitations n'est rendu sur
+  `/prevention/`, ajouté en UI-028.
 - La prévision détaillée `/cleaning/forecast/1` répond 200 et affiche stock,
   consommation, sécurité et commande ; la configuration globale reste 500
   (UI-002).

docs/ui-audit/REPORT.md

@@ -47,6 +47,8 @@ l'intervention de test sans équipement.
   serveur et dépendent de JavaScript (UI-021).
 - P2 : les labels des formulaires produits/stock/prévention ne sont pas
   techniquement associés aux champs (UI-026).
+- P2 : les habilitations saisies en prévention ne disposent d'aucun récapitulatif
+  visible (UI-028).
 - P2 : clarifier `/planning/availability`, qui reprend le titre et la
   structure de `/planning/time`.