BIM no es Revit: el error que sigue costando millones a la industria

Hay una confusión que atraviesa toda la industria de la construcción y que, con el tiempo, se ha vuelto suficientemente costosa como para merecer un nombre propio. La llamaremos el Error de Equivalencia: la creencia, a veces explícita, más frecuentemente implícita, de que BIM es lo mismo que Revit, o lo mismo que modelado tridimensional, o lo mismo que tener modelos de las disciplinas del proyecto.

Este error no es inocente. Determina cómo las organizaciones contratan servicios, cómo evalúan proveedores, cómo establecen requerimientos, y —en última instancia— qué nivel de valor reciben de sus proyectos. Las empresas que padecen el Error de Equivalencia típicamente tienen modelos de sus edificios y típicamente no tienen gestión de información. Y esa diferencia se traduce en interferencias en obra, retrabajos costosos, y activos digitales que nadie usa después de construidos.

La etimología del error

Para entender por qué la industria llegó aquí, conviene rastrear el origen de la confusión.

Revit es el software de modelado más utilizado en la industria de la arquitectura e ingeniería. Es la herramienta con la que se producen los modelos de arquitectura, estructura, y MEP en la mayoría de los proyectos de alta complejidad. Es una herramienta excelente. El problema no es Revit.

El problema es que Revit —y antes que él, ArchiCAD, Tekla, y otras plataformas de modelado— se convirtieron en la cara visible de BIM en el momento en que la industria empezó a hablar del concepto. Los primeros en adoptar BIM lo hicieron adoptando estas herramientas. Las primeras conversaciones sobre BIM fueron conversaciones sobre modelos. La primera métrica de adopción BIM que la industria empezó a medir fue "¿cuántos de tus proyectos tienen modelo 3D?".

Y así, insidiosamente, BIM se fue reduciendo en el imaginario colectivo a su artefacto más visible: el modelo. Los modelos son el resultado más fácil de mostrar, de vender, de fotografiar para una presentación. Son concretos, visuales, impresionantes. La gobernanza de información, en cambio, es abstracta, invisible, difícil de vender en una reunión de ventas.

Esta reducción fue conveniente para muchos actores del mercado. Los vendedores de software vendían herramientas de modelado. Las empresas proveedoras vendían modelos. Los clientes compraban modelos. Y el sistema funcionó —hasta que los proyectos llegaron a un nivel de complejidad donde el modelo sin gobernanza no era suficiente.

Qué es BIM, definido con precisión

La norma ISO 19650-1 define Building Information Modelling como el uso de una representación digital compartida de un activo construido para facilitar los procesos de diseño, construcción y operación, formando una base fiable para las decisiones.

Tres elementos de esta definición merecen atención:

"Representación digital compartida": No es "modelado en un software". Es una representación que se comparte — lo que implica un protocolo de colaboración, un entorno estructurado de intercambio, y acuerdos sobre qué se comparte, cuándo, y en qué formato.

"Del activo": No del proyecto. Del activo. El activo existe antes del proyecto de diseño y existirá décadas después de que el proyecto de construcción termine. BIM gestiona información del activo a lo largo de su ciclo de vida completo. Un modelo de Revit entregado al final de la construcción sin información estructurada para operaciones no es BIM completo. Es un artefacto de diseño.

"Para facilitar los procesos de decisión": No para producir planos. Para facilitar decisiones. Cada decisión en un proyecto de alta complejidad requiere información correcta, oportuna, y trazable. BIM es el sistema que provee esa información. Revit es —en el mejor caso— una de las herramientas que contribuye a generarla.

La diferencia entre modelado BIM e integración BIM

El modelado BIM produce geometría. La integración BIM produce información gobernada. La diferencia no es de escala — es de naturaleza.

Un proyecto con modelado BIM típicamente tiene:

• Modelos de cada disciplina producidos en herramientas compatibles
• Revisiones periódicas de coordinación donde se detectan interferencias
• Un proceso de resolución de interferencias (a veces formalizado, a veces no)
• Entregables en formatos definidos por la costumbre o por el contrato
• Un modelo "as-built" entregado al cliente al final del proyecto

Un proyecto con integración BIM real tiene, además:

• Un EIR (Employer Information Requirements) documentado que establece qué información debe producirse, con qué nivel de detalle, en qué formato y para qué propósito
• Un BEP (BIM Execution Plan) que responde a ese EIR y define cómo cada equipo producirá la información requerida
• Un MIDP (Master Information Delivery Plan) que consolida los planes de entrega de todos los equipos
• Un CDE (Common Data Environment) donde toda la información fluye con estados controlados: Work in Progress, Shared, Published, Archived
• Flujos de aprobación estructurados donde cada entregable atraviesa revisión, comentario, y aprobación antes de ser emitido
• Nomenclatura estandarizada bajo ISO 19650 Annex A para que cada archivo sea identificable sin ambigüedad
• Un proceso de QA/QC sistemático que verifica la calidad de la información antes de su distribución
• Un modelo entregado con información estructurada para operaciones y mantenimiento

Esta diferencia no es cosmética. Es la diferencia entre un proceso que produce archivos y un proceso que produce conocimiento.

Los cuatro síntomas del proyecto que confunde BIM con Revit

La confusión se manifiesta de maneras predecibles en proyectos reales. Estos son los cuatro síntomas más comunes:

Síntoma 1: "El modelo está actualizado, pero nadie sabe cuál es la versión vigente"

En proyectos con modelado sin integración, los modelos se comparten por correo electrónico, Dropbox, o carpetas en red. Cada disciplina tiene su versión local. Las reuniones de coordinación empiezan con diez minutos de "¿cuál es el modelo que vamos a revisar hoy?". La respuesta suele ser la versión que alguien tiene en su computadora — que puede o no ser la más reciente.

Este síntoma desaparece cuando el proyecto tiene un CDE correctamente implementado: hay una sola fuente de verdad, los modelos publicados tienen estados explícitos, y nadie puede confundir una versión en desarrollo con una aprobada.

Síntoma 2: "La interferencia se detectó cuando el sistema ya estaba fabricado"

Este es el síntoma más costoso. En proyectos con modelos sin coordinación sistemática, las interferencias entre disciplinas frecuentemente se descubren en campo — cuando los sistemas ya fueron fabricados y están listos para instalarse. El costo de una interferencia detectada en diseño versus detectada en instalación varía según el proyecto, pero consistentemente representa una diferencia de uno a dos órdenes de magnitud.

La detección tardía de interferencias no es un problema de modelado — es un problema de coordinación. Los modelos existían. No existía el proceso sistemático para coordinarlos.

Síntoma 3: "El cliente recibió el modelo pero no puede usarlo"

Este síntoma se manifiesta meses o años después del fin del proyecto, cuando el propietario del activo intenta aprovechar el modelo para operaciones, mantenimiento, o una ampliación futura. En la mayoría de los casos, el modelo entregado tiene información geométrica correcta pero carece de datos estructurados sobre los sistemas: fabricantes, modelos de equipos, especificaciones técnicas, programas de mantenimiento.

Un activo digital sin información estructurada para operaciones es un modelo de visualización, no un activo de gestión.

Síntoma 4: "Nadie puede responder qué versión del plano se usó para construir ese elemento"

Cuando surge una disputa, un problema de garantía, o una investigación post-construcción, la pregunta invariable es: "¿qué información se usó para tomar esta decisión?". En proyectos sin trazabilidad de información, esta pregunta raramente tiene respuesta. Los correos electrónicos se pierden, las versiones se confunden, y la cadena de decisiones es imposible de reconstruir.

Madurez BIM: dónde está la industria y a dónde va

El modelo de madurez BIM más ampliamente adoptado define cuatro niveles:

Nivel 0: Sin colaboración. Producción de información no gestionada. Planos en papel o digitales sin estructura de gobernanza.

Nivel 1: Modelado CAD 2D y 3D. Información producida de manera estructurada pero no compartida de forma colaborativa. Este es el nivel donde reside la mayoría de la industria.

Nivel 2: Modelos disciplinares coordinados bajo un proceso de gestión de información colaborativa. El EIR, el BEP, el CDE, y los flujos de aprobación son elementos de este nivel. Este es el nivel que define ISO 19650-2 para la fase de entrega de proyectos.

Nivel 3: Un modelo integrado del activo al que todos los participantes acceden en tiempo real, con información actualizada durante todo el ciclo de vida incluyendo operaciones. Este nivel está siendo definido progresivamente por el mercado.

La mayoría de los proyectos de alta complejidad en México y Latinoamérica operan en Nivel 1 declarando estar en Nivel 2. Tienen los modelos pero no tienen la gobernanza.

El costo real del Error de Equivalencia

El McKinsey Global Institute estimó en 2017 que la industria de la construcción desperdicia aproximadamente el 35% del costo de los proyectos en ineficiencias de proceso, incluyendo retrabajos, comunicaciones fallidas, y gestión de información deficiente. Este número no ha mejorado significativamente en años posteriores.

La World Economic Forum y múltiples estudios sectoriales apuntan consistentemente a la fragmentación de la información como uno de los principales vectores de ese desperdicio. No la falta de información — los proyectos modernos generan cantidades masivas de información. La fragmentación: información que existe en múltiples lugares, en múltiples versiones, sin gobernanza, sin trazabilidad.

El Error de Equivalencia alimenta esta fragmentación. Cuando el mercado contrata "BIM" y recibe modelado, no está comprando la capa de gobernanza que hace que la información funcione. Está comprando geometría sin contexto.

Por qué la distinción importa para quien contrata

Si eres el propietario, director de proyecto, o responsable de compras de un proyecto de alta complejidad, la distinción entre modelado BIM e integración BIM debería cambiar la forma en que redactas tus contratos y en que evalúas a tus proveedores.

Las preguntas que debe hacer quien contrata BIM real:

• ¿Existe un EIR que especifique los requerimientos de información del proyecto y del activo?
• ¿El proveedor presentará un BEP antes del inicio del diseño?
• ¿Hay una plataforma CDE definida con flujos de aprobación estructurados?
• ¿Qué proceso de QA/QC de información se aplicará antes de cada emisión?
• ¿Qué información estructurada para operaciones incluirá el modelo entregable?
• ¿Cómo se gestionarán las interferencias entre disciplinas?
• ¿Quién es responsable de la integración técnica de los Sistemas Especiales?

Si las respuestas son vagas, si el proveedor habla principalmente de herramientas de modelado, si no hay documentos de gobernanza definidos — el proyecto tiene modelado, no integración.

Conclusión

BIM no es Revit. BIM no es un modelo 3D. BIM es un proceso de gestión de información que requiere gobernanza, trazabilidad, y coordinación sistemática para funcionar. Revit es una herramienta excelente dentro de ese proceso — pero solo una de las muchas piezas.

El Error de Equivalencia es comprensible: los modelos son visibles y la gobernanza es invisible. Pero en proyectos de alta complejidad — data centers, hospitales, plantas industriales — la gobernanza es lo que determina si el proyecto se construye según lo diseñado, si el activo digital entregado tiene valor para operaciones, y si las decisiones del proyecto son rastreables cuando sea necesario demostrarlas.

La diferencia entre un proyecto con modelado BIM y un proyecto con integración BIM no es cosmética. Es la diferencia entre un proceso que produce archivos y un proceso que produce activos de conocimiento.

---

¿Tu proyecto cuenta con integración BIM real o solo con modelos? En SORA podemos hacer un diagnóstico rápido del nivel de madurez de gestión de información de tu próximo proyecto. Solicita un diagnóstico técnico gratuito.