
BAS · BMS
BAS vs BMS — où se situe la frontière de contrôle
Le BAS boucle les asservissements ; le BMS supervise les alarmes, les tendances et le reporting. Un guide pratique pour situer la frontière et l’inscrire dans un cahier des charges.
Réponse rapide
Un BAS commande directement les services techniques du bâtiment : il exécute les boucles de régulation du CVC, de l’éclairage et des installations. Un BMS supervise ces systèmes et gère les alarmes, les tendances, les horaires et les rapports. Les petits bâtiments combinent souvent les deux dans un seul produit ; les bâtiments plus grands les séparent afin que la commande locale survive lorsque la supervision est hors ligne.
La frontière sépare la commande de la supervision
Le BAS est la couche qui boucle les asservissements. Il lit un capteur, compare la valeur à une consigne et actionne une vanne, un registre ou un ventilateur. Ce travail s’effectue dans un contrôleur DDC en local technique ou dans une unité terminale, et il doit se poursuivre lorsque le réseau est indisponible. Le BMS se situe au-dessus : il collecte les points, présente les synoptiques, achemine les alarmes, stocke les tendances et produit des rapports. Le BMS peut détenir les horaires et les limites de consigne, mais la séquence de commande physique appartient au BAS. Lorsque les deux sont confondus, le serveur de supervision devient le seul endroit où une séquence existe, et une coupure réseau arrête les installations. C’est cette séparation qui permet à la maintenance de remplacer un serveur sans arrêter le bâtiment.
Pourquoi les termes sont employés indifféremment
Dans un bâtiment unique avec un seul fournisseur, le même logiciel assure souvent les deux fonctions, si bien que les acheteurs entendent les deux termes pour le même ensemble. C’est raisonnable tant que le bâtiment reste de taille modeste. Dès qu’il y a plusieurs locaux techniques, locataires, compteurs et systèmes tiers, la supervision devient un métier distinct avec ses propres utilisateurs, modèle de données et obligations de reporting. La dénomination n’a d’importance que lorsqu’elle masque cette distinction pendant l’achat. La question utile n’est pas de savoir quel acronyme est correct, mais quelles fonctions sont incluses, qui est responsable de chacune et ce qui se passe lorsqu’un contrôleur ou un serveur tombe en panne. Une offre mono-fournisseur peut être parfaitement solide ; le risque tient à un contrat flou, pas au conditionnement.
Ce qui change à grande échelle
À grande échelle, un BMS devient la vue unique de l’exploitant sur plusieurs bâtiments. Il normalise les données de différents fournisseurs, applique des priorités d’alarme communes et compare les performances énergétiques entre sites. Cela impose des décisions qu’un BAS seul n’exige pas : conventions de nommage, conservation de l’historique, rôles d’accès et processus de gestion des changements. Cela modifie aussi le modèle de maintenance, car l’équipe qui répare un contrôleur n’est pas toujours celle qui porte la couche de reporting. Séparer les rôles rend ces responsabilités visibles dans le contrat, la liste de points et le dossier de réception. La liste de points et la philosophie d’alarme sont les deux artefacts qui rendent cette séparation réelle. Un test utile consiste à demander qui est appelé à 02:00 lorsqu’une alarme se répète sur trois systèmes.
Comment formaliser la répartition
Rédigez une matrice des responsabilités avant la tarification. Indiquez quelles séquences s’exécutent localement, quels horaires sont modifiables dans le BMS et comment une modification de consigne est auditée. Confirmez que le BAS reste autonome si le réseau de supervision tombe, et que le BMS peut exporter l’historique dans un format ouvert à la réception. Convenez tôt de la convention de nommage des points et de la philosophie d’alarme, car les deux survivent à l’équipe projet. Une répartition claire coûte moins cher que le règlement de litiges pendant la mise en service, et elle donne à chaque soumissionnaire la même base de comparaison. La matrice doit être un tableau avec une ligne par fonction, et non un paragraphe d’intention. Révisez-la à chaque phase de conception, car le périmètre d’intégration s’étend insidieusement.
- Séquences locales : ce qui doit fonctionner sans le BMS
- Horaires : qui peut les modifier et dans quelles limites
- Alarmes : priorité, acheminement et responsabilité de l’acquittement
- Historique : durée de conservation et format d’export
Comparaison BAS et BMS
6 rows| Aspect | BAS | BMS |
|---|---|---|
| Fonction principale | Boucle les asservissements et actionne les équipements | Supervise les points, les alarmes et les performances |
| Où s’exécute la logique | Contrôleurs DDC au niveau des installations et des terminaux | Serveur de supervision et noyau d’intégration |
| Utilisateur type | Ingénieur de mise en service et technicien de maintenance | Exploitant, responsable énergie et direction |
| Comportement en cas de défaillance | Doit continuer en autonome | Peut être hors ligne sans arrêter les installations |
| Périmètre des données | Entrées et sorties en temps réel | Historique, alarmes, horaires et rapports |
| Question d’achat | Quelles séquences sont incluses dans le périmètre ? | Quels systèmes et rapports sont inclus dans le périmètre ? |
Images du projet
3 images


Questions fréquentes
01Le BAS fait-il partie du BMS ?
Souvent oui dans une offre mono-fournisseur, mais non sur le plan conceptuel. Le BAS est la couche de commande ; le BMS est la couche de supervision. Dans un grand projet, ils peuvent être livrés par des équipes différentes et doivent être spécifiés séparément.
02Un BAS peut-il fonctionner sans BMS ?
Oui. Un BAS peut exécuter des séquences autonomes avec des horaires locaux. Un BMS ajoute une visibilité centralisée, l’acheminement des alarmes et le reporting, mais il ne doit pas être nécessaire à un fonctionnement sûr.
03Un BMS inclut-il l’éclairage et le contrôle d’accès ?
C’est possible. Le périmètre dépend du projet. De nombreuses plateformes BMS supervisent l’éclairage, les compteurs et les événements de contrôle d’accès ; la frontière avec les systèmes de sûreté et de sécurité des personnes doit être documentée.
04Lequel faut-il pour un bâtiment unique ?
Habituellement, un produit intégré couvre les deux rôles. Spécifiez les fonctions dont vous avez besoin plutôt que l’acronyme : commande locale, alarmes, tendances, programmation horaire, reporting et export ouvert.
05La dénomination a-t-elle un impact sur le coût ?
Pas directement. Le coût suit le périmètre : nombre de points, séquences, intégrations, synoptiques, rapports et mise en service. Une matrice des responsabilités claire évite de payer deux fois la même fonction.
Étape suivante
Apportez-nous le bâtiment.
Indiquez le type de bâtiment, les systèmes concernés et le résultat dont vous avez besoin. Nous tracerons le chemin le plus court vers un système opérationnel.