3. 资产移交的行业标准与合同要求

竣工模型能不能被业主真正“用起来”,取决于移交成果是否符合一套被行业共同承认的规则。这些规则分三个层次:国际信息管理标准(ISO 19650、PAS 1192)、数据交换与交付格式标准(IFC、COBie),以及国内竣工交付与合同约定。理解它们的分工,比记住编号更重要——ISO 19650 管“怎么管信息”,IFC 管“几何与语义怎么交换”,COBie 管“运维需要哪些数据”,合同则管“这次到底交什么、怎么算合格”。

一、ISO 19650 与 PAS 1192:信息管理的方法论

PAS 1192 系列是英国最早提出的 BIM 信息管理规范,2018 年后其核心内容被 ISO 19650 系列吸收升级。ISO 19650 的关键贡献是把信息交付拆成两个阶段:交付阶段(设计施工,产出 CDE 中的信息容器)和运营阶段(资产使用与维护)。它提出“信息容器(Information Container)”概念,每个容器有唯一编号、状态码和修订码,例如 PRJ-XX-XX-M3-ZZ-0001,其中 M3 表示模型类信息、ZZ 表示专业代码。移交时,业主接收的不是一堆散乱文件,而是一组状态为“已发布(Published)”的信息容器。

ISO 19650 还定义了 CDE(公共数据环境)的四个状态区:进行中(Work in Progress)、共享(Shared)、已发布(Published)、归档(Archive)。竣工移交的成果必须从“共享”推进到“已发布”,并保留归档版本。实操中常见错误是把还在 WIP 状态的模型直接打包发给业主,导致版本无法追溯。正确做法是:承包商在共享区完成协同,经信息经理审核后发布,发布版本才进入移交清单。

二、IFC 与 COBie:两种互补的交付格式

IFC(Industry Foundation Classes)是开放的建筑数据交换格式,用实体—属性—关系的方式描述构件,例如 IfcWall、IfcDoor、IfcSpace,并支持 IfcRelAggregates 等关系表达空间层级。它擅长承载几何、空间结构和构件语义,适合作为竣工模型的“几何与结构载体”。但 IFC 文件通常很大,且运维人员并不需要全部几何信息。

COBie(Construction Operations Building Information Exchange)则是一套面向运维的结构化数据表,通常以电子表格或 IFC 中的 COBie 视图交付。它的核心工作表包括:Facility(设施)、Floor(楼层)、Space(空间)、Zone(分区)、Type(设备类型)、Component(设备实例)、System(系统)、Assembly、Connection、Spare、Resource、Job、Impact、Document、Attribute、Coordinate、Issue。其中 Component 表记录每台设备的唯一编号、所在空间、安装日期、保修信息,是运维接手后最常查的表。

两者的关系可以这样理解:IFC 回答“这个设备长什么样、装在哪里”,COBie 回答“这台设备是谁、什么时候装、保修到哪天、属于哪个系统”。移交时通常要求 IFC 模型与 COBie 数据表通过唯一标识(如 GlobalId 或设备编号)建立对应关系,做到“模型点得到、表格查得到”。

资产移交标准的分工与衔接 ISO 19650 管流程 · IFC 管几何语义 · COBie 管运维数据 · 合同管范围与验收 ISO 19650 / PAS 1192 信息管理流程层 进行中 WIP 专业内建模、未协同 共享 Shared 跨专业协同、可引用 已发布 Published 审核通过、移交版本 归档 Archive 版本留痕、可追溯 信息容器编号示例 PRJ-XX-XX-M3-ZZ-0001 IFC — 几何与语义载体 开放格式 · 构件级交换 IfcWall / IfcDoor / IfcSpace IfcRelAggregates 空间层级 GlobalId 唯一标识 COBie — 运维数据表 结构化工作表 · 面向运维 Facility / Floor Space / Zone Type / Component System / Spare Job / Impact / Document / Attribute 合同约定层 移交范围与验收准则 移交范围 模型深度 / 数据表 / 文档 交付格式 IFC 版本 / COBie 表结构 验收准则 完整性 / 一致性 / 可读性 国内竣工交付 城建档案 / 竣工图 / 验收规范 IFC GlobalId ↔ COBie Component 编号对应

三、国内竣工交付标准与合同要求

国内竣工交付有两条并行线:一是城建档案与竣工图体系,依据《建设工程文件归档规范》GB/T 50328 等,要求竣工图加盖竣工图章、变更标注清晰、纸质与电子档案同步;二是竣工验收体系,依据各专业工程施工质量验收规范。BIM 竣工模型目前多数项目作为竣工图的补充或替代载体,需在合同中明确其法律效力与交付深度。

合同是最终裁判。一份可执行的移交条款至少应写清四件事:移交范围(哪些专业、哪些楼层、哪些系统必须建模并附数据)、交付格式与版本(IFC 用 IFC4 还是 IFC2x3、COBie 用哪版表结构、模型 LOD/LOI 等级)、验收准则(完整性、一致性、可读性的具体判定方法)、违约责任与整改期限。缺少任何一项,验收时都容易扯皮。

四、验收准则的可操作化

“模型合格”不能靠感觉。建议把验收准则拆成可检查的条目,下面是一份可直接用于移交验收的检查表示例(参数为示例设定,实际项目按合同调整):

检查项判定方法示例合格标准
模型完整性对照合同移交范围清单逐项核对合同约定的 12 个系统全部有对应模型构件
构件命名规范抽查构件 Name/Type 字段命名符合项目 BIM 执行计划,无“未命名”构件
IFC 可打开性用至少两款 IFC 查看器打开无几何丢失、无坐标偏移超过 10mm
COBie 数据完整率统计 Component 表必填字段空值率设备编号、空间、安装日期空值率 ≤ 2%
模型与数据对应随机抽取 30 台设备核对 GlobalIdIFC 与 COBie 对应一致率 ≥ 98%
版本与状态检查 CDE 发布状态与修订码全部为 Published,修订码连续可追溯
验收时建议先做“抽样核对”再做“全量统计”:抽样用于快速判断数据质量趋势,全量统计用于出具正式验收结论。抽样比例和合格阈值应在合同中事先约定,避免验收现场临时定标准。

五、标准之间的衔接关系

把四个标准放在一条链上看会更清楚:ISO 19650 规定信息从 WIP 到 Published 的流程和容器编号规则;IFC 是这条流程中几何与语义的交换格式;COBie 是从 IFC 中抽取、整理后面向运维的数据表;国内竣工交付标准与合同则规定这条链在具体项目中的范围、格式和验收门槛。移交工作的实质,就是让这条链上的每一环都有可核查的证据:流程有状态记录、模型有 IFC 文件、数据有 COBie 表、验收有合同条款和检查记录。

常见误区:把“模型能打开”等同于“移交合格”。实际上,模型能打开只满足可读性,完整性、一致性、数据对应关系才是验收的核心。另一个误区是合同只写“提交 BIM 竣工模型”,未约定 IFC 版本、COBie 表结构和验收阈值,导致交付成果无法被运维系统直接导入。

实操建议:在项目启动阶段就把移交要求写进 BIM 执行计划(BEP),明确每个阶段的交付物、格式、责任方和检查节点;施工过程中按里程碑做预验收,而不是等到竣工前一次性整理。这样到正式移交时,IFC 模型、COBie 数据和合同验收条款三者已经对齐,业主接手后可以直接把数据导入运维平台,而不是拿到一堆需要重新整理的压缩包。