Événements
Les événements sont les signaux détectés par machine que vos centrales remontent d'elles-mêmes — une coupure réseau, un plafonnement de surproduction, un logger qui perd le contact avec sa source. Ils vous fournissent un relevé objectif et horodaté de ce qui s'est passé, afin que vous puissiez réagir rapidement et prouver plus tard ce que la plateforme a observé, et quand.
Le concept d'événement
Un événement est créé automatiquement lorsque la plateforme reconnaît une condition notable sur une centrale. La plupart des événements proviennent du Jumeau Numérique et des agents de supervision surveillant chaque centrale ; d'autres sont émis comme effet secondaire de changements de configuration (par exemple, lorsqu'un data logger est ajouté ou mis en pause). Vous pouvez aussi enregistrer vous-même un événement pour quelque chose que vous avez observé sur site.
Les événements sont volontairement légers : chacun capture ce que la plateforme a détecté, où, quand et avec quelle gravité. Le côté humain de l'histoire — notes de triage, qui s'en occupe, ce qui a été fait pour corriger — réside dans les Tickets, et non dans l'événement lui-même.
Événements vs. Tickets
Un événement est un signal détecté (souvent automatique). Un ticket est le suivi humain : investigation, affectation, commentaires et résolution. Vous reliez les deux ensemble afin que le signal détecté et le travail nécessaire pour le résoudre restent connectés. Les champs de titre et de description en texte libre des événements sont en cours de retrait au profit des tickets — considérez l'événement comme le déclencheur et le ticket comme l'espace de travail.
Types d'événements
Chaque événement porte un type qui vous indique ce qui a été détecté :
- Coupure réseau : la production a été écrêtée ou arrêtée par le gestionnaire du réseau électrique.
- Coupure externe : la production a été arrêtée par une instruction externe (par exemple, un agrégateur de vente directe ou un écrêtage à distance).
- Surproduction : la centrale a dépassé son niveau de production attendu ou autorisé.
- Disponibilité des sources : une source de données est devenue injoignable ou s'est rétablie (interruption d'acquisition de données).
- Défaut de capteur de rayonnement : un capteur d'irradiation a signalé des relevés invraisemblables ou manquants.
- Cycle de vie du logger : un data logger a été créé, mis à jour, mis en pause, repris, supprimé, ou a vu ses identifiants modifiés.
- Créé par l'utilisateur : un événement que vous avez enregistré manuellement pour une condition observée.
Priorité d'événement
Chaque événement porte un niveau de priorité afin que vous puissiez vous concentrer d'abord sur ce qui compte :
| Priorité | À utiliser pour |
|---|---|
| Très élevée | Conditions graves nécessitant une attention immédiate |
| Élevée | Problèmes importants à traiter rapidement |
| Normale | Le niveau par défaut pour les détections de routine |
| Faible | Conditions mineures à surveiller |
| Très faible | Occurrences de fond qui nécessitent rarement une action |
Statut d'événement
Les événements suivent un cycle de vie court et clair :
- Détecté : l'événement vient d'être remonté et n'a pas encore été examiné.
- Reconnu : quelqu'un a vu l'événement et l'a accepté pour suivi.
- Clôturé : la condition sous-jacente est résolue. De nombreux événements se clôturent automatiquement — par exemple lorsqu'une source écrêtée se reconnecte, qu'une coupure prend fin ou que la surproduction s'atténue — tandis que d'autres sont clôturés manuellement une fois le travail terminé.
Les événements clôturés peuvent être rouverts si la condition réapparaît, afin qu'un problème récurrent conserve son historique regroupé.
Liaison et suivi
Les événements ne sont pas isolés. Vous pouvez relier chaque événement aux parties de la centrale qu'il concerne et au travail nécessaire pour le résoudre :
- Liens vers les composants : rattachez un événement aux composants spécifiques qu'il affecte (un logger, un onduleur, un GAK, un string, un compteur d'injection ou un capteur), et recherchez parmi les composants de la centrale pour trouver le bon.
- Liens vers les tickets : référencez un événement depuis un ticket afin que l'investigation, l'affectation, les commentaires et la résolution soient suivis au même endroit.
- Suivi des notifications : chaque événement enregistre quels utilisateurs ont été notifiés et qui l'a vu.
Utilisez les tickets pour le travail
Lorsqu'un événement nécessite une investigation ou une correction, ouvrez un ticket et reliez-y l'événement. Le ticket porte l'assigné, les commentaires, les mentions et un historique d'activité complet ; l'événement reste le relevé objectif de ce qui a été détecté.
Suivi des coupures
Les événements de coupure réseau et de coupure externe sont également regroupés dans une vue dédiée aux pertes de production. Filtrée par centrale et par portefeuille, elle vous permet de voir à quelle fréquence la production a été interrompue et d'attribuer l'énergie perdue — une donnée directe pour les revues de performance et le reporting. Consultez la Détection des pertes pour savoir comment la production interrompue est quantifiée.
Trouver et examiner les événements
Les événements sont conservés sous forme d'historique à long terme afin que vous puissiez à la fois réagir sur le moment et analyser les tendances plus tard :
- Liste et filtres : parcourez les événements de toutes les centrales auxquelles vous avez accès, filtrés par centrale, portefeuille, type, statut ou priorité, et triés pour faire remonter les plus récents ou les plus urgents en premier.
- Compteurs : des compteurs en un coup d'œil résument combien d'événements sont ouverts et comment ils se répartissent, alimentant le Tableau de bord KPI.
- Vue détaillée : ouvrez n'importe quel événement pour voir son contexte complet, les composants liés, les tickets liés et l'historique des notifications.
- Relevé historique : les événements clôturés restent disponibles pour les audits, les réclamations de garantie et l'identification de schémas récurrents dans le temps.
Accès et autorisations
Les événements sont une sous-ressource de la centrale, l'accès suit donc votre rôle sur la centrale parente — et non un réglage distinct. Toute personne pouvant consulter une centrale peut voir ses événements. Au-delà :
- Rôles techniques — les Exploitants et les Technical Manager bénéficient d'une gestion complète des événements : reconnaître, créer, clôturer et supprimer.
- Asset Manager (Commercial) peut créer et reconnaître des événements pour la supervision commerciale, mais ne peut pas les supprimer.
- Spectateurs ont un accès en lecture seule.
Les coopérateurs qui détiennent le rôle de mission requis sur une centrale partagée sont inclus aux mêmes conditions. Consultez le Système d'autorisations pour le modèle de rôles complet.
Fonctionnalités associées
- Tickets — l'espace de travail humain de suivi où les événements sont triés et résolus
- Jumeau Numérique — le moteur d'analyse qui détecte la plupart des événements
- Détection des pertes — quantifie la production perdue pendant les coupures
- Tableau de bord KPI — fait remonter les compteurs d'événements aux côtés des indicateurs de performance
- Rapports — intègre les données d'événements et de pertes de coupure dans la documentation périodique