Le contexte
Une consommation inhabituelle peut provenir d’un équipement, d’un réglage ou du contexte d’usage. Relier les données d’exploitation aide à instruire les anomalies avant intervention.
Une consommation élevée n’explique pas sa cause
Comparer deux périodes exige de tenir compte de la météo, des horaires et de l’occupation. Une dérive énergétique peut justifier une investigation sans établir à elle seule un défaut matériel. Le diagnostic des systèmes CVC devrait relier les signaux aux équipements et à leur fonctionnement, plutôt que transformer toute hausse de consommation en alerte de panne.
Scénario de conception : examiner une zone de bureaux
Exemple fictif dans un immeuble de bureaux équipé d’une GTB : une zone continue à chauffer hors des horaires prévus. Un futur outil pourrait rapprocher les consignes, l’occupation déclarée, les températures et l’état des équipements CVC pour distinguer changement d’usage, défaut de programmation et piste matérielle. Il préparerait une fiche avec période, données disponibles et vérifications à confier à l’exploitant. Aucune économie n’est chiffrée ou garantie.
Températures et consignes
Météo, horaires, occupation
Constat et hypothèses
Schéma conceptuel : il illustre le scénario, pas un outil déjà construit.
Définir la fiche d’anomalie
Le dossier pourrait indiquer le bâtiment, l’équipement, la période, les points de mesure disponibles et leur fraîcheur. Il séparerait constat, hypothèse et vérification réalisée. Un changement d’horaire devrait pouvoir être documenté pour éviter de traiter un nouvel usage comme un défaut. Les conditions de comparaison resteraient visibles dans l’interface.
Un périmètre énergie volontairement précis
Cette proposition couvre les équipements techniques du bâtiment, notamment chauffage, ventilation et climatisation. Elle ne prétend pas traiter les réseaux électriques, toutes les infrastructures énergétiques ou les diagnostics immobiliers réglementaires. Pour un futur produit, cette spécialisation rendrait les jeux de données et les critères d’évaluation plus concrets.
Questions fréquentes
S’agit-il d’un DPE automatisé ? Non. Des économies sont-elles garanties ? Non : aucun résultat d’exploitation n’a été mesuré ici. Les données GTB suffisent-elles toujours ? Leur qualité, leur couverture et le contexte devront être évalués pour chaque projet.
Une référence sectorielle
Référence datée du 28 juillet 2026 : le NIST présente ZandrEA comme un cadre logiciel d’IA pour la recherche sur la détection et le diagnostic des défauts CVC, combinant règles et historique de fonctionnement. Cela confirme un axe de travail actuel ; la publication ne valide ni notre exemple de bureaux ni une économie attendue.
Quel rôle pour aidiagnostic.ai ?
aidiagnostic.ai peut porter une offre qui réunit diagnostic des équipements et analyse des dérives énergétiques du bâtiment. Pour un éditeur GTB ou CVC, une même adresse produit pourrait accueillir plusieurs modules et une extension à de nouveaux pays, en conservant une signature métier précise. Cette architecture rapproche les fonctions sous un nom descriptif ; elle ne remplace pas la preuve des économies ni le travail de distribution commerciale.
Avant tout produit futur
Prévoir les données de gestion technique, le contexte météo et d’occupation, ainsi qu’une validation métier. Ne pas présenter ce concept comme un DPE ou un diagnostic immobilier réglementaire.