Torna al blog BIM e IFC
Strumenti e confronti · 2026-10-01 · 11 min
Come confrontare due versioni di un IFC e vedere esattamente cosa è cambiato
«Cosa è cambiato dalla settimana scorsa?» è la domanda che ogni coordinatore si pone e a cui quasi nessuno strumento IFC risponde bene. Confrontare per GlobalId su un intero set di file —non un file contro un altro— è ciò che trasforma un diff in una revisione settimanale.
Come confrontare due versioni di un IFC e vedere esattamente cosa è cambiato — IFC Viewer Online article cover
Ogni lunedì, da qualche parte, un coordinatore BIM riceve una nuova consegna di modelli disciplinari e si pone l'unica domanda che conta: cosa è cambiato? La risposta onesta nella maggior parte dei progetti è «li apriamo tutti e due e guardiamo». Funziona per una casa. Non funziona per undici file e quarantamila elementi.
Confrontare correttamente versioni IFC non è difficile, ma si basa su una decisione che la maggior parte degli strumenti sbaglia in modo sottile: cosa conta come «lo stesso elemento».
L'identità è tutto il problema
Abbinamento per GlobalId su tutto il set: una proprietà cambiata, un elemento passato a un altro file disciplinare, un'aggiunta e una rimozione.
Un elemento IFC ha due identificatori. L'express ID (il #1234 nel file) è un numero di riga: viene rinumerato a ogni esportazione e non significa nulla tra versioni. Il GlobalId è un GUID di 22 caratteri pensato per durare per tutta la vita dell'elemento. Un confronto che abbina per qualcosa di diverso dal GlobalId sta confrontando numeri di riga.
I GUID stabili sono un'impostazione di esportazione, non un compito di modellazione: perché i GUID IFC cambiano a ogni esportazione spiega la correzione per ogni strumento di authoring. E se hai il problema opposto, lo stesso GUID usato due volte in un file, vedi GUID duplicati in IFC.
Confronta il set, non il file
I progetti reali sono federati: architettura, strutture, impianti, a volte suddivisi ulteriormente per edificio o piano. Confrontare file con file perde la modifica più interessante che ci sia: un elemento che si è spostato tra file. L'ingegnere strutturista prende in carico un muro che l'architetto aveva modellato; un diff file per file segnala una rimozione e un'aggiunta scollegate, ed entrambe sono sbagliate.
Abbinare per GlobalId su tutto il set risolve il problema. L'elemento si trova in entrambe le versioni, il suo file è diverso, e viene segnalato una sola volta, come modificato, con il motivo «spostato in un altro file». L'abbinamento per file ha ancora un ruolo —il riepilogo per file—, ma è un dettaglio di presentazione, non la regola d'identità.
Cosa dovrebbe significare «modificato»
Un confronto utile non dice solo che un elemento è cambiato, ma come. Queste sono le categorie che vale la pena separare, perché ognuna va a una persona diversa:
| Modifica | Esempio | A chi interessa |
|---|
| Aggiunto / rimosso | Una nuova tramezza; un pilastro eliminato | A tutti: è il titolo |
| Classe cambiata | Un proxy è diventato IfcWall | Coordinatore, computista |
| Attributi | Nome o tag modificati | Chi gestisce gli abachi |
| Proprietà | FireRating passato da EI 60 a EI 30 | Progettista antincendio, specificatore |
| Classificazione | Codice Uniclass cambiato | Team costi e FM |
| Materiale | Classe del calcestruzzo cambiata | Ingegnere strutturista |
| Contenimento | Spostato in un altro piano | Coordinatore |
| File | Spostato in un altro modello disciplinare | Responsabile delle informazioni |
Un diff che dice solo «modificato» è un elenco di posti dove andare a guardare. Un diff che dice cosa è cambiato è una revisione che hai già fatto.
La revisione settimanale in cinque passi
- Carica la nuova consegna Tutti i file del set, come un'unica scena. L'elaborazione avviene nel browser, quindi i modelli riservati restano sulla tua macchina.
- Confronta con la versione precedente o con una baseline salvata Una baseline è un'istantanea che conservi in locale —lo stato accettato la settimana scorsa o quello legato a una milestone di pagamento—, così non ti servono i vecchi file aperti per confrontarli.
- Leggi il riepilogo, poi il 3D Aggiunto in un colore, modificato in un altro, rimosso in un terzo. Il riepilogo per file ti dice quale disciplina si è mossa; i colori ti dicono dove.
- Riesegui l'IDS su entrambe le versioni La stessa specifica valutata sul vecchio e sul nuovo modello mostra quali requisiti sono stati corretti e quali sono peggiorati, senza rielaborare nessuno dei due file.
- Aggiorna il BCF Le modifiche che richiedono un'azione diventano topic etichettati con la versione da cui provengono, così il confronto della settimana successiva non le solleva due volte.
Il passo 4 è dove un confronto smette di essere una curiosità e diventa controllo qualità. Come impostare la specifica è spiegato in IDS spiegato; il passo 5 in BCF 2.1 vs 3.0.
Leggere un confronto senza farsi ingannare
- Molte modifiche alle proprietà senza modifiche alla geometria di solito significano che è cambiata un'impostazione di esportazione, non il progetto. Controlla il template di esportazione prima di chiamare il modellatore.
- Rimossi e aggiunti in quantità simili sulla stessa classe sono rotazione dei GUID, non una riprogettazione. Trattalo come un difetto di esportazione.
- Modifiche di contenimento su un intero piano di solito significano che il piano è stato ricreato. Gli elementi non si sono mossi; si è mosso il loro padre.
- Zero modifiche è un risultato da confermare. Confronta una volta la baseline con se stessa —deve risultare esattamente nulla— per sapere che un diff vuoto è reale.
Un confronto è anche il modo più rapido per decidere se una nuova revisione merita una revisione completa. Se la merita, come verificare un modello IFC prima della consegna è la procedura completa.
Come confrontare due versioni di un IFC e vedere esattamente cosa è cambiato