BIM・IFCブログに戻る
積算担当、仕様書の担当、施設管理者にモデルに何を求めるか聞けば、3 人とも最初は同じ答えです。それぞれが何なのかを、自分の言葉で教えてほしい。それが分類の役割です。壁は単なる IfcWall ではなく、Uniclass では Ss_25_10_30 という特定のシステムであり、積算項目、仕様条項、保守計画を持っています。
IFC はそのコードを運びます——ただし、ほとんどの人が探す場所にはありません。だから多くの書き出しはコードなしで届きます。
分類コードはプロパティではなくリレーションで要素に届きます。参照がコードを持ち、分類が体系を示します。
この記事のポイント
- IFC では、分類はプロパティではなく分類参照へのリレーションです。
- コードは体系なしでは意味を持ちません：Ss_25_10_30 は Uniclass、21-02 10 10 は OmniClass です。
- 納品のたびに IDS の分類ファセットで、体系とコードを合わせて確認しましょう。
コードの保存方法
- IfcClassification は体系と版を示します：Uniclass 2015、OmniClass、CCI。
- IfcClassificationReference はコード（Identification）と名称を持ち、体系を指します——直接、または階層コードでは親の参照を介して。
- IfcRelAssociatesClassification がその参照を 1 つ以上の要素または要素タイプに結びます。
どの体系か？
| 体系 | 主な地域 | 構成 |
|---|
| Uniclass 2015 | 英国、多くの ISO 19650 プロジェクト | 接頭辞ごとの表（Ss システム、Pr 製品、EF 要素…）と階層コード |
| OmniClass | 北米 | 番号付きの表（21 要素、23 製品…） |
| CCI | デンマーク、エストニア、チェコなど | 構成要素と構法によるクラス |
| NL-SfB | オランダとベルギー | 数字の要素コード |
正解は契約に書かれているものです。不正解は、同じプロジェクトに 2 つの体系があることです。階層：Ss_25 が Ss_25_10_30 に一致する理由
Uniclass などのコードは階層的です。Ss_25_10_30 は Ss_25_10 の下にあり、それは Ss_25 の下にあります。「すべての壁を Ss_25 の下に分類」という要件は、より深いコードも受け入れるべきです。良いチェックツールは参照の連鎖をたどり、素朴なツールは文字列を比較して、正しく分類された要素を不合格にします。
納品物の分類を確認する
- BEP で体系と深さを決める 「Uniclass 2015、Systems 表、少なくともレベル 3 まで、すべての物理要素に」。
- IDS 仕様として書く 適用範囲：分類が必要な要素クラス。要件：体系とコードのパターンを持つ分類ファセット。
- 改訂のたびに実行する 不合格は要素ごとに理由付きで届きます：コードなし、体系の誤り、許容範囲外のコード。
- バージョン間で追跡する 改訂間の比較では分類の変更が独立したカテゴリとして表示されます——積算や FM チームがコードに依存しているときに便利です。
仕様の書き方はIDS の解説、改訂の比較方法は2 つの IFC バージョンの比較、引き渡しで分類が重要な理由はIFC から COBie を作るで説明しています。
IFC の分類を解説：Uniclass、OmniClass とモデル内でのコードの扱い
