エクスポートの修正 · 2026-06-03 · 8分

IFCを介したRevit ↔ Archicad：誰も教えてくれないラウンドトリップの問題

ArchicadのIFCをRevitにリンクすると、数百フィートも上空に重複したジオメトリが浮かんでいる。同じファイルがクラウドのビューアーでは完璧に表示されるのに、です。ツールをまたぐIFCの受け渡しには、ベンダー間でしか現れない不具合のパターンがあります。何が壊れるのか、そしてその回避策を解説します。

IFCを介したRevit ↔ Archicad：誰も教えてくれないラウンドトリップの問題 — IFC Viewer Online article cover

本来IFCは、どのツールを使うかを問題にしないためのものです。建築設計者はArchicadを、エンジニアはRevitを使い、そのあいだをオープンなフォーマットが橋渡しする。ところが実際には、Revit ↔ Archicadのやり取りには、ベンダーをまたいだときにしか現れない不具合のパターンがあります。ファイルは問題が表面化する直前まで何の異常もなく見えるため、調整作業において深刻な頭痛の種になります。

ジオメトリがランダムに重複し、数百フィート上空に浮かんでいる。オンラインのビューアーでは、IFCが正しく表示されているのに。
Autodesk Community：RevitとArchicadの相互運用性

症状：あるツールでは正常、別のツールでは破綻

最も多く報告されている不具合は、ArchicadのIFCをRevitにリンクすると、存在しないはずの重複ジオメトリが現れ、ときにはモデルから遠く離れた位置にずれているというものです。それなのに、まったく同じファイルがクラウドのビューアーでは完璧に表示されます。これが診断の重要な手がかりです。あるツールでは正しく、別のツールでは壊れている場合、たいていファイル自体に問題はありません。インポーターの解釈が異なっているのです。

実際に何が起きているのか

インポート時の解釈の違い：各ベンダーのインポーターは、IFCの表現から独自の方法でジオメトリを再構築します。有効ではあるものの一般的ではない表現（特定のスイープソリッドやマップドアイテムなど）は、別のツールのインポーターによって二重になったり、誤った位置に配置されたりすることがあります。
開くかリンクするか：ArchicadのIFCをRevitで開くと、ネイティブ要素への変換が強制され、複雑なジオメトリが崩れてしまいます。リンクであれば参照の仕組みが使われるため、きれいなまま保たれます。開かずに、リンクしましょう。
リンク元も重要：同じIFCでも、デスクトップのフォルダーからリンクした場合と、クラウドや共通データ環境（CDE）のフォルダーからリンクした場合とでは、パスを解決する経路が異なるため、結果が変わることがあります。
GlobalIdとマッピングの不一致：元の要素をどのIFCクラスにマッピングするかについて、ArchicadとRevitの考え方は必ずしも一致しません。その結果、ラウンドトリップを経るうちに、タイプや同一性（ID）がずれていきます。

受け渡しを確実にする方法

IFCのスキーマとMVDを最初に取り決めておく（ツール間の標準としては、IFC4 Reference Viewが適しています）。
Archicad側では、安定したGlobalIDを有効にし、受け取る側のツールに合わせて整理したトランスレーターのプリセットを使う。
Revit側では、IFCをリンクする。調整目的では、決して開いたりインポートしたりしない。
リンクする前に中立的なビューアーでIFCを検証し、不具合の原因がファイルにあるのかインポーターにあるのかを見極める。
重複がRevitでだけ発生する場合は、エクスポートを疑う前に、ローカルのコピーからリンクしてみて、インポート設定を確認する。

中立的なビューアーを審判役に

ツールをまたぐIFCは、まずここで開いてください。このビューアーでは問題がないのに、Revitにリンクすると壊れるのであれば、問題はファイルではなくインポーターにあると切り分けられます。

IFC2x3 · 2.4 MB

インタラクティブなIFCビューアーを開く

ツール間の受け渡しは、モデル品質全体のほんの一部です。納品前チェックの全体的な枠組みについてはIFC品質の完全ガイドを、ラウンドトリップを通じてIDを安定させる方法についてはIFCのGUIDがエクスポートのたびに変わる理由をご覧ください。

IFCを介したRevit ↔ Archicad：誰も教えてくれないラウンドトリップの問題