Detección de interferencias: cómo pasar de 4.000 clashes a 40 decisiones

La primera vez que corrimos una detección de interferencias BIM completa sobre un modelo federado de vivienda —arquitectura, estructura y todas las instalaciones— el reporte devolvió miles de clashes. El primer instinto fue el pánico; el segundo, más peligroso, fue el de mandarle el reporte crudo al equipo de proyecto "para que lo resuelvan". Nos frenamos a tiempo, y esa decisión definió cómo trabajamos coordinación desde entonces: el número bruto de un clash test no es un diagnóstico, es ruido sin procesar. El trabajo real de la coordinación empieza justo donde la mayoría de los tutoriales terminan.

El mito de los "10.000 clashes": por qué el número bruto no significa nada

Un software de clash detection compara geometrías: no sabe que esa tubería atravesando un cielorraso es exactamente lo que debe pasar, ni que esos trescientos choques entre aislación y ducto son el mismo problema repetido a lo largo de un montante. Un reporte de diez mil clashes puede contener cuarenta problemas reales; uno de doscientos puede esconder un conflicto estructural grave que nadie priorizó.

Por eso desconfiamos de dos discursos simétricos: el del pánico ("el proyecto está lleno de errores") y el del marketing ("detectamos 10.000 interferencias, mirá el valor que agregamos"). Ambos usan el mismo número vacío. Ya escribimos sobre por qué coordinar antes de construir reduce errores en obra; esta es la otra mitad de la historia: el método para que esa promesa se cumpla.

Matriz de pruebas: qué cruzar contra qué, con qué tolerancia

La calidad de una detección se decide antes de correrla. Cruzar "todo contra todo" garantiza ruido; una matriz de pruebas define qué disciplinas se cruzan entre sí, con qué tolerancia y con qué prioridad. Estructura contra instalaciones sanitarias con tolerancia cero, porque una viga perforada sin cálculo no admite grises. Ductos contra cielorrasos con tolerancia que contemple el espesor de suspensión. Instalaciones entre sí considerando distancias de montaje y mantenimiento, no solo el choque geométrico — un clash de contacto entre dos bandejas puede ser menos grave que dos ductos que "no chocan" pero no dejan lugar para las manos del instalador.

La matriz también fija el orden: primero los cruces que condicionan a los demás (estructura contra todo), después los ajustes finos. En la coordinación MEP es donde esto más rinde, porque las instalaciones son las que más se mueven y las que más caro cobran los conflictos en obra.

Agrupar, priorizar, asignar: del reporte al BCF con responsable

Acá está el paso que convierte miles de clashes en decenas de decisiones. Primero se agrupa: trescientos choques del mismo ducto contra la misma losa son un problema, no trescientos. Herramientas como Navisworks permiten agrupar por ubicación y sistema, y ese trabajo de curaduría —tedioso, artesanal, imprescindible— suele reducir el volumen en más de un orden de magnitud. En nuestra experiencia, de un reporte de miles de interferencias quedan típicamente unas decenas de grupos que exigen una decisión de proyecto.

Después se prioriza por impacto: qué bloquea la obra, qué compromete estructura, qué es ajuste menor. Y por último —lo que casi nadie hace— se asigna: cada grupo sale de la reunión convertido en un issue BCF con un responsable con nombre, una fecha y una propuesta de resolución. Un clash sin dueño es un clash que vuelve a aparecer en la próxima corrida, y en la siguiente, hasta que lo encuentra la cuadrilla.

La reunión de coordinación que funciona

La reunión de coordinación tiene una sola regla de oro: no se revisan clashes, se toman decisiones. Los clashes se procesaron antes; a la mesa llegan grupos priorizados con propuesta. ¿Sube el ducto y se pierde altura de cielorraso, o se mueve la viga y se recalcula? Esa es una conversación de proyecto, y necesita a quien pueda decidir, no solo a quien modela.

Una hora bien preparada resuelve más que tres horas navegando el modelo en vivo. Y cada decisión queda escrita en el issue correspondiente, porque la memoria de las reuniones es el CDE, no la libreta de nadie. El ciclo se cierra en la corrida siguiente: lo resuelto se verifica, lo pendiente se persigue, lo nuevo se procesa. Coordinación no es un evento; es un ritmo.

Cuándo un clash se acepta y se documenta en vez de resolverse

Esto incomoda a los puristas, pero es práctica profesional: no todos los clashes se resuelven. Hay interferencias que representan condiciones que se resuelven en obra por práctica constructiva —un pase menor, una interferencia entre elementos que el instalador adapta in situ— y perseguir el modelo perfecto en esos casos es gastar horas de modelado que no evitan ningún problema real.

La diferencia entre negligencia y criterio es una sola: la aceptación se documenta. Clash revisado, decisión registrada, justificación escrita. Así, cuando alguien lo encuentre en la próxima corrida, sabrá que es una decisión y no un olvido. Porque el objetivo nunca fue un reporte en cero: fue una obra sin sorpresas, que es la forma más directa de atacar las causas de sobrecostos que se gestan en el proyecto. Si querés sistematizar este proceso en tu equipo, la checklist de coordinación que publicamos en recursos recorre estos pasos uno por uno.