Module Suivi terrain
Chemin : Suivi terrain.
Ce module couvre la consultation des présences (événements de présence enregistrés sur le terrain), des contrôles aléatoires, des alertes et du suivi de la synchronisation ; export et analyse par service, utilisateur et période.
1. Présences (événements de présence)
Aspects fonctionnels implémentés
- Liste / grille : événements de présence avec pagination, tri ; colonnes (utilisateur, garde, date/heure, statut, lieu optionnel, remarques).
- Filtres : par service, par utilisateur, par garde, par statut (valide, invalide, retard, non planifié), par période (date début, date fin).
- Statuts de présence : Valide, Invalide, Retard, Non planifié ; affichage avec codes couleur ou badges.
- Détail : consultation du détail d’un événement (lien vers la garde, l’utilisateur, horaire, statut).
- Export : export des présences en CSV ou Excel pour analyse ou archivage (période et filtres appliqués).
- Règles métier : une présence « Valide » peut faire passer la garde en statut « Complétée » ; présences « Invalide », « Retard » ou « Non planifié » peuvent déclencher des alertes.
2. Contrôles aléatoires
Aspects fonctionnels implémentés
- Liste des contrôles : contrôles planifiés ou passés ; colonnes (garde, date prévue, statut, résultats).
- Statuts : Planifié, En cours, Terminé, Manqué.
- Résultats par utilisateur : pour chaque contrôle, résultats par agent (Présent, Absent, Retard) avec date/heure et remarques.
- Planification : création ou planification d’un contrôle manuel (si prévu par l’API) ; choix de la garde et de la date.
- Consultation : détail d’un contrôle avec liste des résultats et statut de chaque agent contrôlé.
- Export : export des résultats de contrôles pour rapport ou audit.
3. Alertes terrain
Aspects fonctionnels implémentés
- Liste des alertes : alertes avec pagination ; colonnes (type, message, gravité, date, statut de prise en compte, pris en compte par, date de prise en compte).
- Filtres : par type, par gravité (faible, moyen, élevé, critique), par statut (non prise en compte / prise en compte), par période.
- Types d’alertes : ex. absence non prévue, présence invalide, retard, incident ; selon la configuration métier.
- Prise en compte : action « Marquer comme pris en compte » avec éventuellement saisie du responsable et d’un commentaire ; mise à jour du statut et de la date.
- Détail : consultation du message, de la gravité, de l’entité liée (garde, utilisateur, tablette) et de l’historique de prise en compte.
4. Synchronisation (logs et suivi)
Aspects fonctionnels implémentés
- Liste des synchronisations : logs de sync (tablette ou entité, direction PULL/PUSH, statut, nombre de tentatives, dernière tentative, message d’erreur éventuel).
- Filtres : par entité (tablette, type d’entité), par statut (en attente, en cours, succès, échec, retry), par période.
- Statuts : En attente, En cours, Succès, Échec, Retry.
- Détail : consultation du payload ou des erreurs pour diagnostic en cas d’échec.
- Corrélation : lien avec les tablettes (suivi terrain) et avec le module Tablettes pour « dernière sync » par appareil.
5. Tableaux de bord et indicateurs
Aspects fonctionnels implémentés
- Indicateurs : taux de présences valides, nombre d’alertes non prises en compte, nombre de contrôles sur la période, état des synchronisations (si fournis par l’API).
- Vues agrégées : par service, par structure, par période (jour, semaine, mois) pour les présences et les alertes.
- Graphiques : courbes ou barres pour évolution des présences ou des alertes (si composants prévus dans l’app).
Rôles et accès
- Consultation : accès en lecture aux présences, contrôles, alertes et logs de sync selon les droits (ex. chef de service, chef de structure, admin).
- Actions : prise en compte des alertes, planification de contrôles (selon les droits) ; pas de modification des présences enregistrées par les tablettes (données terrain).