Notifications

Mirox vous informe de ce qui se passe sur vos centrales, dans vos tickets et dans votre organisation. D'emblée, c'est votre rôle dans l'organisation qui détermine ce qui vous parvient — vous ne modifiez que ce que vous souhaitez différent.

Où arrivent les notifications

Mirox dispose de trois moyens pour vous joindre, et vous les choisissez par catégorie :

• App — le centre de notifications derrière la cloche dans l'en-tête, le badge des non-lues et, si vous utilisez l'app iOS Mirox avec un appareil enregistré, le push mobile. Les notifications dans l'app sont toujours délivrées immédiatement.
• E-mail — à l'adresse vérifiée de votre compte, immédiatement ou sous forme de résumé (voir E-mail).
• Webhook — des requêtes HTTPS signées vers Slack, Microsoft Teams, Discord ou votre propre point de terminaison, uniquement pour les catégories des centrales (voir Webhooks).

Tout ce que vous recevez sur un canal, quel qu'il soit, arrive aussi dans le centre de notifications. Un clic sur une entrée la marque comme lue et vous amène à la centrale, à l'événement ou au ticket concerné ; Tout afficher ouvre le centre de notifications complet. Lorsque la condition à l'origine d'une alarme prend fin, vous recevez un avis de fin d'alerte et la notification d'origine est marquée comme résolue.

Ce qui me notifie

La carte Ce qui me notifie affiche une ligne par catégorie, regroupées en Sites, Système d'alarme, Gestionnaire d'alertes, Organisation et Personnel (les administrateurs système voient aussi Admin). Seules les catégories qui peuvent réellement vous notifier sont affichées. Chaque ligne comporte :

• le nom de la catégorie avec un ⓘ qui explique ce qu'elle couvre ;
• un badge Préréglage ou Personnalisé — Personnalisé signifie que vous avez modifié la ligne ; la flèche de retour la ramène au préréglage de votre rôle ;
• un interrupteur par canal : App, E-mail et — sur les catégories des centrales, une fois un webhook configuré — Webhook ;
• le niveau minimal à partir duquel la catégorie vous notifie.

Gestionnaire d'alertes regroupe les alertes des règles d'alerte propres à votre organisation ; chaque règle définit le niveau de ses alertes, de sorte que le niveau minimal que vous choisissez ici détermine quelles règles vous atteignent.

Les éoliennes, le stockage par batterie, les trackers solaires, les contrôleurs de parc et les composants solaires n'ont pas de lignes propres : une éolienne ou une unité de batterie qui s'arrête est signalée dans Production exactement comme un onduleur, et une source de données de n'importe quel type qui devient silencieuse est signalée dans Disponibilité. Un seul ensemble de lignes couvre tous les types de centrale. Les alarmes qu'un appareil signale lui-même — la liste d'alarmes et d'avertissements du constructeur d'un onduleur, d'une éolienne ou d'une batterie — sont classées sous la catégorie Alarmes constructeur dans la liste des événements. Elles ne notifient jamais ; cette catégorie n'a donc pas de ligne ici.

Réinitialiser aux valeurs par défaut, en haut de la carte, supprime toutes vos modifications après confirmation, et les valeurs par défaut de votre rôle dans l'organisation s'appliquent de nouveau. La carte indique le rôle dont proviennent vos valeurs par défaut.

Choisir un niveau minimal

Chaque événement a un niveau fixe — Critique, Très haute, Haute, Normale, Basse ou Très basse — défini par la plateforme et identique sur chaque centrale. Vous décidez à partir de quel niveau une catégorie vous notifie : un événement vous parvient si son niveau est égal ou supérieur au minimum de la ligne et si au moins un canal est activé.

• Critique — danger physique : incendie, emballement thermique, arc électrique sur une éolienne ou un stockage par batterie, alarme anti-intrusion. Choisissez-le si vous ne voulez être réveillé qu'en cas de danger.
• Haute — une situation du site : unités à l'arrêt, source de données ou VPN perdu. Le minimum recommandé pour la personne qui répond de l'exploitation d'une centrale.
• Normale — en plus, la panne propre à chaque unité solaire et les autres états d'une seule unité. Le minimum le plus bas que vous puissiez sélectionner.

Ce que signifie chaque niveau, pourquoi il est fixé ainsi, la rapidité de détection de chaque événement et des exemples réels issus de la plateforme figurent dans la liste des niveaux d'alarme et des exemples.

Les niveaux sont fixes, pas par centrale. Vous ne pouvez ni relever ni abaisser le niveau d'un événement pour vous ou pour une seule centrale : chaque événement est classé de la même façon partout, afin que la réponse et l'escalade puissent être automatisées. Si un niveau ne vous convient pas, utilisez Proposer un autre niveau sur la catégorie ou l'événement — la proposition parvient à notre support, et nous ajustons le niveau pour tous. Les raisons, ainsi que les alertes prévues sur des seuils de vos propres indicateurs, sont décrites dans Pourquoi les niveaux sont fixes.

Valeurs par défaut selon le rôle

Votre rôle dans l'organisation détermine quelles lignes démarrent activées et à quel niveau. En bref :

• Asset Manager (Technical) démarre avec les catégories des centrales activées à partir de Haute, le système d'alarme activé à partir de Très haute (seuls les signaux de niveau Très haute ou Critique notifient donc — parmi les contacts fixes, l'alarme anti-intrusion elle-même) et l'agent de surveillance activé à Critique.
• Modérateur démarre avec Disponibilité activée à partir de Très haute ; Membre avec Production et Disponibilité activées à partir de Très haute.
• Admin, Asset Manager (Commercial) et Externe démarrent avec les catégories des centrales désactivées ; en activer une la fait démarrer au niveau du rôle.
• Les catégories des centrales notifient par défaut via l'App ; l'e-mail reste désactivé pour elles tant que vous ne l'activez pas ligne par ligne.

Le tableau complet se trouve dans Niveaux d'alarme — Valeurs par défaut selon votre rôle.

Toujours délivrées

Certaines notifications vous parviennent quels que soient vos réglages :

• Authentification — connexions suspectes, tentatives de connexion échouées, réinitialisations de mot de passe et modifications de la double authentification.
• Invitations — invitations d'organisation et de coopération.
• Mentions, assignations et réponses qui vous sont adressées personnellement.

Les deux premières apparaissent comme lignes verrouillées en bas de la carte. Les notifications de niveau Critique et celles qui vous sont adressées personnellement échappent aussi au regroupement des e-mails et aux heures de travail.

Les alarmes et votre connexion

Les alarmes ne dépendent ni de votre connexion ni de la 2FA. Les notifications d'alarme que vous avez activées sont envoyées sur les canaux que vous avez configurés, dans la limite de vos réglages de niveau et de mise en sourdine.

• Elles arrivent aussi sur un téléphone dont la connexion a pris fin et qui attend une nouvelle connexion. Si vous vous déconnectez vous-même dans l'application, les notifications push vers ce téléphone s'arrêtent ; vos autres canaux continuent de fonctionner.
• Elles arrivent aussi pour les centrales qui vous sont masquées parce que l'organisation qui les possède exige la 2FA et que votre compte ne l'a pas.

Pour ouvrir la centrale elle-même, vous devez être connecté, et pour une centrale masquée, vous activez d'abord la 2FA.

Regroupement des e-mails et heures de travail

La carte Notifications par e-mail définit comment les e-mails sont envoyés ; quels sujets vous écrivent se choisit ligne par ligne sous Ce qui me notifie.

• Envoi — Immédiatement (un e-mail par notification), Résumé horaire ou Résumé quotidien.
• Heures de travail — choisissez des jours de la semaine et une plage horaire dans votre fuseau horaire local. En dehors de cette fenêtre, les e-mails sont retenus et envoyés à sa prochaine ouverture ; désactivé signifie à tout moment. Les notifications dans l'app et le push mobile ne sont jamais retenus.
• Push d'abord — tant que l'application mobile est enregistrée pour le push, les e-mails non liés à la sécurité attendent quelques minutes et ne sont envoyés que si vous n'avez pas déjà consulté la notification dans l'app. L'e-mail reste le niveau de secours.

Webhooks

La carte Notifications tierces envoie les notifications vers d'autres systèmes — une messagerie d'équipe ou votre propre automatisation. Les envois par webhook sont effectués immédiatement, même lorsque vous êtes en ligne, et ne sont jamais retenus parce que vous avez déjà lu la notification dans l'app : chaque événement correspondant est délivré, ce qui en fait des déclencheurs d'automatisation fiables. Ils sont limités aux catégories des centrales (Production, Disponibilité, Capteurs, Signaux de commande, Système d'alarme, Agent de surveillance).

• Ajouter un webhook — jusqu'à cinq points de terminaison, chacun avec un nom, une URL et un format : JSON générique, Slack, Microsoft Teams ou Discord.
• Les points de terminaison JSON générique reçoivent des requêtes HTTPS POST signées (X-Mirox-Signature, un HMAC-SHA256 du corps calculé avec un secret propre à chaque point de terminaison, affiché une seule fois). Vous pouvez ajouter une authentification Basic ou Bearer et des en-têtes personnalisés ; leurs valeurs sont en écriture seule.
• Pour les formats de messagerie, l'URL du webhook est elle-même l'identifiant — traitez-la comme un mot de passe. Pour Teams, créez l'URL avec l'application Workflows ; voir Connecter Microsoft Teams.
• Chaque point de terminaison propose Tester, Renouveler le secret, la modification et Supprimer. Un point de terminaison qui échoue de manière répétée est désactivé ; corrigez-le, puis utilisez Tester ou Réactiver.

Dès qu'un webhook existe, les lignes des centrales de Ce qui me notifie affichent un interrupteur Webhook, pour que vous choisissiez par catégorie ce qu'il reçoit.

Tester un canal

La dernière ligne de Ce qui me notifie — Envoyer une notification de test — exécute le vrai pipeline de distribution pour un canal : dans l'app, push mobile, e-mail ou un webhook. Ajoutez un message facultatif, cliquez sur l'icône du canal, et la ligne indique pour chaque cible si le test a été envoyé, ignoré ou en échec.

Mettre un parc en sourdine / suivre un ticket

• Mettre un parc en sourdine — la cloche dans l'en-tête de la page d'un parc met vos notifications pour ce parc en sourdine. Les mentions et les assignations continuent de vous parvenir, tout comme les notifications concernant les tickets que vous avez créés ou qui vous sont assignés. Cliquez de nouveau pour réactiver les notifications.
• Mettre en sourdine ou suivre un ticket — la zone Notifications d'un ticket propose Par défaut (vous êtes notifié en tant que participant : tickets que vous avez créés, qui vous sont assignés ou que vous avez commentés), Suivi (chaque modification) et En sourdine (rien — les mentions continuent de vous parvenir).

Demandes d’assistance

Lorsque le support a répondu à votre demande d’assistance et qu’il ne s’y passe plus rien pendant 7 jours — ni message, ni réaction, ni changement de statut d’un côté ou de l’autre —, la demande est fermée automatiquement. Un jour avant, vous recevez un rappel, envoyé comme une réponse du support (application, push et e-mail). Écrivez un message ou rouvrez la demande, et les 7 jours recommencent. La fermeture automatique elle-même n’envoie aucune notification.

• Une demande à laquelle le support n’a pas encore répondu n’est jamais fermée automatiquement.
• Une demande au statut En attente n’est jamais fermée automatiquement, même si elle reste longtemps sans activité.
• Vous pouvez fermer votre demande vous-même à tout moment et la rouvrir plus tard.
• Écrire un message dans une demande fermée la rouvre.

Guides associés

• Niveaux d'alarme — tous les événements qui peuvent notifier, leur niveau, leurs délais et des exemples
• Connecter Microsoft Teams — publier les notifications Mirox dans un canal Teams
• Événements — les événements de centrale à l'origine des notifications
• Tickets — le flux de tickets derrière les mentions et les assignations