Torna al blog BIM i IFC
Validació · 2026-05-05 · 8 min
Els 7 errors de validació IFC més habituals (i com corregir-los)
Els GUID duplicats, els elements orfes i les jerarquies espacials trencades expliquen més del 80% dels rebuigs de lliuraments IFC. Així es detecta i es corregeix cadascun abans que el model arribi al CDE.
Els 7 errors de validació IFC més habituals (i com corregir-los) — IFC Viewer Online article cover
Tot coordinador BIM hi ha passat: exportes un fitxer IFC, l'envies a l'entorn comú de dades (CDE), i es rebutja per errors estructurals que no sabies que existien. Després d'executar validacions sobre milers de fitxers IFC, els mateixos set errors expliquen la gran majoria dels lliuraments fallits.
- 44 — regles comprovades
- 7 — causen el 80% dels rebuigs
- 30s — per validar qualsevol model
- 100% — s'executa al teu navegador
1. GlobalId duplicats (GUID)
Un GlobalId és la identitat permanent d'un element IFC — sobreviu a fusions de models, actualitzacions de versió i migracions de programari. Quan dos elements comparteixen el mateix GUID, qualsevol eina que depengui de referències estables (fluxos de treball BCF, seguiment de vincles de Revit, versionat del CDE) es trenca en silenci.
2. Elements orfes
Un element orfe és un element físic sense contenidor espacial a la jerarquia IFC — existeix al fitxer però no apareix a Project → Site → Building → Storey. La majoria de visors ometen completament els orfes. La causa sol ser elements col·locats en un nivell sense estar associats a cap planta, o elements de fitxers vinculats que han perdut la seva planta amfitriona en exportar.
3. Contenidor incorrecte
L'element té un contenidor, però és l'incorrecte — col·locat directament dins d'IfcSite en lloc de dins d'una planta. La col·locació a nivell d'emplaçament només és vàlida per a elements d'infraestructura. Parets o pilars dins d'IfcSite confondran totes les eines posteriors, de Navisworks a Solibri.
4. Agregats trencats
IfcRelAggregates és la relació que construeix l'arbre espacial. Un agregat trencat vol dir que una d'aquestes relacions apunta a una entitat inexistent — normalment perquè l'entitat es va eliminar després d'escriure la relació, o durant una fusió de models que no va propagar correctament les eliminacions.
5. Incompliments de la jerarquia espacial
L'IFC exigeix un ordre estricte: IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → elements físics. Quan aquest ordre es trenca — un Building directament sota Project sense Site, elements col·locats a IfcBuilding en lloc d'una planta — moltes eines no aconsegueixen construir l'arbre correctament.
6. IfcProject absent
Tot fitxer IFC vàlid ha de contenir exactament un IfcProject. És el node arrel de tota la jerarquia del model. Alguns fluxos d'exportació que generen submodels l'ometen. El resultat és un fitxer que s'analitza sense errors però no té arrel espacial.
7. Noms d'element buits
Els elements amb Name = "" o null no són un incompliment d'esquema, però trenquen gairebé tots els fluxos de treball posteriors: els comentaris BCF no els poden referenciar amb claredat, les taules d'amidaments mostren files en blanc, i els informes de col·lisions esdevenen il·legibles.
Executa una validació en directe
Obre el duplex de buildingSMART i mira com és un informe de validació IFC net — després prova un dels teus propis models per comprovar-hi aquests set errors.
IFC2x3 · 2.4 MB
Obre el visor IFC interactiu
Llista de verificació prèvia al lliurament
- Executa la validació abans de cada pujada al CDE — no després.
- Apunta a un Health Score ≥ 80 per als lliuraments de coordinació.
- Zero GUID duplicats — no negociable per als fluxos de treball BCF.
- Tots els elements físics dins d'una planta, no directament sota Site o Building.
- Un únic IfcProject a l'arrel — sempre.
- Anomena tots els elements, encara que sigui genèricament («Wall-001» és millor que una cadena buida).
- Jerarquia espacial: Project → Site → Building → Storey → elements.
Els 7 errors de validació IFC més habituals (i com corregir-los)