• Infrastructure
  • Structure
  • Tunneling
  • Geothecnics
  • Environment
  • Hydraulics
  • Mobility
  • Architecture
  • Systems
  • Safety
  • BIM
  • Visual Design
Attendi

As-Built in BIM

ChatGPT Image 15 apr 2026, 15_24_30 (1)
Cosa significa, come si sviluppa e perché cambia il modo in cui gestiamo le informazioni di progetto

DAVIDE TOMMASI, MARCO GIANNI, CINZIA CASTAGNA

Ogni progetto, prima o poi, arriva a costruzione. E con la costruzione nasce una domanda che spesso si affronta tardi, in modo disorganizzato o con strumenti inadeguati: come aggiorniamo il modello per riflettere quello che è stato realizzato?

L’As-Built è il modello – o il “contenitore di informazioni” – che rappresenta l’opera come effettivamente costruita, compresi tutti gli scostamenti, le varianti e le integrazioni che si accumulano durante il cantiere. In ambito BIM, gestire correttamente gli As-Built non può costituire una formalità. Questa è, probabilmente, l’attività più critica e sottovalutata dell’intero processo. In molti contesti il modello As-Built viene ancora trattato come un adempimento formale, prodotto a fine lavori frettolosamente e senza un processo strutturato.

L’obiettivo di questo contributo è chiarire cosa si intende davvero per “As-Built in BIM”, quali termini è utile conoscere, come si costruisce un processo efficace e definire quali possono essere gli obiettivi e gli usi di tali modelli.
Dal progetto al costruito: un processo da reificare

Nel ciclo di vita di un’opera, il confine tra progetto esecutivo e As-Built è uno dei passaggi più delicati. Il progetto esecutivo descrive l’intenzione a tendere. L’As-Built descrive la realtà. In questo scenario ci piace immaginare una reificazione digitale dello spazio. Nel settore AEC, la transizione dal modello di progetto (As-Designed) alla restituzione dello stato di fatto (As-Built) non rappresenta soltanto un avanzamento geometrico-informativo, ma una vera e propria operazione di reificazione (la traduzione in res, in oggetto discreto) dell’opera e del processo costruttivo.

Nell’As-Built, questa dinamica si articola su tre livelli:

La cattura dell'entropia:
La materia fisica, per sua natura soggetta al divenire e al disordine (tolleranze di cantiere, assestamenti, degrado), viene ricondotta a un sistema geometrico rigido e idealizzato. Attraverso la digitalizzazione (es. scan-to-BIM), l'instabilità e l'imperfezione del reale vengono "congelate" e formalizzate in un database statico e immutabile.
La riduzione fenomenologica dello spazio:
L'esperienza vissuta e sensoriale dello spazio architettonico viene convertita in pura quantità. Lo spazio fisico viene smontato in un abaco di componenti parametrici (ID, coordinate X-Y-Z, trasmittanze, costi), riducendo la complessità del costruito a una griglia cartesiana di dati leggibili dall'algoritmo.
La dematerializzazione del controllo:
Con l'evoluzione dell'As-Built in Digital Twin, l'edificio reale cessa di essere il fulcro dell'interazione per diventare un flusso di KPI e dati gestionali. Il modello si autonomizza rispetto alla realtà fisica: la "mappa" acquisisce una sovranità ontologica ed economica sul territorio, trasformando l'opera in un oggetto di consumo matematico e intellettuale perfettamente gestibile.
01_Fermata Quartiere Europa
03_Rimessa
02_Fermata Z.I.Rubano
06_Evacuatore di fumo
13_TRATTA

L’As-Built si configura come l’atto con cui l’ingegneria moderna addomestica la contingenza della materia, traducendo la complessità caotica del cantiere in un asset digitale statico, computabile e standardizzato.

Durante il cantiere accade sempre qualcosa di diverso rispetto a quanto progettato: un impianto viene posizionato in quota diversa per evitare un conflitto con la struttura, un percorso cambia, un elemento viene sostituito.

Se queste variazioni non vengono registrate sistematicamente, il modello BIM consegnato alla fine dei lavori diventa rapidamente obsoleto — e inutilizzabile.

La conseguenza più frequente di questi processi? Il committente o il gestore della struttura si trova in mano un modello che non corrisponde a nulla di reale. Si torna a lavorare su carta, su PDF, su schemi a mano.

Il processo si inverte tragicamente: non è più la mappa digitale (l’As-Built) a dover inseguire e descrivere fedelmente il territorio (la realtà fisica dell’edificio), ma è il territorio stesso che, rifiutando la gabbia concettuale in cui è stato costretto, costringe l’operatore ad abbandonare la mappa virtuale per ritornare alla condizione analogica della materia.

 

Il processo, invece, dovrebbe essere impostato antecedentemente l’avvio delle attività di costruzione, ovvero a quella che da normativa UNI11337 viene definita fase Esecutiva e di Collaudo e Consegna (Stadio di Produzione).

Lo sviluppo dei modelli deve dunque essere definito sulla base delle specifiche necessità della stazione appaltante, la quale definisce i requisiti informativi. In linea generale, una sequenza “ideale” dello sviluppo dei modelli informativi può essere riassunta in:

  • Recepimento dei modelli di progetto esecutivo come base di lavoro;
  • Aggiornamento dei modelli per rendicontazione economica e recepimento delle lavorazioni eseguite;
  • Emissione dei modelli a fine lavori, per fase di collaudo. Non è ancora il modello As-Built finale, questo può essere soggetto a eventuali note da parte del collaudatore che possono comportare ulteriori modifiche;
  • Ultimazione del modello As-Built vero e proprio, a valle del collaudo.
Come si sviluppa un processo As-Built in BIM

Non esiste un unico modo per produrre un modello As-Built. Il processo dipende dalla dimensione del progetto, dagli accordi contrattuali, dagli strumenti disponibili e dal livello di maturità BIM dei soggetti coinvolti. Esistono però alcuni step che è utile strutturare in modo esplicito.

1. Definire i requisiti prima del cantiere

 

Il modello As-Built non si costruisce a fine lavori: si pianifica prima. Questa fase si materializza tramite la definizione del Piano di Gestione Informativa, redatto sulla base dei requisiti del Capitolato Informativo, che deve specificare:

  • I requisiti informativi da parte della Stazione Appaltante, esplicitando i LOD/LOIN necessari da soddisfare (modello dati);
  • Obiettivi e usi dei modelli e le dimensioni BIM coinvolte (4D,5D, 6D e 7D);
  • Le responsabilità dell’aggiornamento del modello (impresa, subappaltatori, progettisti) e della produzione e condivisione delle informazioni di cantiere;
  • La frequenza e gli stati di avanzamento;
  • Gli strumenti e i formati con cui possono essere prodotti e condivisi i markup di cantiere e i rilievi.

Chi è coinvolto

È importante individuare chi sono i soggetti coinvolti nello sviluppo degli As-Built. Innanzitutto, la Stazione Appaltante: è la figura che gestisce o detiene l’opera, deve definire i requisiti informativi sulla base delle proprie esigenze.

L’impresa, responsabile della creazione e dell’aggiornamento degli As-Built, per i quali spesso può appoggiarsi a subappaltatori a livello di modellazione o raccolta dati di rilievo.

2. Raccolta sistematica delle varianti in cantiere

 

Questa è la fase più critica e più spesso trascurata. Durante la costruzione, le varianti devono essere registrate in modo sistematico, non raccolte tutte insieme a fine lavori.

Questa attività è supportata da rilievi del costruito celerimetrici o con nuvole di punti; fotografie georeferenziate e annotate collegate agli elementi del modello; report di cantiere compilati dal direttore lavori o dall’impresa. Un altro strumento fondamentale è l’Ambiente di Condivisione Dati che funge da unico contenitore delle informazioni di cantiere: elaborati aggiornati o annotati allo stato di avanzamento, schede tecniche dei prodotti installati, manuali d’uso e manutenzione, certificazioni e dichiarazioni.

Queste informazioni, se correttamente archiviate, possono anche essere dunque richiamate direttamente all’interno dei modelli mediante parametri e link, facilitandone la successiva consultazione.

3. Aggiornamento del modello

Le varianti raccolte vengono incorporate nel modello BIM. Questa attività può avvenire:

  • in modo progressivo, aggiornando il modello durante il cantiere a intervalli prestabiliti;
  • a fine lavori, concentrando tutte le modifiche prima della consegna.

Il primo approccio è più oneroso in termini di coordinamento e richiede un livello di maturità più elevato, ma produce un modello più affidabile e riduce il rischio di perdere informazioni. Il secondo è più comune nella pratica, ma espone a un rischio di incompletezza significativo e non facilmente recuperabile.

4. Verifica e validazione

Prima della consegna, il modello As-Built deve essere verificato. I controlli tipici riguardano: coerenza geometrica (ovvero che il modello non presenti interferenze o incongruenze); coerenza del livello di dettaglio geometrico e del suo aggiornamento in conformità alle schede tecniche e ai prodotti effettivamente installati; completezza informativa; corrispondenza con la documentazione (ovvero che le varianti registrate nel modello coincidano con quelle redatte ed emesse in sede di direzione lavori); formato di consegna e verifica della leggibilità e dell’attendibilità della documentazione collegata ai modelli tramite link e archiviata all’interno dell’Ambiente di Condivisione dei Dati.

5. Consegna e passaggio alla fase di gestione

Il modello ultimato e consegnato diventa il punto di partenza per la fase successiva di esercizio. Un buon modello As-Built diventa la base per una gestione della manutenzione predittiva e straordinaria, interventi futuri di ristrutturazione o adeguamento, analisi energetiche e monitoraggio delle prestazioni, verifiche di conformità normativa nel tempo, alimentare il patrimonio informativo digitale dell’organizzazione, a supporto della gestione e valorizzazione degli asset.

Software FM
Foto Facility
Foto Facility
Cosa non è un As-Built

È utile chiarire anche cosa l’As-Built non è, per evitare confusioni frequenti.

As-Built ≠ modello di progetto aggiornato graficamente
Aggiornare la geometria del modello senza aggiornare anche i parametri informativi (schede tecniche, codici prodotto, specifiche di installazione) produce un modello As-Built incompleto. La parte informativa è spesso più preziosa di quella geometrica, soprattutto per la gestione successiva.
As-Built ≠ rilievo dell'esistente
Un modello As-Is di un edificio esistente (ad esempio per una ristrutturazione) non è necessariamente un As-Built. L'As-Built nasce da un progetto e documenta le modifiche e le integrazioni rispetto a quel progetto. Il rilievo dell'esistente parte invece dall'oggetto fisico, senza un progetto di riferimento
Conclusioni

 

Il modello As-Built è uno dei risultati più significativi del processo BIM. La sua qualità dipende quasi interamente da quanto bene è stato strutturato il processo di raccolta durante il cantiere.

Tecnologia e strumenti aiutano, ma non sono la risposta. La risposta è un processo chiaro, con responsabilità definite, attivato prima che il cantiere inizi. Troppo spesso, in casi reali, proprio questo processo non viene valutato attentamente in fase di avvio dei lavori, portando a restituzioni del costruito ottenute su informazioni poco chiare, disorganizzate, se non addirittura assenti.

Al contrario, il BIM può apportare un valore aggiunto significativo già durante la fase di cantiere. L’aggiornamento progressivo del modello, contestualmente all’avanzamento dei lavori, costituisce uno strumento di supporto alla gestione del cantiere. Un modello prodotto durante la realizzazione di un’opera consente, infatti, di verificare le interferenze, anticipare potenziali criticità esecutive e migliorare il coordinamento tra le diverse lavorazioni. A ciò si aggiungono i benefici derivanti dalla visualizzazione 3D del progetto e dall’impiego di software BIM direttamente in cantiere, che permettono di confrontare in tempo reale il costruito con il modello informativo e di supportare decisioni più consapevoli durante l’esecuzione dei lavori.

Nella pratica comune, l’applicazione della metodologia BIM agli As-Built incontra ancora ostacoli concreti, distribuiti su più livelli. Sul piano organizzativo, le responsabilità tra impresa, subappaltatori e progettisti spesso non sono definite con la stessa precisione richiesta per le fasi progettuali, e l’aggiornamento dei modelli diventa un’attività residuale, affidata a chi ha tempo piuttosto che a chi ha competenza. Sul piano informativo, gli ACDat vengono talvolta impostati come archivi passivi di file più che come ambienti strutturati di raccolta dati, vanificando il collegamento tra documentazione di cantiere e parametri di modello. Sul piano delle competenze, non sempre chi rileva o annota le varianti in cantiere ha la formazione per tradurle correttamente in informazioni di modello, con il rischio di restituzioni geometricamente corrette ma informativamente povere — o viceversa.

Migliorare su questi punti significa innanzitutto investire nella fase di pianificazione: definire requisiti informativi realistici, calibrati sulla complessità reale dell’opera, e non semplicemente mutuati da capitolati standard. Significa anche formare le squadre di cantiere — non solo i BIM Specialist — a riconoscere cosa va documentato e come, nel momento in cui la variante si verifica.

E significa, infine, considerare il modello As-Built non come un adempimento da chiudere a fine lavori, ma come un asset che genera valore per tutto il ciclo di vita dell’opera, a partire dalla manutenzione fino alla gestione patrimoniale. È su questo cambio di prospettiva — più che su nuovi strumenti — che si gioca la reale maturità BIM del settore.

NEXT PROJECT
Automazione del processo di analisi nel monitoraggio strutturale di un viadotto ferroviario in esercizio