Dirigeant : déterminer taux de veille -> veille Nx

[killiankopp]

customer and user FE - dirigeant

Scrum brief En tant que dirigeant, je veux pouvoir déterminer un taux de veille sur les KN.

Brief Une fois le Contrôle effectué, celui-ci sera vérifié par un vérificateur de niveau I, par l’intermédiaire d’un Contrôle. Ce KN de KN vise à suivre le travail d’un contrôleur et à orienter ses pratiques. Il s’agit d’un avis sur la forme du KN qui a été effectué par un contrôleur sur un opérateur. L’outil KN paraît naturellement la solution pour effectuer ce suivi dont la finalité est de délivrer une note selon le système SAMI. L’évaluation portera pas exemple sur la présence de photos, sur la clarté et la qualité des commentaires. L’objectif est que 100% des KN soient relus par un vérificateur de niveau I. Ce taux de veille niveau I est configurable. De la même manière que ci-dessus, un deuxième niveau de validation est prévu pour vérifier que les KN ont bien été revus selon le taux défini. Ce deuxième niveau de validation passera également par un Contrôle. Il s’agira donc d’un KN de KN de KN. L’objectif actuel est que 15% des validations de niveau I soient contrôlées. Le taux de veille niveau II est configurable.

Additional information Une autre issue a traité de la mise à disposition des données.

Team @killiankopp @heligonSeb

Code indication Nous allons créer une table veille qui permettra de déterminer plusieurs veilles sur un élément. Les éléments seront liés via TLC / TLI.

Todo

• [ ] créer une table de veille
• [ ] afficher les veilles au niveau des éléments sur lesquels faire cette veille

[killiankopp]

J'ai créé la table mkg_information__veille via la classe_information_veille

• [ ] @heligonSeb mettre à jour UML
• [x] @heligonSeb ajouter champ TLC / TLI à mkg_information__veille

[killiankopp]

Les routes pour manipuler les veilles sont en place. GET /v2/controle/veille POST /v2/controle/veille GET /v2/controle/veille/{id} PATCH /v2/controle/veille/{id} DELETE /v2/controle/veille/{id}

Une veille doit être rattaché à un tlc (et un tli). Ce rattachement n'est pas (pour le moment) renommé pour en simplifier la compréhension, il faut donc utiliser les "vrais" codes. Pour veiller sur un type d'habilitation (habilitation_type_id) il faut utiliser le code Characteristic (valeur de tlc) et le contenu pour tli.

@marilehoux : peux-tu faire les formulaires pour manipuler les veilles ?

[killiankopp]

il manque les interfaces graphiques pour le faire