# CDE, ambiente di condivisione dati: cos'è e come sceglierlo

> CDE e ambiente di condivisione dati (ACDat) spiegati a committenti e imprese: stati ISO 19650, cosa chiedere nel capitolato, come scegliere la piattaforma.

- URL: https://bimon.it/it/blog/cde-ambiente-condivisione-dati
- Autore: Andrea Labate (Partner, Chief Innovation Officer & Chief AI), https://bimon.it/it/team/andrea-labate
- Pubblicato: 2026-11-09
- Lingua: it
- Altre lingue: [en](https://bimon.it/en/blog/common-data-environment-cde.md), [ar](https://bimon.it/ar/blog/common-data-environment-cde.md)

## In breve

Il CDE, in italiano ambiente di condivisione dati (ACDat), è la fonte concordata di tutte le informazioni di una commessa: ogni modello o documento vi passa per quattro stati, in lavorazione, condiviso, pubblicato, archiviato, con un responsabile per ogni passaggio. Non è un software ma un insieme di regole supportato da una piattaforma. Il committente deve scrivere nel capitolato chi possiede l'ambiente e i dati, chi approva cosa e in quali formati si esce a fine contratto.

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](https://bimon.it/it/blog/iso-19650-uni-11337-in-pratica).

## Cosa dicono le norme

La [UNI EN ISO 19650-1](https://www.iso.org/standard/68078.html) 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](https://www.normattiva.it/uri-res/N2Ls?urn:nir:stato:decreto.legislativo:2023-03-31;36~art43) 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:

1. **Chi possiede l'ambiente e i dati**: piattaforma del committente o dell'affidatario, proprietario e custode finale, durata della conservazione dopo il collaudo.
2. **La struttura dei contenitori**: suddivisione per opera, fase, disciplina e zona, con la regola di codifica dei file ed esempi di nomi corretti.
3. **Gli stati e chi approva**: per ogni tipo di consegna, chi esegue il controllo, chi rivede, chi autorizza la pubblicazione, in quanti giorni.
4. **La matrice dei permessi**: ruoli, non persone, con diritti di lettura, scrittura e cambio stato per ciascuno stato.
5. **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.
6. **L'uscita a fine contratto**: esportazione completa con storico delle revisioni e metadati, in formato leggibile senza la piattaforma.
7. **La sincronizzazione**: se l'affidatario lavora sul proprio ambiente, regole e frequenza di allineamento con quello della committenza.
8. **Sicurezza e riservatezza**: accessi nominativi, autenticazione, regole per le informazioni sensibili secondo l'approccio della ISO 19650-5.
9. **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](https://bimon.it/it/projects/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](https://bimon.it/it/projects/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](https://bimon.it/it/services/gestione-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](https://bimon.it/it/services/gestione-informativa-bim) 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](https://bimon.it/it/contact).

## FAQ

**Che differenza c'è tra CDE e ACDat?**

Nessuna nella sostanza. CDE (Common Data Environment) è il termine della UNI EN ISO 19650, ACDat (ambiente di condivisione dati) quello della UNI 11337 e del Codice dei contratti. La UNI 11337 aggiunge l'ACDoc, l'archivio delle copie di modelli ed elaborati, che non sostituisce l'ACDat.

**La stazione appaltante deve avere un proprio ACDat?**

Sì. L'Allegato I.9 del D.Lgs. 36/2023 chiede alla stazione appaltante, prima di adottare il BIM, un proprio ambiente di condivisione dati attraverso cui passano le consegne, e un gestore dell'ambiente di condivisione dati a livello di ente. Vale sia quando il BIM è obbligatorio sia quando è facoltativo.

**Un CDE è un software?**

No. La ISO 19650-1 distingue il flusso di lavoro, cioè le regole su stati, approvazioni e metadati, dalla soluzione tecnologica che lo supporta. Una piattaforma senza regole scritte è un archivio condiviso, non un CDE. Una commessa può anche usare più piattaforme collegate, purché le regole siano le stesse.

**Di chi sono i dati caricati nel CDE?**

Lo deve dire il contratto. Conviene che l'ambiente sia in capo al committente, o almeno che il capitolato informativo indichi proprietario e custode finale, la durata della conservazione e il formato di esportazione completo, con storico delle revisioni, a fine contratto.

**Quali sono gli stati di un CDE secondo la ISO 19650?**

Quattro: in lavorazione (work in progress), condiviso (shared), pubblicato (published) e archiviato (archived). La UNI 11337-4 usa una codifica propria degli stati di lavorazione, da L0 a L3, e affianca gli stati di approvazione da A0 ad A3.