Il CDE, in italiano ambiente di condivisione dati (ACDat), è la fonte concordata di tutte le informazioni di una commessa: modelli, elaborati, documenti e dati. Ogni file vi passa per quattro stati, in lavorazione, condiviso, pubblicato, archiviato, e ogni passaggio ha un responsabile e una data. Non è un software: è un insieme di regole, supportato da una o più piattaforme.
In questo articolo spieghiamo cosa dicono le norme, cosa deve chiedere un committente pubblico o privato, come scegliere la piattaforma e quali errori vediamo più spesso. Per il quadro generale della UNI EN ISO 19650 rimandiamo all'articolo su ISO 19650 e gestione informativa.
Cosa dicono le norme
La UNI EN ISO 19650-1 definisce il CDE come la fonte concordata di informazioni per un progetto o un cespite, usata per raccogliere, gestire e diffondere ogni contenitore informativo con un processo controllato. La stessa norma separa due cose: il flusso di lavoro del CDE, cioè le regole, e la soluzione che lo rende possibile, cioè la tecnologia.
La UNI 11337 usa il termine ACDat e lo distingue dall'ACDoc, l'archivio delle copie di modelli ed elaborati, anche su supporto non digitale. La UNI 11337-5 descrive l'ACDat come infrastruttura informatica completa della propria procedura di utilizzo.
Per gli appalti pubblici il riferimento è il D.Lgs. 36/2023, modificato dal correttivo D.Lgs. 209/2024. L'art. 43 impone piattaforme interoperabili e formati aperti non proprietari. L'Allegato I.9 chiede alla stazione appaltante un proprio ACDat, attraverso cui passano tutte le consegne, e la nomina di un gestore dell'ambiente di condivisione dati a livello di ente. Il capitolato informativo deve contenere le specifiche dell'ACDat.
| Termine | Dove si trova | Cosa indica |
|---|---|---|
| CDE | UNI EN ISO 19650-1 e -2 | Fonte concordata delle informazioni, con flusso di lavoro e soluzione tecnologica |
| ACDat | UNI 11337, Allegato I.9 D.Lgs. 36/2023 | Equivalente italiano del CDE |
| ACDoc | UNI 11337 | Archivio delle copie di modelli ed elaborati |
| Gestore dell'ACDat (CDE Manager) | UNI 11337-7, Allegato I.9 | Figura che amministra struttura, permessi e stati |
Gli stati dei contenitori informativi
Il valore di un CDE sta negli stati. Un file non è semplicemente "caricato": è in uno stato preciso, e chi lo legge sa quanto può fidarsene.
| ISO 19650 | UNI 11337-4 | Chi lo vede | Uso consentito |
|---|---|---|---|
| In lavorazione (work in progress) | L0, in fase di elaborazione | Solo il gruppo che lo produce | Nessuno fuori dal gruppo |
| Condiviso (shared) | L1, in fase di condivisione | Gli altri gruppi della commessa | Coordinamento, non costruzione |
| Pubblicato (published) | L2, in fase di pubblicazione | Chi è autorizzato | Uso previsto: gara, costruzione, acquisti |
| Archiviato (archived) | L3, archiviato (L3.V valido, L3.S superato) | Chi è autorizzato | Storia e responsabilità della commessa |
La UNI 11337 aggiunge gli stati di approvazione: A0 da approvare, A1 approvato, A2 approvato con commento, A3 non approvato. Combinare stato di lavorazione e stato di approvazione evita l'equivoco più costoso: un modello condiviso per coordinamento usato come se fosse approvato per costruire.
Ogni passaggio di stato è un'azione con un responsabile. Il passaggio da in lavorazione a condiviso richiede un controllo interno del gruppo. Quello verso pubblicato richiede la revisione e l'autorizzazione del committente o di chi ha delegato. Ogni contenitore porta almeno tre metadati: stato, revisione e classificazione, oltre al nome secondo la codifica concordata.
Cosa non è un CDE
Una cartella condivisa con sottocartelle "bozze" e "definitivi" non è un CDE. Mancano tre cose:
- la traccia delle transazioni: chi ha cambiato stato a cosa, quando, con quale esito;
- i permessi legati agli stati: chi lavora in L0 non deve vedere i file in lavorazione di un altro gruppo, chi è in cantiere deve vedere solo il pubblicato;
- le revisioni: il file superato deve restare consultabile, non essere sovrascritto.
Cosa deve chiedere il committente
Il CDE si decide nel capitolato informativo, non dopo l'aggiudicazione. Ecco cosa scriviamo, o chiediamo di scrivere, quando affianchiamo una committenza:
- Chi possiede l'ambiente e i dati: piattaforma del committente o dell'affidatario, proprietario e custode finale, durata della conservazione dopo il collaudo.
- La struttura dei contenitori: suddivisione per opera, fase, disciplina e zona, con la regola di codifica dei file ed esempi di nomi corretti.
- Gli stati e chi approva: per ogni tipo di consegna, chi esegue il controllo, chi rivede, chi autorizza la pubblicazione, in quanti giorni.
- La matrice dei permessi: ruoli, non persone, con diritti di lettura, scrittura e cambio stato per ciascuno stato.
- I formati: IFC per i modelli, BCF per le segnalazioni di coordinamento, PDF e formati aperti per documenti e dati, più i nativi se servono a chi modificherà i modelli.
- L'uscita a fine contratto: esportazione completa con storico delle revisioni e metadati, in formato leggibile senza la piattaforma.
- La sincronizzazione: se l'affidatario lavora sul proprio ambiente, regole e frequenza di allineamento con quello della committenza.
- Sicurezza e riservatezza: accessi nominativi, autenticazione, regole per le informazioni sensibili secondo l'approccio della ISO 19650-5.
- Il controllo prima della pubblicazione: le verifiche automatiche che un modello deve superare per cambiare stato.
Come scegliere una piattaforma
Le piattaforme sul mercato fanno quasi tutte le stesse cose sulla carta. Le differenze emergono quando le si prova su un caso reale. Questi sono i punti che verifichiamo:
| Criterio | Cosa verificare | Come provarlo |
|---|---|---|
| Stati e flussi | Stati ISO 19650 configurabili, approvazioni a più livelli | Simulare una consegna completa, dal caricamento alla pubblicazione |
| Metadati | Campi obbligatori per stato, revisione, classificazione | Caricare un file con nome errato e vedere se viene bloccato |
| Formati aperti | Visualizzazione IFC, gestione BCF | Importare un BCF prodotto da un altro software |
| API | API documentate, supporto alle OpenCDE API di buildingSMART | Chiedere la documentazione prima dell'offerta |
| Traccia | Registro delle transazioni esportabile | Esportare lo storico di un contenitore |
| Esportazione | Archivio completo leggibile fuori piattaforma | Chiedere un'esportazione di prova |
| Permessi | Permessi per ruolo e per stato | Entrare con un utente di un altro gruppo |
| Uso in cantiere | Accesso da tablet al solo pubblicato | Provarlo in sito, non in ufficio |
Per le stazioni appaltanti conta anche la continuità: l'ACDat deve servire a più commesse, per anni, e non dipendere dal contratto di un singolo affidatario. Per le imprese conta la capacità di lavorare dentro l'ambiente del committente senza duplicare l'archivio.
Gli errori che vediamo più spesso
- Il CDE come file server: piattaforma acquistata, regole mai scritte. Senza stati e approvazioni non c'è tracciabilità.
- Tutto pubblicato: per comodità ogni file finisce nello stato più alto, e lo stato smette di dire qualcosa.
- Permessi per persona: a ogni cambio di squadra qualcuno resta fuori o resta dentro.
- Codifica decisa a commessa avviata: rinominare migliaia di file a metà progetto costa settimane.
- Due ambienti senza regole di sincronizzazione: committente e impresa lavorano su versioni diverse e nessuno sa quale vale.
- Nessuna clausola di uscita: a fine contratto i dati restano nella piattaforma dell'affidatario.
L'esperienza BIMON
Su MIND Milano Innovation District, un milione di metri quadri sull'area ex EXPO 2015, seguiamo per Lendlease il data management del masterplan e il BIM management dell'area. I dati arrivano da molti progetti e molti soggetti: il nostro lavoro è renderli coerenti e verificabili, con una business intelligence sviluppata su misura che valida tutti i dati di progetto e li porta in dashboard leggibili anche da chi non è un tecnico.
Su The Factory a Manchester, il centro culturale progettato da OMA, abbiamo affiancato Ryder Architecture nello sviluppo e nel coordinamento multidisciplinare del progetto in BIM. Le criticità di progetto sono state tracciate e risolte prima dell'avvio dei lavori con Navisworks e BIM Track. È un esempio di cosa serve a un CDE oltre ai file: un registro condiviso delle segnalazioni, legato ai modelli.
Cosa fa BIMON
Con il servizio di gestione del CDE definiamo struttura dei contenitori, codifica, ruoli, permessi e flussi di approvazione, e possiamo amministrare l'ambiente ogni giorno con report sullo stato delle consegne. Il nostro team di BIM management scrive con la committenza la sezione ACDat del capitolato informativo, o la rilegge prima della gara. Se state scegliendo una piattaforma o dovete configurarne una, scriveteci.
