返回 BIM 与 IFC 博客
交付与 ISO 19650 · 2026-10-03 · 9 分钟
ISO 19650 文件命名规则详解(附示例)
七个字段、六个连字符,决定了一个模型能否在没人打开的情况下被找到、排序、检查和整合。每个字段的含义、角色代码、状态和修订该放在哪里,以及那些悄无声息地破坏 CDE 的命名错误。
ISO 19650 文件命名规则详解(附示例) — IFC Viewer Online article cover
每个项目都有一个文件夹,里面的文件名大概是「模型_最终_v3_JB_新.ifc」。每个项目最后也都会发现这为什么代价高昂:没人知道它属于哪个专业、覆盖哪个区域或楼层、是不是当前版本,也不知道昨天有人发来的文件和 CDE 里的是不是同一个。
ISO 19650 的答案是一套把文件名变成数据的规则。会读一个,就会读全部——项目里的每个工具也一样。
ISO 19650 文件名有七个字段。角色字段告诉工具一个模型属于哪个专业。
试一试:按 ISO 19650 命名的整合模型
三个文件:BCN-IVO-ZZ-XX-M3-A-0001、-S-0001 和 -M-0001,分别是建筑、结构和机电。查看器只凭角色字母就能区分专业。

打开交互式 IFC 查看器
要点
- 文件名由七个用连字符分隔的字段组成:项目、发起方、区域/系统、楼层/位置、类型、角色和编号。
- 允许的代码在每个项目的信息协议中约定:标准规定结构,项目规定词汇。
- 状态和修订是 CDE 的元数据,永远不是文件名的一部分。
七个字段,逐一说明
| 字段 | 示例 | 回答的问题 |
|---|
| 项目 | TWR | 哪个项目? |
| 发起方 | ARQ | 哪家机构产出的? |
| 区域 / 系统 | Z1 | 覆盖哪个区域、建筑或系统? |
| 楼层 / 位置 | 03 | 哪一层或哪个位置?(ZZ 表示多层,XX 表示不适用) |
| 类型 | M3 | 什么类型的容器?M3 = 三维模型,DR = 图纸,SP = 技术规格… |
| 角色 | A | 哪个专业?A = 建筑,S = 结构,M = 暖通… |
| 编号 | 0001 | 字段相同的多个容器中的哪一个? |
字段长度、分隔符和代码表在每个项目的信息协议中确定。
状态和修订:不要写进文件名
最常见的错误是把适用性或修订加到文件名后面:TWR-ARQ-Z1-03-M3-A-0001-S2-P03.ifc。看起来很严谨。实际意味着同一容器的每次发布都有不同的名字,所有指向上一版的链接都会断,CDE 也无法再显示一个容器的历史。
| 元数据 | 代码(英国国家附录) | 存放位置 |
|---|
| 适用性 | S0 进行中 · S1 协调 · S2 信息 · S3 审阅与意见 · S4 阶段批准 · A1… 授权 | CDE 元数据 |
| 修订 | P01、P02… 初步 · C01、C02… 合同 | CDE 元数据 |
| 分类 | Uniclass、OmniClass、CCI… | 元数据及模型内部 |
为什么命名对工具重要,而不只是对人
好的名字是机器不用打开文件就能读取的数据。随着检查和整合越来越多地交给软件,这一点一年比一年重要:
- 整合:查看器可以只凭文件名按角色分组模型、按专业着色——建筑半透明,结构一种颜色,机电另一种颜色。
- 交付检查:文件名几乎是每张验收表的第一行,因为命名错误的容器无法查找、排序或追踪。
- 修订追踪:当同一个名字始终指向同一个容器时,比较本周和上次的交付,就是先匹配文件名,再匹配 GlobalId。
在我们的查看器中,角色字段决定协调图中各专业的颜色——参见用 IFC 制作展示图。验收方面见IFC 验收标准。
五个真正浪费时间的命名错误
- 文件名里写状态或修订:每次发布都变成一个新文件。
- 自由文本字段:一个文件写「Arch」,下一个写「ARC」,第三个写「A」。约定一份代码表,别无其他。
- 各专业楼层代码不同:建筑写 03,工程师写 P3。按楼层整合就失效了。
- 空格和特殊字符:会破坏脚本、URL 和某些 CDE。只用字母、数字和连字符。
- 导出时改名:建模工具写一个名字,有人为 CDE 改名,两者最终分道扬镳。
命名只是更大的交付检查清单中的一行;其余内容见ISO 19650 的 IFC 检查清单。
ISO 19650 文件命名规则详解(附示例)