Un condotto che attraversa una trave, una porta che non rispetta l’ingombro di un arredo, una tubazione priva dello spazio necessario per manutenzione: sono conflitti che, se rilevati in cantiere, producono varianti, ritardi e costi non previsti. Capire come gestire la clash detection BIM significa portare questi problemi a monte, quando la modifica è ancora rapida, tracciabile e condivisibile con chi deve risolverla.
La clash detection non è però un semplice comando da eseguire alla fine della modellazione. Per generare valore deve diventare un processo di coordinamento: modelli affidabili, regole coerenti con il progetto, responsabilità definite e un ambiente in cui ogni segnalazione abbia un esito verificabile. Un report con centinaia di interferenze non equivale a un progetto coordinato. Spesso indica, al contrario, che mancano filtri, priorità e criteri decisionali.
Come gestire la clash detection BIM con un workflow efficace
Il punto di partenza è il piano di gestione informativa e, più in generale, la definizione degli usi BIM del progetto. Prima di lanciare qualsiasi controllo, il team deve chiarire quali discipline partecipano al coordinamento, quali modelli costituiscono il federato, a quale livello di sviluppo informativo devono arrivare e con quale frequenza saranno pubblicati.
Un coordinamento architettonico-strutturale a una fase preliminare ha obiettivi diversi da un controllo impianti-strutture in fase esecutiva. Nel primo caso può essere utile intercettare incongruenze geometriche macroscopiche, come vani tecnici insufficienti o passaggi verticali non previsti. Nel secondo occorre valutare quote, diametri, staffaggi, isolamenti, distanze di manutenzione e vincoli costruttivi. Applicare le stesse regole in entrambe le situazioni genera risultati poco leggibili.
La sequenza operativa più affidabile prevede la pubblicazione dei modelli disciplinari in un ambiente comune di dati, la verifica della loro conformità, la federazione e infine l’esecuzione delle verifiche definite. Solo dopo questi passaggi si aprono le issue da assegnare ai responsabili. Il BIM Coordinator coordina il processo e controlla la qualità delle segnalazioni, ma non sostituisce il progettista disciplinare: la risoluzione tecnica resta in capo a chi possiede competenza e responsabilità sul modello o sulla scelta progettuale.
Verificare i modelli prima di federarli
Molti falsi positivi nascono prima ancora della clash detection. Un modello con coordinate non allineate, elementi duplicati, classificazioni incoerenti o geometrie eccessivamente semplificate può restituire interferenze che non esistono nella realtà. La verifica preliminare deve quindi controllare almeno sistema di riferimento, unità di misura, naming, data di pubblicazione, completezza degli oggetti e corretta esportazione nel formato di scambio previsto.
Nei flussi IFC questo controllo merita particolare attenzione. La qualità dell’export dipende dalle impostazioni del software autore e dalla struttura del modello di origine. Un elemento che perde la propria classificazione, viene convertito in una geometria generica o viene esportato con una posizione errata rende più difficile sia la selezione delle regole sia l’assegnazione della responsabilità. L’interoperabilità non si verifica solo quando un file si apre: si verifica quando i dati restano utilizzabili nel processo di coordinamento.
Costruire regole utili, non indiscriminate
Una regola di clash efficace confronta insiemi precisi di oggetti e applica una tolleranza motivata. Non è utile confrontare indistintamente tutto contro tutto. Ad esempio, gli elementi architettonici possono essere confrontati con le reti impiantistiche per verificare attraversamenti e ingombri, mentre le tubazioni della stessa rete possono richiedere controlli diversi, legati soprattutto a distanze minime, pendenze o accessibilità.
Le interferenze possono essere ricondotte a quattro categorie principali:
- hard clash, quando due oggetti occupano lo stesso spazio fisico;
- soft clash, quando è violata una distanza di rispetto, ad esempio per isolamento, manutenzione o sicurezza;
- workflow clash, quando la sequenza realizzativa o l’accesso alle lavorazioni non è compatibile;
- duplicate clash, quando elementi sovrapposti derivano da errori di modellazione o duplicazioni tra discipline.
La tolleranza va decisa in funzione della fase progettuale e della natura degli elementi. Impostare una soglia troppo bassa può produrre migliaia di micro-interferenze irrilevanti, spesso dovute ad arrotondamenti geometrici. Impostarla troppo alta può invece nascondere conflitti che diventeranno critici in cantiere. Per un passaggio impiantistico attraverso una struttura, ad esempio, la regola deve considerare anche foro, controtubo, isolamento e margine di montaggio, non soltanto l’asse della tubazione.
Dare priorità alle issue
Ogni clash non ha lo stesso impatto. Un’interferenza tra una canalizzazione e un controsoffitto può richiedere una verifica, ma non ha necessariamente la stessa urgenza di una collisione tra una condotta principale e un elemento strutturale. Il report deve aiutare il team a decidere, non limitarsi a elencare problemi.
Per ogni issue è opportuno indicare disciplina coinvolta, posizione nel modello, elementi interessati, immagine o vista di supporto, priorità, responsabile, data di scadenza e stato di avanzamento. La classificazione può distinguere almeno conflitti critici, da coordinare e accettati. Un clash accettato non è un errore ignorato: è una condizione valutata tecnicamente, documentata e approvata perché compatibile con il progetto o con la strategia esecutiva.
Evitare la duplicazione delle segnalazioni è altrettanto importante. Se venti clash derivano dalla stessa canalizzazione posizionata in modo errato, può essere più efficace aprire una issue madre con riferimenti chiari, anziché generare venti attività scollegate. Il livello di dettaglio del report deve agevolare la risoluzione, non aumentare il carico amministrativo.
Dalla segnalazione alla risoluzione verificata
Il ciclo corretto non termina quando l’issue viene assegnata. Il responsabile analizza il conflitto, propone o applica una modifica e pubblica una nuova revisione del modello. A quel punto il BIM Coordinator riesegue il controllo per verificare che l’interferenza sia realmente risolta e che la modifica non abbia creato nuovi problemi in altre aree.
Questa fase richiede disciplina nella gestione delle revisioni. Se si lavora su file inviati via email o copie locali non controllate, diventa difficile capire quale modello sia quello valido e quali decisioni siano ancora attuali. Un CDE o AcDat consente invece di organizzare pubblicazioni, autorizzazioni, revisioni e comunicazioni in un unico flusso, mantenendo una cronologia utile anche in caso di verifiche successive.
Le riunioni di coordinamento devono concentrarsi sulle decisioni, non sulla lettura integrale dei report. È utile preparare in anticipo le issue aperte per priorità, verificare quelle scadute e discutere solo i casi che richiedono una scelta condivisa tra architettura, strutture, impianti, impresa o committenza. Quando necessario, la clash detection deve essere affiancata da una revisione visiva del modello federato: non tutti i problemi progettuali sono intercettabili con una regola geometrica.
Misurare la qualità del coordinamento BIM
Contare il numero totale di clash è un indicatore parziale. Nelle prime revisioni, un numero elevato può essere normale e persino positivo, perché mostra che il processo sta facendo emergere problemi nascosti. Diventa un segnale critico quando le stesse tipologie di interferenza si ripetono, le issue restano aperte oltre le scadenze o le modifiche vengono apportate senza una verifica di chiusura.
Indicatori più significativi sono la percentuale di issue risolte entro la data prevista, il numero di conflitti critici residui per area o disciplina, il tempo medio di chiusura e il tasso di riapertura delle segnalazioni. Questi dati aiutano a individuare non solo gli errori di progetto, ma anche le fragilità del processo: modelli pubblicati troppo tardi, regole poco chiare, formazione insufficiente o ruoli non definiti.
La tecnologia incide sulla velocità e sulla qualità del controllo, ma non sostituisce metodo e competenza. Software di authoring, strumenti di model checking, formati interoperabili e piattaforme collaborative devono essere configurati attorno a un workflow condiviso. Per studi e organizzazioni che stanno strutturando questa attività, formazione mirata, affiancamento operativo e standard interni possono ridurre sensibilmente i tempi di adozione.
Cadline Software supporta i professionisti nella scelta degli strumenti e nella costruzione di processi BIM applicabili al lavoro quotidiano. Il risultato più utile non è un report più lungo, ma un team capace di intercettare il conflitto giusto, affidarlo alla persona giusta e chiuderlo prima che diventi un costo di cantiere.
