En corredores largos, el error caro casi nunca está en una disciplina. El trazado geométrico está correcto. El diseño de drenaje está correcto. El paquete estructural del pavimento está correcto. El problema aparece cuando se superponen: cotas que no cierran, interferencias entre la cuneta y el terraplén, cantidades de movimiento de tierra que no coinciden con lo que el perfil longitudinal indica. Cada disciplina cumplió, pero el proyecto en conjunto tiene contradicciones que nadie detectó porque nadie las buscó en el lugar correcto.
Ese lugar correcto es el modelo integrado. Cuando cada disciplina vive en su propio archivo, las contradicciones entre ellas son invisibles hasta que alguien las superpone a mano, o hasta que la máquina ya está en el sitio y el conflicto se convierte en un adicional. Bentley OpenRoads trabaja model-first: las disciplinas conviven en un modelo conectado, los conflictos se hacen visibles en pantalla y el costo de resolverlos es el de una corrección, no el de un adicional.
Por qué los choques entre disciplinas siempre aparecen tarde
La producción de proyectos de infraestructura vial tiene una estructura que en apariencia funciona bien: cada especialidad trabaja en paralelo, con su propia herramienta y su propio archivo. El especialista en drenaje entrega sus planos. El especialista en movimiento de tierras entrega los suyos. El especialista en pavimentos entrega los suyos. La coordinación ocurre después, cuando alguien superpone los archivos y verifica que todo cierra.
El problema de esa estructura es que la coordinación llega tarde en el proceso y depende de un trabajo manual que es difícil de completar en toda su extensión en un corredor de varios kilómetros. Una superposición manual de planos a escala 1:1000 detecta los conflictos obvios. No detecta las inconsistencias de cota entre la rasante proyectada y el nivel de agua de diseño en una alcantarilla de 40 metros que está en la hoja 32 del 120.
Cuando esa inconsistencia llega a obra, ya no es un problema de proyecto: es un problema de contrato. Alguien tiene que decidir cómo se resuelve, quién paga la diferencia y cuánto tiempo agrega a la programación. Esa conversación es cara en todos sentidos: en dinero, en tiempo y en la relación con el cliente o el comitente.
La raíz del problema: proyectos desconectados
La causa de los conflictos entre disciplinas no es la falta de competencia técnica de los especialistas: es la ausencia de conexión entre los modelos en los que trabajan. Cuando el modelo de drenaje y el modelo de terraplén son archivos independientes, un cambio en uno no tiene ningún efecto sobre el otro. El especialista en drenaje ajusta las pendientes de las cunetas sin saber que eso genera una interferencia con la plataforma del terraplén que el otro equipo revisó hace dos semanas.
Ese problema se agrava con la escala del proyecto y con el número de equipos involucrados. En un corredor de 5 kilómetros con tres subproyectos trabajando en paralelo, el número de interfaces entre disciplinas y entre equipos es suficientemente alto como para que ningún proceso manual de coordinación pueda cubrirlas todas sin dejar algunas sin revisar.
El gerente de proyecto que supervisa ese proceso no puede verificar personalmente cada interfaz. Lo que puede hacer es implementar una metodología y una herramienta que haga visible la inconsistencia antes de que se convierta en un problema de obra. Eso es lo que resuelve un enfoque model-first con Bentley OpenRoads.
Cómo funciona un modelo de infraestructura conectado
Bentley OpenRoads trabaja sobre la premisa de que las disciplinas de un proyecto de infraestructura no pueden vivir en archivos separados si se quiere tener coherencia entre ellas. El modelo de corredor integra la geometría horizontal y vertical, el modelado de terreno, el diseño de drenaje, el movimiento de tierras y el diseño de pavimentos en un entorno unificado, donde las relaciones entre elementos son explícitas y un cambio en un componente se refleja en los demás.
Esa conectividad tiene consecuencias prácticas concretas para el gerente de proyecto. La primera es que los conflictos entre disciplinas se hacen visibles en la etapa de diseño, cuando corregirlos cuesta minutos de trabajo del proyectista, en lugar de en la etapa de obra, cuando corregirlos cuesta semanas de trabajo de cuadrilla, materiales y reprogramación de actividades. La segunda es que las cantidades de obra surgen del modelo y son consistentes con la geometría proyectada, lo que reduce las diferencias entre el presupuesto de licitación y las cantidades reales medidas en campo.
La tercera consecuencia es la que más valora el gerente de proyecto con experiencia en obras largas: cuando el comitente ordena un cambio de trazado o una modificación de especificación, el impacto de ese cambio es visible inmediatamente en todos los componentes del modelo. No hay que recorrer manualmente cada plano para verificar qué quedó desactualizado. El modelo muestra la consistencia o la inconsistencia, y el equipo puede cuantificar el impacto antes de comprometerse con una respuesta al comitente.
Tipos de conflictos que el modelo detecta antes de la obra
En proyectos viales y ferroviarios de corredores largos, los conflictos entre disciplinas tienen patrones reconocibles. El más frecuente es la inconsistencia de cotas entre la rasante de proyecto y los niveles de estructuras de drenaje: alcantarillas, cajas, conductos. El proyectista de drenaje diseñó las pendientes con el perfil que tenía disponible en ese momento. El perfil cambió después. Nadie actualizó las cotas de las estructuras de drenaje. En obra, la alcantarilla no entra donde el perfil la ubica.
El segundo conflicto más frecuente es la interferencia entre el talud proyectado del terraplén y otros elementos del proyecto: accesos laterales, servidumbres de paso, líneas de servicios existentes, límites de expropiación. Cada uno de esos elementos tiene sus propias coordenadas y sus propias restricciones. En un modelo conectado, la verificación de que el talud no invade esos espacios es automática. En un proceso manual, depende de que alguien haya cruzado todas las fuentes de información.
El tercer patrón es la inconsistencia de cantidades: el movimiento de tierra que resulta del perfil longitudinal no coincide con el que resulta de las secciones transversales, o la cantidad de material de subbase en el presupuesto no coincide con lo que la geometría proyectada de la plataforma indica. En un modelo conectado, las cantidades son una función de la geometría y se actualizan automáticamente cuando la geometría cambia. En un proceso manual, las cantidades se calculan por separado y la consistencia entre ellas depende de que el proceso de cálculo use exactamente los mismos datos que la geometría.
Cuándo el modelo conectado marca la diferencia
El beneficio de un modelo conectado es proporcional a la extensión del corredor, al número de disciplinas involucradas y al número de equipos trabajando en paralelo. En un proyecto de menos de un kilómetro con dos disciplinas y un solo equipo, la coordinación manual es manejable. En un corredor de 30 kilómetros con seis disciplinas y cuatro equipos proyectando en paralelo, la coordinación manual es una fuente permanente de riesgo que no se puede mitigar sin una herramienta que haga visible las inconsistencias de forma sistemática.
Para programas de largo plazo con múltiples proyectos ejecutados en secuencia, el beneficio adicional es la estandarización. Cuando todos los equipos proyectan sobre la misma base y con la misma metodología, el nivel de calidad de la documentación es consistente entre proyectos, el proceso de revisión es más rápido y la curva de aprendizaje de los nuevos integrantes es menor porque el entorno de trabajo es el mismo.
Para el gerente de proyecto que tiene que responder ante el comitente por el cumplimiento de plazo y presupuesto, el modelo conectado es también una herramienta de gobernanza: el estado del proyecto en cualquier momento es el estado del modelo, no una interpretación de correos y reuniones. Eso facilita las instancias de control, las auditorías técnicas y la gestión de cambios.
Bentley OpenRoads con Aufiero Informática
Bentley OpenRoads es distribuido por Aufiero Informática, distribuidor oficial con amplia experiencia en software de infraestructura y BIM para proyectos viales, ferroviarios e hidráulicos en América Latina.
En Aufiero acompañamos la implementación de Bentley OpenRoads con licencia oficial, onboarding del equipo técnico y soporte local en español, para que el equipo adopte el enfoque model-first desde los primeros proyectos y los beneficios en coordinación de disciplinas sean visibles desde el inicio.
Preguntas frecuentes
¿Por qué los conflictos entre disciplinas se ven tan tarde?
Porque cada disciplina suele proyectarse en archivos separados. Sin un modelo conectado, los choques entre drenaje, terraplén y pavimento solo se detectan al superponer planos manualmente, que en corredores largos es un proceso incompleto, o directamente en obra cuando ya no hay forma de resolverlos sin un adicional.
¿Cómo ayuda un modelo model-first como Bentley OpenRoads?
Mantiene las disciplinas en un modelo conectado: un cambio en la geometría horizontal se refleja en el perfil longitudinal, en las estructuras de drenaje y en las cantidades de movimiento de tierra. Las inconsistencias se hacen visibles en pantalla durante el diseño, cuando corregirlas cuesta minutos, no en la obra, cuando cuestan adicionales y atrasos.
¿Esto reduce los adicionales de obra?
Sí. Al detectar y resolver los conflictos entre disciplinas antes de licitar u ordenar la obra, se eliminan las causas más frecuentes de adicionales: inconsistencias de cota, interferencias entre elementos y diferencias entre cantidades del presupuesto y cantidades medidas en campo.
¿Sirve para cualquier tamaño de proyecto?
Aporta más valor cuanto más largo y multidisciplinario es el proyecto. En corredores de varios kilómetros con múltiples especialidades y equipos trabajando en paralelo, el beneficio es máximo. Para programas de largo plazo con varios proyectos en secuencia, también estandariza la metodología y el nivel de calidad de la documentación.
¿Dónde adquiero Bentley OpenRoads en América Latina?
A través de Aufiero Informática, distribuidor oficial de Bentley en América Latina, con licencia oficial, onboarding y soporte local en español.
El error caro en infraestructura no suele ser de una disciplina: es del choque entre varias, descubierto cuando ya no hay margen para corregirlo sin un adicional. Un modelo conectado con Bentley OpenRoads hace visibles esas contradicciones durante el diseño, cuando resolverlas tiene el costo de una corrección y no el de una semana de obra parada.
Aufiero Informática es distribuidor oficial de Bentley en Latinoamérica.