Aggiornamento 2026
Indice dei contenuti
Negli ultimi anni il BIM è stato spesso raccontato soprattutto come una rivoluzione della progettazione e della costruzione. È vero, ma è soltanto una parte della storia. La serie ISO 19650 definisce il BIM come un approccio alla gestione delle informazioni applicabile all’intero ciclo di vita dell’asset, dalla pianificazione strategica alla progettazione, dalla costruzione all’operatività, fino alla manutenzione, alla riqualificazione e al fine vita.
Se il punto di arrivo fosse soltanto la consegna del modello, gran parte del valore economico e organizzativo andrebbe perduto. La fase operativa è quella in cui l’organizzazione deve pianificare manutenzioni, governare rischi, dimostrare conformità, programmare investimenti, aggiornare la documentazione e garantire continuità di servizio. Per questo motivo, parlare di BIM Facility Management in modo serio significa parlare di continuità della conoscenza del patrimonio: non di un file, ma di un sistema informativo vivo, affidabile e aggiornabile.
In termini editoriali, questa guida assume il seguente punto di vista: il modello BIM è importante, ma non è l’obiettivo finale. L’obiettivo è costruire una base informativa che possa essere letta, verificata, trasferita e mantenuta all’interno dei sistemi e dei processi che governano il patrimonio. È qui che il BIM incontra davvero il Facility e l’Asset Management.
Perché BIM e Facility Management devono essere pensati insieme
La base normativa è chiara. ISO 19650-1 dichiara che il framework si applica all’intero ciclo di vita di qualsiasi built asset; ISO 19650-2 presidia la delivery phase; ISO 19650-3 porta lo stesso approccio nella operational phase of the assets. In Italia, la UNI EN ISO 19650-3 recepisce questo stesso principio parlando esplicitamente di fase gestionale dei cespiti immobili.
Il punto decisivo è che le informazioni necessarie all’esercizio non nascono tutte “dopo”. Molte vengono prodotte in progettazione, altre in cantiere, altre al commissioning, altre ancora durante la gestione. Se il Facility Manager viene coinvolto solo alla fine, il progetto rischia di consegnare un modello formalmente ricco ma operativamente povero: mancano codifiche coerenti, riferimenti agli asset manutenibili, collegamenti con manuali e garanzie, identificativi univoci, piani manutentivi o criteri di accettazione dei dati. La guida UK BIM Framework è molto esplicita: le information requirements sono “il concetto più importante” dell’information management, perché ne definiscono gli input; inoltre le organizzazioni dovrebbero considerare i requisiti informativi dell’uso in esercizio prima di quelli della project delivery.
È esattamente per questo che NBS descrive il BIM come un processo che, se vuole generare efficienza reale, deve essere “client/facilities management driven”. In altre parole: se il committente vuole beneficiare del BIM in gestione, deve guidare sin dall’inizio la definizione dei metodi e delle informazioni necessarie. La stessa NBS osserva che i benefici economici nell’operation stage possono essere più grandi di quelli limitati a design e construction.
Il ciclo di vita informativo può essere rappresentato così:
ISO 19650-3 introduce un concetto particolarmente importante per il Facility Management: i trigger events della fase operativa. La guida UK BIM Framework mostra che, tra un progetto iniziale e una futura riqualificazione, l’asset attraversa sequenze di manutenzioni, ispezioni, riparazioni, survey e altri eventi che richiedono nuovi scambi informativi. Questo significa che l’handover non è un atto unico e definitivo, ma il primo passaggio di una catena informativa che deve continuare nel tempo.
Il caso dell’Environment Agency rende concreto il problema. Prima di una gestione più strutturata, l’ente riceveva circa 10.000 file al mese che non riusciva a controllare e assimilare facilmente nei propri sistemi; alcuni asset completati non entravano nei registri per 18–24 mesi; classificazioni, versioni, sicurezza di archiviazione e provenienza dei dati erano incoerenti; il risultato era prendere decisioni su informazioni incomplete o obsolete. La dichiarazione chiave del caso studio è chiarissima: serviva passare da “document BIM” a dati utilizzabili lungo tutto il ciclo di vita.
La conclusione operativa è netta: il BIM non andrebbe impostato come deliverable finale, ma come sorgente regolata di conoscenza per la gestione. Se non si progetta questa continuità, il modello diventa una fotografia. Se la si progetta bene, il modello è soltanto una delle interfacce di una base informativa più ampia.
Cosa dicono gli standard internazionali e come si completano a vicenda
Il modo più utile di leggere il panorama internazionale è questo: non esiste un singolo standard che “risolva” BIM e Facility Management. Esiste piuttosto una filiera di standard complementari. ISO 19650 è il riferimento di processo; ISO 55000 è il riferimento manageriale per il valore degli asset; buildingSMART fornisce gli standard di scambio e semantica; UK BIM Framework mostra come tradurre ISO 19650 in prassi; NBS chiarisce il passaggio verso AIM e operation; COBie è uno schema specifico di handover per dati FM; ISO 7817-1 struttura il level of information need; ISO 21597 affronta il problema dei documenti collegati lungo il ciclo di vita.
Confronto sintetico degli standard chiave
| Riferimento | Domanda principale | Cosa standardizza | Limite se usato da solo | Ruolo nella continuità della conoscenza |
|---|---|---|---|---|
| ISO 19650 (Parti 1-6) | Come si gestiscono le informazioni lungo il ciclo di vita dell’asset? | Processi, ruoli, flussi informativi, requisiti di scambio, sicurezza delle informazioni e gestione delle informazioni per salute e sicurezza. | Non definisce in modo completo i contenuti informativi né i formati software da utilizzare. | Costituisce la spina dorsale del processo informativo lungo tutto il ciclo di vita del patrimonio. |
| ISO 55000 / 55001 / 55002 | Perché e con quale governance si gestiscono gli asset? | Principi dell’Asset Management, requisiti del sistema di gestione e linee guida applicative. | Non descrive nel dettaglio i workflow BIM, il CDE o gli scambi informativi digitali. | Collega le informazioni agli obiettivi strategici, alle decisioni e al valore generato per l’organizzazione. |
| buildingSMART IFC | Come scambiare modelli e dati in modo aperto? | Modello dati aperto e interoperabile per il built environment. | Da solo non definisce quali informazioni devono essere prodotte o consegnate. | Rende possibile l’interoperabilità tra software di authoring, verifica, gestione e manutenzione. |
| buildingSMART IDS | Come formalizzare e verificare automaticamente i requisiti informativi? | Specifiche machine-readable dei requisiti informativi. | Richiede una corretta definizione preventiva di AIR, EIR e requisiti del progetto. | Riduce le ambiguità e consente la validazione automatica dei modelli informativi. |
| buildingSMART bSDD | Come utilizzare terminologia e proprietà coerenti? | Dizionari condivisi, classificazioni e definizioni standardizzate. | Non sostituisce un sistema di classificazione né i requisiti informativi. | Garantisce coerenza semantica tra modelli, database e sistemi gestionali. |
| UK BIM Framework | Come applicare concretamente la ISO 19650? | Guide operative su OIR, AIR, EIR, AIM, trigger events e gestione delle informazioni. | Non è una norma internazionale, ma una guida di implementazione. | Traduce i principi della ISO 19650 in procedure operative, soprattutto nella fase di esercizio. |
| NBS Guidance | Come trasformare gli standard in processi realmente utilizzabili? | Indicazioni pratiche su Asset Information Model, BIM orientato al Facility Management e Level of Information Need. | Non sostituisce gli standard normativi. | Collega teoria e pratica nella gestione delle informazioni durante l’intero ciclo di vita. |
| COBie | Quali dati devono essere trasferiti al Facility Management durante l’handover? | Struttura standardizzata dei dati relativi agli asset destinati alla gestione e manutenzione. | Non rappresenta l’intero Asset Information Model. | Facilita il passaggio delle informazioni dal progetto ai sistemi CAFM, CMMS ed EAM. |
| EN ISO 7817-1 (Level of Information Need) | Quanta informazione è realmente necessaria? | Livello di informazione richiesto per ogni oggetto informativo. | Non definisce i requisiti informativi dell’organizzazione. | Evita sia l’eccesso sia la carenza di informazioni, migliorando qualità ed efficienza del dato. |
| ISO 21597 | Come consegnare documenti eterogenei mantenendo le relazioni tra loro? | Open Information Container per la consegna strutturata di documenti e metadati collegati. | Non sostituisce né il CDE né l’Asset Information Model. | Mantiene collegati modelli, documenti, allegati e metadati durante gli scambi informativi. |
Sintesi basata su fonti ufficiali ISO, ISO/TC 251, buildingSMART, UK BIM Framework, NBS e NIBS/COBie.
Guardando più da vicino, ISO 19650-1 definisce i concetti e i principi; ISO 19650-2 copre la delivery phase; ISO 19650-3 porta il processo nell’operational phase; ISO 19650-4 stabilisce il processo e i criteri decisionali per eseguire uno scambio informativo di qualità; ISO 19650-5 aggiunge la security-minded information management; ISO 19650-6 amplia il quadro alla classificazione, condivisione e consegna delle informazioni di salute e sicurezza. Questi standard sono quindi il riferimento principale se l’obiettivo è evitare discontinuità informative tra progetto, costruzione e gestione.
ISO 55000 e ISO 55001 rispondono invece a un’altra domanda: non solo come gestire informazioni e asset, ma perché farlo in modo sistematico e con quali requisiti di governance. ISO 55000 definisce principi, lessico e benefici dell’asset management; ISO 55001 dettaglia i requisiti di un asset management system; ISO 55002 guida l’applicazione concreta dei requisiti. È particolarmente rilevante che, nell’aggiornamento 2024, il comitato ISO/TC 251 richiami in modo più esplicito aspetti come decision-making, realizing value, risk and opportunities, managing data & knowledge e life cycle operations: è esattamente il terreno in cui il BIM, da solo, non basta più.
Sul piano dell’interoperabilità, buildingSMART mette a disposizione lo stack openBIM. IFC è la “standardized digital description of the built environment”; IDS è lo standard per definire requisiti informativi in forma interpretabile anche dalle macchine; bSDD è il servizio per condividere definizioni coerenti di termini e proprietà; il Validation Service verifica la conformità di un file IFC allo schema e anche la conformità bSDD, ma non sostituisce i controlli progettuali specifici, per i quali IDS è il complemento naturale. Questo è un punto operativo cruciale: la qualità dei dati non si ottiene solo “scrivendo bene l’EIR”, ma rendendo verificabili i requisiti.
Il contributo del UK BIM Framework è strategico perché rende operabili concetti spesso citati in modo astratto. La guida sulle information requirements spiega che gli OIR sono il punto di partenza, da cui derivano AIR e PIR; chiarisce che gli AIR devono essere definiti prima di qualsiasi related appointment; attribuisce la loro definizione all’appointing party, con leadership del team interno responsabile di asset e facilities management; mostra inoltre che gli AIR vengono poi tradotti più precisamente negli EIR. Questa “linea di vista” dal livello strategico al livello di scambio è probabilmente l’idea più utile per chi vuole usare il BIM in gestione senza trasformarlo in un esercizio documentale.
NBS aiuta a chiarire un’altra ambiguità frequente: l’AIM non è solo un modello. L’Asset Information Model comprende modelli, dati, documenti e altri record necessari alla fase operativa; è usato da owner, end users e facility managers; dovrebbe poter fornire un dataset completo utilizzabile, se necessario, anche da sistemi CAFM. Ne discende una conclusione importante: COBie, pur essendo molto utile, è solo una parte dell’equazione. COBie standardizza l’organizzazione di dati necessari alla gestione e manutenzione di facility assets e velocizza il popolamento dei maintenance systems, ma per inferenza non coincide con l’intero AIM, che include anche documenti, relazioni, performance, ownership e altri record operativi.
Infine, il tema del quanto informazione serve davvero oggi va letto con ISO 7817-1, che ha sostituito la precedente EN 17412-1. Lo standard definisce concetti e principi del level of information need per specificare in modo coerente il dettaglio e l’estensione delle informazioni da scambiare e consegnare. È la risposta più moderna al problema storico del “troppo modello e pochi dati utili” oppure, al contrario, del “troppo dato non strutturato e poco verificabile”.
Dal progetto alla gestione: PIM, AIM, handover e integrazione con CAFM, CMMS ed EAM
Per chi gestisce un patrimonio, il momento decisivo non è la consegna del modello, ma la qualità dell’information exchange. ISO 19650-4 è molto chiara: stabilisce il processo e i criteri decisionali per eseguire uno scambio informativo in modo da garantire la qualità del resulting project information model o asset information model. In altre parole, non basta “mandare i file”: bisogna definire cosa viene scambiato, come viene verificato e con quali criteri viene accettato.
Nella pratica, il passaggio più utile da chiarire è quello tra PIM e AIM. Il Project Information Model è l’insieme delle informazioni prodotte per consegnare il progetto e l’opera; l’Asset Information Model è il repository strutturato delle informazioni necessarie all’operatività. NBS definisce l’AIM come insieme di modelli, dati, documenti e record richiesti o legati alla operational phase; la guida UK BIM Framework sulla fase operativa ricorda che, una volta accettati i deliverables rispetto agli EIR, l’appointing party può incorporare l’information model nell’AIM e proseguire la manutenzione dell’AIM stesso.
Questa distinzione è fondamentale perché evita due errori opposti. Il primo è pensare che l’AIM coincida con il solo modello federato “as built”. Il secondo è pensare che basti un export tabellare per sostituire il contesto tecnico e documentale del progetto. In realtà, l’AIM ha bisogno di più livelli: asset register, collegamenti ai documenti, relazioni spaziali e funzionali, regole di aggiornamento, esiti di collaudo, stato di accettazione e — spesso — integrazione con piattaforme multiple. La stessa guidance UK sull’Information Management Platform osserva che un AIM è un repository strutturato e che raramente una singola tecnologia basta da sola: nella maggior parte dei casi serve un approccio integrato.
Il flusso di handover può essere rappresentato così:
In questo flusso, IFC è utile quando si vuole preservare interoperabilità geometrica e semantica del modello; COBie è utile quando si vuole trasferire in forma organizzata il sottoinsieme di dati necessari alla gestione e manutenzione dei facility assets; ICDD/ISO 21597 è utile quando serve consegnare e archiviare file eterogenei collegati tra loro lungo il ciclo di vita. Nessuno di questi strumenti, da solo, esaurisce il problema: sono pezzi diversi di una catena.
Un elemento molto maturo del quadro openBIM è oggi IDS. buildingSMART lo descrive come standard per definire i requisiti informativi in forma computer-interpretable; in molti use cases openBIM è la soluzione raccomandata per definire gli information requirements. Questo apre una possibilità concreta: trasformare parte dei requisiti AIR/EIR in regole verificabili automaticamente su un dataset IFC, riducendo interpretazioni soggettive e check manuali incompleti. La stessa ISO 19650-4, tramite la guidance UK, osserva che laddove l’informazione strutturata è stata specificata, gli acceptance criteria possono essere trasformati in regole automatiche di controllo.
Per far funzionare questa automazione serve però una semantica coerente. Qui entra bSDD, il servizio buildingSMART che mette a disposizione dizionari interconnessi con definizioni di termini e proprietà del built environment. E qui entra anche il Validation Service, che controlla conformità IFC e conformità bSDD, ma non le regole specifiche di progetto: proprio quel vuoto è il luogo in cui IDS e verifiche specifiche di commessa diventano indispensabili.
Dal lato software, il problema dell’handover è tutt’altro che teorico. Autodesk nota che il trasferimento manuale delle informazioni dal modello agli strumenti di asset tracking comporta rischio di perdita dati e disallineamento con i requisiti del proprietario; per questo propone workflow di mapping dei model properties verso gli asset fields richiesti downstream. Al netto dei vendor, la lezione è generale: il passaggio BIM → gestione non può essere lasciato a un CSV “ripulito” all’ultimo minuto. Deve essere progettato, validato e tracciato.
Il framework Geomap della continuità della conoscenza del patrimonio
Tutto ciò che abbiamo visto porta a una conclusione che vale la pena dichiarare con nettezza: il problema non è “fare BIM”, ma costruire e mantenere conoscenza affidabile del patrimonio. ISO 19650 fornisce il processo, ISO 55000/55001 il fine manageriale, buildingSMART gli standard di interoperabilità, ma l’esito atteso per chi gestisce l’asset è uno solo: poter prendere decisioni su informazioni affidabili, tracciabili e aggiornate.
Da questo punto di vista, il BIM è un nodo di una filiera più ampia. In molti patrimoni reali convivono rilievi laser scanner, planimetrie, CAD, modelli BIM, libretti di impianto, documenti O&M, sistemi ERP, CESPITI, BMS, sensori IoT, report ispettivi, fotografie e registri manutentivi. La continuità della conoscenza non consiste nel sostituire tutto con un unico modello; consiste nel definire un percorso coerente che faccia evolvere questa eterogeneità in informazione governabile.
Il framework Geomap propone di leggere questo percorso così:
La forza di questo schema è che consente di posizionare ogni standard nel punto giusto. L’acquisizione riguarda la produzione e raccolta dei dati: rilievi, authoring BIM, documenti, commissioning. Qui trovano spazio IFC, COBie, ICDD e le specifiche di scambio. La trasformazione da dati a informazioni richiede classificazione, identificativi, regole sintattiche e semantiche: qui servono AIR/EIR, bSDD, LOIN, acceptance criteria, IDS. La trasformazione da informazioni a conoscenza richiede un AIM, procedure di manutenzione, relazioni con spazi e sistemi, integrazione con piattaforme operative. Infine, solo a questo punto la conoscenza può diventare decisione e quindi valore: continuità di servizio, riduzione del rischio, governance del CAPEX, conformità e migliore utilizzo degli asset.
Questo modo di leggere il problema aiuta anche a dare il giusto peso ai rilievi e ai censimenti. In un patrimonio esistente, l’accuratezza della conoscenza parte spesso dalla qualità dell’acquisizione della realtà: senza censimento affidabile, etichettatura coerente, localizzazione certa e riconciliazione dei dati esistenti, qualsiasi digitalizzazione successiva erediterà errori. Il vero vantaggio competitivo, in questi contesti, non è solo modellare bene: è saper ricostruire una base informativa verificata prima che venga caricata nei processi di gestione. Questa è una lettura perfettamente coerente con la missione di Geomap.
Geomap e BIM: soluzioni concrete per il ciclo di vita degli immobili
Con Geomap, il modello BIM diventa un ambiente operativo, non solo una fotografia tecnica.
Dalla fase di rilievo (laser scanner statico, mobile mapping, drone) alla modellazione BIM, fino alla gestione attiva del patrimonio, ogni fase è supportata da strumenti concreti, scalabili e interoperabili.
Grazie alla nostra esperienza, accompagniamo enti pubblici e privati in progetti che richiedono:
- gestione anagrafiche impiantistiche 3D
- visualizzazione planimetrica e modellazione HBIM
- controllo energetico e manutentivo
- integrazione con software gestionali esistenti
Vuoi portare il BIM al centro del tuo Facility Management?
Parla con un esperto Geomap e scopri come possiamo aiutarti a realizzare un sistema di gestione digitale degli edifici che unisca rilievo, modellazione e operatività quotidiana.
