Systèmes séparés de BMS, de mesure et de tickets de panne
Intégration du BMS et des compteurs sur un chemin de données indépendant du fabricant
Gestion des bâtiments et des installations sur une base de données commune
Sous-mesure, exploitation technique, défauts et portefeuille immobilier dans un modèle opérationnel traçable.
Points de départ typiques01 02 03
Nous résolvons la question opérationnelle avant la technologie.
Des performances sur site incomparables
Relation appareil, lieu, consommation et bon de travail
Outil manquant et historique de maintenance
KPI du portefeuille et répartition des sites
Que vaut-il la peine de mesurer et où ?
Exploitation du bâtiment avec historique commun des appareils et des événements
Le BMS, la mesure de la consommation, les tickets de panne et les enregistrements de maintenance résident souvent dans des systèmes distincts. De ce fait, un même équipement est enregistré sous plusieurs noms, et l'histoire entre l'alarme et la bon de travail est interrompue. Le modèle commun d’outil, de lieu et de responsabilité permet qu’un écart soit une mesure de suivi.
- compteurs principaux et secondaires, points de données BMS, valeurs de confort et de qualité de l'air
- heures de fonctionnement, état de commutation et code d'erreur des équipements mécaniques
- hiérarchie au niveau du bâtiment, de la pièce et des appareils avec des identifiants uniformes
- marques de défauts, maintenance planifiée, bon de travail et matériel utilisé
- responsabilité du locataire ou du prestataire et délais SLA
Exemple numérique illustratif
Le climatiseur d'un immeuble de bureaux fonctionne quatre heures inutiles par jour la nuit. Si la consommation moyenne de 22 kW et 250 jours ouvrables n'est qu'une hypothèse illustrative, la différence peut être de l'ordre de 22 000 kWh par an. La tâche du pilote est de comparer l'état de fonctionnement et le sous-comptage électrique, puis de vérifier si le dépassement a réellement disparu après la modification du programme horaire, sans perte de confort.
L’exemple n’est pas une offre, une promesse d’économies ou une exigence générale de conformité ; la solution technique finale est déterminée par l'enquête sur site et le processus.
Contexte décisionnel, audit et opérationnel
Dans le rapport opérationnel, le fait mesuré, la conclusion calculée et l'intervention mise en œuvre doivent être séparés. Dans le cas de plusieurs prestataires de services, l'autorisation et le transfert font également partie du processus. Il n'est pas nécessaire de déclencher le contrôle de l'automatisation critique du bâtiment : la plateforme peut être connectée aux systèmes locaux en tant que couche de surveillance et de flux de travail.
Comment cela fait-il un pilote acceptable ?
Au début, nous faisons correspondre les identifiants des appareils entre le BMS, le système de mesure et le registre de maintenance. Vous n'avez pas besoin de nettoyer tout le portefeuille d'un coup : un bâtiment, un système mécanique et un type d'erreur récurrente suffisent pour tester le modèle. Nous déterminons quelles alarmes resteront du ressort de l'automatisation locale, lesquelles deviendront une notification centrale et lesquelles nécessiteront une bon de travail. Lors de l'acceptation, l'historique des mesures, l'alarme, l'intervention et le résultat doivent être traçables jusqu'au même appareil. Cela crée la base pour des comparaisons ultérieures au niveau du portefeuille.
Que propose le pilote ?
- identification uniforme des appareils et des emplacements
- Plan de connexion BMS-mesure-bon de travail
- matrice de responsabilité des alertes
- intervention mesurée
- Liste restreinte d'expansion du portefeuille
Qu'est-ce qui est inclus dans la première étape ?
Dans la première phase, les deux domaines suivants seront inspectés : les compteurs principaux et secondaires, les points de données BMS, les valeurs de confort et de qualité de l'air, ainsi que les heures de fonctionnement, l'état de commutation et les codes d'erreur des équipements mécaniques. L’objectif n’est pas de connecter tous les sites, appareils et données historiques en même temps. Tout d’abord, nous vérifions qu’une décision fiable et un processus de travail pouvant être clôturé sont pris à partir des données sélectionnées. Pour finaliser la portée, deux questions sont particulièrement importantes : quel système possède les identifiants d’appareil et de localisation ? Quelle intervention reste exclusivement dans la GTB locale ? Les réponses déterminent le nombre d'appareils, la tâche d'intégration, le stockage de données local, les rôles et le test d'acceptation.
90 premiers jours1 à 15. soleil 16-45. soleil 46-75. soleil 76-90. soleil
Pilote mesurable, suite facultative.
Évaluation technique
Emplacements, sources de données, personnes responsables et critères de réussite.
Connexion
Connexion contrôlée des points et systèmes de mesure désignés.
Processus
Tableau de bord, alerte et au moins un workflow exploitable.
Évaluation
Résultat, liste des lacunes et proposition d'agrandissement quantifiable.
Qu'obtenez-vous à la fin du pilote ?
- Source de données documentée et carte de connexion
- Environnement pilote limité
- Processus coordonné d’alerte et de responsabilité
- Résultat de la mesure et résumé de la décision
- La base technique et budgétaire de la prochaine phase
La première étape n’est pas une introduction complète du système.
Lors d'une courte consultation technique, nous sélectionnons le point de mesure ou de fonctionnement auquel la valeur du pilote peut être vérifiée.
Négociation pilote