Skip to content
Request a quote

IFC and data exchange

An open, standard file format for exchanging building models. It matters because it is not tied to one piece of software: it can be written from any BIM tool and read into any other.

It is the instrument of independence from licences: the model stays usable even if the other party works in a different system.

Comparing the disciplines’ models, clash detection.

The client, the design checker or the authority can look at the model without using the designer’s software.

In the long run it is the format most likely to still be readable in years’ time — unlike native files tied to software versions.

It can be the basis of the model handed to operations.

A model transferred by IFC is generally “flat”: the parametric relationships and the editing logic do not come across. What arrives as IFC can be viewed and checked, not designed on.

Not every property transfers automatically. What matters has to be agreed and checked.

Sending a file is not coordination. Coordination between disciplines.

  1. Agree the export settings — what transfers, in what structure.
  2. Check the output — look at the IFC, do not just send it.
  3. Record the version and the date — which state it contains.
  4. Do not edit on the imported model.

A frame is a very detailed model: thousands of members. It can be transferred in IFC, but produce a separate coordination model as well, showing the walls and floors in simplified form. That keeps coordination from slowing to a crawl. Levels of development.

IFC is the common language: it does not carry everything, but what it does carry, everyone understands. That is what stops the model getting stuck inside one piece of software.