bSDD para fabricantes: que tu dato signifique lo mismo

El bSDD (buildingSMART Data Dictionary) es el diccionario público donde cada propiedad estándar tiene una URI única. Para un fabricante sirve para una cosa: que su “transmitancia” signifique lo mismo en cualquier programa. Tu Uw deja de ser una columna llamada “U” y pasa a ser ThermalTransmittance, con una URI que cualquier validador entiende.

¿Qué problema resuelve el bSDD?

En un catálogo real la misma propiedad aparece como U, Uw, TransmitanciaTermica, thermal_transmittance o “ver ficha”. Cada software, distribuidor y proyecto la llama distinto, y cada integración necesita una tabla de equivalencias hecha a mano que caduca.

El bSDD ataca exactamente eso. Es el servicio de buildingSMART donde viven definiciones estándar de clases y propiedades, cada una con un identificador único y estable. Cuando tu propiedad referencia esa URI, cualquier sistema sabe qué es, de qué tipo es y cómo validarla.

Dentro del bSDD conviven muchos diccionarios: el de IFC, clasificaciones nacionales, plantillas sectoriales. Para un fabricante de ventanas, el punto de partida es el diccionario de IFC 4.3.

¿Cómo se lee una URI del bSDD?

Esta es la URI de la transmitancia térmica en el diccionario IFC 4.3:

https://identifier.buildingsmart.org/uri/buildingsmart/ifc/4.3/prop/ThermalTransmittance

• buildingsmart es la organización que publica el diccionario.
• ifc/4.3 es el diccionario y su versión: IFC 4.3.
• prop dice que es una propiedad (las clases van por otro camino).
• ThermalTransmittance es el código, el mismo nombre que la propiedad lleva en el IFC.

Si la abres en el navegador o la consultas en la API pública del bSDD, devuelve su definición: tipo de dato Real, coeficiente de transmitancia térmica del elemento. Ese es el contrato. Quien lea la URI sabe que ahí va un número, no un texto.

¿Qué propiedades de IFC 4.3 encajan con una ventana EN 14351-1?

Hemos cruzado las características de la EN 14351-1 con el diccionario IFC 4.3 y hemos resuelto cada URI contra la API pública de buildingSMART. Todas las de esta tabla constan como vivas en nuestra verificación del 9 de septiembre de 2026.

Las URIs siguen todas el mismo patrón, por ejemplo https://identifier.buildingsmart.org/uri/buildingsmart/ifc/4.3/prop/SolarHeatGainTransmittance.

Las trampas: propiedades que casan por el nombre y no sirven

Esta es la parte que no cuenta la documentación oficial y la que más errores provoca:

• Infiltration parece la permeabilidad al aire. Es un caudal de aire a 50 Pa por área del hueco, un número real. La permeabilidad de la EN 12207 es una clase de 1 a 4. Meter un “4” ahí es decir que pasan 4 unidades de caudal.
• FireRating parece la reacción al fuego. Es resistencia al fuego. La Euroclase de la EN 13501-1 no tiene propiedad equivalente.
• FrameMaterial parece el material del marco. En IFC 4.3 se define como el material del marco de un filtro de aire. El material de la ventana se asocia como material del objeto.
• La Uf del marco no tiene propiedad propia. Reutilizar ThermalTransmittance para ella la confunde con la Uw.

Las tres primeras URIs existen y están vivas: por eso son trampas. Un validador no te va a avisar; el dato pasará el tipo y mentirá.

¿Cómo viaja la URI dentro de tu dato?

La URI no se queda en un Excel. Va en tres sitios:

1. En el IFC 4.3. Cada propiedad tiene un atributo Specification pensado para guardar la referencia a su definición. Lo explicamos con un ejemplo en qué cambia en IFC 4.3.
2. En el IDS del proyecto. La faceta de propiedad admite un atributo uri. El ejemplo de IDS que exige la Uw apunta justo a la URI de ThermalTransmittance.
3. En tu ficha estructurada, la que alimenta web, distribuidores y la DoPC digital.

Cómo lo usa un fabricante (sin ser informático)

1. No inventes nombres. Antes de crear MiPropiedadCustom, busca si existe la definición estándar, en el buscador oficial del bSDD.
2. Lee la definición, no solo el nombre. Las trampas de arriba salen de leer solo el nombre.
3. Estructura tu ficha con definiciones referenciables. Es lo que hace una plantilla de datos ISO 23387.
4. Exporta con el mapeo puesto. Tus objetos IFC llevan las propiedades bien nombradas y pasan los checks IDS sin fricción.

La foto completa del pilar

bSDD (significado) → plantilla ISO 23387 (qué propiedades) → tu dato (valores)
   → IFC (el objeto los lleva) → IDS (el proyecto los verifica)

Cada pieza depende de la anterior. Y la materia prima de todas es la misma: tu dato de producto estructurado.

Pruébalo con tu producto

El traductor de propiedades a bSDD/IFC toma las columnas de tu Excel y te dice qué propiedad IFC corresponde a cada una, con su Pset, su unidad y sus trampas. El generador de ficha bSDD convierte el lote en fichas estructuradas. Los dos funcionan en tu navegador: el archivo no se sube. Y si quieres el catálogo entero así, mantenido desde un único origen: así funciona BESCOF.

Fuentes

• buildingSMART Data Dictionary (servicio oficial) — technical.buildingsmart.org/services/bsdd
• Buscador oficial de bSDD — search.bsdd.buildingsmart.org
• API pública de bSDD — api.bsdd.buildingsmart.org
• Diccionario IFC 4.3 en bSDD (licencia CC BY-ND 4.0, buildingSMART International) — identifier.buildingsmart.org/uri/buildingsmart/ifc/4.3; URIs de esta guía verificadas el 9-sep-2026
• ISO 23386:2020 (gestión de propiedades en diccionarios) e ISO 23387:2025 (plantillas de datos) — iso.org