Volver al blog BIM e IFC
Entrega e ISO 19650 · 2026-10-01 · 10 min
COBie desde IFC: lo que tu equipo de FM necesita de verdad (y cómo comprobarlo antes de la entrega)
COBie es donde el buen BIM va a morir: una hoja de cálculo producida la última semana del proyecto, llena de celdas vacías, que el equipo de mantenimiento nunca abre. Extraerla del IFC pronto —y medir lo completa que está— cambia eso.
COBie desde IFC: lo que tu equipo de FM necesita de verdad (y cómo comprobarlo antes de la entrega) — IFC Viewer Online article cover
Pregunta a un responsable de mantenimiento qué hizo con el COBie de su último edificio nuevo y la respuesta más habitual es un silencio. La hoja de cálculo existe. Se entregó, cumplió el contrato, tiene dieciocho pestañas. Y la hoja Component —la que enumera lo que hay que mantener— está medio vacía, porque nadie la miró hasta la semana de la entrega.
La solución no es una herramienta COBie mejor al final. Es extraer COBie del IFC pronto y a menudo, y medir lo que falta mientras todavía hay tiempo para modelarlo.
COBie es una vista del IFC, no un entregable aparte
Cada hoja COBie es una vista de entidades IFC. Component, Space y Type contienen casi todo lo que usa la gestión de instalaciones.
Cada fila que importa en COBie corresponde a algo del IFC. Un Floor es un IfcBuildingStorey. Un Space es un IfcSpace. Un Type es un tipo de elemento como IfcDoorType. Un Component es una ocurrencia de elemento: una puerta concreta, una bomba concreta. Los atributos que pide COBie viven en los atributos y property sets del IFC.
| Hoja COBie | Procede de | Para qué la usa FM |
|---|
| Facility | IfcProject, IfcSite, IfcBuilding | Saber de qué edificio se trata |
| Floor | IfcBuildingStorey | Navegar el inventario de activos |
| Space | IfcSpace (nombre, nombre largo, superficie) | Programa de espacios, limpieza, gestión de espacios |
| Zone | IfcZone y agrupaciones de espacios | Zonas de incendio, climatización y seguridad |
| Type | Tipos de elemento y sus psets | Datos de producto, garantía, repuestos |
| Component | Ocurrencias de elementos | Los activos mantenibles: la razón de ser de COBie |
| System | IfcSystem y sus asignaciones | Qué componentes forman un sistema |
La consecuencia es incómoda y útil: si el COBie es pobre, el modelo es pobre. Arreglar la hoja a mano la última semana produce un documento que no coincide con el modelo del que supuestamente se derivó, y la siguiente entrega repite el ejercicio.
Por qué la mayoría de entregables COBie están vacíos
- Los espacios nunca se modelaron, o se modelaron sin nombre. Sin espacios no hay hoja Space, y todos los Component pierden su ubicación.
- Los componentes no tienen un identificador estable. Si los GlobalIds cambian entre exportaciones, el inventario de activos no puede actualizarse desde un modelo posterior; hay que rehacerlo.
- Los tipos faltan o son genéricos. Doscientas puertas que apuntan a un único tipo llamado «Puerta» son técnicamente una hoja Type y en la práctica no sirven.
- Los datos de fabricante, modelo y garantía llegan cuando el modelo ya está congelado, y se teclean en la hoja de cálculo en lugar de en el modelo.
El segundo punto es el que destruye en silencio el valor de todo el ejercicio. Por qué los GUID de IFC cambian en cada exportación explica la causa y la solución para cada herramienta de autoría.
Medir la completitud antes de la entrega
No necesitas un especialista en COBie para saber si un modelo va bien encaminado. Tres preguntas, hechas en cada fase desde la congelación del diseño, detectan casi todo:
- Componentes: ¿qué fracción tiene a la vez nombre y GlobalId? Un activo necesita una etiqueta legible y un ID estable para poder entregarse.
- Espacios: ¿qué fracción tiene nombre? Un espacio sin nombre no lo puede encontrar nadie que explote el edificio.
- Tipos: ¿los componentes remiten a algún tipo?
Nuestra extracción COBie responde exactamente esas tres preguntas y las combina en un indicador de preparación para FM —con más peso para Components, luego Spaces y luego Types— junto al desglose por hoja. Es deliberadamente una medida de completitud, no un certificado de cumplimiento: te dice si están los datos de los que depende un equipo de FM, y lo dice con esas palabras.
Redactar requisitos COBie que el modelo pueda cumplir
Los requisitos COBie van en el EIR y, idealmente, en un archivo IDS que el proveedor pueda ejecutar por su cuenta. «Todo IfcSpace tiene Name y LongName», «todo IfcDoorType incluye Manufacturer y ModelReference»: cada uno es una especificación IDS y cada uno se puede comprobar en cada revisión mucho antes de que nadie abra una hoja de cálculo.
Cómo escribir esas especificaciones se explica en IDS explicado. El lugar de COBie entre el resto de documentación de entrega está en qué entregar junto a un modelo IFC.
COBie no se produce en la entrega. Se revela en la entrega, y para entonces ya es tarde para cambiar lo que revela.
COBie desde IFC: lo que tu equipo de FM necesita de verdad (y cómo comprobarlo antes de la entrega)