- Paramètres : page de gestion des anomalies de librairies du client
- Page observations : proposer 2 tris par défaut (les plus récentes et les plus critiques)
- Dans le signalement de l’anomalie, soit il pourra créer une anomalie de 0, soit il y aura 2 niveaux pour sélectionner correctement l’anomalie (comme pour le brandschutz, catégorie → sous catégorie → anomalie)
- Proposition des anomalies déjà remontées à la même localisation pour la même anomalie de lib (l’utilisateur peut ensuite la sélectionner si elle est déjà existante)
Questions
Est ce qu’il a besoin d’avoir des anomalies de librairies que nous définissons nous ? Pouvoir définir “problème d’évacuation”, et c’est nous dans le Bo qui le définissons ? Ou bien c’est forcément du sur mesure pour chaque client ? → je pense que c’est plus simple de faire juste du sur mesure par client. (et de proposer d’importer un csv pour l’ajout en masse)⇒ ils se débrouillent Avoir plusieurs niveaux de catégories et sous catégories pour les anomalies ? → je serais plus d’avis de faire au plus simple au début, faire 1 catégorie, 1 sous catégorie pour tous les types d’anomalies
⇒ c’est tout parfait, que 2 niveaux obligatoire
Propositions : amélioration de la page anomalie. Il faudrait peut être séparer de base les différents types d’anomalies. les réglementaires d’un coté, les observations de l’autre.
Si une organisation utilise de manière poussé les observations et le ticketing, il voudrait potentiellement voir ses observations en dehors de ses anomalies réglementaires. On entre dans une solution plus GMAO.
(oui)