Clash detection: perché le regole contano più del software
Migliaia di interferenze non sono un risultato, sono rumore. Come strutturiamo le regole di verifica per ottenere issue utili al cantiere.
Lanciare un test di interferenza tra due modelli federati è facile. Ottenere un elenco di problemi utile è un altro mestiere.
Il problema del rumore
Un test senza regole restituisce migliaia di interferenze: elementi che si toccano per costruzione, tolleranze non definite, la stessa tubazione che interseca dieci travi. Il coordinatore passa giorni a scartare falsi positivi.
Regole prima dei test
Impostiamo la verifica come un progetto:
- Matrice delle discipline: quali coppie di sistemi devono essere verificate e con quale priorità.
- Tolleranze per categoria: un’interferenza di 5 mm tra un cavidotto e un controsoffitto non ha lo stesso peso di una tra una tubazione e una trave principale.
- Raggruppamento: un problema per elemento, non uno per ogni intersezione.
Dal report al cantiere
Le interferenze raggruppate diventano issue in formato BCF, assegnate e tracciate nel CDE. Ogni ciclo di revisione riduce l’elenco, e lo stato di avanzamento è misurabile.
Il software esegue i test. Il metodo decide cosa vale la pena verificare.