Volver al blog BIM e IFC
Entrega e ISO 19650 · 2026-08-07 · 9 min
Cláusulas del BEP que sí evitan entregas de IFC deficientes
La mayoría de los BEP dicen que los modelos deben tener «una calidad adecuada» y poco más, y por eso las discusiones sobre calidad nunca terminan. Cuatro cláusulas breves, listas para copiar y pegar, que convierten una opinión en una condición comprobable.
Cláusulas del BEP que sí evitan entregas de IFC deficientes — IFC Viewer Online article cover
Abre cualquier BIM Execution Plan (BEP) por el apartado de entrega de información y encontrarás una frase como esta: «Todos los modelos se entregarán en un formato adecuado y con una calidad apropiada para el uso previsto». Todo el mundo la firma. Nadie puede incumplirla, y nadie puede hacerla cumplir.
Esa frase es la razón por la que las discusiones sobre la calidad del IFC en los proyectos son tan agrias: no hay nada a lo que señalar. Cuando el coordinador dice que el modelo es inutilizable y el autor dice que está bien, los dos están dando opiniones, porque el contrato nunca convirtió la «calidad» en una condición que alguien pudiera comprobar.
Una cláusula de calidad que no se puede incumplir no es una cláusula. Es un deseo con número de cláusula.
Qué hace que una cláusula sea exigible
Tres propiedades, y merece la pena comprobarlas contra cualquier cláusula que ya tengas en tu BEP:
- Nombra una comprobación concreta. No «buena calidad», sino una verificación específica, ejecutada con un método concreto, que produce un resultado concreto.
- Nombra un umbral. Un número, un recuento o una condición binaria: algo que un revisor pueda comparar sin necesidad de juicio propio.
- Nombra qué ocurre si no se alcanza el umbral. Una cláusula sin consecuencia es documentación, no un requisito.
Las cuatro cláusulas siguientes tienen las tres propiedades. Son deliberadamente breves: una cláusula de calidad que nadie lee no tiene efecto, y una cláusula que cabe en media página es la que la gente acaba citando, que es justo el objetivo.
Cláusula 1: comprobación automática antes de emitir
Every IFC container issued to the CDE at status S2 (Shared) or above shall
have been checked with the project's agreed rule set within the 24 hours
preceding issue. The check report shall be issued alongside the container.
Containers issued without a check report may be rejected without review.
La última frase es la que hace el trabajo. Sin ella, la cláusula crea una obligación sin ningún coste asociado a saltársela, y se saltará precisamente la semana en que el programa esté más apretado, que es exactamente la semana en que la comprobación importa.
Fíjate en el momento: en S2, no en la publicación. Cuando algo se publica, otras tres disciplinas ya han coordinado contra ese modelo, y un fallo estructural significa rehacer su trabajo, no solo el tuyo. Toda la lógica económica de la comprobación previa a la entrega depende de detectar los problemas en el límite entre Work in progress y Shared.
Si todavía no has fijado un conjunto de reglas, parte de las comprobaciones estándar que ejecuta cualquier validador: los errores de validación IFC más habituales cubren la gran mayoría de los rechazos reales, y son los mismos en todas partes porque vienen de la configuración de exportación, no del estilo de modelado.
Cláusula 2: un umbral mínimo de calidad
IFC containers shall achieve a Health Score of at least 80/100 under the
project rule set. Containers scoring below the threshold may be issued only
with the prior written agreement of the Information Manager, recording the
findings concerned and the reason.
Hay dos decisiones de diseño que merece la pena copiar. Primero, la vía de escape es explícita: a veces un modelo por debajo del umbral necesita compartirse de verdad, y una regla sin una excepción legítima acaba ignorándose en lugar de cumplirse. Segundo, la excepción tiene que quedar por escrito, lo que convierte un «acordamos dejarlo pasar» en un registro con fecha y autor.
Elige el umbral con criterio. Una puntuación es la compresión de todo un informe en un único número, ponderado por categoría y gravedad, y conviene entenderlo antes de convertirlo en cláusula contractual. La guía del Health Score de IFC explica qué lo mueve y cuánto.
Cláusula 3: estabilidad de los identificadores
IFC GlobalIds shall be persistent for the life of the project: the identifier
of an element shall not change between revisions unless the element itself is
deleted and replaced. Task teams shall configure authoring and export tools
accordingly, and shall report any event that invalidates identifiers (model
recreation, round-trip import, template migration) at the time it occurs.
Si solo añades una cláusula de este artículo, que sea esta. Las cláusulas de umbral mejoran la entrega media; la cláusula de identificadores evita un tipo de daño que después no se puede reparar.
Cuando los GlobalId cambian en cada exportación, se rompen en silencio y a la vez tres cosas: las incidencias se desligan de los elementos contra los que se abrieron, la comparación entre revisiones se convierte en ficción porque todos los elementos parecen nuevos, y los datos de activos no se pueden conciliar con el modelo del que proceden. Nada de esto produce un mensaje de error. Producen un proyecto en el que nadie termina de confiar en el historial de coordinación, y nadie sabe explicar por qué.
La obligación de informar de la última frase importa más de lo que parece. La rotación de GUID suele estar causada por un evento del proceso que alguien conoce: un modelo reconstruido, un archivo que ha pasado ida y vuelta por otra herramienta. Saber cuándo ocurrió es la diferencia entre una nota en el registro y un ejercicio forense. Consulta por qué cambian los GUID de IFC en cada exportación para las causas concretas, y GUID duplicados en archivos IFC para el fallo relacionado en el que dos elementos comparten un identificador.
Cláusula 4: coordenadas y unidades compartidas
All task teams shall use the project shared reference point and rotation
defined in {document}, and shall deliver in metric SI length units. Storey
names and elevations shall follow the agreed level schedule without local
variation.
Esta es la cláusula que solo da sus frutos en la federación. Cada modelo de disciplina puede ser internamente perfecto y el conjunto federado seguir siendo inutilizable, porque tres modos de fallo son invisibles hasta que los modelos se juntan: modelos referenciados a orígenes distintos, un archivo en unidades imperiales, y listados de niveles por disciplina que exigen una tabla de traducción mantenida a mano.
La parte de la georreferenciación es la que produce los fallos más espectaculares: un edificio a varios cientos de kilómetros de la obra, o girado. Los mecanismos se explican en coordenadas y georreferenciación en IFC.
Dónde va cada cláusula
| Documento | Qué va ahí |
|---|
| EIR (parte del cliente) | Lo que exige el cliente: el propósito de cada entrega, el sistema de clasificación, los datos de activos esperados en la entrega final. |
| BEP (equipo de entrega) | Cómo se va a cumplir: estas cuatro cláusulas, el conjunto de reglas concreto, las referencias de configuración de exportación, la matriz de responsabilidades. |
| Anexo del BEP | La tabla de criterios de aceptación: una fila por criterio, con la posición del proyecto rellenada antes de la primera entrega. |
| Transmittal (hoja de entrega) | La declaración de cada entrega: revisión, adecuación (suitability), puntuación, conjunto de reglas y cualquier hallazgo aceptado por acuerdo. |
Las cláusulas valen poco por sí solas: necesitan un sitio donde quien recibe el modelo las aplique, que es la tabla de criterios de aceptación.Esa tabla es el tema del siguiente artículo: criterios de aceptación de IFC: cómo aceptar o rechazar un modelo sin discutir. Y una vez que un contenedor pasa, la pregunta pasa a ser qué viaja con él, lo cual se trata en qué entregar junto con un modelo IFC.
La versión de un solo párrafo
Si tu BEP ya está redactado y reabrirlo tiene un coste político alto, añade este único párrafo al apartado de entrega de información y habrás capturado la mayor parte del valor:
IFC containers issued at S2 or above shall be checked with the project rule
set immediately before issue, shall reach a Health Score of at least 80/100,
and shall carry persistent GlobalIds between revisions. The check report
shall accompany the container; exceptions require the written agreement of
the Information Manager.
Para ver cómo son esos requisitos en la práctica antes de comprometerte con ellos, ejecuta las comprobaciones sobre un modelo que ya hayas entregado: el flujo de comprobación previo a la entrega tarda alrededor de un minuto por archivo, y el resultado te dirá si 80 es un umbral generoso en tu proyecto o uno ambicioso.
Cláusulas del BEP que sí evitan entregas de IFC deficientes