Analyser une courbe et chercher l'alerte correspondante dans un autre widget, c'était jusqu'ici deux gestes distincts. La v4.3 les réunit : vos incidents se lisent désormais sur le graphique lui-même, au moment exact où la donnée décroche.
Une option du widget Historique de données ajoute une rangée de repères sous la courbe. Chaque repère correspond à un dysfonctionnement, positionné sur sa période d'activité.
Infobulle au survol : le détail du dysfonctionnement s'affiche sans quitter le graphique, et un lien mène à sa fiche complète.
Périodes de déconnexion : les moments où l'équipement n'a pas communiqué sont matérialisés distinctement, ce qui évite de confondre une absence de données avec une valeur nulle.
Incidents en cours mis en avant : une zone teintée signale la période toujours active, et le présent est repéré sur l'axe.
Incidents déjà ouverts : un dysfonctionnement démarré avant le début de la période affichée reste visible, au lieu de disparaître du graphique.
Filtre par sévérité : vous choisissez les niveaux à faire apparaître, pour ne pas surcharger la lecture.
Regroupement automatique : lorsque les repères se chevauchent, ils se regroupent en pastilles comptées qui se déplient au survol.
Dysfonctionnements matérialisés sous la courbe du widget Historique de données
Les dysfonctionnements et les périodes de déconnexion sont restitués à l'identique dans les rapports PDF. Un rapport mensuel transmis à un client porte donc le même niveau d'explication que la consultation en ligne.
Conteneurs à onglets : les tableaux de bord concernés se chargent de nouveau normalement, un slider de pages publiées apparaît bien côté exploitation, et le fil d'Ariane n'affiche plus de libellé parasite lors du passage d'un onglet à l'autre.
Widget Liste : les deux blocs de l'onglet Redirection n'interfèrent plus, et les champs de type liste déroulante affichent le libellé de l'option et non son identifiant.
Redirection : le périmètre est transmis lors d'une redirection depuis le détail d'un dysfonctionnement, et l'ouverture dans un nouvel onglet n'est plus cochée par défaut.
Dysfonctionnements : la suppression d'une variable n'abandonne plus de configuration orpheline, et les libellés de la fenêtre de détails ont été corrigés.
Référentiel : le nom des services est conservé à l'export puis à l'import de la liste, et la consultation des services de certains types d'équipement ne provoque plus d'erreur.
App Builder : redimensionnement du tableau de bord rétabli, ajout de widget protégé contre les clics répétés, et rafraîchissement des widgets Card au changement d'équipement.
Merci d'utiliser IoT magic Builder. Pour toute question ou assistance, veuillez contacter notre support technique.
Release notes
Jean-François
Product Owner
Publié le23 juillet 2026
Versionv4.1
D'un tableau de bord à l'autre, en un clic
Après le chantier de la v4.0, cette version se concentre sur la navigation au quotidien. Jusqu'ici, passer d'une vue de synthèse au détail d'un site demandait de revenir au menu. Vos widgets peuvent désormais faire ce trajet à votre place.
Un nouvel onglet Redirection apparaît dans la configuration des widgets Card, KPI et Carte. Vous y désignez le tableau de bord à ouvrir au clic, et c'est tout.
Choix de la cible : la recherche est autocomplétée et vous propose vos tableaux de bord récents. Le tableau de bord courant n'est volontairement pas sélectionnable.
Le périmètre suit : l'équipement ou le nœud sur lequel vous avez cliqué est transmis à la page d'arrivée. Depuis une carte, c'est le marqueur cliqué qui détermine le contexte, y compris lorsqu'il regroupe plusieurs équipements.
Ouverture dans un nouvel onglet : une case à cocher, à vous de voir selon vos habitudes.
Droits respectés : un utilisateur sans accès au tableau de bord cible ne se retrouve pas devant une page vide, et la redirection se désactive d'elle-même si la cible est supprimée.
Agrégations globales sur le widget Card : en mode multi-variables, vous obtenez une valeur consolidée sur l'ensemble des variables sélectionnées, et plus seulement une valeur par variable.
Configuration des widgets redessinée : l'écran de sélection des filtres et des services a été repris pour gagner en lisibilité, notamment sur les parcs comportant de nombreux services.
Dysfonctionnements : l'inhibition pendant une intervention
Les dysfonctionnements système peuvent être inhibés temporairement. Pendant une maintenance planifiée ou un incident connu, vous évitez la cascade d'alertes de déconnexion sans avoir à supprimer vos configurations.
Rapports : l'annulation d'une modification de planificateur fonctionne, le suffixe de nom de fichier ne dépend plus de la langue du site, la génération manuelle attend le chargement complet des widgets, et l'échec d'un rapport n'entraîne plus les autres.
Hiérarchie : le contenu d'une hiérarchie par défaut n'est plus visible sans les droits correspondants, la navigation en mode Services ne se réinitialise plus à la sélection d'une variable, et les nœuds supprimés disparaissent des vues.
Dysfonctionnements : le statut Terminé s'affiche en vert lorsque l'acquittement n'est pas obligatoire, l'option d'acquittement obligatoire ne s'applique plus rétroactivement à toutes les occurrences, et les actions menées sur les tâches sont tracées dans l'historique.
Widgets : corrections sur la jauge, le camembert, le tooltip du widget Historique, la grille du tableau de bord et l'échelle automatique qui masquait certaines données.
Référentiel : recherche et suppression multiple sur les formulaires, tri des listes de tâches, et fiabilisation des imports XLSX de services.
Administration : l'ordre des colonnes est mémorisé, la recherche se réinitialise au changement d'onglet, et l'image ajoutée à la création d'un client est bien enregistrée.
Merci d'utiliser IoT magic Builder. Pour toute question ou assistance, veuillez contacter notre support technique.
Release notes
Jean-François
Product Owner
Publié le03 juin 2026
Versionv4.0
Les Dysfonctionnements, une supervision repensée de bout en bout
Cette version v4.0 clôt un cycle entamé avec la v3.23. Elle concentre un chantier de fond : la supervision de vos installations ne repose plus sur des Alarmes, mais sur des Dysfonctionnements, une notion plus riche qui suit un incident de sa détection jusqu'à sa résolution. Autour de ce socle, vous retrouverez également des rapports générables au moment où vous en avez besoin et une interface de Variables calculées entièrement redessinée.
Jusqu'ici, une alarme signalait un dépassement et s'arrêtait là. Un Dysfonctionnement porte davantage : ce qui l'a déclenché, qui l'a pris en charge, ce qu'il reste à vérifier, et ce qu'il s'est passé avant qu'il n'apparaisse.
Trois familles de déclenchement : un seuil sur une variable, une expression de calcul, ou une condition temporelle (absence de données, durée d'état). Chaque configuration se pose sur un service, un type d'Équipement ou un Équipement précis, et suit les règles d'héritage du Référentiel.
Durée minimale d'activité et anti-rebond : deux réglages pour ne plus être noyé sous les faux positifs. Le premier exige qu'une condition reste vraie un certain temps avant de déclencher, le second évite qu'un signal instable ne génère une rafale d'événements.
Prise en compte immédiate des seuils : modifier la valeur d'un seuil met à jour sans délai les dysfonctionnements qui en dépendent, sans attendre la prochaine synchronisation.
Valeurs par défaut à la création : les champs d'un nouveau déclenchement sont pré-remplis avec des valeurs cohérentes, ce qui réduit nettement la saisie.
Acquittement : un dysfonctionnement actif peut être pris en charge par un utilisateur, ce qui le distingue immédiatement de ceux que personne n'a encore regardés.
Colonne Source : les listes indiquent l'origine du dysfonctionnement, qu'il vienne d'une configuration produit ou du système, ce qui évite de chercher d'où vient une alerte inattendue.
Contexte de l'événement : chaque déclenchement conserve une copie de la configuration qui l'a produit et des valeurs observées au moment des faits. Un dysfonctionnement passé reste donc lisible même si la configuration a changé depuis.
Archivage : les événements terminés et acquittés basculent automatiquement en historique, ce qui garde les vues courantes lisibles sur les parcs importants.
Vous pouvez désormais associer à une configuration de dysfonctionnement une liste de points à vérifier ou d'actions à mener. Cette liste se paramètre depuis le Référentiel et s'affiche directement dans la fenêtre de détails du dysfonctionnement.
L'intérêt est concret : l'administrateur d'un compte y dépose son savoir-faire métier, et l'intervenant qui ouvre l'alerte sait quoi contrôler sans avoir à appeler qui que ce soit. Les formulaires dynamiques complètent le dispositif en permettant de recueillir des informations structurées au moment de la qualification, y compris via des listes à choix multiples.
Il arrive qu'une donnée soit corrigée ou qu'une variable soit recalculée après coup. Dans ce cas, l'historique des dysfonctionnements associés devient faux. Un bouton de régénération d'historique permet de le reconstruire sur la période voulue, à partir des données désormais justes. La plateforme détecte par ailleurs la fin d'une invalidation de variable et en informe le moteur de dysfonctionnements.
Les widgets de supervision ont été repris un à un pour exploiter le nouveau modèle :
Dysfonctionnements courants et Historique des dysfonctionnements : nouvelle fenêtre de détails, colonnes réordonnables, filtres par statut et par sévérité, export CSV et XLSX.
Carte et Hiérarchie : la représentation des dysfonctionnements y est cohérente avec les listes, y compris sur les niveaux intermédiaires d'une Hiérarchie fonctionnelle.
Filtres repensés : vous pouvez isoler les dysfonctionnements produits sans le bruit des dysfonctionnements système, cibler un niveau de sévérité, ou ne garder que certaines catégories. Les combinaisons se sauvegardent avec le widget.
La reprise est automatique. Vos configurations d'alarmes produits et vos alarmes système ont été migrées vers le nouveau modèle, événements et acquittements compris. Les notifications par e-mail restent branchées sur les mêmes destinataires.
Rapport en exploitation : un rapport peut être rattaché à un tableau de bord et généré à la demande, sans planificateur. Son avancement s'affiche en temps réel, y compris si vous ouvrez un autre onglet.
Rapport par nœud : la configuration accepte désormais un nœud de Hiérarchie et plus seulement un Équipement. Un rapport par site ou par zone ne nécessite plus de dupliquer une configuration par appareil.
Fiabilisation de la génération : traitement des files d'attente, cohérence du style des graphiques entre les modes de période, nommage des fichiers produits et respect du mode DAG lors de la sélection des équipements.
Nouvelle UI de création et d'édition, alignée sur le moteur de calcul Monk : les périodes, unités, sources et constantes sont regroupées de façon plus lisible, avec un éditeur de code Python plus confortable.
Dernière valeur avec profondeur de recherche : une variable calculée peut remonter la dernière valeur connue d'une source, avec une profondeur de recherche paramétrable, y compris sans limite de période.
Recalcul sur modification : changer une constante dans une formule arithmétique déclenche le recalcul, et la mise à jour d'une variable du Référentiel invalide proprement la variable concernée ainsi que toutes celles qui en dépendent.
Import d'historiques : les flux d'import de mesures historiques ont été industrialisés pour les reprises de données volumineuses.
Synchronisation Référentiel ↔ Administration : les configurations partagées entre les deux applications restent alignées, y compris les noms et sévérités des dysfonctionnements système.
Formulaires dynamiques : une interface dédiée permet de composer les formulaires utilisés lors de la qualification d'un dysfonctionnement.
Bandeau d'environnement : un bandeau identifie l'environnement sur lequel vous travaillez, pour éviter les manipulations sur la mauvaise plateforme.
Confort de saisie : suppression automatique des espaces superflus dans les champs libres, tri alphanumérique des listes déroulantes, et repli sur le nom technique lorsqu'un libellé est absent.
Calcul temps réel des dysfonctionnements accéléré, et nouveaux index sur les événements pour tenir la charge des parcs les plus importants.
Construction du cache produits déportée sur un service dédié, plus résistante aux pics de charge.
Résilience réseau des échanges entre l'Administration et la couche de connexion des équipements : une coupure passagère ne laisse plus de traitement en suspens.
Nettoyage de l'ancien modèle d'alarmes et du code de migration devenu inutile, au bénéfice de la stabilité générale.
Dysfonctionnements : rafraîchissement immédiat après création ou acquittement (plus besoin de recharger la page), transition correcte vers l'état Terminé après un acquittement manuel, disparition en temps réel des dysfonctionnements désactivés, cohérence des alertes sur les équipements partagés et fiabilisation des alarmes de déconnexion.
Notifications : correction de l'adressage des e-mails envoyés à plusieurs destinataires et fiabilisation de leur émission.
App Builder : correction du fuseau horaire affiché sur les horodatages, de la période décalée d'un jour sur les graphiques, des unités sur le widget Jauge et l'agrégation Compte, des statistiques affichées en double sur le widget Tableau, et du rafraîchissement automatique du widget Historique de données.
Variables calculées & données : correction des ruptures de courbe lors des changements d'heure (été et hiver), des conversions kW vers kWh, des calculs entre sources de sites différents, et des écarts de statistiques constatés après migration.
Administration & Référentiel : correction des erreurs à la création d'un équipement, du sélecteur de couleur des seuils, du filtre par numéro de série sur les grands parcs, de la suppression d'un service calculé et de la création d'un fabricant.
Merci d'utiliser IoT magic Builder. Pour toute question ou assistance, veuillez contacter notre support technique.
