BIM・IFCブログに戻る
受け取ったIFCファイルを数多くレビューしてきたBIMコーディネーターなら、あるパターンに気づいているはずです。プロジェクトが変わっても、オーサリングツール（BIMソフト）が変わっても、同じ10のエラーが繰り返し現れるのです。これらは偶然ではありません。原因は一貫しており、その多くは適切なエクスポート設定と、共通データ環境（CDE）へのアップロード前のチェックで防ぐことができます。
概要：IFCでよくある10のエラー
| エラー | 重要度 | 検出方法 | 後工程への影響 |
|---|
| 1. GUIDの重複 | エラー | L2ルールチェック（データレベルのみ） | CDEでのバージョン追跡、干渉チェック、BCFによる調整 |
| 2. 空間階層の破損 | エラー | L2ルールチェック（空間ツリー） | 調整ツールで要素が表示されない、階のフィルターが正しく機能しない |
| 3. 階に割り当てられていない要素 | エラー | L2ルールチェック（包含関係） | 階ごとの数量拾いができない、調整用のフィルターが機能しない |
| 4. プロパティセットの欠落 | 警告／エラー | L2ルールチェック（Psetの有無） | 数量（QTO）が不正確、FMへの引き渡しが不完全、情報交換要件（EIR）に不適合 |
| 5. 分類コードの誤り／欠落 | 警告 | L2ルールチェック（分類） | 調達に支障が出る、FMの資産台帳が不完全になる |
| 6. 不正な形状 | エラー | L2ルールチェック（形状の妥当性） | 干渉チェックの誤検出、4D/5Dシミュレーションの失敗 |
| 7. 要素間の関係の破損 | 警告 | L2ルールチェック（関係の整合性） | 空間ツリーの破損、タイプとインスタンス間のデータ消失 |
| 8. 命名規則違反 | 警告 | L2ルールチェック（命名ルール） | 調整ツールのフィルターが機能しない、手作業でのやり直しが発生 |
| 9. ISO 19650/EIRメタデータの欠落 | 警告／エラー | L3 IDS検証 | EIRに不適合、IDS仕様のチェックに不合格 |
| 10. LOD/LOIの不整合 | 警告 | L2＋L3ルールチェック | 数量が信頼できない、ステージゲートのチェックに不合格 |
IFCでよくある10のエラーと、その重要度および後工程への影響。1. GUIDの重複
IFCファイル内のすべての要素は、グローバル一意識別子（GUID）を持つ必要があります。GUIDは22文字のbase64エンコード値で、これまでに作成されたすべてのIFCファイルを通じて一意であることが前提です。GUIDの重複は、オーサリングツールで要素をコピー＆ペーストした際に、GUIDの再生成が行われなかった場合に発生します。その結果、同じファイル内の2つ以上の要素が同じ識別子を共有してしまいます。
検出と原因
- 3Dビューアーでは見えない。L2のデータレベルのチェックが必要
- IFC Viewer Onlineは、重複ごとに要素名とタイプを示して報告する
- 原因：RevitやArchiCADで、GUIDをリセットせずにコピー＆ペーストした
- 原因：GUIDの競合を解決せずにリンクモデルを取り込んだ
- 原因：特定バージョンのエクスポーターにある、オーサリングツールのバグ
修正と予防
- Revitの場合：IFCエクスポーターのオプションで、エクスポート時にGUIDを再生成する
- ArchiCADの場合：エクスポート前にGUID管理ツールを使う
- 予防策：プロジェクト間の受け渡しにコピー＆ペーストは使わず、リンクを使う
- 予防策：大きなモデル統合を行うたびに、重複をチェックする
- 予防策：CDEへアップロードする前に、毎回Health Score（ヘルススコア）のチェックを実行する
2. 空間階層の破損
IFCの空間階層はモデルの骨格であり、IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → IfcSpace／各要素という構成になっています。このつながりが途切れると（敷地のない建物、建物に属さない階など）、調整ツールはファイルを受け付けないか、あるいは何の警告もなく誤った結果を出します。
検出と原因
- L2ルールチェック：階層レベル間のIfcRelAggregatesが欠落している
- 要素が誤った階のフィルターに表示される、またはまったく表示されない
- 原因：IFCファイルを手作業で編集した際に、階層を誤って変更した
- 原因：オーサリングツールから部分モデル（単一分野のみ）をエクスポートした
- 原因：異なるツールで作成したモデルを、階層を整合させずに統合した
修正と予防
- オーサリングツールでの修正：敷地・建物・階を暗黙の前提にせず、実際にモデル化する
- Revitの場合：IFCエクスポートオプションで、プロジェクトの階層がすべて揃っているか確認する
- 予防策：統合モデルへのマージを行うたびに、階層を検証する
- 予防策：オーサリングツールの外でIFCの階層を手作業で編集しない
3. 階に割り当てられていない要素
要素はモデル内に存在しているのに、IfcBuildingStoreyへのIfcRelContainedInSpatialStructure関係を持っていない状態です。その要素は技術的にはファイルに含まれていても、建物の階層上では事実上どこにも属していません。調整ツールは階でフィルタリングするため、割り当てのない要素はそうしたフィルターから見えなくなります。
検出と原因
- L2ルールチェック：空間的な包含関係を持たない要素
- 原因：Revitで、レベルではなく参照面に要素を配置した
- 原因：Revitで「No Level」が割り当てられている要素
- 原因：ArchiCADで、ホームストーリー（配置フロア）が未定義の要素
- 原因：基準となるレベルを持たずに配置された汎用モデルのファミリ
修正と予防
- Revitの場合：該当する要素を1つずつ選択し、レベルのパラメーターを設定する
- Revitの集計表で「No Level」を条件にフィルターし、該当する要素をすべて洗い出す
- ArchiCADの場合：Element Informationでホームストーリーを確認し、設定する
- 予防策：階の割り当てを、モデリング標準のレビュー項目に含める
- 予防策：新しい分野のモデルを統合するたびに、L2チェックを実行する
4. 必須プロパティセットの欠落
Pset_WallCommon、Pset_BeamCommon、Pset_SpaceCommonといった標準のIFCプロパティセット（Pset）には、数量拾い、FMへの引き渡し、エネルギー解析など、後工程のツールが依存するデータが格納されています。Psetがなかったり、そのプロパティが空だったりすると、こうした後工程の処理は誤った結果や不完全な結果しか出せません。
検出と原因
- L2ルールチェック：要素タイプに必要なPsetがない
- 原因：その要素タイプについて、エクスポーターのPsetマッピングが設定されていない
- 原因：対応するIFCのPsetが存在しない、カスタムの要素タイプ
- 原因：ファイルサイズを減らすため、エクスポートプロファイルが「形状のみ」に設定されている
- 原因：IFCエンティティ型のマッピングが誤っており、違うPsetが付与されている
修正と予防
- オーサリングツールのエクスポーターで、Psetのマッピング表を見直す
- カスタムの要素タイプについて、適切なPsetへのマッピングを明示的に追加する
- 調整用や納品用のモデルでは、「形状のみ」のエクスポートを絶対に使わない
- 予防策：IDSを使って、プロジェクトの段階ごとに必要なPsetを正式に定義する
- 予防策：納品前に、L3 IDSチェックでPsetが揃っているかを検証する
5. 分類コードの誤りや欠落
分類コード（Uniclass 2015、OmniClass、NBS、または各国の同等の体系）は、調達やFMの資産台帳に欠かせず、EIRへの準拠においても求められるケースが増えています。分類コードが欠けていたり誤っていたりすると、積算チームは正しい内訳明細書（BOQ）を作成できず、FMチームも手作業のやり直しなしにはCAFMにデータを投入できません。
検出と原因
- L2ルールチェック：分類プロパティがない、または標準の分類体系に紐付いていない
- L3 IDSチェック：特定の分類コードに関する要件を満たしていない
- 原因：オーサリングツールのエクスポートで、分類が設定されていない
- 原因：モデルの分類体系が、EIRの要件と一致していない
- 原因：分類コードのパラメーターを持たないカスタムファミリ
修正と予防
- オーサリングツールのプロジェクト設定で、分類体系を設定する
- すべての要素タイプを、求められている分類表にマッピングする
- IDSを使って、どの分類体系とコードが必要かを正式に定義する
- 予防策：プロジェクト初日から、BIMコンテンツ標準に分類を含めておく
- 予防策：引き渡し時だけでなく、各ステージゲートでIDSに照らして検証する
6. 不正な形状・破損した形状
IFCの形状エラーは、主に3種類に分けられます。体積ゼロの要素（面積ゼロのプロファイルを押し出したもの）、閉じていないソリッド形状（表面に穴があるソリッド）、そしてブール演算の失敗（開口の差し引きによって非多様体の結果が生じたもの）です。レンダラーはこれらをうまく取り繕って描画するため、モデルを見ているだけでは気づきません。干渉チェックやシミュレーションのツールが形状を数学的に処理しようとしたときに、初めて表面化します。
検出と原因
- L2ルールチェック：形状の妥当性、体積チェック、多様体チェック
- 原因：Revitで正しく作成されていないカーテンウォールのパネル
- 原因：ArchiCADの複雑なブール演算が、エクスポート時に失敗する
- 原因：DXFやSTEPから取り込んだ、もともと有効なソリッド形状を持たない形状
- 原因：手作業で描いた形状に、意図せず面積ゼロのプロファイルが含まれている
修正と予防
- チェッカーのエラーレポートで、該当する要素を名前／タイプで特定する
- 特定した要素を、正しいソリッドモデリングの手法でモデリングし直す
- カーテンウォールの場合：壁全体だけでなく、パネルの定義を確認する
- 予防策：DXF/DWGの形状をBIMモデルに直接取り込まない
- 予防策：複雑なブール演算を行ったら、そのたびにIFCビューアーで形状を確認する
7. 要素間の関係の破損
IFCでは、要素間の関係を関係エンティティで表現します。IfcRelDefinesByType（タイプとインスタンス）、IfcRelAssociatesMaterial（マテリアルの割り当て）、IfcRelConnectsElements（構造的な接合）などです。これらの関係が不正な形になっていると（存在しないエンティティを参照している、誤った種類のオブジェクトを指しているなど）、データモデルの整合性が崩れ、後工程のツールはエラーを出すか、該当する要素を黙って無視します。
検出と原因
- L2ルールチェック：参照先のない関係（ダングリング参照）、誤ったエンティティ型
- 原因：IFCを手作業で編集し、参照整合性が壊れた
- 原因：古いバージョンのオーサリングツールにある、エクスポーターのバグ
- 原因：統合モデルのマージ時に、関係が競合した
修正と予防
- オーサリングツールから再エクスポートする。IFCファイルを手作業で編集しない
- オーサリングツールのエクスポーターを最新バージョンに更新する
- 予防策：IFCは納品用フォーマットとしてのみ扱い、編集はすべてオーサリングツールで行う
- 予防策：エクスポーターを更新するたびに検証する
8. 命名規則違反
BIMプロジェクトでは、要素タイプ、レイヤー、ビュー、オブジェクト名について命名規則を定めます。IFCの要素に汎用的な名前（「Wall」「Floor 1」「Beam」など）が付いていたり、分野ごとに名前がばらばらだったりすると、調整ツールは分野別のフィルターを正しく適用できず、積算チームも手作業でルールを設定しない限り自動の数量拾いを実行できません。
検出と原因
- L2ルールチェック：汎用的な名前や空の名前を検出
- 原因：オーサリングツールのファミリが、デフォルトの名前のまま更新されていない
- 原因：命名規則の文書が、プロジェクトの遅い段階になってから共有された
- 原因：命名規則の異なる他プロジェクトから、コンテンツを取り込んだ
修正と予防
- チェッカーのレポートで、規則に準拠していない名前の要素を特定する
- 名前はオーサリングツールで修正する。IFCファイル上で変更してはいけない
- 予防策：プロジェクト開始時に命名規則の文書を発行する
- 予防策：重要な箇所では、IDSで命名パターンを正式に強制する
9. ISO 19650/EIRメタデータの欠落
IDSファイルは、EIRが求めるメタデータを形式化したものです。プロジェクト番号、フェーズ、分野コード、責任組織、LOD/LOIのレベル、カスタムプロパティなどがこれにあたります。IDSが適用されている場合、必要なプロパティを持たない要素はL3 IDSチェックに不合格となり、そのモデルは納品の要件に適合しないことになります。
検出と原因
- L3 IDS検証：必須プロパティがない、または値の型が誤っている
- 原因：IDSが、オーサリングチームに十分早く共有されていない
- 原因：EIRメタデータ用のカスタムPsetが、オーサリングツールで設定されていない
- 原因：IDSチェック後に追加した要素を、IDSに照らして確認していない
修正と予防
- プロジェクトのキックオフ時に、IDSファイルをすべてのオーサリングチームと共有する
- オーサリングツールのテンプレートで、EIRメタデータを保持するカスタムPsetを設定する
- 最終引き渡し時だけでなく、各ステージゲートでL3 IDSチェックを実行する
- 予防策：IDSを、EIRのデータ要件を機械可読にしたものとして活用する
10. LOD/LOIの不整合
LOD（Level of Development：形状の詳細度）とLOI（Level of Information：情報の詳細度）の要件は、プロジェクトの段階や要素タイプによって異なります。施工段階では、構造要素はLOD 400（製作に使える形状と完全なマテリアルプロパティ）であるべきですが、意匠の仕上げはまだLOD 300でもかまいません。不整合、たとえばLOD 200の形状にLOD 400のプロパティデータが付いている壁（あるいはその逆）は、数量の誤差やステージゲートでの不合格を招きます。
検出と原因
- L2のPset充足チェック＋L3 IDSによるLOIプロパティのチェック
- 原因：LOD/LOIマトリクスが、オーサリングチームに明確に伝わっていない
- 原因：LODの異なる要素が、1回のエクスポートに混在している
- 原因：プロジェクトの途中で範囲が変わったのに、LODマトリクスが更新されていない
修正と予防
- IDSを使って、各段階で必要なプロパティを正式に定義する
- 各ステージゲートでL3 IDSチェックを行い、LOIへの準拠を確認する
- 予防策：プロジェクト開始時に、要素タイプごとのLOD/LOIマトリクスを発行する
- 予防策：段階をまたいだHealth Scoreの推移を見て、品質の後退を見つける
IFCでよくある10のエラーは、どれも3Dビューアーでは見えません。そして10個すべてが、L2モデルチェッカーを使えば1分足らずで検出できます。CDEへのアップロード前の5分間のチェックこそ、BIMコーディネーターが行える最も効果の高い品質管理です。
IFC品質管理の原則
納品前にこれらのエラーをチェックして修正する手順については、納品前にIFCモデルをチェックする方法をご覧ください。チェックに使うツールはおすすめIFCモデルチェッカーの比較で、チェックレベルを支える全体のフレームワークはIFCモデルチェッカー完全ガイドで紹介しています。チェッカーとビューアーの概念上の違いは、IFCモデルチェッカーとIFCビューアーの違いで解説しています。再発を防ぐには、契約にしきい値を盛り込みましょう。詳しくは不良なIFC納品を確実に防ぐBIM実行計画（BEP）の条項をご覧ください。
IFCモデルでよくある10のエラーとその検出方法
