Anomalie Réseau

Signalement

Le formulaire capture automatiquement le signaleur et la position disponible. La photo avant constitue la preuve principale. Les autres champs — référence, contact, adresse ou commentaire — peuvent compléter le contexte sans bloquer un signalement utile.

Qualification

L’équipe destinataire examine la preuve. Elle peut classer le signalement, demander un complément ou créer explicitement une intervention. Cette séparation évite de remplir les listes de travail avec des objets qui n’ont pas encore été qualifiés.

Routage

Le motif détermine l’équipe pertinente : signal, génie civil, câble ou autre périmètre configuré. Le routage est une règle serveur afin de rester cohérent pour tous les clients.

Résolution

Quand une intervention est créée, elle hérite du contexte de l’anomalie mais garde sa propre identité et son workflow. Une photo après est rattachée à la résolution sans remplacer la preuve avant.

Audit

Chaque changement de statut conserve acteur, date, motif et source. Le manager peut ainsi distinguer délai de qualification, délai d’intervention et délai de validation.

Valeur du modèle

Le système évite de confondre « j’ai vu un problème » avec « un ticket d’intervention est déjà créé ». Cette distinction améliore la qualité des listes opérationnelles et la traçabilité des décisions.

Modèle de données

Le signalement conserve sa propre table et son propre identifiant. Les photos, coordonnées, commentaires et décisions de qualification lui sont rattachés. Si une intervention est créée, un lien explicite relie les deux objets au lieu de recopier des champs de manière incontrôlée.

Fonctionnement offline

Le signalement peut être enregistré localement avec un UUID et une photo avant. La synchronisation pousse d’abord les métadonnées puis le média. Si l’upload échoue, l’anomalie reste dans une file « à envoyer » ; elle n’est pas recréée lors du retry.

Permissions

Le droit de signaler peut être large, tandis que la qualification, la création d’une intervention et la validation finale appartiennent à des rôles différents. Le serveur vérifie ces permissions sur chaque mutation. Le mobile ne reçoit que les actions autorisées.

Vue manager

Le tableau de suivi sépare les anomalies nouvelles, qualifiées, transformées en intervention, résolues et rejetées. Un manager peut descendre d’un compteur vers les éléments concernés et consulter la preuve avant/après. Les données techniques internes restent hors de la fiche publique.

Scénarios de test

• Signalement sans réseau puis resynchronisation.
• Photo trop volumineuse et reprise après compression.
• Deux qualifications concurrentes.
• Création d’une intervention puis retour hiérarchique.
• Utilisateur ayant le droit de signaler mais pas de qualifier.
• Consultation de la preuve avant et après sans écrasement.

Le résultat attendu est un historique lisible depuis le premier constat jusqu’à la décision finale.

Recherche et cartographie

Les anomalies peuvent être filtrées par zone, équipe, statut et période. Lorsque les coordonnées sont disponibles, la carte sert à comprendre la concentration géographique mais ne remplace jamais la liste métier. Un clic sur un point ouvre la même fiche que la recherche globale, avec les mêmes droits.

Principe de conception

La valeur principale du module est la séparation des responsabilités : signaler rapidement, qualifier correctement, intervenir avec une preuve, puis valider. Cette séparation évite qu’un simple constat soit comptabilisé comme un travail terminé ou qu’une intervention soit créée sans contexte.