audit(ui): analyser les filtres stock

docs/ui-audit/BUGS.md

@@ -298,3 +298,15 @@
 - 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.
+
+## UI-029 — Listes stock et produits sans recherche ni filtre
+
+- Priorité : P2
+- URLs : `/cleaning/products`, `/cleaning/references`,
+  `/cleaning/movements`, `/cleaning/requests`
+- Résultat : les listes ne présentent ni champ de recherche, ni filtre, ni
+  pagination visible. Après ajout de lots et mouvements, retrouver un produit
+  ou une opération nécessite de parcourir toute la page.
+- Attendu : recherche par produit/référence/lot et filtres par période,
+  emplacement et type de mouvement, avec pagination.
+- Impact : ergonomie insuffisante dès que le catalogue ou l'historique grandit.

docs/ui-audit/PROGRESS.md

@@ -141,6 +141,8 @@ terminé.
   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.
+- Les listes produits, références, mouvements et profils de demande ont été
+  inspectées : aucun champ de recherche, filtre ou pagination visible (UI-029).
 - 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

@@ -49,6 +49,8 @@ l'intervention de test sans équipement.
   techniquement associés aux champs (UI-026).
 - P2 : les habilitations saisies en prévention ne disposent d'aucun récapitulatif
   visible (UI-028).
+- P2 : les listes stock/produits sans recherche ni pagination deviendront
+  difficiles à exploiter avec un historique réel (UI-029).
 - P2 : clarifier `/planning/availability`, qui reprend le titre et la
   structure de `/planning/time`.