Plan BIM Perú: qué exige la obligatoriedad y cómo prepararse (guía para empresas)

El Plan BIM Perú no es una guía de buenas prácticas. Es política pública con respaldo normativo. Son tres piezas que conviene tener claras porque son las que citan los términos de referencia:

Decreto Supremo N° 237-2019-EF — Aprueba el Plan Nacional de Competitividad y Productividad. Su Medida de Política 1.2 es la que crea el Plan BIM Perú y establece la adopción progresiva de BIM en la inversión pública. Es la partida de nacimiento.

Decreto Supremo N° 289-2019-EF — Aprueba las disposiciones para la incorporación progresiva de BIM en la inversión pública. Es el que define el marco: qué es BIM para el Estado, quién lo aplica y cómo se implementa.

Resolución Directoral N° 0007-2025-EF — Es la que aterriza la exigencia. Inicia la obligatoriedad para 14 tipologías críticas de proyecto, entre ellas salud, educación y riego. Es el documento que convirtió el calendario en una fecha real.

El calendario del Plan BIM Perú fijó agosto de 2026 como el cierre de la fase de adopción progresiva. A partir de ahí, la exigencia alcanza a los tres niveles de gobierno:

• Nacional — ministerios, programas y proyectos especiales.
• Regional — gobiernos regionales y sus proyectos de inversión.
• Local — municipalidades provinciales y distritales.

Que sea obligatorio no significa que todas las obras del país deban modelarse mañana. Significa que las entidades sujetas al sistema de inversión pública deben incorporar los requisitos BIM en sus procesos, empezando por las tipologías y montos definidos.

Para una consultora, la consecuencia práctica es directa: los términos de referencia empezaron a incluir requisitos de información BIM. Si tu propuesta no los contempla, o tu entregable no los cumple, entras en observaciones.

La diferencia entre "usamos BIM" y "cumplimos"

Muchas oficinas ya modelan en Civil 3D o Revit. Eso es necesario, pero no suficiente. Cumplir es otra cosa:

La brecha entre las dos columnas es donde se acumulan las observaciones. Y esa brecha no se cierra modelando mejor: se cierra ordenando el proceso.

Vale la pena precisarlo, porque hay bastante confusión:

Le aplica directamente a: entidades y empresas públicas sujetas al Sistema Nacional de Programación Multianual y Gestión de Inversiones. Es decir, quien formula y ejecuta inversión pública.

Le aplica indirectamente —y esto es lo importante— a: todas las consultoras, proyectistas, supervisoras y constructoras que quieran contratar con esas entidades. La entidad traslada el requisito al contratista vía términos de referencia.

No le aplica a: proyectos exclusivamente privados sin participación del Estado. Aunque conviene una advertencia: el estándar tiende a arrastrar al mercado entero. Cuando el sector público exige entregables estructurados, los clientes privados grandes empiezan a pedirlos también, simplemente porque descubren que les conviene.

Dejando de lado el lenguaje normativo, esto es lo que aparece en los términos de referencia y lo que se revisa al entregar:

Un plan de ejecución BIM. El documento donde declaras cómo vas a trabajar: roles del equipo, software y versiones, estructura de carpetas, nomenclatura de archivos, cronograma de entregas de información. No es un trámite: es el contrato interno del proyecto. Si lo escribes y luego el equipo trabaja distinto, la inconsistencia sale en la revisión.

Nomenclatura consistente. Cada archivo, cada capa, cada elemento nombrado según la regla declarada. Suena menor. Es la observación más frecuente y la más fácil de evitar.

Modelos por especialidad, coordinados. Cada disciplina en su modelo, y una revisión de que entre ellos no hay choques ni contradicciones.

Metrados trazables al modelo. Que la cantidad del presupuesto se pueda reconstruir desde el modelo. Cuando el metrado se llevó aparte en una hoja de cálculo, esta trazabilidad se rompe casi siempre.

Planos generados desde el modelo. No dibujados en paralelo. Si el modelo cambia y el plano no, tienes dos versiones de la verdad.

Entrega en el formato solicitado. Formatos nativos y de intercambio, según pida la entidad.

Después de revisar cómo trabajan varias oficinas, los tropiezos se repiten con una regularidad sospechosa. Son estos:

1. Se confunde herramienta con método. Se compra la licencia, se hace el curso, y el equipo sigue trabajando como en CAD 2D pero en 3D. El modelo existe pero no es la fuente de nada: los metrados siguen a mano, los planos se retocan aparte. El resultado es más trabajo, no menos.

2. Cada persona nombra los archivos a su manera. El estándar se escribió, se guardó en una carpeta compartida y nadie volvió a abrirlo. Como no está incorporado en las plantillas, depende de la memoria de cada uno. Y la memoria falla bajo presión de plazo.

3. El metrado vive en una hoja de cálculo. Es el punto más caro. El proyecto cambia, el modelo se actualiza, pero el metrado se recalcula "cuando haya tiempo". Nunca hay tiempo. Se entrega con la versión anterior y la observación es inevitable.

4. No hay revisión antes de entregar. Se entrega y se espera. La entidad revisa, observa, y recién ahí el equipo se entera. Cada ronda de observaciones cuesta semanas de plazo y horas de gente que ya estaba en otro proyecto.

5. Todo depende de una persona. Hay un "campeón BIM" en la oficina que sabe cómo se hace. Si se va, o simplemente está ocupado en otro frente, el conocimiento se va con él.

Acá es donde el problema deja de ser normativo y pasa a ser operativo. Cumplir consistentemente a mano es posible, pero cuesta horas que nadie presupuestó y depende de que nadie se equivoque nunca. Por eso lo que mejor funciona es incorporar la regla en la herramienta.

Ordenado por retorno, esto es lo que más rinde automatizar:

Verificación de nomenclatura y estructura. Una herramienta que revisa todo el modelo y lista lo que no cumple el estándar: capas mal nombradas, elementos sin código, archivos fuera de la estructura acordada. Lo que a una persona le toma medio día, se resuelve en segundos, y sobre todo se hace siempre porque no cuesta nada hacerlo.

Generación de metrados desde el modelo. Que la cantidad salga del modelo, con el formato de partidas que usa tu empresa, en un solo paso. Elimina de raíz el problema del dato duplicado.

Plantillas con el estándar incorporado. Si el proyecto arranca desde una plantilla que ya trae la nomenclatura, las capas y los estilos correctos, cumplir es el camino de menor esfuerzo. Es mucho más efectivo que pedirle al equipo que recuerde una regla.

Revisión de coherencia antes de entregar. Un chequeo que compara modelo, metrado y planos, y avisa dónde dejaron de coincidir. Es hacerte a ti mismo la revisión que te va a hacer la entidad.

Exportación de entregables en el formato pedido. Que armar el paquete de entrega sea un botón y no dos días de trabajo manual.

Esto es lo que recomendamos a una oficina que tiene proyectos en ejecución y no puede parar a reorganizarse. Va de lo que más riesgo elimina a lo que más tiempo toma.

Días 1-30 — Tapar la fuga inmediata

Objetivo: dejar de entregar cosas que se van a observar.

• Elige un proyecto en curso como piloto. No intentes cambiar todo a la vez.
• Escribe la nomenclatura en una página. No un manual de 40. Una página que la gente lea.
• Haz una revisión manual completa del entregable antes de la próxima entrega, con lista de verificación. Anota cuánto tiempo tomó y qué encontraste: ese registro es tu caso de negocio.

Días 31-60 — Convertir la regla en plantilla

Objetivo: que cumplir sea el camino fácil.

• Lleva la nomenclatura de la página a las plantillas de proyecto. Que el estándar venga puesto.
• Identifica la tarea que más veces se rehace en cada revisión. Casi siempre es el metrado.
• Prototipa esa tarea en Dynamo y compárala contra el método manual en el proyecto piloto. Si no da el mismo resultado, todavía no está lista.

Días 61-90 — Automatizar la verificación

Objetivo: que la revisión previa a entregar sea un botón.

• Convierte tu lista de verificación en una herramienta que revise el modelo y reporte lo que no cumple.
• Extiende el estándar y las plantillas del piloto al resto de proyectos nuevos. Los que están a medio camino, se dejan como están.
• Mide: rondas de observación antes y después, y horas de armar el entregable antes y después. Con eso decides qué automatizar a continuación.