Quali dati BIM mi servono davvero nel Facility Management, e quali posso evitare?

Premesse

Eccoci atterrare su un tema spinoso, oltre i soliti proclami sulle meraviglie del BIM. Credo che oltre al percorso ormai scritto che vede un futuro integrato tra sistemi CMMS e Modelli BIM/CDE si debba ragionare su quali dati del BIM effettivamente hanno valore e utilità Quando parlo di “dati BIM per l’esercizio” intendo solo le informazioni che entrano nei processi operativi di gestione, manutenzione, compliance tecnica e governo dei contratti di servizio, con un uso realistico dentro un EAM/CMMS/CAFM o un sistema di Asset Management. Tutto il resto è rumore: appesantisce consegne, tempi di verifica, responsabilità e contenziosi, senza aumentare l’efficienza.

Il motivo per cui “si chiede troppo” è quasi sempre uno di questi: capitolati copiati da progetti di costruzione, requisiti informativi non collegati ai processi FM, oppure la falsa idea che “già che ci siamo mettiamo tutto nel modello”. In esercizio, invece, vince la regola: pochi dati, ma certi, verificabili e mantenibili.

Qual è la domanda da fare prima di qualsiasi EIR/CI o Capitolato Informativo?

La domanda è: “Quale decisione operativa prenderò con questo dato, con quale frequenza e in quale sistema?” Se non sai rispondere con un caso d’uso concreto (es. pianificare PM, aprire ticket, verificare SLA, gestire scadenze, stimare costi a canone/extra-canone), quel dato non è un requisito: è un desiderio.

Questo è anche il modo più pratico per rispettare l’impostazione “process-driven” richiesta dalle buone pratiche di gestione informativa (in ambito ISO 19650 e UNI 11337) senza trasformare il BIM in un repository enciclopedico ingestibile.

Quali processi di Facility Management devono guidare la selezione dei dati?

In esercizio, i processi che “pagano” davvero sono sempre gli stessi, indipendentemente dal software: anagrafe tecnica degli asset, manutenzione preventiva e correttiva, gestione documentale di conformità, controllo prestazioni contrattuali, e gestione spazi (quando è contrattualmente rilevante o serve a sicurezza/operatività).

Se il tuo contratto (o una gara pubblica, incluse impostazioni tipo Consip) mette al centro KPI, canoni, livelli di servizio e tracciabilità degli interventi, allora i dati BIM utili sono quelli che alimentano: identificazione univoca, classificazione coerente, criticità, manutenibilità, ricambi, localizzazione, e relazione con documenti e attività manutentive.

Qual è il “minimo set” di dati BIM che consiglio sempre per partire senza sbagliare?

Il minimo set non è “un elenco infinito di proprietà”, ma un pacchetto di anagrafiche e relazioni che rende possibile governare esercizio e contratto. In pratica: identità dell’oggetto, dove sta, che cos’è, chi lo gestisce, che manutenzione richiede, che documenti lo provano.

Se devo tradurlo in campi tipici (da veicolare via IFC/COBie-like o mapping diretto), quelli che raramente sono uno spreco sono: un codice univoco stabile (asset ID), categoria/classificazione, marca-modello (quando serve davvero per manutenzione/ricambi), dati di serie (solo per asset critici o in garanzia), ubicazione gerarchica (sito–edificio–piano–zona–locale), livello di criticità, stato (in servizio/fuori servizio/dismesso), riferimento al responsabile/maintainer (interno o fornitore), e link controllato alla documentazione obbligatoria.

Quali dati sono indispensabili per far funzionare l’integrazione con CMMS/CAFM/EAM senza “teatro del BIM”?

L’integrazione fallisce quasi sempre per tre motivi: codici che cambiano, localizzazioni ambigue, e oggetti modellati che non corrispondono agli asset gestiti (o viceversa). Quindi i dati indispensabili sono quelli che stabilizzano queste tre cose.

Serve una regola chiara: il BIM non è e non deve essere necessariamente il master di tutto, ma deve avere chiavi coerenti con l’anagrafica asset del sistema gestionale. Se il master è l’EAM, allora nel BIM ti serve almeno l’Asset ID dell’EAM (o una chiave di concordanza) più la struttura di ubicazione. Se il master è il BIM (caso raro in esercizio), devi accettare che l’onere di governance dei codici e delle dismissioni sta in mano a chi gestisce il modello, non al manutentore.

Quali informazioni di localizzazione servono davvero, e come evitarne le ambiguità?

Per l’esercizio non ti basta “il piano”: ti serve una gerarchia di ubicazione che permetta a un tecnico di trovare l’asset e a un sistema di aggregare costi e KPI. Il punto è renderla stabile anche se cambiano nomi e destinazioni d’uso.

Operativamente, funziona quando separi: identificativi tecnici (stabili) e descrizioni “umane” (modificabili). E soprattutto quando decidi se lo spazio è gestito “a locale” (Room/Space) o “a zona impiantistica” (aree tecniche), perché questo impatta direttamente su pianificazione, consuntivazione e SLA.

Quali dati manutentivi devo integrare nel BIM e quali è meglio lasciare al CMMS?

A meno di aspettative da “effetto demo WOW” nel BIM conviene limitarsi a ciò che serve a collegare asset e piano manutentivo senza duplicare il gestionale. Quindi: tipologia di asset (per aggancio a template PM), criticità (per priorità e livelli di risposta), vincoli di accesso/sicurezza, e riferimenti ai manuali e schede tecniche.

Nel CMMS, invece, lascerei tutto ciò che cambia spesso o che è transazionale: scadenziari, contatori, storico guasti, tempi e materiali consuntivati, ticket, check-list compilate, misure rilevate, firme, e ogni dettaglio “per intervento”. Il BIM può linkare, non replicare. Se replichi, paghi due volte: in aggiornamenti e incoerenze.

Quali documenti e “prove” devo collegare agli asset per stare tranquillo in audit e verifiche contrattuali?

Qui non serve romanticismo digitale: serve una logica di tracciabilità. Gli asset critici devono avere collegati i documenti che dimostrano conformità, corretta installazione e manutenzione, secondo gli obblighi applicabili (impianti, sicurezza, verifiche periodiche, manuali, dichiarazioni, libretti, schemi, certificati).

Il consiglio operativo è: nel BIM mantieni solo metadati minimi e link controllati (ID documento, revisione, data, repository ufficiale), non allegati “sparsi nel modello”. Questo riduce dimensioni, evita duplicati e soprattutto chiarisce quale sia la “fonte di verità” documentale.

Quali dati spaziali servono per il FM e quando la gestione spazi è solo un costo inutile?

La gestione spazi è utile se hai uno di questi driver: addebiti interni, pianificazione postazioni, change management frequente, pulizie a prestazione, o contratti dove superfici e destinazioni d’uso determinano canoni e SLA. Se non hai questi driver, spingere per LOD altissimi sugli spazi spesso è solo costo.

Quando serve, il dato chiave non è la geometria perfetta, ma la coerenza tra superficie “contrattuale” e superficie “operativa” e una tassonomia chiara degli usi. Altrimenti finisci a discutere mesi su metri quadrati che non tornano mai, perché nessuno ha deciso quale regola di misura usare e con quale finalità.

Quali dati impiantistici “di dettaglio” posso evitare senza perdere controllo operativo?

Puoi evitare, nella maggior parte dei casi, dettagli utili alla costruzione ma inutili alla gestione: staffaggi, bulloneria, dettagli esecutivi, parametri di calcolo non usati in esercizio, e proprietà duplicate (es. tre campi diversi per la stessa potenza). Puoi spesso evitare anche geometrie iper-dettagliate di componenti non manutenibili come asset separati.

In esercizio ti interessa identificare e gestire ciò che ha un ciclo di vita manutentivo, un rischio, o un costo. Se un componente non viene mai manutenuto come unità a sé e non ha ricambio/garanzia/criticità, trattalo come parte dell’asset padre, non come oggetto “da inventariare”.

Come decido la “soglia” corretta di granularità degli asset?

La soglia corretta si decide con una regola semplice: “Se posso aprire un ordine di lavoro o un ticket su quell’oggetto, allora è un asset; se non lo farò mai, non lo è.” Sembra banale, ma taglia via il 70% degli oggetti che intasano i modelli consegnati per FM.

Poi serve una regola di eccezione per criticità e conformità: anche se non fai manutenzione ordinaria su un componente, se è oggetto di verifica obbligatoria o di responsabilità specifica (per tipologia impiantistica e contesto), allora ha senso censirlo con un minimo set di dati e link documentali.

Come collego i dati BIM agli obblighi contrattuali (SLA, penali, extra-canone) senza creare un mostro ingestibile?

Il trucco è non trasformare il BIM in un “contratto modellato”. Il BIM deve supportare il contratto con tre cose: perimetro (che cosa è incluso/escluso), tracciabilità (quale asset è stato servito), e misurabilità (come aggrego KPI e costi).

Operativamente, mappa nel BIM solo le informazioni che servono a determinare inclusione e regole di ingaggio: appartenenza a perimetro contrattuale, categoria di servizio, criticità/SLA target, e magari un attributo per distinguere canone vs extra-canone quando è definibile ex ante. Tutto il resto (calcoli, consuntivi, applicazione penali) deve stare nel sistema di contract management/CMMS, dove hai transazioni, workflow e log.

Come mi allineo a normative e standard senza fare “compliance di facciata”?

Allinearsi non significa citare norme in copertina, ma usare i concetti giusti: requisiti informativi legati agli usi, responsabilità chiare, criteri di verifica, gestione revisioni e cambiamenti. ISO 19650 e UNI 11337 aiutano soprattutto a impostare ruoli, requisiti, flussi e CDE; lato FM, ciò che conta è che il dato sia mantenibile durante l’operatività e non muoia dopo il collaudo.

Il mio consiglio è fissare sempre criteri di accettazione misurabili: completezza dell’anagrafica per classi di asset, coerenza codici e ubicazioni, percentuale di asset “mappati” nel CMMS, e test di casi d’uso (es. aprire WO da selezione oggetto, recuperare documenti, estrarre lista scadenze). Se non lo testi così, non è “pronto per l’esercizio”.

Come imposto una consegna informativa verificabile e non contestabile?

Serve una consegna che separi chiaramente: modello (geometria e identificazione), dataset (proprietà e chiavi), documenti (repository e revisioni), e mapping verso sistemi di gestione. E serve scrivere chi aggiorna che cosa dopo la consegna e con quale processo di change.

In ambito gare, riduci il rischio pretendendo: dizionario dati (data dictionary) per classi di asset, regole di codifica, struttura ubicazioni, formato di scambio (es. IFC + estratti tabellari controllati), e soprattutto una procedura di validazione/accettazione con campionamento e soglie di errore ammesse. Questo ti protegge più di qualsiasi richiesta “LOD 500”.

Come costruisco la lista dei dati da evitare per non buttare budget e tempo?

Evita quasi sempre i dati che non riesci a mantenere aggiornati con l’operatività reale: proprietà descrittive non usate, campi duplicati o non normalizzati, parametri di progetto non collegati a manutenzione o compliance, dettagli geometrici senza impatto su accesso/intervento, e qualsiasi informazione che dovrebbe vivere in un sistema transazionale (ticket, storico, misure periodiche) e che nel modello diventa immediatamente vecchia.

Evita anche l’errore più comune: chiedere dati “perché forse un giorno serviranno”. Nel FM quel “forse” diventa costo certo: qualcuno dovrà verificarli, importarli, aggiornarli e difenderli in caso di contestazione.

Come faccio, in pratica, a definire il mio “set dati essenziale” in 4 settimane senza paralizzarmi?

Funziona un approccio rapidissimo: scegli 5–8 casi d’uso reali (manutenzione PM, guasto, audit documentale, report KPI, gestione perimetro contrattuale, accesso a manuali, estrazione lista asset per fornitore). Per ogni caso d’uso, scrivi il “percorso” nel tuo sistema gestionale e identifica quali campi sono obbligatori per farlo funzionare senza workaround.

Poi trasformi quei campi in requisiti informativi per classi di asset e li testi su un campione di edificio/impianto. Se il campione passa, estendi. Se non passa, tagli senza pietà ciò che non è necessario. In due settimane arrivi a un set dati piccolo ma robusto, e soprattutto difendibile in gara e in esercizio.

Conclusioni

I dati BIM utili per il Facility Management sono quelli che abilitano anagrafe asset, ubicazione certa, manutenzione e tracciabilità documentale, con chiavi stabili e verificabili. Tutto ciò che è transazionale, altamente variabile o non collegato a decisioni operative va lasciato fuori dal modello e gestito nei sistemi FM. Il criterio guida è mantenibilità + verificabilità contrattuale, non la completezza teorica del modello.

Se vuoi affrontare seriamente questo tema evitando i rischi sopra descritti puoi contattarmi qui.