Aller au contenu principal

Flux de notification

Objectif du flux

Informer les utilisateurs des contenus importants, favoris, alertes ou événements, sans créer de spam ni contourner les règles de consentement.

Acteurs/systèmes impliqués

  • Utilisateur abonné ou concerné.
  • Acteur, mairie ou système déclencheur.
  • API Laravel.
  • Service Notifications.
  • Jobs/queues.
  • Provider push, email ou canal à confirmer.

Étapes principales

  1. Un événement métier survient : publication, alerte mairie, favori, boost ou message.
  2. Laravel vérifie que l’événement peut déclencher une notification.
  3. Les destinataires sont calculés côté backend.
  4. Les préférences et consentements sont appliqués.
  5. Un job de notification est créé.
  6. Le provider envoie la notification via le canal approprié.
  7. Les résultats et erreurs sont journalisés.

Données manipulées

  • Type d’événement.
  • Auteur ou source.
  • Destinataires.
  • Préférences utilisateur.
  • Canal de notification.
  • Contenu minimal de notification.
  • Statut d’envoi.

Règles sécurité

  • Les destinataires ne doivent pas être calculés côté frontend.
  • Les alertes mairie doivent rester limitées au périmètre communal ou territorial autorisé.
  • Les notifications doivent respecter les préférences utilisateur.
  • Les contenus sensibles ne doivent pas exposer de données privées dans le message push.
  • Les envois de masse doivent être limités et auditables.

Erreurs/points de vigilance

  • Notification envoyée à un mauvais périmètre.
  • Spam lié aux boosts ou publications fréquentes.
  • Provider indisponible.
  • Consentement absent.
  • Données personnelles visibles dans une notification verrouillée.

État actuel vs cible

SujetÉtat actuel visibleVision cible
NotificationsNotifications documentées comme produit cible.Service backend centralisé avec jobs, préférences et logs.
Alertes mairieAlertes documentées.Canal prioritaire mais encadré.
PushPush prévu.Provider et stratégie technique à confirmer.

Diagramme Mermaid

TODO / points à confirmer

  • Provider push cible.
  • Canaux supportés : push, email, in-app.
  • Préférences utilisateur exactes.
  • Règles de priorité des alertes mairie.
  • Limites anti-spam par acteur, commune et boost.