はじめに ― 「一貫BIM」を阻むIFCの現実
社内で一貫BIMの標準化を進めていると、必ず突き当たるのがIFC（Industry Foundation Classes）の取り扱いです。設計から積算、施工、FMまでをつなぐ唯一の中立フォーマットでありながら、実務では「書き出したら属性が消えた」「分類が変わった」といったトラブルが絶えません。今週公開された記事から、IFCに関する実務トピックをピックアップし、ゼネコンBIM担当者の視点で整理してみます。
今週のIFCトピック
1. Revit→IFC書き出しで配管システムのマテリアルが混同される問題
Autodeskから報告された不具合情報として、Revit から IFC を書き出すと、配管システムのマテリアルが混同されるが話題です。
- 異なる配管システムでも、同じマテリアルとしてIFC側に統合されてしまうケース
- 設備系の属性情報の一貫性がIFC経由で崩れる典型例
- サブコンへのIFC受け渡し時に、再分類・再マッピングの手戻りが発生するリスク
設備BIMをIFC経由で施工管理ツールやFMに連携する現場では、見過ごせない情報です。
2. BIMコンテンツ作成サービスの台頭 ― メーカー側の動き
What are BIM Content Creation Services and Why Manufacturers Need Themでは、建材・設備メーカー向けのBIMコンテンツ作成サービスが、AEC業界のデジタル協業の鍵になると論じられています。
- IFC対応のメーカーファミリが増えれば、設計BIMの精度が一段上がる
- Property Setの標準化により、積算・発注情報との連携が容易になる
- メーカー任せでなく、ゼネコン側が「求める属性仕様」を提示する重要性が増している
3. IFCを取り巻く周辺領域（参考）
直接BIMではないものの、ナムア銀行とIFC（国際金融公社）のSCFアドバイザリープロジェクトのように、略称「IFC」は文脈で異なる対象を指します。情報収集時のノイズ除去も地味に重要なスキルですね。
ゼネコンBIM担当としての独自考察
属性マッピング標準化は「逃げられない仕事」
Revitの設備IFC問題は、ツール側のバグというよりIFCマッピング設定の運用課題とも言えます。社内では「IFC2x3 Coordination View」「IFC4 Reference View」など、用途別の書き出しテンプレートを整備しつつあるものの、設備系の分類・マテリアル情報は協力会社ごとにバラつきが大きく、結局はプロジェクト着手時にEIR（情報要求事項）レベルで取り決めるしかないのが現実です。
既存業務への応用可能性
- 積算連携：IFCのProperty Setに数量根拠属性を持たせれば、概算積算ツールへ直接流せる
- 施工管理：BIM360やNavisworks経由のIFC統合モデルで、サブコン間の干渉チェックを自動化
- 発注者対応：公共案件ではIFC納品要件が増加。受領側のチェック体制構築も急務
社内標準化への活かし方
メーカー製BIMコンテンツの普及は追い風ですが、「使えるIFC」と「使えないIFC」の選別基準を社内で持つことが先決です。具体的には、必須プロパティリスト（IfcClassification、Pset_〇〇Common等）を定義し、設計・購買・施工の各部署で共通のチェックリストとして運用する仕組みづくりを進めたいところです。
現実的な導入ハードル
- 協力会社のBIMリテラシー格差：IFC書き出しの設定すら標準化されていない
- ツールバージョン依存：Revitアップデートでマッピング挙動が変わるリスク
- 属性ルールを決めても、現場で守られなければ意味がない運用文化の課題
総括
今週のIFC関連トピックは、決して派手ではないものの「日々の書き出しで何が壊れているか」という実務に直結する話題が中心でした。一貫BIMの実現は、結局のところIFCを介した情報の劣化をどこまで抑えられるかにかかっています。ツール任せにせず、自社のマッピングルール・プロパティ標準を地道に整備していくことが、遠回りに見えて最短ルートだと改めて感じた一週間でした。