Mairie — Flux d'une alerte citoyenne
Cycle de vie complet d'une alerte mairie : de la création par l'agent à la diffusion et l'expiration automatique.
Statut
- Création, publication et lecture publique : actifs et confirmés dans le backend.
- Job
ExpireAlertes: actif, tourne toutes les heures. - Notifications push/email, diffusion PlayLoop : vision cible, non confirmées.
- Audit et logs : vision cible.
- Flèches pointillées
-.->: vision cible ou comportement conditionnel.
Schéma
Lecture du schéma
L'accès est contrôlé par le middleware mairie.access : seul un acteur de type mairie rattaché à la commune peut créer ou modifier une alerte.
Les niveaux (info, warning, danger) déterminent la visibilité et la priorité d'affichage. Les alertes sensibles doivent être validées par une personne autorisée avant publication.
La diffusion active expose l'alerte sur la page publique de la commune dans DMV. Les notifications push/email et la diffusion vers PlayLoop sont en pointillés : elles font partie de la vision cible et ne sont pas encore implémentées.
L'expiration automatique est gérée par le job ExpireAlertes qui tourne toutes les heures. Quand expires_at est dépassé, is_active passe à false et l'alerte disparaît de l'affichage public sans suppression.
Les logs et l'audit sont une vision cible pour tracer les créations, modifications et désactivations d'alertes sensibles.