Loading...

Clash Detection en Navisworks: Matriz de Colisiones BIM

Matriz de Colisiones (Clash Detection): Cruzando Arquitectura, Estructura y MEP en Navisworks

La matriz de colisiones BIM es una herramienta fundamental para coordinar los modelos digitales de arquitectura, estructura e instalaciones MEP antes de iniciar la construcción. Mediante Autodesk Navisworks Manage, los equipos de diseño pueden federar modelos, ejecutar pruebas de interferencias, identificar conflictos geométricos y documentar incidencias para que cada disciplina las revise y resuelva.

En proyectos de edificación e infraestructura, una tubería que atraviesa una viga estructural, un ducto HVAC que ocupa el espacio de un muro portante o una bandeja eléctrica que interfiere con una red hidrosanitaria pueden ocasionar reprocesos, ajustes de diseño y dificultades durante el montaje.

En CGO Ingeniería y Topografía, integramos el modelamiento BIM en Revit, la modelación civil en Civil 3D y la coordinación BIM en Navisworks como parte de un enfoque orientado a mejorar la calidad de la información técnica y facilitar la coordinación interdisciplinaria.

Esta guía explica cómo estructurar una matriz de colisiones en Navisworks Manage, federar los modelos de arquitectura, estructura y MEP, configurar las pruebas de detección, gestionar los resultados y hacer seguimiento hasta su resolución.

1. ¿Qué es una matriz de colisiones BIM?

Una matriz de colisiones es una estructura de control que define qué disciplinas, sistemas o categorías de elementos deben compararse para identificar interferencias.

En lugar de ejecutar una única prueba entre todos los objetos del proyecto, la matriz permite organizar las verificaciones según los riesgos y las necesidades de coordinación.

Por ejemplo, se puede comprobar la relación entre:

  • Arquitectura y estructura.
  • Estructura y redes hidrosanitarias.
  • Estructura y ductos HVAC.
  • Estructura y bandejas eléctricas.
  • Arquitectura y dispositivos eléctricos.
  • Redes de gas y otras instalaciones.
  • Redes contra incendios y estructura.
  • Diferentes sistemas MEP entre sí.

El objetivo no es generar el mayor número posible de colisiones, sino detectar las incompatibilidades relevantes y facilitar su resolución.

¿Qué es Clash Detection?

Clash Detection es el proceso de detectar posibles conflictos entre los elementos de un modelo o entre modelos de distintas disciplinas.

En Navisworks Manage, Clash Detective permite configurar pruebas entre conjuntos de elementos, establecer criterios de detección, revisar resultados, asignar responsabilidades y generar informes.

Es importante distinguir entre el resultado automático y la decisión técnica. Una colisión detectada por el software es una incidencia que debe evaluarse; no siempre representa un error de diseño.

2. Diferencia entre colisión física, conflicto de espacio e interferencia funcional

Antes de construir la matriz, es necesario definir qué tipo de conflictos se van a buscar.

Colisión física o Hard Clash

Se produce cuando dos elementos ocupan un espacio geométrico incompatible.

Ejemplos:

  • Una tubería atraviesa una viga.
  • Un ducto HVAC se superpone con una columna.
  • Una bandeja portacables intersecta una tubería.
  • Una escalera invade el volumen de un equipo.

Estos casos suelen detectarse mediante pruebas de intersección geométrica.

Colisión por proximidad o Clearance Clash

Se presenta cuando dos elementos se encuentran más cerca de lo permitido por un criterio de separación definido.

Por ejemplo, una tubería puede no intersectar una bandeja eléctrica, pero el espacio disponible puede ser insuficiente para el aislamiento, los soportes o el mantenimiento.

En Navisworks, una prueba de tipo Clearance permite evaluar una separación definida. La tolerancia debe establecerse según los requisitos del proyecto y no como un valor universal.

Conflicto funcional o de constructibilidad

Algunos problemas no se identifican únicamente mediante intersecciones geométricas.

Por ejemplo:

  • Una válvula queda detrás de un elemento fijo.
  • No existe espacio para retirar un filtro o mantener un equipo.
  • Un registro resulta inaccesible.
  • Un ducto deja una altura libre insuficiente.
  • Una tubería no tiene espacio para instalar sus accesorios.
  • Dos recorridos son geométricamente compatibles, pero no pueden montarse en la secuencia prevista.

Estos casos requieren revisar accesibilidad, dimensiones, tolerancias de instalación, operación y mantenimiento, además de las pruebas automáticas.

3. Preparación de los modelos antes de federarlos

La calidad de la matriz depende de la calidad de los modelos que se van a comparar. Por ello, la coordinación debe comenzar antes de abrir Clash Detective.

Revisar los archivos de origen

Los modelos pueden proceder de Revit, Civil 3D u otras aplicaciones compatibles con el flujo de intercambio definido para el proyecto.

Antes de federarlos, verifica:

  • Que cada archivo corresponda a la revisión vigente.
  • Que las unidades estén correctamente definidas.
  • Que los modelos compartan un sistema de coordenadas coherente.
  • Que los niveles y las cotas sean consistentes.
  • Que los elementos tengan geometría suficiente para el análisis.
  • Que no existan duplicaciones innecesarias.
  • Que los vínculos y las referencias estén actualizados.

Si un modelo está desplazado o rotado respecto a los demás, la detección puede producir falsos conflictos o dejar de identificar interferencias reales.

Verificar coordenadas y posición

Cuando los modelos se generan en Revit, Civil 3D y otras plataformas, es importante comprobar el método utilizado para compartir coordenadas y las unidades de intercambio.

En proyectos con topografía georreferenciada, la posición del modelo debe ser coherente con el sistema de referencia documentado y con la configuración acordada por las disciplinas.

No debe asumirse que dos modelos están correctamente alineados porque sus niveles tienen nombres similares o porque se visualizan aproximadamente en la misma zona.

Definir una convención de nombres

Una nomenclatura consistente facilita la identificación de archivos y pruebas.

Por ejemplo:

  • ARQ_Modelo_Rev03
  • EST_Modelo_Rev03
  • MEP_Hidrosanitario_Rev03
  • MEP_Electrico_Rev03
  • MEP_HVAC_Rev03
  • MEP_ContraIncendios_Rev03

Estos nombres son ejemplos de organización y deben adaptarse al estándar documental del proyecto.

4. Cómo federar modelos BIM en Navisworks

Federar consiste en reunir modelos de distintas disciplinas en un entorno de coordinación común, conservando la identificación de los elementos y la relación espacial entre ellos.

Paso 1. Abrir el modelo de coordinación

Crea o abre el archivo de coordinación de Navisworks. Utiliza el formato de trabajo establecido por el proyecto y comprueba la configuración de unidades.

Paso 2. Incorporar arquitectura y estructura

Añade los modelos arquitectónico y estructural. Comprueba que los muros, las losas, las vigas y las columnas ocupen las posiciones esperadas.

Paso 3. Incorporar las disciplinas MEP

Añade los modelos de instalaciones, por ejemplo:

  • Red hidrosanitaria.
  • Red eléctrica y telecomunicaciones.
  • HVAC.
  • Gas combustible.
  • Protección contra incendios.

La inclusión depende del alcance y del nivel de coordinación requerido.

Paso 4. Comprobar el modelo federado

Revisa plantas, secciones y vistas tridimensionales. Confirma que los modelos estén alineados y que no existan desplazamientos causados por una exportación o una configuración incorrecta.

Paso 5. Guardar una versión de coordinación

Guarda el archivo con una identificación de versión y fecha, de acuerdo con el procedimiento documental del proyecto.

La federación no modifica automáticamente los archivos originales de cada disciplina. Las correcciones deben realizarse en el modelo de origen y posteriormente incorporarse a la coordinación.

5. Cómo construir una matriz de colisiones

La matriz debe organizar las pruebas para que cada comparación tenga un propósito definido.

Una estrategia habitual consiste en colocar las disciplinas o categorías de origen en las filas y los elementos contra los que se van a comprobar en las columnas.

Ejemplo de matriz de coordinación

La siguiente matriz es ilustrativa. Las pruebas definitivas deben adaptarse al tipo de proyecto, las categorías modeladas y los criterios de coordinación acordados.

Disciplina ADisciplina BTipo de revisiónObjetivo
EstructuraHidrosanitariaHard ClashDetectar tuberías que atraviesan vigas, columnas o losas
EstructuraHVACHard / ClearanceRevisar ductos y espacios de montaje
EstructuraEléctricaHard / ClearanceRevisar bandejas, conduit y pasos estructurales
ArquitecturaHidrosanitariaHard / ClearanceIdentificar conflictos con muros, acabados y cielos rasos
ArquitecturaEléctricaHard / ClearanceComprobar dispositivos y espacios arquitectónicos
HVACEléctricaHard / ClearanceCoordinar ductos, bandejas y accesos
ACIEstructuraHard / ClearanceRevisar tuberías, rociadores y elementos estructurales
GasEléctricaHard / ClearanceEvaluar posibles conflictos según el diseño y las separaciones exigibles
MEPMEPHard / ClearanceRevisar cruces entre sistemas de instalaciones

La matriz no significa que todas las parejas requieran la misma prueba. Por ejemplo, un análisis de proximidad puede ser importante para una tubería con aislamiento, mientras que en otros casos basta con comprobar la intersección física.

¿Por qué evitar una única prueba global?

Comparar todos los elementos de todos los modelos entre sí puede producir grandes cantidades de resultados, incluidos conflictos irrelevantes.

La división por disciplinas y sistemas permite:

  • Reducir el ruido en los resultados.
  • Identificar con claridad los elementos implicados.
  • Asignar responsables de forma más sencilla.
  • Repetir las pruebas después de actualizar los modelos.
  • Mantener una trazabilidad más clara entre revisiones.

6. Configurar pruebas de Clash Detection en Navisworks Manage

Navisworks Manage permite definir pruebas entre conjuntos de selección específicos. Una vez preparada la matriz, el siguiente paso consiste en traducir sus comparaciones a pruebas dentro de Clash Detective.

Paso 1. Abrir Clash Detective

Abre el entorno Clash Detective y crea una prueba nueva. Asigna un nombre que indique las disciplinas comparadas.

Ejemplos:

  • CL-01_Estructura_vs_Hidrosanitaria
  • CL-02_Estructura_vs_HVAC
  • CL-03_Estructura_vs_Electrica
  • CL-04_Arquitectura_vs_MEP

Paso 2. Definir los conjuntos de selección

En la pestaña Select, configura Selection A y Selection B.

Por ejemplo:

  • Selection A: vigas, columnas y losas.
  • Selection B: tuberías hidrosanitarias.

Puedes usar conjuntos de selección o búsqueda para repetir el proceso de forma más consistente.

Es importante comprobar que las categorías necesarias estén incluidas y que los elementos ocultos no se excluyan accidentalmente de una prueba que deba evaluarlos.

Paso 3. Elegir el tipo de prueba

Selecciona el tipo de detección según el objetivo:

  • Hard: para intersecciones geométricas.
  • Hard Conservative: cuando se requiere una detección más conservadora según el comportamiento geométrico del software.
  • Clearance: para revisar proximidades dentro de una tolerancia definida.
  • Duplicates: para identificar elementos duplicados en condiciones compatibles con esta prueba.

La disponibilidad y el comportamiento exacto dependen de la versión de Navisworks y de la configuración utilizada.

Paso 4. Establecer tolerancias

En pruebas de proximidad, define la separación que se desea comprobar.

La tolerancia debe corresponder a un criterio documentado: espacio de montaje, aislamiento, mantenimiento u otro requisito específico. No conviene asignar un único valor a todas las disciplinas sin justificarlo.

Paso 5. Ejecutar las pruebas

Ejecuta la prueba y revisa los resultados. Comprueba la posición de cada incidencia en el modelo, las propiedades de los objetos y el contexto de las disciplinas implicadas.

Paso 6. Guardar y organizar las pruebas

Mantén una nomenclatura coherente para que las pruebas puedan actualizarse y compararse entre revisiones.

Autodesk documenta estas funciones en la guía oficial de Clash Detective y configuración de pruebas.

7. Ejemplo práctico: una tubería que atraviesa una viga estructural

Supongamos que el modelo hidrosanitario contiene una tubería horizontal que intersecta una viga de concreto.

Detección

La prueba CL-01_Estructura_vs_Hidrosanitaria identifica la intersección geométrica entre ambos elementos.

Evaluación técnica

Antes de proponer una solución, el equipo debe revisar:

  • La ubicación de la tubería y la viga.
  • El diámetro exterior y los accesorios de la red.
  • La función estructural del elemento.
  • La existencia de pasos previstos en el diseño.
  • Las restricciones de montaje y mantenimiento.

Resolución

Entre las alternativas que pueden estudiarse, según el diseño y la aprobación correspondiente, están modificar el recorrido de la tubería, coordinar un paso previamente diseñado o ajustar la solución de instalaciones.

No debe perforarse ni modificarse una viga por decisión unilateral del modelador. Cualquier intervención estructural requiere evaluación y aprobación de los responsables competentes.

Verificación

Después de corregir el modelo de origen, se actualiza la federación y se repite la prueba. La incidencia se cierra cuando el resultado ha sido verificado y se ha documentado la solución acordada.

8. Ejemplo práctico: ducto HVAC en conflicto con un muro portante

Un ducto de ventilación puede atravesar geométricamente un muro portante o invadir una zona donde no se permite el paso de instalaciones.

La detección automática permite localizar el conflicto, pero no determina por sí sola si es posible abrir una penetración.

La evaluación debe considerar:

  • Tipo y función del muro.
  • Dimensiones del ducto y sus accesorios.
  • Requerimientos de protección contra incendios, si aplican.
  • Espacio para soportes y montaje.
  • Condiciones acústicas, térmicas y de mantenimiento.
  • Posibles rutas alternativas.

La solución debe coordinarse con arquitectura, estructura y el responsable del sistema HVAC. Después, se actualizan los modelos y se vuelve a ejecutar la prueba correspondiente.

9. Cómo clasificar y priorizar las colisiones

No todas las incidencias tienen la misma importancia. Una matriz útil debe ayudar a determinar cuáles necesitan atención inmediata y cuáles requieren una revisión programada.

Una clasificación posible es:

  • Crítica: conflicto con impacto potencial en seguridad, estructura, cumplimiento normativo o funcionamiento esencial del sistema.
  • Alta: incompatibilidad que impide el montaje o requiere una modificación significativa.
  • Media: conflicto solucionable mediante ajustes de recorrido o coordinación de componentes.
  • Baja: incidencia menor, duplicación o problema documental que no afecta de forma significativa la construcción.

Esta clasificación es una propuesta de gestión y no una escala oficial de Navisworks. Los criterios deben definirse en el plan de ejecución BIM o en el procedimiento de coordinación del proyecto.

También conviene registrar si una colisión está nueva, activa, revisada, resuelta o aprobada, según el sistema de estados utilizado.

10. Gestión de incidencias: de la detección a la resolución

El valor de Clash Detection no está únicamente en detectar interferencias, sino en gestionar su resolución de forma verificable.

Cada incidencia debería contener, como mínimo:

  • Identificador único.
  • Nombre de la prueba.
  • Disciplinas y elementos implicados.
  • Ubicación en el proyecto.
  • Descripción del conflicto.
  • Captura o punto de vista.
  • Responsable asignado.
  • Prioridad.
  • Fecha de detección y compromiso.
  • Propuesta de solución.
  • Estado de la incidencia.
  • Fecha de verificación y cierre.

El flujo de trabajo recomendado es:

  1. Detectar la incidencia.
  2. Revisar su relevancia técnica.
  3. Asignar un responsable.
  4. Proponer una solución.
  5. Actualizar el modelo de origen.
  6. Publicar la revisión actualizada.
  7. Volver a ejecutar la prueba.
  8. Confirmar el resultado.
  9. Registrar el cierre.

Una incidencia no debería marcarse como resuelta solo porque alguien modificó el modelo. Debe comprobarse que el conflicto desapareció y que la solución no generó otra incompatibilidad.

11. Informes de colisiones y trazabilidad

Navisworks permite generar informes de las pruebas y sus resultados. Según la configuración, se pueden incluir imágenes, propiedades de los elementos, estados y datos asociados a los grupos de colisiones.

Los informes pueden utilizarse para:

  • Reuniones de coordinación.
  • Seguimiento de pendientes por disciplina.
  • Registro de decisiones técnicas.
  • Comparación entre revisiones.
  • Entrega de información al equipo de diseño y construcción.

Se recomienda organizar los informes por fecha, revisión del modelo y disciplina responsable. Esto facilita la trazabilidad y evita que los equipos trabajen con resultados obsoletos.

La documentación oficial de Autodesk explica las opciones de configuración y exportación en Report Tab de Clash Detective.

12. Errores frecuentes en Clash Detection

Entre los errores que conviene evitar están:

  • Federar modelos sin verificar unidades y coordenadas.
  • Ejecutar pruebas sin definir un objetivo.
  • Comparar todos los objetos sin organizar conjuntos de selección.
  • Utilizar tolerancias arbitrarias.
  • Considerar cada resultado como un error de diseño.
  • Ignorar los espacios de mantenimiento y montaje.
  • Corregir una interferencia sin revisar el efecto sobre otras redes.
  • Cerrar incidencias sin repetir la prueba.
  • Trabajar con modelos de revisiones distintas.
  • Entregar informes sin responsable, ubicación ni descripción.
  • Modificar el modelo federado sin corregir el archivo de origen.

Una matriz bien estructurada debe permitir que las verificaciones sean repetibles, comprensibles y trazables.

13. Lista de verificación antes de entregar la coordinación

  • Los modelos corresponden a las revisiones vigentes.
  • Las unidades y coordenadas han sido verificadas.
  • La arquitectura, estructura y MEP están correctamente federados.
  • La matriz de colisiones tiene criterios definidos.
  • Los conjuntos de selección incluyen las categorías requeridas.
  • Los tipos de prueba y las tolerancias están justificados.
  • Las incidencias relevantes han sido revisadas.
  • Los conflictos críticos tienen responsables asignados.
  • Las soluciones han sido implementadas en los modelos de origen.
  • Las pruebas se han actualizado después de los cambios.
  • Los informes incluyen datos suficientes para identificar cada incidencia.
  • La versión final está identificada y documentada.

Esta lista ayuda a controlar la calidad de la coordinación BIM, pero no sustituye la revisión de diseño ni la aprobación de los profesionales responsables de cada disciplina.

14. Servicios de CGO Ingeniería y Topografía relacionados con coordinación BIM

En CGO Ingeniería y Topografía integramos servicios de modelamiento, topografía e ingeniería para apoyar la organización de la información técnica de los proyectos.

Entre los servicios relacionados están:

  • Modelamiento BIM en Revit: desarrollo y documentación de modelos arquitectónicos, estructurales y MEP según el alcance contratado.
  • Modelación BIM en Civil 3D: representación de terrenos, redes y elementos civiles para coordinación con otras disciplinas.
  • Coordinación BIM en Navisworks: federación de modelos, detección de interferencias y seguimiento de incidencias.
  • Diseño y Planos de Ingeniería: elaboración de documentación técnica según el alcance del servicio.
  • Levantamientos Topográficos: información geométrica de campo para apoyar el desarrollo del proyecto.
  • Georreferenciación y Control: apoyo a la coherencia espacial de la información técnica.
  • Replanteo y Control de Obra: verificación geométrica durante la ejecución.
  • Cálculo de Volúmenes: cuantificación de movimientos de tierra cuando corresponda.
  • Gestión de Información y SIG: organización y análisis de información geoespacial.
  • Supervisión y Control de Obras: apoyo al seguimiento técnico conforme al alcance acordado.

La coordinación BIM puede conectar la geometría del modelo, los datos de cada disciplina y los procesos de revisión para ayudar a identificar problemas antes de que lleguen a la obra.

Conclusión

La matriz de colisiones en Navisworks Manage permite organizar las pruebas de interferencias entre arquitectura, estructura y sistemas MEP, transformando la revisión tridimensional en un proceso estructurado de coordinación.

Para obtener resultados confiables, es necesario federar modelos correctamente, definir pruebas por disciplina, seleccionar tolerancias justificadas y revisar cada resultado desde el punto de vista técnico y constructivo.

Una tubería que atraviesa una viga o un ducto que interfiere con un muro portante son ejemplos de conflictos que deben identificarse y gestionarse con los responsables del diseño. La detección automática ayuda a localizar el problema, pero la solución debe evaluarse, aprobarse y comprobarse en los modelos actualizados.

En CGO Ingeniería y Topografía, el modelamiento BIM en Revit, la modelación civil en Civil 3D y la coordinación BIM en Navisworks constituyen herramientas para apoyar proyectos con información técnica más organizada, coordinada y trazable.

Preguntas frecuentes

¿Qué es una matriz de colisiones en Navisworks?

Es una estructura de coordinación que define qué disciplinas o categorías de objetos deben compararse en las pruebas de interferencias. Ayuda a organizar las revisiones y evitar análisis innecesarios.

¿Qué diferencia hay entre Navisworks Simulate y Navisworks Manage?

Navisworks Manage incorpora Clash Detective para configurar, ejecutar y gestionar pruebas de interferencias. Navisworks Simulate se utiliza para revisión de modelos, visualización y simulación, pero no incluye todas las capacidades de detección de colisiones de Manage.

¿Qué modelos se deben federar para Clash Detection?

Depende del proyecto. En una edificación puede incluir arquitectura, estructura, redes hidrosanitarias, electricidad, HVAC, gas y protección contra incendios. La selección debe responder al alcance de coordinación acordado.

¿Qué es una colisión Hard y una colisión Clearance?

Una colisión Hard identifica una intersección geométrica. Una colisión Clearance revisa si dos elementos están dentro de una distancia definida, lo que permite comprobar espacios de separación, montaje o mantenimiento.

¿Todas las colisiones detectadas deben corregirse?

No necesariamente. Algunas pueden ser intencionales, corresponder a elementos compuestos o ser irrelevantes para la construcción. Cada resultado debe revisarse y clasificarse antes de asignar una acción.

¿Cómo se cierra una incidencia de coordinación?

Se documenta la solución, se actualiza el modelo de origen, se incorpora la nueva revisión al modelo federado y se repite la prueba. El cierre debe basarse en una verificación del resultado.

¿Por qué es importante la coordinación BIM antes de construir?

Porque permite identificar conflictos de geometría, espacio y acceso en una fase en la que los cambios suelen ser más fáciles de gestionar que durante la ejecución. No elimina todos los riesgos, pero mejora la anticipación y la trazabilidad de las decisiones.

0 Comments

Submit a Comment

Your email address will not be published. Required fields are marked *

Camilo Andres Galvez Osorio

Camilo Andres Galvez Osorio

Ingeniero Civil - Topografo - Especialista BIM

Ingeniero Civil y Tecnólogo en Topografía con experiencia en la coordinación, supervisión y ejecución de proyectos de infraestructura en sectores como energía, minería, vial y edificaciones. Especializado en control de obra, gestión de calidad, presupuestos y seguimiento técnico, integrando metodologías BIM para optimizar procesos y recursos.