ISO 16739-1兼容性政策（2025）发布：IFC修订进入可评估、可分级、可追溯阶段

ISO/TC 59/SC 13/JWG 12 于 2025-05-19 发布《Compatibility policy for ISO 16739-1 revisions: 2025》（出版阶段文件）。这份政策文件的核心意义，不在于“鼓励兼容”这一原则本身，而在于把 IFC（ISO 16739-1）修订的兼容性要求从经验判断，推进为可执行的标准流程：先定义、再评估、后发布。

文件明确指出，ISO 16739-1 必须持续演进以覆盖新需求和新技术，但每次修订都可能破坏数据交换。由于建成资产生命周期通常跨越 50-100 年，兼容性不是“软件便利性问题”，而是长期资产管理与数字孪生可持续运行的基础能力。

两个“兼容保证”被正式写入术语体系

政策将兼容性具体化为两个可验证目标：

• old data support guarantee：新版本软件应能解析并处理旧版标准数据，除 schema 名称外不应要求改代码。
• old software support guarantee：旧版软件应能自动处理新版本中的“旧部分”，同样除 schema 名称外不应要求改代码。

在此基础上，文件给出修订分级：

• minor revision：兼容修订；按兼容性表评估时，“Allowed in a new minor revision”应全部为 Yes。
• major revision：不兼容修订；同一列至少出现一个 No。

此外，文件对 deprecation 给出操作性定义：被弃用结构在未来大版本可删除，但在过渡期内仍应可导入，并保持文档化与测试覆盖。

兼容性要求覆盖“全内容”，不只覆盖 schema

政策第 5 章把兼容范围明确到完整对象，而非局部字段。兼容要求适用于：

• 规范层：schema、property sets、quantity sets、informal propositions；
• 序列化层：ISO 10303-21（STEP Physical File）与 ISO 10303-28（XML 表达）。

这意味着，未来 IFC 修订不能只在实体定义上“看起来兼容”，还必须在属性集、规则表达与交换编码上保持一致性约束。

修订前必须做兼容性评估，且有固定工具链

第 6 章给出评估输入的“最低组合”，包括三项：现行 ISO 16739-1 官方文档、拟议变更明细清单、兼容性政策及其 Annex A。Annex A 为规范性附录，要求所有拟议变更都要对照兼容性表逐项判定；该附录绑定外部表文件“Compatibility Table 2025-05-19.ods”，并分为 README、Schema、Anything else 三个页签。

“怎么改不破兼容”给出了具体工程建议

第 7 章和表 1 的价值在于可直接指导标准修改实践。核心规则包括：

• 可能引入不兼容的大改动只放在 major revision（例如 IFC 5）；
• minor revision 以内应做增量、加法式演进，避免破坏性重构；
• 优先通过扩展模块引入新能力，保持核心稳定；
• 引入弃用时，应提供旧用法到新用法的标准映射路径；
• 提交 ISO 前应基于 changelog 发布兼容性评估报告。

表 1 还给出典型“反例-替代方案”对照：例如不建议在小版本直接改实体名；过时实体先弃用后在大版本删除；新增强制属性优先考虑通过子类型承载；对使用约束可先给出谨慎措辞的非正式命题并结合验证服务落地。

对后续 IFC 演进的直接影响

该政策把“标准修订自由度”转化为“标准修订责任”。一方面，它允许 IFC 持续创新；另一方面，它要求任何创新都必须经过兼容性评估并给出迁移解释。对软件厂商而言，版本规划与实施成本可预期性会提高；对业主与实施方而言，长期数据连续性和跨版本协作风险有望下降。

政策还在 Annex B 讨论了后续方向：与 ISO 12006-3/ISO 23386 的数据字典协同、ISO 16739 模块化演进路径、以及档案格式继续保持文本可读性的要求（当前基于 ASCII/STEP P21，未来大版本可评估 JSON 语法标准 ISO 21778）。