Notifications
Les notifications dans l'application vous tiennent informé des exécutions de workflows, des revues et des invitations. Recevez éventuellement un e-mail à chaque nouvelle notification — contrôlé par un seul interrupteur dans vos paramètres personnels.
La plateforme émet des notifications dans l'application pour des événements tels que les exécutions de workflows terminées ou en échec, les demandes de revue avec intervention humaine (human-in-the-loop) et les invitations d'équipe. Les notifications non lues apparaissent sur la cloche de la barre latérale et dans Paramètres → Compte → Notifications.
Notifications par e-mail
Vous pouvez également recevoir un e-mail à chaque nouvelle notification, afin de rester informé lorsque vous n'êtes pas dans l'application.
Les notifications par e-mail sont activées par défaut. Vous recevrez un e-mail pour chaque nouvelle notification dans l'application jusqu'à ce que vous désactiviez le paramètre.
Activer ou désactiver les notifications par e-mail
Ouvrez Paramètres → Compte → Préférences.
Basculez M'envoyer un e-mail pour les nouvelles notifications. La modification prend effet immédiatement et s'applique à toutes les organisations dont vous êtes membre.
Lorsque l'interrupteur est désactivé, vous continuez à recevoir les notifications dans l'application sur la cloche — seuls les e-mails s'arrêtent.
L'e-mail est envoyé via le fournisseur d'e-mail configuré pour votre organisation. Si votre espace de travail n'a pas terminé la configuration des e-mails, les notifications dans l'application fonctionnent toujours, mais aucun e-mail n'est remis.
Notifications des Process Flows
Les Process Flows émettent quatre types de notifications. Chacune arrive dans la boîte de réception de l'application et par e-mail, et ouvre la tâche (ou le flow) dans Horizon via son bouton Ouvrir. Un lien qui pointe encore vers les anciennes pages de flow d'Agentic redirige vers Horizon.
| Type | Quand | Qui |
|---|---|---|
process.instance_created | Une instance de flow a démarré — par un opérateur, un webhook ou une planification. Une seule par personne, qui liste les tâches de la première étape qui l'attendent. | Toutes les personnes distribuées dans l'instance, ainsi que toute personne à qui une tâche de la première étape est assignée nommément. Lorsque personne ne peut être joint, les administrateurs de l'organisation, afin qu'ils puissent attribuer les personas. |
process.task_assigned | Une tâche est devenue ouverte plus tard et attend quelqu'un : elle a été déverrouillée, déplacée dans une étape, ajoutée ou assignée. Les tâches de la première étape sont listées dans process.instance_created à la place. | La personne assignée à la tâche, ou toutes les personnes détenant la persona à laquelle elle est assignée sur cette instance. Un titulaire de persona n'est pas relancé lorsque quelqu'un d'autre est ajouté à la distribution. |
process.task_sla_breached | Une tâche ouverte a dépassé sa date d'échéance (dueOffsetDays ou due sur le modèle de tâche). Vérifié toutes les heures ; une date d'échéance qui change est une nouvelle échéance et notifie à nouveau. | Les personnes assignées à la tâche ; à défaut, la distribution de l'instance, puis les administrateurs de l'organisation. |
process.approval_requested | Une porte d'étape nécessite une approbation. | Les membres de la persona approbatrice, avec repli sur les administrateurs de l'organisation (un avis de dotation uniquement ; ils ne peuvent pas approuver tant qu'ils ne sont pas assignés). |
Chaque notification est émise une seule fois par personne et par événement : une tâche relue, rebalayée ou activée une seconde fois ne notifie pas à nouveau, et une tâche confiée à une nouvelle personne la notifie une seule fois. Les avis de retard sont également écrits dans le journal d'activité du flow.
Qui est distribué dans une nouvelle instance ? Une nouvelle instance copie les attributions de personas de l'instance la plus récente du même flow dans le même environnement : un flow récurrent démarré par un webhook arrive donc avec la distribution de la fois précédente. Une persona encore vide après cela est pourvue à partir du rôle fonctionnel de l'organigramme que le modèle déclare pour elle, le cas échéant (voir Pourvoir une persona depuis l'organigramme). Une persona que personne n'a pu pourvoir reste vide jusqu'à ce que quelqu'un l'attribue, et les administrateurs de l'organisation en sont informés.
Notifications des sources de données
Les sources de données d'Analytics émettent ces notifications dans l'application. Chacune ouvre Data sources dans Analytics.
| Type | Quand | Qui |
|---|---|---|
data_source.state_changed | Une source de données a commencé à échouer, s'exécute en retard sur sa propre planification, a été mise en pause (après des échecs répétés, ou parce que la personne au nom de laquelle elle s'exécute a perdu son accès), ou s'est rétablie — avec la raison et qui doit corriger. Émise une seule fois par changement ; une source qui oscille alerte au plus une fois toutes les six heures, et le reste va dans le récapitulatif. Voir Alertes et récapitulatif quotidien. | Les administrateurs de l'organisation, et la personne qui a ajouté la source de données tant qu'elle en est encore membre. |
data_source.daily_digest | Une fois par jour, ce qui a changé pour les sources de données qui n'ont pas nécessité d'alerte, un paragraphe par source. Au plus un par jour ; aucun lorsque rien n'a changé. | Les administrateurs, pour chaque source de données ; la personne qui a ajouté une source de données, pour les siennes. |
data_source.copy_paused | La copie d'une source de base de données a été mise en pause après autant d'exécutions en échec consécutives que le seuil de mise en pause automatique ; les requêtes en direct continuent de fonctionner. | Les administrateurs de l'organisation. |
Une source de données ajoutée avec ses alertes désactivées n'émet aucune des deux premières.
Pièces jointes des Process Flows
Une distribution de Process Flow peut inclure des artefacts sélectionnés par l'auteur du pack parmi des tâches antérieures de document, de sortie de workflow ou de téléversement de fichier. Chaque notification dans l'application affiche ces fichiers sous forme de liens de pièces jointes autorisés. Si la remise par e-mail est activée, les mêmes fichiers arrivent sous forme de véritables pièces jointes MIME — les sorties générées en Markdown UTF-8 et les téléversements avec leurs octets et leur type MIME d'origine.
La plateforme résout et valide l'ensemble complet des pièces jointes avant de notifier qui que ce soit. Une distribution peut contenir au maximum dix fichiers, avec une limite de 8 Mio par fichier et de 8 Mio au total. Les destinataires reçoivent l'ensemble complet ou aucune pièce jointe ; la plateforme n'abandonne jamais silencieusement un fichier non pris en charge, manquant ou trop volumineux.
Les liens de pièces jointes ne sont pas des URL de fichiers publiques. En ouvrir un vérifie que vous étiez un destinataire éligible, que vous pouvez toujours accéder au Process Flow et que la source correspond toujours à la version envoyée. Si une source est supprimée ou modifiée après l'envoi, la notification ne sert pas un contenu différent sous l'ancien lien.
Désactiver les notifications par e-mail n'affecte que la copie par e-mail. La notification dans l'application et ses liens de pièces jointes autorisés restent disponibles.