返回 BIM 与 IFC 博客
- 44 — 自动检查的质量规则
- 3 — 验证层级：模式 → 质量 → IDS
- 6 — 可验证的 IDS 1.0 分面（facet）
- 0 — 浏览器本地检查需要上传的文件
什么是 IFC 模型检查工具？
IFC 模型检查工具是一种软件，它依据一组既定规则，自动验证 IFC 文件的内容和结构。它关注的不是 3D 查看器里肉眼可见的部分，而是数据层：GUID、空间层级、属性集、几何、分类编码以及项目特定要求。
输出是一份结构化报告：哪些规则通过、哪些未通过、各严重级别的问题各有多少，外加一个可用作项目交付关口的量化质量分数。BIM 协调员借助它，在问题进入公共数据环境（CDE）、协调模型或送到业主手中之前就把它拦下。
这个术语有时被宽泛地用来指任何能打开 IFC 文件的工具。本指南采用严格定义：检查工具依据规则验证数据，并给出通过/不通过的结论；查看器负责显示几何。大多数专业工作流程两者都需要，但它们是两种不同的功能。
为什么现在必须做 IFC 检查
2026 年，有三股力量让系统化的 IFC 检查变得不可回避：
- ISO 19650 的推行：信息要求如今必须经过验证，而不能想当然。许多合同都包含数据交付义务，并附有可量化的验收标准。
- 开放 BIM 工作流程：项目在不同建模软件和专业之间交换 IFC，质量欠账会层层累积、不断放大。如果不在每次交接时检查，一面经过四种建模软件的墙就会带着四套不同的命名规则。
- 运维（FM）移交的压力：接收数字孪生的业主期望属性数据与实际安装的资产真正一致。在设计和施工阶段进行系统化检查，是保证这一点的唯一途径。
IFC 模型检查的三个层级
IFC 验证并不是一次简单的通过/不通过测试。它分三个不同的层级进行，每个层级捕获一类不同的问题：
| 层级 | 检查内容 | 能发现的问题 | 支持的工具 |
|---|
| L1：模式 | EXPRESS 模式、实体/属性类型、必填字段 | 损坏的文件、错误的 IFC 版本、无效的实体引用 | 所有正规的 IFC 工具 |
| L2：质量 | 44 条质量规则：GUID、层级、名称、几何、属性 | 重复 GUID、缺失楼层、空名称、几何损坏 | IFC Viewer Online、Solibri、BIMcollab Zoom |
| L3：要求（IDS） | 项目特定的属性、分类、材料规则 | 缺少耐火等级、分类编码错误、缺少信息交换要求（EIR）元数据 | IFC Viewer Online、buildingSMART Validator |
三个层级逐级递进：文件必须先通过 L1，L2 才有意义；通过 L2 之后，L3 才有意义。第 1 级：模式与 EXPRESS 验证
IFC 标准是用 EXPRESS 这种形式化数据建模语言定义的。L1 检查工具验证文件中的每个实体是否符合其 EXPRESS 定义：必需属性是否存在、值的类型是否正确、枚举值是否有效、引用完整性是否得以保持。这是最低门槛：未通过 L1 的文件，任何下游工具都无法可靠地处理。
第 2 级：质量规则验证
L2 检查应用 44 条规则，它们来自行业最佳实践、buildingSMART 的指导，以及实际项目交付中观察到的常见出错情形。这些规则涵盖六个领域：
唯一标识
每个构件都有唯一且符合规范的 GUID。重复 GUID 会破坏 CDE 的版本追踪、碰撞检查和 BCF 协调。
空间层级
所有建筑构件都归属于某个楼层，所有楼层都归属于某栋建筑，建筑归属于场地。层级断裂会导致构件在协调工具中“消失”。
属性集
标准属性集（Pset_WallCommon、Pset_BeamCommon 等）存在且已填写。缺少属性集会破坏工程量统计和运维移交。
几何
实体几何闭合、布尔运算能正确求解、构件体积不为零。几何损坏会在模型审查和 4D/5D 模拟中引发错误。
分类
构件按 EIR 的要求带有分类编码（Uniclass、OmniClass、NBS）。缺少分类会破坏采购流程和运维资产登记。
关系
IfcRelContainedInSpatialStructure、IfcRelAggregates 以及类型与实例之间的关系构建正确。关系断裂会破坏空间树。
第 3 级：IDS 验证
IDS（Information Delivery Specification，信息交付规范）是 buildingSMART 的标准，用于精确定义模型在某个项目阶段必须包含哪些数据。IDS 文件规定所需的实体、属性（Attribute）、属性集、属性值、分类和材料，检查工具则验证模型中的每个构件是否满足这些规范。IDS 1.0 于 2024 年获批，越来越多的合同和 EIR 开始引用它。关于六个分面的详细说明，请参阅完整的 IDS 实施指南。
Health Score：用一个数字衡量模型质量
逐条规则的报告对修复问题必不可少，但用作交付关口并不现实。Health Score 采用按严重程度加权的对数扣分法，把 44 条规则浓缩成一个 0–100 的数字：错误（阻断性问题）的权重是警告的 3 倍。也就是说，有两个严重错误的模型，得分会明显低于只有几十个轻微警告的模型。
| 分数区间 | 等级 | 含义 | 处理措施 |
|---|
| 90–100 | 优秀 | 可以交付的模型，问题极少或没有问题 | 批准上传到 CDE |
| 75–89 | 良好 | 存在轻微问题；对大多数协调阶段而言可以接受 | 正式交付前修复 |
| 50–74 | 一般 | 存在多个问题，交付前需要整改 | 退回建模团队 |
| 25–49 | 较差 | 多个规则类别中存在严重的数据质量问题 | 必须整改 |
| 0–24 | 危急 | 存在根本性的结构或数据问题；模型无法用于协调 | 不予接收 |
Health Score 分数段，以及 BIM 协调员在各关口的建议处理措施。系统化检查的商业价值
协调更快
在碰撞检查之前先对模型做 L2 错误预筛，可以消除由几何损坏和层级断裂引起的误报碰撞。协调会议因此能真正推进工作，而不是忙于补救。
工程量统计准确
造价（QS）工具依赖正确的属性集和分类。通过 L2 检查的模型能产出可靠的材料工程量；未通过的模型，每次更新工程量清单（BOQ）之前都需要手动修正。
合同合规
在越来越多的项目中，ISO 19650 的信息要求具有合同约束力。检查的审计记录可以证明合规，并在移交时避免因数据质量引发纠纷。
运维移交更有把握
资产管理系统从 IFC 中读取属性数据。属性集完整、分类正确、GUID 有效的模型，可以自动填充 CAFM 系统；否则就需要代价高昂的人工录入。
ISO 19650 工作流程中的 IFC 检查
ISO 19650 定义了信息交付里程碑（IDM）和信息要求（EIR、AIR）。IFC 模型检查在这一框架中对应三个节点：
Authoring tool (Revit / ArchiCAD / Tekla)
│
▼ IFC export
[L1 Schema check] ──fail──▶ Return to author
│ pass
▼
[L2 Quality check (44 rules)] ──fail──▶ Return to author with error report
│ pass (Health Score ≥ threshold)
▼
[L3 IDS check] ──fail──▶ Return to author with IDS non-conformances
│ pass
▼
CDE upload (approved for coordination)
│
▼
Clash detection / coordination
│
▼
[Pre-submission L2+L3 recheck] ──fail──▶ Fix before submission
│ pass
▼
Client / FM handover
何时检查：六个项目检查点
上传到 CDE 之前
防止不合格的模型进入共享环境。至少做 L1+L2；如果已下发 IDS，再加上 L3。
每个设计阶段关口
在合并为协调模型之前，检查所有专业模型。结构、建筑和机电（MEP）模型各自独立检查。
碰撞检查之前
几何损坏和层级断裂会造成误报碰撞。碰撞检查会议之前先拿到一份干净的 L2 报告，能省下数小时的排查时间。
提交业主之前
进行正式的 IDS 验证，并记录 Health Score。将检查报告与模型一起归档，作为合规证据。
重大修订之后
任何涉及空间结构、命名或属性数据的修订，都应触发重新检查。借助 CLI 或 API 工作流程，可以在每次导出时自动检查。
运维移交时
最终的信息深度（LOI）检查：所有必需属性都已填写了吗？分类编码正确吗？GUID 集合稳定吗？
技术简述：检查在底层如何运作
现代基于浏览器的 IFC 检查工具使用 WebAssembly，直接在浏览器中运行 IFC 解析引擎和规则评估逻辑，无需与服务器往返通信。IFC 文件被解析成内存中的模式图，每条规则都作为针对该图的一次查询来评估。对于一个典型的建筑模型（50–200 MB），整个过程需要 15–60 秒，并生成一个驱动报告界面的结构化结果对象。
进行 IDS 验证时，检查工具会加载 IDS XML 文件，把每条规范编译成一组构件筛选条件和属性断言，再用这些断言逐一评估模型中每个适用的构件。结果是一份逐构件、逐规范的符合性记录，状态分为通过、不通过和不适用。
为你的工作流程选择合适的检查工具
合适的工具取决于你的协调角色、项目规模和预算。详细的逐项对比见IFC 模型检查工具横向对比；检查与查看在概念上的区别见IFC 模型检查工具与 IFC 查看器的区别。简而言之：
| 场景 | 推荐做法 | 理由 |
|---|
| BIM 建模人员检查自己导出的文件 | 基于浏览器的检查工具（IFC Viewer Online） | 即时、免费、无需上传、立刻得到反馈 |
| BIM 协调员审查收到的模型 | 基于浏览器的 L2 检查，外加对照项目 IDS 的 IDS 检查 | 完整的三级验证，不依赖任何工具链 |
| 使用 Solibri 规则集的大型多专业项目 | Solibri + 基于浏览器的预筛 | 预筛可减少 Solibri 的排队任务；Solibri 补充项目特定规则 |
| 针对模型修订的自动化 CI/CD 质量门禁 | 基于 API 的检查工具或 CLI 封装 | 无需人工操作即可触发；可与 CDE 工作流程集成 |
| 业主要求提供认证报告 | 能导出 HTML/PDF 报告和 JSON 审计记录的工具 | 移交时提供站得住脚的合规证据 |
按场景选择 IFC 检查工具的指南。运行你的第一次 IFC 检查：分步说明
- 从建模软件导出 IFC。使用 IFC4（如项目要求，则使用 IFC2x3）。导出设置要与项目 BEP 保持一致。
- 在 IFC Viewer Online 中打开 IFC 文件。无需注册账号，也无需上传：把文件拖进浏览器即可。
- 进入验证面板。L1 模式检查会自动运行，L2 质量检查随即开始。查看 Health Score，以及按严重程度和类别划分的问题明细。
- 将报告导出为 JSON 或 HTML，存入项目档案。如果项目已下发 IDS 文件，在 IDS 面板中载入它，即可运行 L3 检查。
立即试用 IFC 检查
这个 IFC2x3 建筑模型演示了三级检查流程。进入验证面板，即可查看 Health Score 和完整的规则明细。
IFC2x3 · 2.4 MB
打开交互式 IFC 查看器
在设计阶段发现一个重复 GUID，只需几分钟；到运维移交时才发现，就要花上好几天。系统化检查不是额外负担，而是成本最低的质量控制手段。
BIM 协调原则
三级验证
模式 → 质量（44 条规则）→ IDS 要求。每一级都建立在前一级的基础上。
把 Health Score 作为关口
0–100 分，按严重程度加权。在 BEP 中规定：协调阶段 75 分，正式交付 90 分。
先检查，再上传
浏览器本地检查意味着没有违反保密协议（NDA）的风险、即时得到反馈，而且完全不依赖工具链。
与 ISO 19650 对齐
在每个 IDM 进行检查，就能以可审计的记录满足第 5.6 条规定的审查与批准义务。
延伸阅读：检查工具与查看器有何不同、各类工具如何划分，详见IFC 模型检查工具与 IFC 查看器的区别。八款主流工具在检查深度和工作流程适配度上的比较，见2026 年最佳 IFC 模型检查工具。面向 BIM 协调员的实用分步检查流程，见交付前如何检查 IFC 模型。十种最常见的 IFC 错误及各自的检测方法，见10 种常见的 IFC 模型错误。Health Score 的计算方法及其作为质量关口的用法，见IFC Health Score 指南。
IFC 模型检查工具完全指南（2026）
