返回 BIM 与 IFC 博客
交付与 ISO 19650 · 2026-08-07 · 9 分钟
真正能防止劣质 IFC 交付的 BEP 条款
大多数 BEP 只写一句模型须“质量合适”，再无下文，所以质量之争永远没完。本文给出四条可直接粘贴的简短条款，把主观意见变成可以检验的条件。
真正能防止劣质 IFC 交付的 BEP 条款 — IFC Viewer Online article cover
随便翻开一份 BIM 执行计划（BEP），找到信息交付那一节，你多半会看到这样一句话：“所有模型应以合适的格式交付，其质量应满足预期用途。”人人都会签字。谁也不可能达不到，谁也无法据此追责。
正是这句话，让项目上关于 IFC 质量的争论如此激烈：因为没有任何可以拿出来对照的依据。协调员说模型没法用，建模方说模型没问题，双方都只是在表达意见，因为合同从来没有把“质量”转化为任何人都能检验的条件。
一条不可能不通过的质量条款，算不上条款，只是一个带着条款编号的愿望。
什么样的条款才能执行
有三个特征，值得拿来对照你的 BEP 里已有的每一条：
- 它指明一项检验。不是“质量良好”，而是一项具体的检查，用具体的方法执行，产出具体的结果。
- 它指明一个阈值。一个数字、一个数量或一个二元条件，审查人无需主观判断就能对照。
- 它指明未达阈值时的后果。没有后果的条款只是文档，而不是要求。
下面四条条款三个特征俱全。它们刻意写得很短：没人读的质量条款毫无作用；而半页纸就能写下的条款，才会被人原文引用、拿来对质，这正是它的意义所在。
条款 1：发布前自动检查
Every IFC container issued to the CDE at status S2 (Shared) or above shall
have been checked with the project's agreed rule set within the 24 hours
preceding issue. The check report shall be issued alongside the container.
Containers issued without a check report may be rejected without review.
最后一句才是关键。没有它，这条条款只设定了义务，跳过检查却没有任何代价；到了工期紧张的那一周，检查就会被跳过，而那恰恰是最需要检查的一周。
注意检查的位置：放在 S2 状态，而不是正式发布时。等到内容发布，已经有三个专业基于它完成了协调，一旦发现结构性问题，要返工的是他们的工作，而不是你的。交付前检查的全部经济价值，都取决于能否在“进行中（WIP）→ 共享（Shared）”这道边界上发现问题。
如果你还没有确定规则集，可以从任何验证工具都会运行的标准检查入手：最常见的 IFC 验证错误涵盖了绝大多数真实的退回案例，而且它们到哪里都一样，因为它们源于导出设置，而不是建模风格。
条款 2：最低质量阈值
IFC containers shall achieve a Health Score of at least 80/100 under the
project rule set. Containers scoring below the threshold may be issued only
with the prior written agreement of the Information Manager, recording the
findings concerned and the reason.
有两处设计值得借鉴。第一，例外通道是明确写出来的：有时低于阈值的模型确实需要共享，而一条没有正当例外的规则只会被无视，而不是被遵守。第二，例外必须形成书面记录，这就把“我们说好先放过”变成了一条有日期、有责任人的记录。
阈值要审慎选择。分数是把一整份报告按类别和严重程度加权后压缩成的一个数字，在把它写进合同之前，值得先弄明白它。IFC Health Score（健康评分）指南解释了哪些因素会影响分数，以及影响有多大。
条款 3：标识符稳定性
IFC GlobalIds shall be persistent for the life of the project: the identifier
of an element shall not change between revisions unless the element itself is
deleted and replaced. Task teams shall configure authoring and export tools
accordingly, and shall report any event that invalidates identifiers (model
recreation, round-trip import, template migration) at the time it occurs.
如果本文的条款你只采纳一条，那就选这一条。阈值条款能提高交付的平均水平；标识符条款则能防止一类事后无法弥补的损害。
如果每次导出 GlobalId 都会改变，就会有三样东西同时悄无声息地失效：问题会脱离当初提出时所针对的构件；版本对比变成虚构，因为每个构件看起来都是新的；资产数据也无法再与它的来源模型核对。这些都不会产生任何报错信息。结果只是这样一个项目：没有人完全信任协调历史，也没有人说得清为什么。
最后一句中的报告义务，比看上去更重要。GUID 大面积更替，通常是由某个有人知情的流程事件引起的：模型被重建，或者文件经过另一款工具往返转换。知道它发生在什么时候，决定了这件事是日志里的一条备注，还是一场取证式的排查。具体原因见为什么 IFC GUID 每次导出都会变；与之相关的另一种故障，即两个构件共用同一个标识符，见IFC 文件中的重复 GUID。
条款 4：共享坐标与单位
All task teams shall use the project shared reference point and rotation
defined in {document}, and shall deliver in metric SI length units. Storey
names and elevations shall follow the agreed level schedule without local
variation.
这条条款只有在模型整合时才见成效。每个专业模型内部都可能完美无缺，整合后的模型集却依然无法使用，因为有三种故障在模型汇合之前是看不见的：模型参照了不同的原点；某个文件使用英制单位；各专业的标高表各不相同，需要有人维护一张对照表。
其中地理配准这一半，最容易造成惊人的失败：建筑跑到离场地几百公里之外，或者整体发生了旋转。具体原理见IFC 坐标与地理配准。
这些条款该放在哪里
| 文件 | 应包含的内容 |
|---|
| EIR（业主方） | 业主要求什么：每次交付的目的、分类体系、移交时期望得到的资产数据。 |
| BEP（交付团队） | 如何满足要求：这四条条款、指定的规则集、导出配置的引用、责任矩阵。 |
| BEP 附录 | 验收标准表：每项标准一行，并在首次交付前填好本项目的约定。 |
| 文件传递单 | 每次交付的声明：版本、适用性状态、分数、规则集，以及经协商同意接受的问题。 |
这些条款单独存在时价值有限，还需要一个让接收方实际应用它们的地方，那就是验收标准表。这张表是下一篇文章的主题：IFC 验收标准：如何不经争论地接收或拒收模型。而一旦信息容器通过检查，问题就变成了还要随它一起交付什么，详见IFC 模型移交时应附带哪些资料。
一段话精简版
如果你的 BEP 已经定稿，重新修改要牵动太多相关方，那就在信息交付一节中加入下面这一段，也能获得大部分价值：
IFC containers issued at S2 or above shall be checked with the project rule
set immediately before issue, shall reach a Health Score of at least 80/100,
and shall carry persistent GlobalIds between revisions. The check report
shall accompany the container; exceptions require the written agreement of
the Information Manager.
在正式承诺这些要求之前，想先看看它们在实际中是什么样子，可以对一个你已经交付过的模型运行这些检查：交付前模型检查流程每个文件大约只需一分钟，结果会告诉你，80 分在你的项目上是一个宽松的阈值，还是一个有挑战性的阈值。
真正能防止劣质 IFC 交付的 BEP 条款