Un capitolato BMS — il capitolato tecnico dedicato alla gestione tecnica dell'edificio (in Francia, il CCTP) — può sembrare completo e restare muto sull'esercizio. In un edificio del terziario, questo documento tecnico descrive il sistema di supervisione e di comunicazione tra controllori che governerà riscaldamento, ventilazione e climatizzazione per vent'anni. Ogni errore di redazione si paga in prestazione energetica persa, in classe mai raggiunta e in conformità normativa mai verificata. La riservatezza dei dati, la formazione dei gestori degli impianti, il controllo quotidiano: questi temi spariscono dal capitolato a vantaggio della sola descrizione del materiale. Ecco i 29 punti che verifichiamo prima che un capitolato vada in gara.
In breve — Il capitolato BMS è il documento scritto che descrive ciò che il sistema di gestione tecnica dell'edificio deve saper fare in un edificio del terziario: regolazione, storicizzazione, allarmi, interoperabilità. Ciò che non vi figura non sarà mai consegnato.
La guida in PDF
I 29 punti, da tenere sottomano
La griglia di lettura completa — 6 categorie, 29 criteri valutati da 0 a 3, e le 5 righe che cambiano il collaudo. È il riferimento usato dallo strumento di valutazione. Indicate la vostra email professionale: ve la inviamo subito.
Il capitolato è l'unico momento in cui il committente ha il controllo
Il BMS è il perimetro in cui il committente ha meno competenze interne e in cui il capitolato pesa di più. Un muro fatto male si vede. Una sequenza di regolazione programmata male non si vede: si paga in chilowattora e in lamentele per tutta la vita utile degli impianti tecnici.
Prima della firma, tutto è possibile. Si può esigere il codice sorgente, un'esportazione dei dati storicizzati, un protocollo di collaudo con prove nominate. Dopo la firma, ognuna di queste righe diventa un preventivo. Il system integrator legge il capitolato come un contratto, perché lo è.
È l'asimmetria di fondo di questo mestiere. Il committente decide senza competenze tecniche interne, su un documento scritto che non ha i mezzi per rileggere.
Un caso reale: 6 su 100
Abbiamo passato al setaccio un capitolato per la sostituzione della regolazione su un piano di uffici nell'Île-de-France. Ventilconvettori, tre zone, una migrazione dal bus LonWorks all'IP, due livelli software da alimentare. Un cantiere ordinario.
Il perimetro era chiaro, la documentazione as-built richiesta con una scadenza precisa, le prove in funzionamento previste.
Ciò che mancava: amministrazione del sistema e della rete dopo la consegna, libertà di ripresa dei programmi da parte di terzi, esportazione degli storici, convenzione di nomenclatura, cybersicurezza su una rete IP nuova, costo annuo delle licenze, scenari di esercizio e gestione energetica.
Questo capitolato comprava regolatori e punti. Non comprava un BMS utilizzabile in esercizio. Lo studio di progettazione che lo ha redatto non ha fatto nulla di anomalo. Le prassi del mercato producono documenti tecnici che descrivono il materiale e dimenticano l'esercizio.
Un buon capitolato non prescrive una marca
Un direttore tecnico di un ospedale, in Francia, mentre preparava la conformità all'obbligo BACS, mi ha chiesto di aiutarlo a scegliere la migliore marca di BMS per il suo edificio del terziario. Il mio primo riflesso è stato riflettere sulla «migliore» soluzione. Poi ho capito che non era il mio ruolo.
Il ruolo del progettista è scrivere ciò che il sistema di gestione tecnica dovrà saper fare e come si verificherà che lo faccia: dati resi affidabili, interoperabilità senza licenza, storicizzazione, esportazione, casi d'uso definiti. Il system integrator conosce le apparecchiature e propone l'architettura che risponde al capitolato BMS.
Un buon capitolato non prescrive una marca. Elimina quelle che non sanno fare il lavoro.
Se nel vostro capitolato leggete «vogliamo Distech Controls o Niagara, ma non Siemens né Schneider Electric», interrogatevi sull'approccio. Non è che queste marche siano buone o cattive. È che quella riga sostituisce requisiti verificabili con una preferenza, e una preferenza non si testa al collaudo.
I 29 punti che seguono sono scritti in questo spirito. Nessuno nomina un prodotto. Ciascuno descrive un requisito verificabile.
Inquadramento e responsabilità
- Il capitolato elenca le apparecchiature da collegare e ciò che è escluso? Un elenco per lotto impiantistico e per piano. Le controversie al collaudo iniziano quasi sempre da un'apparecchiatura che ognuno pensava nel perimetro dell'altro.
- In ristrutturazione: l'esistente è inventariato? Per ogni controllore, viene conservato, migrato o sostituito, e perché? Abbiamo visto un manutentore annunciare un milione di euro per sostituire trecento controllori di un edificio di undici anni. La sostituzione di uno solo ha dimostrato che bastava uno scambio uno a uno.
- Le responsabilità tra i lotti sono ripartite? Chi fornisce i regolatori delle UTA, le sonde, il cablaggio? Quale studio di ingegneria coordina la messa in servizio? Senza matrice delle interfacce, il lotto HVAC consegna una UTA «con la sua regolazione» e nessuno ha scritto la sequenza.
- I requisiti normativi e la classe obiettivo sono esplicitati funzione per funzione? L'obbligo BACS (in Italia il D.Lgs. 48/2020 e il DM 28 ottobre 2025) fissa i propri requisiti funzionali; la norma UNI EN ISO 52120-1 è un riferimento di valutazione. Una riga «BMS di classe B» vale 1 su 3. Una tabella delle funzioni con il livello richiesto per ciascuna vale 3. Se si punta a un incentivo (in Italia Conto Termico 3.0 o Certificati Bianchi; in Francia le CEE, scheda BAT-TH-116), i suoi requisiti di classe BMS si aggiungono.
Errore frequente — Tre cose che il mercato confonde: in Francia il decreto BACS non impone alcuna classe della norma EN ISO 52120-1, mentre in Italia il DM 28 ottobre 2025 richiede la classe B o superiore per i non residenziali oltre 290 kW. Gli incentivi (in Francia la scheda CEE BAT-TH-116, classe A o B) hanno i propri requisiti. La classe di un edificio del terziario è quella della sua funzione più debole. Obbligo BACS ≠ classe ≠ incentivo.
- Chi amministra il sistema, gli accessi e la rete dopo la consegna? Codice sorgente dei programmi, licenze intestate al committente, account amministratore. Nel capitolato da 6/100, nessuno era designato. Il vuoto si riempie da solo: con il system integrator, che si tiene le chiavi.
Casi d'uso ed esercizio
- Gli obiettivi sono tradotti in casi d'uso concreti? La giornata tipo del gestore degli impianti: cosa guarda la mattina, il controllo delle apparecchiature che regola, cosa lo mette in allerta. Un catalogo di funzioni non è un caso d'uso.
- Un'analisi funzionale è richiesta e validata prima della programmazione? Vedi sotto. È il punto più redditizio della lista.
- Le forzature manuali (override) sono registrate e segnalate, anche dai quadri elettrici? Vedi sotto. Il livello software di supervisione deve segnalare ogni apparecchiatura uscita dal controllo automatico.
- La gestione degli allarmi è specificata e l'elenco degli allarmi è un deliverable? Come minimo gerarchizzazione e instradamento. Un sistema che segnala 400 allarmi con la stessa priorità forma gestori che non ne leggono nessuno.
- I programmi dei controllori possono essere ripresi da terzi senza perdita di garanzia? Sorgenti consegnati, strumenti di programmazione standard e una clausola che dice che la garanzia regge se interviene un altro system integrator qualificato.
- Il controllo da remoto è previsto e messo in sicurezza? VPN, autenticazione, registrazione delle connessioni, segmentazione della rete.
- La storicizzazione è specificata: quali punti, quale passo temporale, quale profondità? Misure analogiche ogni cinque minuti, stati su variazione, tre anni mobili.
- L'interoperabilità è richiesta in pratica? Esposizione dei punti in protocollo aperto, senza sovrapprezzo né licenza aggiuntiva, per al massimo una giornata-uomo. Vedi sotto.
- Ogni dato storicizzato può essere esportato semplicemente, senza preventivo? Formato documentato nella documentazione as-built, senza intervento dell'appaltatore. Un cliente ha dovuto andare a cercare i propri storici di temperatura nei backup. Erano suoi fin dall'inizio.
Dimenticanza n. 1: nessuno ha scritto cosa deve fare il sistema
Un capitolato dice «regolazione in funzione dell'occupazione» o «curva climatica». Sono intenzioni. Ciò che manca è il deliverable in cui queste intenzioni diventano valori: setpoint a 21 °C in occupazione, 17 °C di notte, allarme se lo scostamento supera 2 °C per un'ora. Questo deliverable si chiama analisi funzionale. Dovrebbe essere redatto dal system integrator e validato dal committente o dal suo consulente BMS prima della prima riga di programma.
Senza questo documento di progetto, il system integrator programma la sua libreria standard. Il test punto a punto verifica il cablaggio, non il comportamento. Tre anni dopo, chi riprende l'edificio ha solo codice da leggere. Propone di rifare tutto. È lì che interveniamo, ed è l'incarico di consulenza BMS più evitabile del nostro catalogo.
Dimenticanza n. 2: le forzature manuali che nessuno vede
Sulla porta di un quadro di una UTA, un selettore auto / 0 / man. Un tecnico lo mette in manuale per un intervento un venerdì e se ne va. La UTA gira a piena velocità notti e weekend finché qualcuno non si stupisce della bolletta. Nulla nel sistema segnala che un'apparecchiatura non è più sotto controllo.
Il capitolato risolve questo punto in due righe: la posizione del selettore viene riportata come un punto e ogni forzatura manuale dal livello software viene registrata con utente, marca temporale e scadenza automatica.
Un BMS che non sa dire cosa non controlla più non è un BMS, è un display.
Dimenticanza n. 3: «i regolatori supportano BACnet»
Questa frase figura nella maggior parte dei capitolati e non ha mai ottenuto nulla. Supportare un protocollo è una capacità tecnica del materiale. Esporre i punti attraverso quel protocollo è una prestazione: configurazione, nomenclatura, talvolta attivazione di una licenza.
Cosa bisogna scrivere: l'insieme dei punti è esposto in protocollo aperto, senza licenza aggiuntiva, con l'elenco degli oggetti consegnato nella documentazione as-built, e l'esposizione di punti supplementari non supera una giornata-uomo. Una menzione di protocollo non è un requisito di interoperabilità.
Sinottici, dashboard e diritti di accesso
- I diritti degli utenti sono definiti? Una matrice di profili (amministratore, gestore degli impianti, responsabile, sola lettura) con le azioni autorizzate.
- La validazione dei sinottici e delle dashboard è organizzata prima della consegna? Bozza validata dal committente prima dello sviluppo. Schermate «a titolo indicativo» non sono una validazione.
- Le schermate possono essere create o modificate in autonomia? Non è indispensabile, ma ogni schermata modificata dal system integrator è un preventivo in più.
Documentazione e qualità dei dati
- L'elenco dei punti fa parte dei deliverable? Completo, con indirizzi, unità e intervalli attesi. È il fascicolo che tutti cercano il giorno in cui qualcosa non funziona più.
- La planimetria di posizionamento dei sensori è un deliverable? Una sonda ambiente installata sopra un radiatore produce dieci anni di dati falsi. Senza planimetria, nessuno lo scopre.
- È imposta una convenzione di nomenclatura standardizzata? Edificio, piano, zona, apparecchiatura, punto. Senza convenzione, l'impianto diventa illeggibile alla seconda estensione.
- Il piano di misura con i sottocontatori è un deliverable? Nel capitolato da 6/100, la dimensione energetica era assente: nemmeno un sottocontatore, mentre il committente dovrà rendicontare i propri consumi.
- Il commissioning dei sottocontatori è previsto? Somma dei sottocontatori confrontata con il contatore generale, con verbale. Abbiamo ripreso un edificio nuovo in cui 230 sottocontatori non producevano alcun dato utilizzabile.
Manutenzione, cybersicurezza e prove
- La cybersicurezza è inquadrata? Segmentazione della rete, cambio delle password predefinite, politica di aggiornamento, registrazione degli accessi.
- La documentazione per la ripresa, i backup e il ripristino sono richiesti? Il contenuto della documentazione as-built elencato, non solo la sua scadenza. Un backup testato: un sistema senza backup si ricostruisce dopo il primo guasto.
- Il collaudo funzionale è dettagliato? Test punto a punto, test delle sequenze in condizioni reali, verbale, periodo di osservazione prima dello svincolo definitivo. Un impianto collaudato a giugno non è mai stato testato in riscaldamento. Prevedere una diagnosi di messa in servizio.
- La formazione del gestore degli impianti è prevista? Durata, destinatari, materiali consegnati. Mezza giornata il giorno del collaudo non forma nessuno.
Lungo termine
- Il fornitore propone un contratto di manutenzione, con contenuto e prezzo noti? Consegnato al più tardi al collaudo. Dopo, il committente negozia in posizione di debolezza con un sistema che solo l'appaltatore conosce.
- Il costo reale annuo è noto prima della firma? Vedi sotto.
- La durata del supporto dei controllori proposti è richiesta? Un controllore di cui il costruttore interrompe il supporto fra tre anni è un'obsolescenza programmata comprata nuova.
Dimenticanza n. 4: quanto costa il sistema una volta consegnato
Il capitolato fissa il prezzo dei lavori. Dimentica quasi sempre di chiedere il prezzo degli anni successivi: licenze software, abbonamenti, aggiornamenti, costo di aggiunta di un punto e soprattutto costo di uscita.
Il meccanismo è noto. Il committente ha bisogno di uno storico dei consumi per un reporting energetico. Lo chiede. Riceve un preventivo, perché la funzione non è stata consegnata. Ogni richiesta diventa una giornata-uomo. Dopo due anni, non si osa più chiedere.
Chiedere un costo annuo su cinque anni a ogni offerente non costa nulla e cambia il confronto delle offerte.
Cinque righe che cambiano il collaudo
Non serve riscrivere il capitolato. Bisogna aggiungervi i requisiti che proteggono l'esercizio e formularli in modo verificabile, altrimenti non valgono nulla. La prestazione energetica di un edificio si gioca in queste righe.
Da esigere nero su bianco e da testare al collaudo
- Analisi funzionale redatta dall'appaltatore, con setpoint, fasce orarie e sequenze quantificate, validata dal committente prima della programmazione.
- Codice sorgente dei programmi e licenze intestate al committente, consegnati nella documentazione as-built, modificabili da qualsiasi system integrator qualificato senza perdita di garanzia.
- Forzature manuali registrate (utente, marca temporale, scadenza), compresa la posizione dei selettori dei quadri riportata come un punto.
- Esportazione di ogni storico almeno in CSV, senza intervento dell'appaltatore; esposizione dei punti in protocollo aperto senza licenza aggiuntiva.
- Costo annuo su cinque anni quantificato da ogni offerente e offerta di contratto di manutenzione consegnata al collaudo.
Queste cinque righe non bastano a fare un buon capitolato. Bastano a fare la differenza tra un sistema che si possiede e un sistema che si affitta dal proprio system integrator senza saperlo.
FAQ
Che cos'è un capitolato BMS?
Il capitolato BMS è il capitolato tecnico dedicato alla gestione tecnica dell'edificio (in Francia, il CCTP GTB). Questo documento descrive le funzioni attese dal sistema che governerà riscaldamento, ventilazione e climatizzazione di un edificio del terziario. Fissa i requisiti verificabili al collaudo. A patto che esista: in molte operazioni il BMS non ha un lotto dedicato, e le sue specifiche stanno in poche pagine inserite nel lotto impianti elettrici o nel lotto impianti meccanici. Nessuno, allora, porta avanti il tema da un capo all'altro.
Qual è la differenza tra supervisione centralizzata e BMS?
La supervisione centralizzata (in Francia, GTC) assicura il monitoraggio globale: visualizzazione, allarmi, storici. Il BMS aggiunge la regolazione e la comunicazione tra controllori: il sistema scrive i setpoint sulle apparecchiature e governa le sequenze HVAC. Nei fatti, BMS e supervisione centralizzata vengono spesso confusi. Ciò che conta è ciò che il sistema fa davvero sul campo.
Quali norme rispettare in un capitolato BMS?
La norma UNI EN ISO 52120-1 classifica le funzioni di regolazione e di gestione tecnica. L'obbligo BACS, derivato dalla direttiva EPBD e recepito in Italia dal D.Lgs. 48/2020, fissa requisiti funzionali propri per gli edifici non residenziali (impianti termici oltre 290 kW dal 1° gennaio 2025; il DM 28 ottobre 2025 richiede inoltre la classe B o superiore; la direttiva (UE) 2024/1275 estende l'obbligo oltre 70 kW entro il 31 dicembre 2029). La normativa e la norma tecnica si completano senza confondersi.
Come integrare l'obbligo BACS in un capitolato BMS?
Il capitolato deve esplicitare i requisiti funzionali dell'obbligo BACS per funzione (gestione dei setpoint, monitoraggio dei consumi) e non con una semplice menzione di classe. Se si punta a un incentivo (in Italia Conto Termico 3.0 o Certificati Bianchi; in Francia le CEE con la scheda BAT-TH-116, classe A o B), i suoi requisiti di classe si aggiungono. L'efficienza energetica dell'edificio del terziario dipende da questa precisione nella redazione.
Quali apparecchiature collegare a un BMS?
Il capitolato deve elencare le apparecchiature per lotto: UTA (riscaldamento, ventilazione, climatizzazione), caldaie, gruppi frigoriferi, pompe di calore, ventilconvettori, illuminazione, produzione di acqua calda e sottocontatori. Il controllo copre anche le schermature solari e il rilevamento di presenza se l'edificio lo giustifica. I lavori di collegamento sono dettagliati per piano.
Il vostro capitolato ottiene meno di 60? Il nostro team di consulenza BMS verifica i vostri requisiti tecnici sui 29 criteri e completa le dimenticanze prima della gara. Ogni errore corretto in questa fase evita un preventivo in esercizio.
Far valutare il proprio capitolato prima di pubblicarlo
Abbiamo messo online lo strumento che ha prodotto il 6/100 qui sopra. Legge un capitolato BMS e lo valuta su questi 29 criteri, da 0 a 3 ciascuno: assente, accennato, trattato, verificabile al collaudo. L'istruzione data allo strumento è di essere esigente. Un 3 è raro, e una semplice menzione di BACnet non vale un 3 in interoperabilità.
Lo strumento non sostituisce un incarico di consulenza BMS. Rilegge, dice cosa manca e propone una formulazione per ogni mancanza. Se dà 60, avete un buon documento tecnico e qualche riga da aggiungere. Se dà 6, siete ancora in tempo: nulla è firmato.
