Un périmètre IBMS échoue dans deux directions : soit il est si vague que chaque fournisseur chiffre un projet différent, soit il est si prescriptif qu’il décrit un produit au lieu d’un résultat. Un périmètre livrable se situe entre les deux.
Commencez par le résultat
Écrivez ce que le bâtiment doit faire : quelles décisions l’opérateur doit prendre, quelles alarmes doivent atteindre quel rôle, quels rapports doivent exister à la réception. Le résultat est le test de chaque ligne qui suit.
La liste des systèmes
Listez chaque sous-système du périmètre, son fournisseur, son interface et le propriétaire des données. Si une interface est inconnue, faites de l’audit un livrable plutôt que de supposer qu’elle existe.
| Élément | Ce qu’il faut indiquer | Propriétaire |
|---|---|---|
| CVC / installations | BACnet/IP ou Modbus, liste de points, responsabilité de la passerelle | Fournisseur BMS |
| Contrôle d’accès | API ou OSDP/Wiegand, liste d’événements, état des portes | Fournisseur contrôle d’accès |
| Vidéosurveillance | ONVIF/RTSP ou API VMS, plan des caméras, lien événementiel | Fournisseur VMS |
| Compteurs d’énergie | Modbus, impulsion ou API distributeur, intervalle et unités | Fournisseur comptage |
| PMS hôtelier | ODBC ou API, événements d’arrivée/départ, statut des chambres | Fournisseur PMS |
| Alarme incendie | Contacts secs ou entrées surveillées ; le central incendie conserve l’autorité | Entreprise incendie |
La matrice des interfaces
La matrice est la page la plus utile du périmètre. Pour chaque sous-système, indiquez l’interface physique, le protocole, le sens des données, le nombre de points et qui teste la connexion. Si deux fournisseurs partagent une interface, nommez celui qui possède la passerelle.
La liste de points
La liste de points définit chaque point, son adresse, sa plage, son unité, ses limites d’alarme et sa convention de nommage. Ce n’est pas un détail de mise en service. Sans elle, les synoptiques, les alarmes et les tendances ne peuvent pas être testés de manière cohérente.
La philosophie d’alarme
Définissez les classes d’alarme, les priorités, le routage et l’escalade. Indiquez quelles alarmes sont inhibées pendant la maintenance et qui peut les acquitter. Un IBMS avec 4 000 alarmes indifférenciées n’est pas une vision d’exploitation ; c’est du bruit.
Tests de réception
- Vérification point par point par rapport à la liste.
- Génération, routage et acquittement des alarmes.
- Chaque interverrouillage intersystème, testé depuis l’événement déclencheur.
- Exactitude des tendances et des rapports sur une période convenue.
- Basculement : ce qui se passe lorsque le réseau ou un contrôleur est indisponible.
Un périmètre qui ne peut pas être testé n’est pas un périmètre ; c’est un espoir. Écrivez le test avant d’écrire l’exigence.
Ce qu’il faut laisser de côté
Ne prescrivez pas un modèle de produit sauf si le projet l’exige réellement. Prescrivez le résultat, les interfaces, le modèle de données et les tests de réception. Cela laisse à l’intégrateur la possibilité de proposer une solution adaptée au bâtiment.
À retenir
Un bon périmètre IBMS est un ensemble de frontières : systèmes, interfaces, points, alarmes, tests et réception. Réussissez ces points, et la conversation commerciale portera sur la valeur plutôt que sur l’ambiguïté.
