El plan de ejecución BIM (BEP, por BIM execution plan; en algunos países, PEB) es el documento en el que el equipo que va a entregar la información explica cómo la va a producir, revisar y entregar para responder a lo que pide el cliente en sus requisitos de intercambio de información (EIR). Un BEP útil no es una plantilla rellenada: es el registro de las decisiones contra las que cualquiera puede comprobar después una entrega. Quién hace qué, qué se entrega y cuándo, cómo se nombra y se codifica la información, cuánta información lleva cada entrega, en qué coordenadas y unidades, en qué entorno común de datos, cómo se revisa, qué normativa aplica y con qué formatos y herramientas. Esta guía recorre cada una de esas decisiones.
Una advertencia sobre las fuentes. La ISO 19650 es de pago y aquí no se reproduce: resumimos su ficha de catálogo y guías públicas que la explican, como las de Build Digital (Irlanda), la guía de la Comisión es.BIM (España) y las plantillas de Planbim (Chile). Cuando algo es criterio nuestro y no de esas fuentes, lo decimos.
Qué es un BEP y qué papel tiene en la ISO 19650
En el reparto de la ISO 19650, el adjudicador (el promotor, la propiedad o la administración que encarga el trabajo) fija en el EIR qué información necesita. El adjudicatario principal, que es quien responde de ese encargo, contesta con el BEP: cómo va a organizar a su equipo para entregar lo que se le pide. De ahí cuelgan los planes de entrega: cada equipo de tareas prepara su programa de desarrollo de información de la tarea (TIDP) y el adjudicatario principal los reúne en el programa general de desarrollo de la información (MIDP) de su equipo. La cadena completa de documentos está en la guía de la ISO 19650 para el BIM Manager.
Según su ficha, la parte 2 de la norma, la que rige el diseño y la obra, especifica requisitos para la gestión de la información en forma de proceso de gestión. Lo que no trae es un modelo de BEP listo para copiar. Varios organismos publican el suyo:
- España. La Comisión es.BIM publicó en 2018 una guía para la elaboración del plan de ejecución BIM, con una plantilla y anejos en tablas: nivel de detalle gráfico, nivel de información no gráfica y vinculada, tabla de desarrollo del modelo, clasificación de elementos, matriz de interferencias, listado de verificación, mapa de software y análisis de riesgos.
- Chile. Planbim ofrece una plantilla gratuita de plan de ejecución BIM en dos versiones, de oferta y definitiva.
- Europa. El informe técnico CEN/TR 17654:2021 da orientaciones para implantar el EIR y el BEP a partir de las partes 1 y 2 de la ISO 19650; Build Digital lo cita como referencia.
Si tu cliente publica una plantilla, empieza por ella. Pero rellenar todas las casillas no basta: lo que importa es si cada apartado deja una decisión que se pueda comprobar.
El BEP antes y después de la adjudicación
El BEP se escribe dos veces. Planbim lo refleja en sus dos plantillas, de oferta y definitiva.
| Aspecto | Antes de la adjudicación | Después de la adjudicación |
|---|---|---|
| Quién lo escribe | Quien licita, con su oferta | El adjudicatario principal, con los adjudicatarios de su equipo |
| Para qué sirve | Explicar cómo respondería al EIR y con qué equipo y medios | Regir el trabajo de todo el equipo durante el encargo |
| Grado de detalle | Propuestas y compromisos, y puede ya nombrar a quien gestionaría la información | Matriz de responsabilidades detallada, listas de códigos acordadas, calendario de entregas |
| Si falta o no se actualiza | El adjudicador no puede valorar cómo trabajaría el licitador | Nadie puede comprobar si una entrega se hizo como se acordó |
Un criterio nuestro que evita discusiones: trata el BEP posterior a la adjudicación como un documento vivo, con número de versión y fecha. Cuando entra un subcontratista nuevo o cambia una lista de códigos, el BEP cambia, y cada entrega se revisa contra la versión vigente en la fecha del intercambio o la que el control de cambios del BEP fije para ese hito.
Qué debe contener un BEP para que el modelo se pueda verificar
La prueba que proponemos es simple: para cada apartado, pregúntate si un tercero podría comprobar una entrega contra lo que dice. Si la respuesta es «depende de a quién le preguntes», el BEP tiene un hueco. Esta lista es criterio nuestro, ordenada por lo que permite comprobar después, y no sustituye a la estructura que pida tu contrato.
| Decisión | Qué deja escrito | Qué permite comprobar después |
|---|---|---|
| Responsabilidades | Personas con nombre y matriz de responsabilidades | Quién tenía que hacer, revisar y autorizar cada cosa |
| Entregables y calendario | MIDP y TIDP con sus hitos | Si una entrega está completa y llegó a tiempo |
| Estructura y codificación | Nomenclatura, listas de códigos, clasificación, parámetros | Si cada nombre y cada dato siguen lo acordado |
| Nivel de información necesario | Qué información lleva cada entrega | Si el modelo trae lo que se pidió en ese hito |
| Coordenadas, niveles y unidades | Origen común, cotas de nivel, unidades | Si los modelos encajan entre sí |
| Entorno común de datos | Solución, estados, códigos y metadatos | Dónde está cada contenedor y quién lo movió |
| Comprobación y revisión | Qué se revisa, con qué tolerancias y quién firma | Si la revisión se hizo y con qué resultado |
| Régimen normativo | Normas, ediciones y régimen elegido | Contra qué se comprobó cada requisito técnico |
| Formatos y herramientas | Programas, versiones y formatos de intercambio | Si un fichero se puede abrir y comparar |
Responsabilidades y roles
Quién ejerce la función de gestión de la información en el equipo, con nombre y apellidos, no solo el nombre de la empresa. Y una matriz de responsabilidades: Build Digital la describe como una matriz RACI, que dice para cada tarea quién la hace, quién responde de ella, a quién se consulta y a quién se informa. Lo que más se olvida es escribir quién autoriza y quién acepta el paso a Publicado en el CDE: sin esos nombres, la autorización y la aceptación de una entrega no se pueden atribuir a nadie.
Entregables y calendario: MIDP y TIDP
Build Digital define el TIDP como el plan detallado de producción de la información, con su secuencia, sus dependencias y su duración, y el MIDP como el plan central que describe cómo se gestiona, se organiza y se comparte la información de todo el equipo. La información se entrega en intercambios definidos de antemano, en los hitos de decisión del proyecto. Para verificar, lo que cuenta es la lista: qué contenedores de información se esperan en cada hito, de qué equipo y con qué nivel de información. Sin esa lista, una entrega incompleta parece completa.
Estructura, nomenclatura y codificación de la información
La ISO 19650 no fija los campos de un nombre de archivo ni sus códigos: los declara el proyecto, en sus requisitos y en su BEP, o un anexo nacional que el contrato adopte. El BEP tiene que decir qué campos lleva el identificador de cada contenedor, en qué orden, con qué separador y con qué lista de códigos cada uno, y quién mantiene esas listas. Lo mismo vale para los códigos de estado y de revisión, para el sistema de clasificación y para los parámetros que el modelo tiene que traer, con su nombre exacto, su unidad y sus valores permitidos. Lo desarrollamos en la guía de nomenclatura de archivos según ISO 19650.
Nivel de información necesario por entrega
El concepto que usa la serie ISO 19650 es el nivel de información necesario (LOIN, por level of information need). Su norma propia, la ISO 7817-1:2024, fija según su ficha conceptos y principios para especificar de forma coherente el nivel de información necesario y las entregas de información. El adjudicador lo pide en el EIR y el BEP lo concreta por elemento y por entrega. Lo que el BEP tiene que bajar a tierra es qué información lleva cada entrega: qué geometría, qué datos y qué documentación, para qué elementos y con qué fin.
Un ejemplo de por qué el detalle importa. Una norma de evacuación mide el ancho libre de paso de una puerta, y una familia de puerta en Revit trae su anchura nominal, que no es lo mismo. Si el BEP pide en esa entrega, para las puertas de los recorridos de evacuación, un parámetro de ejemplar con el ancho libre de paso en milímetros, la comprobación tiene un dato que representa lo que la norma mide. Si no lo pide, nadie puede comprobarlo sin interpretar. Si tu contrato habla de LOD, que el BEP diga qué marco manda en cada entrega; la diferencia está en la guía de LOD y LOIN.
Sistema de coordenadas, niveles y unidades
El origen común y la orientación de todos los modelos, cómo se relacionan con la referencia topográfica del emplazamiento y cómo se reflejan en cada modelo (en Revit, con coordenadas compartidas). Además, qué modelo manda en los niveles y los ejes (o rejillas), con la tabla de nombres y cotas de cada nivel, y las unidades y la precisión de trabajo. Es la sección más corta del BEP y la que, si falta, hace que dos modelos correctos no encajen.
Entorno común de datos y sus estados
Qué solución hace de entorno común de datos (CDE, o ECD), cómo se organiza y qué estados usa: Trabajo en curso, Compartido, Publicado y Archivado. Si el proyecto añade códigos de estado, el BEP dice cuáles son y qué significa cada uno, porque no forman parte del texto internacional. Build Digital indica que cada contenedor se identifica con un identificador único y con metadatos como el estado, la revisión y la clasificación: el BEP fija sus listas y qué otros metadatos son obligatorios. Quién autoriza cada paso lo explicamos en del estado Compartido al Publicado en el CDE.
Procedimientos de comprobación y revisión
Qué se comprueba antes de compartir y antes de publicar, contra qué documento, con qué herramienta, con qué tolerancias y quién firma el resultado. La guía de es.BIM incluye entre sus anejos una matriz de interferencias y un listado de verificación, que es justo esto puesto en tablas. Conviene que el BEP diga también qué se hace con lo que no se pudo comprobar: declararlo como tal, no darlo por bueno. La lista por capas está en la guía de control de calidad del modelo BIM antes de compartirlo.
Régimen normativo aplicable
Este apartado no lo exige la ISO 19650; es criterio nuestro. Las normas técnicas que aplican al proyecto las fija el contrato, pero el BEP debería repetirlas con su edición y decir en qué parámetros del modelo se apoya cada comprobación. Pesa más cuando hay más de un régimen posible. En República Dominicana, hasta el 10 de abril de 2027 una solicitud de licencia puede tramitarse con el régimen técnico anterior o con el nuevo Código de Construcción: el proyecto elige uno y no los mezcla, como explicamos en la guía de la normativa de construcción en República Dominicana. Un BEP que dice «normativa vigente» sin más deja esa elección sin escribir.
Formatos de intercambio y herramientas
Qué programas y qué versiones usa cada equipo, en qué formatos se intercambia la información (nativos o abiertos, como IFC) y qué formato se entrega en cada hito. En Revit, un modelo guardado en una versión más reciente no se abre en una anterior, y uno exportado sin la configuración acordada puede perder los datos que la revisión necesitaba.
Señales de que un BEP no sirve para verificar
Es criterio nuestro: cualquiera de estas señales deja una entrega sin nada contra lo que comprobarla.
- Copiado de otro proyecto, con los códigos, las disciplinas o la normativa de otro cliente o de otro país.
- «Según ISO 19650» donde deberían estar los campos, los códigos y las listas concretas.
- Responsables por empresa, sin una persona que firme cada paso.
- Un nivel para todo el modelo, como «LOD 300», sin decir qué datos lleva cada elemento en cada entrega.
- Sin versión ni fecha, de modo que nadie sabe qué BEP regía cuando se hizo una entrega.
- «Normativa vigente» sin nombrar las normas, sus ediciones ni el régimen elegido.
Qué hace OrionBIM aquí y qué no
OrionBIM no redacta tu BEP ni lo valida. Lo que hace es más acotado:
- Contrasta el modelo con las reglas de la normativa del país. Lee el modelo de Revit en vivo, con su propio complemento, y lo compara regla por regla. Cada regla lleva su fuente y la cita literal de la que sale el umbral, y se comprueba que esa cita existe en la norma. Que el umbral coincida con ella lo tiene que confirmar una persona, y a 1 de octubre de 2026 esa revisión de las reglas ya cargadas sigue en curso.
- Comprueba los nombres de los elementos del modelo contra los patrones del BEP. Vistas, láminas, niveles, grupos de trabajo y otros: la comprobación contrasta sus nombres con los patrones que el BEP del proyecto declara. Esta guía no la describe.
- Devuelve uno de cuatro resultados: OK, Revisar, Fuera de rango o No auditable. Los produce un evaluador determinista; la IA puede explicar un resultado, pero no lo decide. Mientras esa revisión de las reglas sigue en curso, OrionBIM muestra como «Revisar» todo resultado normativo que el evaluador habría dado como OK o Fuera de rango.
- Depende de lo que el BEP haya dejado escrito. El resultado es «No auditable» cuando no hay una regla aprobada para ese país o esa norma, cuando el modelo no trae el dato que la regla necesita o cuando la comprobación no se pudo ejecutar. Un BEP que declara el régimen normativo y pide los parámetros que esas reglas necesitan deja escrito contra qué régimen se comprueba y con qué datos.
- Exige firma humana para publicar. Hacen falta tres cosas a la vez: que exista el veredicto, que no sea «No auditable» y que lo firme una persona. Es la compuerta de OrionBIM: no sustituye la autorización y la aceptación que fije el proyecto.
A 1 de octubre de 2026, OrionBIM solo tiene reglas de República Dominicana, y ninguna del nuevo Código de Construcción está aprobada. Si quieres ver cómo queda escrita una comprobación con su cita, puedes ver cómo emite OrionBIM un dictamen.
Fuentes
- ISO 19650-2:2018 - Organization and digitization of information about buildings and civil engineering works, including building information modelling (BIM) — Information management using building information modelling — Part 2: Delivery phase of the assetsOrganización Internacional de Normalización (ISO), consultada 2026-10-01
- ISO 7817-1:2024 - Building information modelling — Level of information need — Part 1: Concepts and principlesOrganización Internacional de Normalización (ISO), consultada 2026-10-01
- Information Delivery PlanningBuild Digital, consultada 2026-10-01
- Information Container-Based Collaborative WorkingBuild Digital, consultada 2026-10-01
- Nueva publicación de la Comisión es.BIM: Guía para la elaboración del PLAN DE EJECUCIÓN BIM - Blog Metodología BIMEntorno BIM (29 de octubre de 2018), consultada 2026-10-01
- Guide for the Elaboration of a BIM Execution Plan - Global BIM NetworkGlobal BIM Network, consultada 2026-10-01
- BIM Execution Plan (BEP) Templates - Global BIM NetworkGlobal BIM Network, consultada 2026-10-01