Il existe un test simple pour évaluer une soumission de supervision. Prenez le document, retirez toute mention de marque, et demandez-vous combien de fournisseurs peuvent encore y répondre honnêtement. Si la réponse est « un seul », la mise en concurrence est décorative : les deux autres offres serviront à justifier un choix déjà fait, et le maître d’ouvrage paiera pendant quinze ans un prix qui n’aura jamais été négocié.
Ce n’est presque jamais le résultat d’une intention. C’est le résultat d’une chronologie. La supervision est souvent le dernier poste traité d’un projet d’automation, à un moment où le planning presse et où la fiche technique d’un produit constitue le seul document disponible qui décrive concrètement des fonctions. On la recopie, on l’appelle cahier des charges, et l’appel d’offres se referme sur lui-même.
De quoi parle-t-on exactement
Première ambiguïté à lever, parce qu’elle empoisonne la comparaison des offres : la supervision ne régule rien. La régulation s’exécute dans les automates et les régulateurs locaux, et elle doit continuer de s’exécuter serveur éteint. La supervision est la couche au-dessus : synoptiques, alarmes et leur acquittement, courbes et historisation, horaires et calendriers, consignes, gestion des utilisateurs, rapports, accès distant.
Cette frontière n’est pas théorique. Si elle n’est pas écrite noir sur blanc dans la soumission, un soumissionnaire chiffrera une supervision qui affiche, un autre une supervision qui pilote des séquences — et le second sera plus cher pour de bonnes raisons, sans que personne ne puisse le démontrer au moment de l’adjudication. Cette répartition se formalise dans la matrice des limites de prestations, avant le chiffrage, pas pendant.
Ce qui coûte vraiment, et qui n’est pas la licence
Le poste licence concentre l’attention parce qu’il est le seul chiffre visible au moment de l’ouverture des offres. Sur la durée de vie de l’installation, il est rarement le poste dominant.
Ce qui domine, c’est le coût unitaire de chaque modification future. Ajouter un étage, renommer une zone, créer une vue, extraire trois ans de données pour un audit énergétique, corriger un synoptique après une transformation de plateau : ces opérations reviennent chaque année pendant quinze ans. Leur prix ne dépend pas du produit retenu. Il dépend d’une seule question, à laquelle la soumission doit répondre : l’exploitant peut-il faire faire ce travail par quelqu’un d’autre que celui qui a installé le système ?
La réponse tient dans cinq clauses.
Les licences. Le modèle exact doit être imposé, pas décrit : nombre de points, nombre de sessions clientes simultanées, utilisateurs nommés ou concurrents, licence perpétuelle ou abonnement, coût du contrat de maintenance logicielle annuel et sa formule d’indexation, tarif du palier d’extension suivant. Et surtout le titulaire : la licence doit être émise au nom du maître d’ouvrage, transférable, avec remise des certificats à la réception.
Les protocoles, côté client. « Compatible BACnet » ne dit rien du côté qui compte, et nous avons détaillé ailleurs pourquoi ce mot ne garantit rien. Il faut exiger le PICS du poste de supervision, le profil de dispositif visé, la révision BACnet supportée et la liste des services effectivement mis en œuvre — lecture et écriture de propriétés, souscription COV, gestion des événements et des notifications, lecture des journaux de tendance embarqués, écriture sur les tables horaires. Même exigence pour Modbus, KNX, MQTT ou OPC UA lorsqu’ils sont présents.
Les données d’ingénierie. Fichier projet natif, table de correspondance complète entre les points de la supervision et les points terrain, convention de désignation appliquée, projet ETS non protégé par mot de passe pour la partie KNX, tables de registres Modbus, sauvegardes des automates. Ces éléments sont des livrables contractuels, exigibles à la réception au même titre qu’un schéma de principe.
L’historisation. Format et emplacement de la base de données, accès en lecture par un tiers, profondeur de conservation, règle d’agrégation dans le temps, existence d’un export normalisé ou d’une interface programmable. Sans cette clause, les données de consommation du bâtiment appartiennent de fait au produit qui les stocke — et le premier audit énergétique sérieux se transforme en prestation payante.
L’outil d’ingénierie et les droits. Qui peut modifier un synoptique, ajouter un point, changer un seuil d’alarme ? Si l’outil de configuration n’est disponible que sous contrat de partenariat constructeur, l’exploitant est captif quelle que soit l’ouverture protocolaire affichée. La soumission doit préciser le niveau de droits remis à l’exploitant, la formation associée et les modalités d’accès à l’outil. C’est, au fond, la question de savoir qui détient vraiment les clés du bâtiment.
Traduire une intention en clause opposable
Une exigence n’existe que si son non-respect est constatable à la réception. Le tableau suivant reprend les formulations les plus fréquemment rencontrées et ce par quoi les remplacer.
| Intention | Formulation courante, inopposable | Formulation opposable |
| Ouverture | « Système ouvert, compatible BACnet » | PICS fourni à l’offre, profil et révision exigés, services listés, essai d’interopérabilité avec un client tiers pendant la recette |
| Propriété du système | « Licences fournies » | Licences au nom du maître d’ouvrage, transférables, certificats et clés remis à la réception |
| Évolutivité | « Système extensible » | Tarif unitaire du point supplémentaire et du palier de licence suivant, engagés pour 5 ans, portés au bordereau |
| Documentation | « Documentation complète » | Liste nominative des livrables, fichiers sources natifs, projet ETS sans mot de passe, sauvegardes automates, remise avant paiement du solde |
| Données | « Historisation des mesures » | Base accessible en lecture par un tiers, profondeur et agrégation définies, export normalisé démontré à la recette |
| Cybersécurité | « Système sécurisé » | Comptes nominatifs sans compte partagé, politique de mise à jour, absence de service exposé sur Internet, principes CEI 62443 applicables au périmètre |
| Réception | « Mise en service et essais » | Essais individuels puis essais fonctionnels intégrés, sur la base de la liste des points, procès-verbal signé point par point |
Aucune de ces formulations ne désigne un produit. Toutes sont vérifiables. C’est exactement ce qui permet de recevoir trois offres différentes et de les comparer.
Le bordereau conditionne la comparabilité
Une soumission de supervision se chiffre mal parce que les postes ne sont pas naturellement homogènes. Imposer la structure du bordereau — et interdire les forfaits globaux non décomposés — est ce qui rend l’ouverture des offres exploitable : matériel serveur et postes clients, licences détaillées par nature, ingénierie des synoptiques au nombre de vues, intégration au nombre de points et par protocole, mise en service, formation en heures, documentation, puis contrat de maintenance annuel avec ses prestations incluses et ses délais d’intervention.
Le contrat de maintenance mérite d’être demandé dès l’offre, et non négocié après adjudication. Discuté une fois le système installé, il se négocie avec un seul interlocuteur possible.
Adjuger sur autre chose que le prix
La révision du droit suisse des marchés publics a déplacé le curseur du prix le plus bas vers l’offre la plus avantageuse économiquement. Encore faut-il que les critères d’adjudication soient publiés avec leur pondération, et qu’ils soient notés sur des éléments produits par le soumissionnaire.
Pour une supervision, les critères qui discriminent réellement sont le degré d’ouverture démontré par les pièces fournies, le coût complet sur la durée retenue — licences, maintenance et extensions comprises —, la disponibilité d’alternatives de maintenance sur le marché, les références sur des installations comparables en exploitation depuis plusieurs années, et la qualité de la reprise de l’existant lorsqu’il y en a un.
Prévoir une variante explicitement autorisée est souvent le meilleur investissement de la procédure : elle laisse remonter des architectures que le cahier des charges n’avait pas envisagées, à condition d’avoir défini au préalable ce qui, dans les exigences, n’est pas négociable.
Ce qu’une soumission bien écrite ne peut pas faire
Elle ne supprime pas la dépendance, elle la déplace. Un exploitant qui obtient les licences, les fichiers sources et l’outil d’ingénierie reste dépendant s’il n’a personne en interne pour s’en servir : la clause de formation et le niveau de compétence visé font partie du dispositif, sinon les livrables restent dans un tiroir.
Elle ne garantit pas non plus l’interopérabilité par la seule lecture des documents. Un PICS conforme n’a jamais prouvé qu’un système parlait correctement à un autre. Seul l’essai d’intégration réel, pendant la recette et sur les points réels, le démontre — c’est pourquoi il doit être écrit dans la soumission, avec le temps et l’accès nécessaires pour le conduire.
Enfin, elle suppose un travail préalable qui n’est pas dans la soumission : la liste des points et la matrice des limites de prestations. Sans elles, il n’existe aucune base pour chiffrer une intégration, ni pour signer un procès-verbal de réception.
Personne ne fait ce travail à votre place
Le fournisseur de supervision décrit son produit — c’est son métier, et il le fait bien. L’intégrateur répond à ce qu’on lui demande. L’entreprise générale cherche à refermer le lot dans le délai qu’on lui a donné. Aucun de ces acteurs n’a de raison de rédiger un document qui augmente le nombre de concurrents capables d’y répondre.
C’est le rôle d’un bureau d’ingénieurs indépendant : écrire ce que le bâtiment doit obtenir, avant que le marché ne décide de ce qu’il obtiendra. Chez Workswell, nous rédigeons les soumissions de supervision et d’intégration GTB, nous produisons la liste des points et la matrice des limites de prestations qui les rendent chiffrables dans le cadre de la conception et planification MCR, nous analysons les offres sur une grille de critères établie avant l’ouverture, et nous conduisons la réception fonctionnelle en assistance au maître d’ouvrage. Nous ne vendons ni licence ni intégration — et nous remettons systématiquement la documentation, les licences et la maîtrise de l’installation à celui qui l’exploite.
Questions fréquentes
Peut-on citer une marque dans une soumission de supervision ?
En marché public, non : la spécification doit être neutre sur le plan technologique, et une référence à un produit n’est admissible qu’à titre indicatif, accompagnée de la mention autorisant un équivalent. En marché privé, c’est possible — mais cela revient à renoncer volontairement à la mise en concurrence sur le poste le plus durable de l’installation.
Faut-il mettre la supervision en soumission séparément de l’automation ?
Les deux approches se défendent. Un lot unique simplifie la responsabilité en cas de dysfonctionnement ; deux lots séparés préservent la concurrence sur la supervision et facilitent son remplacement futur, à condition que la frontière entre les deux soit spécifiée avec précision et que les protocoles d’échange soient imposés.
Comment comparer des offres dont les modèles de licence diffèrent ?
En imposant au bordereau un scénario de référence commun : nombre de points, nombre de postes clients, nombre d’utilisateurs, horizon de calcul, et extensions à chiffrer. Chaque soumissionnaire chiffre son modèle sur ce scénario, et les totaux redeviennent comparables.
Que demander pour une rénovation de supervision sur un parc existant ?
Un relevé de l’existant avant rédaction : protocoles réellement en service, révisions des automates, points effectivement câblés par rapport aux points documentés, licences en cours et leur titulaire. C’est l’objet d’un audit MCR/GTB préalable. La reprise de l’existant est le poste qui fait le plus varier les offres, et le seul moyen de la rendre chiffrable est de la documenter à la place des soumissionnaires.