Common Data Environment (CDE): cos'è e perché è obbligatorio negli appalti BIM
Quando si parla di BIM, l'attenzione va quasi sempre ai modelli tridimensionali. Ma il vero cuore di un processo di gestione informativa digitale non è il modello: è il luogo in cui i dati vengono raccolti, coordinati e condivisi tra tutti i soggetti coinvolti. Quel luogo è il Common Data Environment (CDE), in italiano Ambiente di Condivisione dei Dati (ACDat) — un elemento che, negli appalti pubblici in cui il BIM è obbligatorio, non è una scelta tecnologica ma un vero e proprio obbligo di legge.
Capire cos'è il CDE, come funziona e perché la normativa lo impone è essenziale per stazioni appaltanti, progettisti e imprese. Nei prossimi paragrafi vediamo la definizione tecnica secondo la ISO 19650, il meccanismo dei quattro stati del dato che ne governa il funzionamento, il fondamento normativo dell'obbligo per la Pubblica Amministrazione e i temi — sicurezza e interoperabilità — che oggi ne condizionano la scelta.
L'obbligo di gestione informativa digitale negli appalti pubblici, con le sue soglie e i suoi adempimenti, lo abbiamo affrontato in un articolo dedicato: qui entriamo nel componente che di quel processo è l'infrastruttura portante.
Che cos'è il Common Data Environment (CDE o ACDat)
La norma UNI EN ISO 19650-1 definisce il Common Data Environment come una fonte di informazioni concordata, condivisa e unica per uno specifico progetto o asset, utilizzata per raccogliere, gestire e diffondere ogni contenitore informativo attraverso un processo gestito. In italiano, la UNI 11337-5 lo traduce come Ambiente di Condivisione dei Dati (ACDat).
Tre concetti, in quella definizione, spiegano perché il CDE non sia un semplice archivio cloud. È una fonte concordata (agreed), regolata tra le parti all'inizio del progetto attraverso il Capitolato Informativo. È un processo gestito (managed process), non un deposito passivo: i contenuti vengono raccolti, controllati, condivisi e distribuiti secondo regole. E il suo oggetto non è il file generico, ma il contenitore informativo (information container): un insieme identificabile di dati dotato di metadati, stato, revisione, classificazione e responsabilità.
Ne deriva un principio che dovrebbe guidare qualsiasi valutazione: un vero CDE si fonda su tre pilastri inseparabili — persone (ruoli e responsabilità informative), processi (i flussi di verifica, revisione, approvazione e pubblicazione) e tecnologia (la piattaforma che implementa e fa rispettare quei processi). Se manca uno di questi elementi, e in particolare la componente procedurale, non si è di fronte a un CDE conforme, ma soltanto a un cloud storage evoluto. È la differenza tra la CDE Solution, cioè il software, e il CDE Workflow, cioè il processo informativo che regola stati, transizioni e approvazioni: la prima senza il secondo non basta.
La funzione che il CDE svolge quando questi elementi sono presenti è quella di singola fonte di verità (single source of truth): un unico punto in cui committente, progettisti, imprese e direzione lavori leggono e aggiornano le stesse informazioni, senza copie divergenti, versioni obsolete o dati reinterpretati.
I quattro stati del dato: come funziona un CDE
La differenza tra un archivio e un CDE sta tutta nel modo in cui l'informazione si muove al suo interno. La ISO 19650 stabilisce che ogni contenitore informativo attraversi quattro stati progressivi, e che il passaggio da uno stato all'altro sia tracciato e autorizzato. È proprio questo workflow — non la piattaforma in sé — a definire un ambiente come conforme.
Il primo stato è il Work in Progress (WIP): l'informazione è in lavorazione interna al team che la produce, e solo quel team vi ha accesso. Superata la revisione interna, il contenuto passa allo stato Shared (Condiviso), in cui viene messo a disposizione degli altri soggetti per il coordinamento interdisciplinare, ma senza ancora valore contrattuale. Quando è approvato secondo il processo di verifica, revisione e approvazione, diventa Published (Pubblicato): è la versione ufficiale, utilizzabile per gli atti e le decisioni di commessa. Infine, i contenuti superati o conclusi confluiscono nello stato Archived (Archiviato), dove restano congelati in sola lettura come riferimento storico immutabile.
Ogni transizione è registrata in un audit trail, con permessi granulari per fase, ruolo e contenuto e con una rigorosa gestione delle versioni. Ne deriva una conseguenza pratica importante: un capitolato che richiede genericamente un "ACDat conforme" senza specificare i quattro stati e le regole di transizione descrive un requisito incompleto. La conformità, infatti, va verificata sui processi, non soltanto sulla tecnologia della piattaforma.
Perché il CDE è obbligatorio negli appalti pubblici
L'obbligatorietà del CDE non nasce con il nuovo Codice, ma ha radici più antiche. Già il D.M. 560/2017 — il cosiddetto Decreto Baratono, il primo a introdurre progressivamente il BIM negli appalti — menziona esplicitamente l'Ambiente di Condivisione dei Dati tra gli obblighi posti in capo alle stazioni appaltanti.
Con il Codice dei contratti pubblici (D.Lgs. 36/2023) e il suo Allegato I.9 il quadro si è consolidato e specificato. La norma impone alle stazioni appaltanti di dotarsi di un proprio ACDat, definendone caratteristiche, prestazioni, procedure di gestione e — punto tutt'altro che secondario — la proprietà dei dati, in conformità con la disciplina su diritto d'autore, proprietà intellettuale e riservatezza. L'obbligo non riguarda soltanto la disponibilità della piattaforma, ma la sua corretta configurazione e l'inserimento dei relativi requisiti nei documenti di gara.
C'è una ragione precisa per cui la norma si rivolge in modo così stringente alla Pubblica Amministrazione e non agli operatori privati. La stazione appaltante è il soggetto che commette il progetto, lo finanzia con risorse collettive e risponde ai cittadini della corretta esecuzione e rendicontazione dell'opera. Per l'ente pubblico l'ACDat è dunque uno strumento di governance, trasparenza e controllo, attraverso cui esercitare il presidio sull'informazione di commessa dalla progettazione al collaudo; la proprietà dei dati generati nell'appalto resta in capo all'ente, anche quando l'esecuzione tecnica è interamente affidata a soggetti privati. Uno studio di progettazione o un'impresa, al contrario, restano liberi di organizzare il proprio flusso interno e di scegliere lo strumento più adatto: per loro l'ACDat è una leva di efficienza e qualità, non un obbligo.
Sicurezza e interoperabilità: i due temi da non trascurare
Alla dimensione normativa se ne aggiunge una di sicurezza informatica, particolarmente vincolante per il settore pubblico. In base al quadro regolatorio dell'Agenzia per la Cybersicurezza Nazionale (ACN) sui servizi cloud, le amministrazioni devono adottare ACDat qualificati o comunque adeguati ai livelli di sicurezza richiesti dalla classificazione dei propri dati. Lo stesso Regolamento ACN prevede il potere di revoca o inibizione del servizio in caso di non conformità, con possibili ricadute in termini di responsabilità diretta dei funzionari che hanno gestito o affidato il servizio. La scelta dell'ACDat, in ambito pubblico, non è quindi una decisione tecnica ma amministrativa a tutti gli effetti.
Il secondo tema è l'interoperabilità tra piattaforme diverse. In un progetto complesso è normale che il committente pubblico, il general contractor e i vari studi tecnici operino su ambienti differenti: se questi non comunicano, si hanno piattaforme di condivisione che di fatto non condividono nulla se non tramite esportazioni manuali. Per rispondere a questa frammentazione, buildingSMART International ha sviluppato lo standard openCDE (openCDE API), un insieme di interfacce aperte con cui ACDat diversi possono scambiare dati e sincronizzare contenuti nel rispetto degli stati informativi ISO 19650. Insieme agli standard openBIM (IFC, BCF, IDS), è un criterio di valutazione sempre più rilevante nella scelta di una piattaforma, soprattutto dove più organizzazioni sono destinate a collaborare.
I requisiti dell'ambiente e chi lo gestisce
Perché un ACDat svolga davvero la sua funzione, la UNI 11337-5 individua alcuni requisiti irrinunciabili: l'accessibilità da parte di tutti gli attori coinvolti, la tracciabilità e la successione storica delle revisioni, il supporto a un'ampia gamma di formati ed elaborati e la definizione di momenti di validazione e controllo lungo il flusso informativo. Senza questi elementi, l'ambiente perde la sua natura di fonte unica e affidabile.
Un'infrastruttura di questo tipo non si governa da sola. La gestione dell'ACDat richiede una figura dedicata — il CDE Manager — responsabile di configurare la piattaforma, definire ruoli e permessi, presidiare le transizioni di stato e garantire sicurezza e integrità delle informazioni. È una delle professionalità emergenti del settore, accanto al BIM Manager e al BIM Coordinator, e la sua competenza è ciò che trasforma uno strumento tecnologico in un processo realmente conforme.
È su queste competenze che si concentra il percorso BIM di Dirextra, pensato per formare le figure che la normativa e il mercato richiedono lungo tutto il processo di gestione informativa digitale, dalla modellazione al coordinamento fino al governo dell'ambiente dati. Un percorso che unisce la padronanza degli strumenti alla comprensione del quadro normativo, perché negli appalti pubblici l'uno senza l'altro non basta.
In definitiva, l'ACDat non è un accessorio del BIM: è la condizione che trasforma la gestione informativa digitale da insieme di modelli prodotti in isolamento in un processo collaborativo reale, in cui ogni informazione è tracciata, autorizzata e disponibile per chi ne ha diritto. Per informazioni sui percorsi di formazione e certificazione BIM puoi scrivere a master@dirextra.com o chiamare il Numero Verde gratuito 800 821 796.
Approfondimenti:
Lascia un commento