BIM・IFCブログに戻る
納品とISO 19650 · 2026-10-01 · 10分
IFC から COBie へ：FM チームが本当に必要とするもの（と引き渡し前の確認方法）
COBie は良い BIM が死ぬ場所です。プロジェクト最終週に作られ、空欄だらけで、維持管理チームが一度も開かないスプレッドシート。IFC から早い段階で抽出し、その充足度を測ることで、これは変えられます。
IFC から COBie へ：FM チームが本当に必要とするもの（と引き渡し前の確認方法） — IFC Viewer Online article cover
ファシリティマネージャーに、直近の新築ビルの COBie をどう使ったか聞いてみてください。最も多い答えは沈黙です。スプレッドシートは存在します。納品され、契約は満たし、シートは 18 枚あります。そして Component シート、つまり保守すべきものの一覧は半分空です。引き渡しの週まで誰も見なかったからです。
解決策は、最後により良い COBie ツールを使うことではありません。IFC から COBie を早く、頻繁に抽出し、まだモデリングする時間があるうちに欠けているものを測ることです。
COBie は別の成果物ではなく、IFC のビューである
COBie の各シートは IFC エンティティのビューです。施設管理が使う情報の大半は Component、Space、Type にあります。
COBie の重要な行はすべて、IFC 内の何かに対応しています。Floor は IfcBuildingStorey、Space は IfcSpace、Type は IfcDoorType などの要素タイプ、Component は要素のオカレンス、つまり特定のドアや特定のポンプです。COBie が求める属性は、IFC の属性とプロパティセットにあります。
| COBie シート | 元データ | FM での用途 |
|---|
| Facility | IfcProject、IfcSite、IfcBuilding | どの建物かを特定する |
| Floor | IfcBuildingStorey | 資産台帳内の移動 |
| Space | IfcSpace（名前、正式名称、面積） | 室リスト、清掃、スペース管理 |
| Zone | IfcZone とスペースのグループ | 防火・空調・セキュリティゾーン |
| Type | 要素タイプとその pset | 製品データ、保証、予備品 |
| Component | 要素のオカレンス | 保守対象の資産。COBie の存在理由 |
| System | IfcSystem とその割り当て | どのコンポーネントでシステムを構成するか |
結論は耳が痛いものの、役に立ちます。COBie が貧弱なら、モデルが貧弱なのです。最終週に手作業でスプレッドシートを直すと、出所であるはずのモデルと食い違う文書ができ、次の引き渡しでも同じ作業を繰り返すことになります。
COBie 成果物の多くが空になる理由
- スペースが一度もモデリングされていない、または名前なしでモデリングされている。スペースがなければ Space シートもなく、すべての Component が所在を失います。
- コンポーネントに安定した識別子がない。GlobalId がエクスポートごとに変わると、資産台帳を後のモデルから更新できず、作り直すしかありません。
- タイプが欠落しているか汎用的すぎる。200 枚のドアが「ドア」という 1 つのタイプを指していれば、形式上は Type シートでも実用上は無価値です。
- メーカー、型番、保証のデータがモデル凍結後に届き、モデルではなくスプレッドシートに直接入力される。
2 つ目の点こそが、取り組み全体の価値を静かに壊します。IFC の GUID がエクスポートのたびに変わる理由で、原因と各オーサリングツールでの対処を解説しています。
引き渡し前に充足度を測る
モデルが順調かどうかを知るのに、COBie の専門家は要りません。設計凍結以降の各段階で 3 つの質問をすれば、ほぼすべてを捉えられます。
- コンポーネント：名前と GlobalId の両方を持つものはどれだけあるか？ 資産を引き渡すには、人が読める名称と安定した ID が必要です。
- スペース：名前があるものはどれだけあるか？ 名前のないスペースは、建物を運用する誰にも見つけられません。
- タイプ：コンポーネントはそもそもタイプを参照しているか？
私たちの COBie 抽出は、まさにこの 3 つの質問に答え、FM 準備度の指標にまとめます。重みは Components が最も大きく、次に Spaces、Types の順で、シートごとの内訳も並べて表示します。これは意図的に充足度の指標であって、準拠の証明書ではありません。FM チームが頼るデータがそろっているかを伝え、そのとおりの言葉で表示します。
モデルが満たせる COBie 要件を書く
COBie の要件は EIR に、理想的には受注者が自分で実行できる IDS ファイルに書きます。「すべての IfcSpace に Name と LongName がある」「すべての IfcDoorType に Manufacturer と ModelReference がある」。どれも 1 つの IDS 仕様で、誰かがスプレッドシートを開くずっと前から、リビジョンごとにチェックできます。
これらの仕様の書き方はIDS 解説で、ほかの引き渡し資料の中での COBie の位置づけはIFC モデルと一緒に納品すべきもので解説しています。
COBie は引き渡しで作られるのではありません。引き渡しで明らかになるのです。そしてそのときには、明らかになったものを変えるには遅すぎます。
IFC から COBie へ：FM チームが本当に必要とするもの（と引き渡し前の確認方法）