Volver al blog BIM e IFC
Validación · 2026-10-03 · 9 min
La clasificación en IFC explicada: Uniclass, OmniClass y cómo viven los códigos en el modelo
Un código de clasificación es el puente entre un modelo y todo lo que viene después: presupuestos, pliegos, inventarios de activos. En IFC no es una propiedad sino una relación, y por eso tantas exportaciones lo pierden. Cómo funciona, qué sistema usar y cómo comprobarlo.
La clasificación en IFC explicada: Uniclass, OmniClass y cómo viven los códigos en el modelo — IFC Viewer Online article cover
Pregunta a un aparejador, a quien redacta el pliego y a un gestor de mantenimiento qué necesitan de un modelo, y la primera respuesta de los tres será la misma: dime qué es cada cosa, en mis términos. Eso es lo que hace la clasificación. Un muro no es solo un IfcWall; es el Ss_25_10_30 de Uniclass, un sistema concreto con su partida de presupuesto, su artículo del pliego y su plan de mantenimiento.
IFC lleva ese código, pero no donde casi todo el mundo lo busca, y por eso tantas exportaciones llegan sin él.
Un código de clasificación llega a un elemento mediante una relación, no una propiedad. La referencia contiene el código; la clasificación nombra el sistema.
Lo esencial
- En IFC, la clasificación es una relación con una referencia de clasificación, no una propiedad.
- Un código no significa nada sin su sistema: Ss_25_10_30 es Uniclass; 21-02 10 10 es OmniClass.
- Comprueba los códigos con una faceta classification de IDS —sistema y código a la vez— en cada entrega.
Cómo se guarda el código
- IfcClassification nombra el sistema y la edición: Uniclass 2015, OmniClass, CCI.
- IfcClassificationReference contiene un código (Identification) y su nombre, y apunta al sistema, directamente o a través de referencias padre en los códigos jerárquicos.
- IfcRelAssociatesClassification une esa referencia a uno o varios elementos, o a tipos de elemento.
¿Qué sistema?
| Sistema | Dónde es habitual | Estructura |
|---|
| Uniclass 2015 | Reino Unido; muchos proyectos ISO 19650 | Tablas por prefijo (Ss sistemas, Pr productos, EF elementos…) con códigos jerárquicos |
| OmniClass | Norteamérica | Tablas numeradas (21 elementos, 23 productos…) |
| CCI | Dinamarca, Estonia, Chequia y otros | Clases por componente y construcción |
| NL-SfB | Países Bajos y Bélgica | Códigos numéricos de elemento |
La respuesta correcta es la que figura en el contrato. La incorrecta, dos sistemas en el mismo proyecto.Jerarquía: por qué Ss_25 coincide con Ss_25_10_30
Los códigos de Uniclass y sistemas similares son jerárquicos: Ss_25_10_30 cuelga de Ss_25_10, que cuelga de Ss_25. Un requisito como «todo muro clasificado bajo Ss_25» debería aceptar el código más profundo. Los buenos comprobadores siguen la cadena de referencias; los ingenuos comparan cadenas de texto y suspenden elementos perfectamente clasificados.
Comprobar la clasificación en una entrega
- Acordad sistema y profundidad en el BEP «Uniclass 2015, tabla Systems, al menos hasta el nivel 3, en todos los elementos físicos».
- Escríbelo como especificación IDS Aplicabilidad: las clases de elementos que deben estar clasificadas. Requisito: una faceta classification con el sistema y el patrón de código.
- Ejecútala en cada revisión Los fallos llegan por elemento y con el motivo: falta el código, sistema incorrecto, código fuera del rango permitido.
- Vigílala entre versiones Una comparación entre revisiones muestra los cambios de clasificación como categoría propia, útil cuando los equipos de costes o de FM dependen de los códigos.
Cómo escribir la especificación se explica en IDS explicado; cómo comparar revisiones, en cómo comparar dos versiones IFC; y por qué importa la clasificación en la entrega, en COBie desde IFC.
La clasificación en IFC explicada: Uniclass, OmniClass y cómo viven los códigos en el modelo