Notifications #

Objectif et accès #

Le menu Notifications rassemble les événements de l’utilisateur : affectations, changements de responsable, échéances et rappels.

Utilisation #

Filtrez sur Nouveau, ouvrez l’élément puis marquez-le lu. Les emails sont envoyés de façon asynchrone par Messenger selon la messagerie du tenant.

Échéances #

La commande app:actions:notify-deadlines génère les alertes d’action. Les rappels de revue et expirations de gouvernance sont traités par le scheduler.

Dépannage #

Si l’interface reçoit l’événement mais pas l’email, contrôlez le worker et la configuration de messagerie plutôt que de recréer l’action.

Types d’événements #

Les notifications couvrent notamment affectation, changement de responsable, échéance d’action, rappel de revue et expiration d’une décision. Elles restent propres à l’utilisateur et au tenant.

Traiter une notification #

1. Filtrez sur Nouveau.
2. Ouvrez la ressource associée.
3. Vérifiez l’action demandée et son échéance.
4. Effectuez ou réaffectez le travail.
5. Marquez la notification comme lue.

Marquer comme lu ne traite pas la cause : le statut de l’action, du risque ou de la revue doit être mis à jour dans son module.

Interface et email #

La notification est d’abord persistée, puis un message asynchrone demande l’email. L’interface peut donc afficher l’événement avant la réception du message. La messagerie sélectionnée dépend de l’organisation.

Diagnostic #

Si rien n’apparaît, vérifiez que l’événement devait cibler l’utilisateur courant. Si seule la partie email manque, contrôlez worker Messenger, fournisseur actif, test d’envoi et logs. Évitez de relancer manuellement la même opération au risque de produire des doublons.