IFC 4.3 in Practice: Property Sets, MVDs, and openBIM Compliance
Why IFC 4.3 Matters Now
IFC 4.3 is the first IFC release that genuinely covers infrastructure: rail, road, bridges, ports, tunnels. For organisations that have to deliver across building and infrastructure portfolios, it is the unifying schema. ISO ratification has accelerated adoption among national mandates, and the buildingSMART certification programme is now meaningfully testing exporters and importers against it.
Property Sets: Native vs IFC
Native authoring tool parameters (Revit shared parameters, ArchiCAD properties, Tekla attributes) do not automatically become IFC property sets. You need an explicit mapping. Decide early whether to use the standard Pset_ definitions (recommended for openBIM exchange) or custom property sets (acceptable for internal workflows). Standard psets travel; custom psets often do not.
Model View Definitions
MVDs constrain the IFC schema to a defined subset for a defined purpose. Reference View is for coordination and visualisation. Design Transfer View attempts geometry round-tripping. Choose deliberately: exporting Design Transfer View when the recipient only needs Reference View bloats files and complicates validation. Most coordination workflows are well served by Reference View plus a documented set of property sets.
buildingSMART Data Dictionary
bSDD provides a controlled vocabulary for properties, classifications, and values across languages and standards. Mapping your project properties to bSDD references future-proofs the data: when downstream consumers (FM systems, asset registers, regulators) ask for a specific classification, you already have the link. Treat bSDD as the canonical reference, not an optional extra.
Validation Workflow
An IFC export is not done when the file writes. Validate with the buildingSMART Validation Service for schema compliance, then with Solibri or BIMcollab Zoom for content compliance against the BEP's information requirements. We run validation as a CI step on every published model: any failure blocks the CDE state transition. Manual validation does not scale and does not happen consistently.
Common Pitfalls
Recurring failure modes: missing IfcSite or IfcBuilding spatial container; geometry exported as IfcBuildingElementProxy because the native object type was not mapped; coordinate reference system not declared (critical for infrastructure georeferencing); units inconsistent across disciplines; psets exported but property values null. A one-page IFC delivery checklist, run before every issue, eliminates 80% of these.
openBIM as a Capability, Not a Format
True openBIM means consumers of your IFC can act on it: query, validate, transform, visualise, federate, hand to FM. That is a capability earned through disciplined authoring, mapping, and validation, not a checkbox in the export dialog. Teams that invest in IFC as a first-class deliverable, not a side-export, find their information genuinely portable across the asset lifecycle.
Related services
Related case studies
Need help implementing this in your projects?
We build production-grade systems, not theoretical frameworks. Let's discuss your specific challenges.