En BIM solemos hablar mucho de geometría, de coordinación en 3D y de modelos federados. Sin embargo, el principal reto del BIM nunca ha sido visual, sino informativo. Un modelo puede estar perfectamente dibujado y, aun así, fallar cuando cambia de software, de agente o de fase.
La razón suele ser la misma: la información no está bien estructurada. Según buildingSMART International, entre el 60 y el 80 % de los problemas de interoperabilidad BIM se deben a datos mal organizados o mal interpretados. En proyectos complejos, esto acaba traduciéndose en retrabajos, pérdidas de tiempo y decisiones basadas en información incompleta.
Pset es la clave para entender por qué ocurre esto. Antes de hablar de plataformas, estándares o flujos colaborativos, conviene comprender cómo se organiza la información dentro de un modelo BIM. Los Property Sets son el mecanismo que utiliza IFC para agrupar y estructurar los datos de los elementos, asegurando que mantienen su significado cuando el modelo se intercambia entre distintos softwares y fases del proyecto.
Antes de avanzar, es necesario clarificar un concepto fundamental: ¿Qué es IFC?
Qué es IFC
IFC, Industry Foundation Classes, es un estándar abierto desarrollado por buildingSMART que define cómo debe representarse y compartirse la información de un modelo BIM. No es un programa ni un formato propietario, sino un lenguaje común que permite que distintos softwares se entiendan entre sí.
Cuando exportamos un modelo a IFC, no estamos enviando solo geometría. Estamos enviando una estructura completa de datos que describe qué es cada elemento, cómo se clasifica y qué información lleva asociada. Un muro no se exporta como una simple forma, sino como un objeto con identidad, relaciones y propiedades.
Aquí está el matiz clave: IFC no decide qué información es importante, pero sí establece cómo debe organizarse para que pueda leerse sin ambigüedades. Y dentro de esa organización, los Psets juegan un papel esencial.
Qué es un Pset y qué función cumple en IFC
Un Pset, o Property Set, es un conjunto estructurado de propiedades asociado a un objeto IFC. Puede entenderse como la ficha técnica del elemento dentro del modelo, donde cada propiedad responde a una pregunta concreta: qué resistencia tiene, si es exterior, qué mantenimiento requiere o cuál es su vida útil.
El estándar IFC define estos conjuntos a través de entidades como IfcPropertySetDef. En la práctica, esto permite agrupar información de forma coherente. Un muro, por ejemplo, no dispersa sus datos en parámetros sueltos, sino que los concentra en Psets como Pset_WallCommon, donde se agrupan propiedades térmicas, funcionales o normativas.
Lo mismo ocurre con puertas, ventanas, forjados o instalaciones. Cada elemento tiene asociados Psets estándar que facilitan que cualquier software compatible con IFC sepa dónde buscar la información y cómo interpretarla.
La diferencia fundamental frente a los parámetros internos de un programa BIM es que los Psets no pertenecen a ningún software. Son independientes de la herramienta y forman parte del propio estándar. Por eso garantizan que la información no se “pierda en la traducción” cuando el modelo cambia de entorno.
Psets estándar y Psets personalizados y cuándo usar cada uno
El estándar IFC incluye cientos de Psets predefinidos pensados para cubrir la mayoría de los casos habituales en un proyecto BIM. Trabajar con ellos no es una limitación, sino una ventaja: cuanto más se respetan los Psets estándar, más fluido es el intercambio de información entre disciplinas y agentes.
Sin embargo, hay situaciones en las que es necesario ir más allá. Requisitos contractuales, criterios internos de empresa o necesidades específicas de operación pueden requerir la creación de Psets personalizados.
El problema no es crearlos, sino hacerlo sin un marco claro. Si estos Psets no están alineados con el BEP o con los requisitos de información del cliente, pueden romper la coherencia del modelo y dificultar su reutilización. Por eso, los Psets personalizados deberían responder siempre a una necesidad real y estar claramente documentados.
De diseño a operación
Uno de los grandes errores en BIM es pensar que la información termina con el diseño o la construcción. En realidad, es en la fase de operación donde los Psets demuestran todo su valor.
Los requisitos de información del cliente, definidos en documentos como el EIR, se traducen en propiedades concretas dentro del modelo. Vida útil, garantías, fechas de inspección o fabricantes no son textos en un informe, sino datos que deben estar correctamente ubicados en Psets comprensibles por los sistemas de gestión.
En este contexto, formatos como COBie no son un añadido, sino una consecuencia lógica. COBie se basa en un conjunto específico de Psets orientados a operación y mantenimiento. Cuando el modelo está bien estructurado, su extracción es directa y fiable.
Lo mismo ocurre con los gemelos digitales. Sin información organizada en Psets coherentes, no hay base para conectar el modelo con sistemas de Facility Management o plataformas de análisis en tiempo real.
Aplicación práctica y criterios de calidad
Para que todo esto funcione, los Psets deben incorporarse al flujo de trabajo diario desde el inicio del proyecto. La asignación correcta de propiedades, su mapeo a IFC y su posterior validación no deberían ser tareas improvisadas al final.
Los principales programas BIM permiten configurar exportaciones IFC y revisar el contenido con visores especializados. Una comprobación sistemática evita errores acumulados y garantiza que la información llega a quien la necesita, cuando la necesita.
Mantener separadas las informaciones de diseño y operación, trabajar con convenciones de nombres claras y validar los Psets antes de entregar un modelo son prácticas sencillas que marcan una gran diferencia en la calidad final del BIM.
El verdadero lenguaje del BIM
Los Psets son el lenguaje silencioso que permite que BIM funcione más allá del modelado. No se ven, pero sostienen el valor del proyecto a lo largo del tiempo. Sin ellos, un modelo puede ser visualmente correcto y, al mismo tiempo, informativamente frágil.
La geometría comunica, pero la información estructurada es la que permite colaborar, mantener y tomar decisiones con seguridad. Entender qué es IFC y cómo funcionan los Psets no es una cuestión avanzada, es un paso imprescindible para quienes quieren trabajar con BIM de forma madura y eficiente.
¿Qué es un Pset en BIM y por qué es fundamental para IFC?
Un Pset (Property Set) es un conjunto estructurado de propiedades asociado a un objeto IFC. Su función esencial es agrupar y organizar los datos (resistencia, vida útil, fabricante, etc.) de un elemento BIM de forma coherente y estandarizada, asegurando que la información no se pierda ni se malinterprete cuando el modelo se intercambia entre diferentes softwares.
¿Cuál es el principal problema de interoperabilidad en BIM que resuelven los Psets?
Los Psets resuelven la falta de estructura y coherencia en la información. Al estandarizar la forma en que los datos se organizan (por ejemplo, en Pset_WallCommon), evitan que el 60 al 80 % de los problemas de interoperabilidad, causados por datos mal organizados, se traduzcan en retrabajos y decisiones erróneas.
¿Cuál es la diferencia clave entre un Pset y un parámetro interno de un software BIM?
La diferencia fundamental es la independencia del software. Un parámetro interno pertenece y solo es totalmente legible por el programa BIM que lo creó (ej. Revit o Archicad). Un Pset forma parte del estándar IFC; por lo tanto, es independiente de la herramienta y garantiza que la información se mantenga intacta y legible cuando se exporta a otros entornos.
¿Cuándo debo utilizar Psets estándar y cuándo Psets personalizados?
Estándar: Deben utilizarse siempre que sea posible, ya que cubren la mayoría de los casos habituales y aseguran la máxima fluidez en el intercambio de datos.
Personalizados: Se crean únicamente cuando hay una necesidad real y específica que los estándares no cubren (ej. requisitos contractuales, EIR o criterios internos únicos). Deben estar siempre alineados con el BEP y claramente documentados para no romper la coherencia del modelo.