Back to the BIM & IFC blog
IFC Tips · 2026-06-03 · 8 min
Revit ↔ Archicad via IFC: The Round-Trip Problems Nobody Warns You About
You link an Archicad IFC into Revit and find duplicate geometry floating hundreds of feet in the air — even though the same file looks perfect in the cloud viewer. Cross-tool IFC exchange has failure modes that only show up between vendors. Here's what breaks and how to work around it.
Revit ↔ Archicad via IFC: The Round-Trip Problems Nobody Warns You About — IFC Viewer Online article cover
IFC is supposed to make tool choice irrelevant — the architect uses Archicad, the engineer uses Revit, and the open format bridges them. In practice, the Revit ↔ Archicad exchange has failure modes that only appear when you cross vendors, and they cause real coordination headaches because the file looks fine right up until it doesn't.
Random duplicates of geometry, suspended hundreds of feet in the air — even though the IFC displays correctly in the online viewer.
Autodesk Community — Revit & Archicad interoperability
The Symptom: It Looks Fine in One Tool, Broken in Another
The most reported failure: an Archicad IFC links into Revit with phantom duplicate geometry, sometimes displaced far from the model — yet the exact same file renders perfectly in a cloud viewer. This is the key diagnostic clue. When a file is correct in one tool and broken in another, the file is usually fine; the importer is interpreting it differently.
What Actually Goes Wrong
- Import interpretation differences: each vendor's importer rebuilds geometry from the IFC representation its own way. Representations that are valid but unusual (certain swept solids, mapped items) can be doubled or misplaced by a different tool's importer.
- Open vs Link: opening an Archicad IFC in Revit forces a conversion to native elements that mangles complex geometry. Linking uses the reference framework and stays clean — link, don't open.
- Source matters: the same IFC linked from a desktop folder versus from a cloud/CDE folder can produce different results, because the resolver path differs.
- GlobalId and mapping mismatches: Archicad and Revit don't always agree on how source elements map to IFC classes, which surfaces as type or identity drift across the round trip.
How to Make the Exchange Reliable
- Agree the IFC schema and MVD up front (IFC4 Reference View is a good cross-tool default).
- On the Archicad side, enable stable GlobalIDs and a clean translator preset matched to the receiving tool.
- On the Revit side, link the IFC — never open/import it for coordination.
- Validate the IFC in a neutral viewer before linking, so you know whether a fault is in the file or the importer.
- If duplicates appear only in Revit, try linking from a local copy and check the import settings rather than blaming the export.
Use a neutral viewer as the referee
Open the cross-tool IFC here first. If it's clean in this viewer but broken after linking into Revit, you've isolated the problem to the importer — not the file.
IFC2x3 · 2.4 MB
Open the interactive IFC viewer
Cross-tool exchange is one slice of overall model quality — for the complete pre-delivery framework see The Complete Guide to IFC Quality, and for stable identities across the round trip see Why IFC GUIDs Change on Every Export.
Revit ↔ Archicad via IFC: The Round-Trip Problems Nobody Warns You About