BIM・IFCブログに戻る
IFCの品質について1本だけ記事を読むなら、この記事を選んでください。共通データ環境（CDE）でモデルが差し戻される原因となるあらゆる不具合をまとめ、それぞれの詳しい修正方法へのリンクを掲載しています。目指すところはシンプルです。調整作業が始まって3週間後に思わぬ問題が発覚することなく、毎回自信を持って納品できるファイルです。
「IFCの品質」は1つのものではありません。6つの不具合カテゴリーがあり、それぞれに原因、検出方法、修正方法があります。この全体像さえ理解すれば、あとは機械的な作業です。
- 6 — 不具合のカテゴリー
- 44 — 検証ルール
- 80+ — 納品に必要なHealth Score（ヘルススコア）
- 30秒 — どんなモデルも検証完了まで
2つの層：スキーマの妥当性と実用上の健全性
まずは、誰もが混同しがちな区別から説明します。スキーマの妥当性とは、ファイルがIFC規格の構文と構造に準拠していることです。実用上の健全性とは、後工程で実際に機能すること、つまり識別子が安定し、階層が健全で、座標が妥当で、必要なデータが揃っていることです。スキーマ上は妥当でも、実用上は壊れているファイルはあり得ます。実際、差し戻される納品物の多くはスキーマ上は妥当です。各層のチェック方法については、送信前にIFCファイルを検証する方法をご覧ください。
6つの不具合カテゴリー
1. 識別子（GUID）
重複した、再生成された、あるいは範囲外のGlobalIdは、BCF、干渉の追跡、FMへの引き渡しを破綻させます。識別子は、改訂をまたいで安定していなければなりません。
2. 空間階層
Project → Site → Building → Storey → 要素。孤立した要素、誤ったコンテナー、壊れた集約関係、IfcProjectの欠落は、ツリーを破損させます。
3. 座標
原点から数キロメートル離れたモデルや、基準点／測量点が誤っているモデルでは、形状が誤った位置に配置され、浮動小数点誤差によって形状が歪むこともあります。
4. データとプロパティ
プロパティセットの欠落、空の名前、マッピングされていないプロキシがあると、モデルは数量拾い、BCF、資産台帳に使えなくなります。
5. 形状とエクスポート
誤った階への配置、インポートとリンクの取り違えによる形状の崩れ、プロキシの多用。原因はたいてい、Revit／ArchiCADのエクスポート設定にさかのぼれます。
6. パフォーマンスとサイズ
ビューアーをクラッシュさせる、1GBの一枚岩のファイル。分野ごとに分割し、IFC4を優先し、一度だけ変換するパイプラインを使いましょう。
カテゴリー1：識別子
GlobalIdは、すべての要素にとって恒久的な識別子です。ファイル内で一意であること、形式が正しいこと（22文字で、先頭の文字が0〜3）、そして再エクスポートしても変わらないことが求められます。検出方法と修正方法については、IFCにおけるGUIDの重複とエクスポートのたびにIFCのGUIDが変わる理由をご覧ください。
カテゴリー2：空間階層
IFCでは、厳格な包含の順序が定められています。要素は階の中に収まっている必要があり、IfcProjectはちょうど1つでなければならず、集約関係は実在するエンティティを指していなければなりません。詳しいチェックリストはIFC検証でよくある7つのエラーにまとめています。
カテゴリー3：座標
共有座標（Shared Coordinates）でエクスポートし、モデルはワールド原点の近くに保ちます。ジオリファレンスが必要なプロジェクトでは、IfcSite、IfcProjectedCRS、IfcMapConversionが揃っていて、互いに整合していることを確認してください。詳しくはIFCの座標がずれる原因で解説しています。
カテゴリー4：データとプロパティ
標準のプロパティセットを有効にし、すべての要素に名前を付け、ファミリを適切なIFCクラスにマッピングして、プロキシとしてエクスポートされないようにします。RevitからエクスポートするとIFCのプロパティが消える問題をご覧ください。
カテゴリー5：形状とエクスポート
形状の不具合の多くは、オーサリングツール（BIMソフト）のエクスポート設定に起因します。RevitからクリーンなIFCファイルをエクスポートする方法、RevitのIFCエクスポートが壊れる理由、そしてツール間のやり取りについてはIFCを介したRevit ↔ Archicad連携をご覧ください。
カテゴリー6：パフォーマンスとサイズ
大きなファイルはそれ自体が品質上の不具合というわけではありませんが、後工程の全員の作業を妨げます。分割し、IFC4のテッセレーションを優先し、一度だけ変換するタイプのビューアーを使いましょう。大きなIFCファイルでブラウザーがクラッシュする理由をご覧ください。
Health Score：6つのカテゴリーをまとめる1つの数値
Health Scoreは、6つのカテゴリーすべてを0〜100の1つの数値に集約します。重要度で重み付けし、対数スケールで算出するため、単純な指摘件数ではなく、モデルが実際に使える状態かどうかを反映します。BEPに記載し、すべての送付状（トランスミッタル）に添付すべき数値です。
- 43/100 — 重大：納品不可
- 73/100 — 要改善
- 87/100 — CDEに提出可能
- 96/100 — 優秀
納品前の再現可能なワークフロー
- エクスポート設定は一度だけ構成しておきます（既存GUIDの保持、共有座標、標準Pset、Building Storyフラグ）。
- CDEに直接ではなく、必ずローカルフォルダーにエクスポートします。
- 検証ツールでファイルを開き、6つのカテゴリーすべてについてレポートを確認します。
- IFCのテキストを編集するのではなく、発生源であるオーサリングツールで修正してから再エクスポートします。
- Health Scoreが80以上になるまで再検証します。
- スコアを送付状に添付して納品します。
完全な品質チェックを実行する
実際のモデルを開き、6つのカテゴリーすべてが1つのレポートでスコア化される様子を確認してください。次に自分のファイルをドロップして、納品前のワークフローを最初から最後まで試してみましょう。
IFC2x3 · 2.4 MB
インタラクティブなIFCビューアーを開く
IFC品質の完全ガイド：エクスポートから納品まで
