Qué exige el Plan BIM a una ingeniería mediana en 2026

Qué obliga exactamente hoy

El dato duro es corto. Lo dice el Plan BIM en la contratación pública, aprobado en Consejo de Ministros; los umbrales vigentes son los de la actualización del 1 de enero de 2026.

Dos precisiones cambian el resultado de esa cuenta más veces de lo que parece. La primera: aplica a las obras, a las concesiones, a la dirección facultativa, a la asistencia técnica y a la redacción de proyectos, casi toda la cadena técnica. Si tu ingeniería no ejecuta obra, esto te alcanza igual por la puerta de los servicios, y en los contratos vinculados o previos el nivel lo marca la obra, no el importe de tus honorarios.

La segunda: en los contratos divididos en lotes se mira el valor estimado de cada lote, no el del expediente completo. La decisión de lotear tiene consecuencias directas sobre el nivel de información exigible, y casi nunca se analiza al preparar el expediente.

A quién alcanza y a quién no

Aquí conviene ser honesto. El Plan BIM tiene efecto de instrucción interna para la Administración General del Estado y sus organismos y entidades de derecho público vinculados; para el resto del sector público estatal es recomendación. Una comunidad autónoma, una diputación o un ayuntamiento no están obligados por él.

Eso no significa que puedas ignorarlo fuera del ámbito estatal. Dentro de una misma administración conviven pliegos que exigen metodología BIM desde hace años, con su responsable de gestión de la información nombrado por contrato, y pliegos de obra de ocho cifras que no mencionan la palabra. No hay una regla por administración: hay una por expediente, y hay que leerla.

Hay una frase del propio plan que explica bastante de lo que va a pasar en los próximos dos años:

«El órgano de contratación deberá aplicar a su gestión interna del contrato el mismo nivel BIM que haya solicitado en la licitación. Si el órgano de contratación no ha alcanzado aún dicho nivel BIM, podrá recurrir a una asistencia técnica como apoyo en la gestión de dicho contrato.»

Traducido: el que te pide el modelo tiene que estar en condiciones de leerlo, y muchos no lo están. Esa asimetría produce pliegos con requisitos copiados y recepciones que se atascan.

Qué significa en la práctica

Cuando el pliego lo pide, lo pide con este vocabulario: coordinación bajo ISO 19650, entrega en IFC, entorno común de datos, seguridad conforme al Esquema Nacional de Seguridad. Detrás hay cuatro cosas concretas.

Requisitos de información del contratante. El documento donde el cliente dice qué información necesita, para qué la va a usar, cuándo la quiere y con qué criterio la va a aceptar. Es el origen de la cadena: cuando falta, o cuando es una lista de formatos sin propósito, el resto se improvisa.

Plan de ejecución BIM. Tu respuesta a lo anterior: quién produce qué, cuándo, con qué nomenclatura y por qué flujo de revisión pasa antes de salir. Un plan que repite el pliego con otras palabras no es un plan, y en fase de obra no protege de nada.

Entorno común de datos. El sitio único por el que pasa la información, con estados (en elaboración, compartido, publicado, archivado), control de versiones, control de acceso y trazabilidad de quién aprobó qué y cuándo.

Roles. Alguien responde de la gestión de la información del contrato, alguien coordina los modelos de las distintas disciplinas y cada disciplina responde de lo suyo. Pueden ser dos personas o tres, pero los papeles tienen que estar asignados con nombre y con horas, no repartidos por costumbre.

Y los entregables: IFC para el modelo, BCF para las incidencias, COBie o un esquema equivalente cuando el destinatario final va a explotar y mantener el activo, y mediciones que salen del modelo y no de una hoja aparte. Ese último punto es el que más dinero mueve.

Cuatro errores típicos al responder un pliego con requisitos BIM

1. Calcular el nivel sobre el importe equivocado

Sobre el total del expediente en vez de sobre el lote. Sobre tus honorarios en vez de sobre la obra a la que tu servicio está vinculado. Es un error de dos minutos que condiciona el esfuerzo de toda la ejecución y, si te quedas corto, aparece cuando ya no hay margen para corregir.

2. Responder con software en vez de con procedimiento

La oferta enumera programas y versiones, adjunta el organigrama de siempre y da el apartado por resuelto. El pliego no pregunta qué compras: pregunta cómo produces, revisas, apruebas y entregas información. Si el plan de ejecución no dice quién revisa el modelo antes de publicarlo y con qué criterio, no has contestado.

3. Llamar entorno común de datos a una carpeta compartida

El control de cambios y de versiones durante la ejecución es la obligación que más se incumple en la práctica, y la que más caro sale. El día que hay que demostrar qué versión estaba vigente cuando se ejecutó una unidad, o hay trazabilidad o hay una discusión de meses.

4. Dejar abierto el criterio de aceptación

Cláusulas del tipo «en formatos compatibles con los utilizados por la propiedad» son las más peligrosas de un pliego: la conformidad de la entrega final depende de una interpretación que hoy no está escrita. Eso se cierra al principio, con una reunión y un acta, no en la recepción. Lo mismo vale para el as built: entregar geometría sin datos de activo cumple la letra del pliego y desperdicia todo el valor para quien va a mantener la instalación durante treinta años.

Qué puedes hacer con el equipo que ya tienes

Más de lo que crees, y menos de lo que te venden. Una oficina técnica mediana que ya modela puede, sin contratar a nadie: fijar una nomenclatura única y aplicarla; escribir la matriz de responsabilidades del próximo contrato en una tarde; montar un entorno común de datos con estados y control de versiones sobre herramientas que ya paga; establecer que nada se publica sin una revisión con criterio escrito; y exportar a IFC de forma periódica durante el proyecto en lugar de al final. Ese último cambio evita por sí solo la mayoría de los sustos de entrega: si el IFC se genera cada quince días, los problemas de clasificación y de propiedades aparecen cuando todavía se pueden arreglar.

Ahora lo que no. No se puede nombrar responsable de gestión de la información a alguien que ya está al cien por cien en producción: es el modo más habitual de que la coordinación acabe siendo un correo semanal. No se puede auditar a mano, en cada hito, que un modelo cumple lo exigido: esa comprobación es repetitiva y o la hace un programa o no se hace. Y no se puede decidir el esquema de datos de activo el mes antes de la recepción, porque los datos se capturan mientras se ejecuta.

Después de seis años haciendo esto en HS2, Sydney Metro West, Red Sea y Trojena, mi criterio es que la parte difícil nunca fue el software: fue acordar el dato, escribir el procedimiento y sostenerlo cuando la obra aprieta.

Cómo saber si estás listo: lista de comprobación honesta

Diez preguntas, con sí o con no y sin matices, pensando en el último contrato que entregaste. Con cuatro noes vas a tiempo. Con siete, el problema aparece en la próxima licitación, no en la siguiente.

• ¿Sabes el valor estimado y el nivel exigible, lote a lote, de los contratos a los que te presentarás este año?
• ¿Tienes un plan de ejecución BIM propio, que puedas particularizar en dos días, y no uno copiado del último pliego que ganaste?
• ¿Existe una persona con nombre que responde de la gestión de la información, con horas asignadas en el presupuesto del contrato?
• ¿La nomenclatura de ficheros y de elementos es la misma en los tres últimos proyectos?
• ¿Puedes decir, hoy y sin preguntar a nadie, qué versión de cada modelo está publicada y quién la aprobó?
• ¿Has exportado alguna vez tu modelo a IFC y lo has abierto en un visor ajeno al programa con el que lo hiciste?
• ¿Las incidencias de coordinación se gestionan en BCF con responsable y fecha, o viven en actas de reunión?
• ¿Las mediciones de la última certificación salieron del modelo o de una hoja de cálculo paralela?
• ¿Sabes qué datos de activo necesita quien va a explotar lo que entregas, y los estás capturando durante la ejecución?
• ¿Alguien revisa los entregables contra el pliego antes de enviarlos, con una lista escrita y no de memoria?

La lista no mide madurez teórica ni certificaciones. Mide si la información de tu casa está bajo control: un pliego con requisitos BIM no es más que alguien preguntando eso mismo por escrito.

Y si solo puedes hacer una cosa este mes: coge el último pliego con requisitos de información, subraya cada exigencia concreta, contrástala con lo que de verdad hiciste y escribe la diferencia en una página. Esa página tiene que existir antes de la próxima licitación, porque descubrir la brecha durante la ejecución cuesta otro orden de magnitud.