资料核对日期：2026年10月7日。本文根据官方资料整理，操作建议须先在项目副本中验证。
模型交付时，最让人头疼的往往不是有没有三维形体，而是设备编号、分类、材料等信息是否按约定填写。把检查规则写成机器能够读取的文件，听上去很适合解决这一问题。不过，自动检查要真正成为验收依据，还需要回答：规则是否准确，软件是否理解一致，结果是否可以复核？
一、官方调查提出了什么问题
buildingSMART于2026年9月21日公布IDS社区调查结果，共收到186份完整答卷。报告提到，受访者认可自动检查IFC信息的价值，也反映了不同工具可能对同一IDS文件给出不同结果的问题；70%的受访者希望建立某种形式的IDS软件认证。这是特定社区的调查，不能直接推算为整个BIM行业的采用比例。查看官方调查
对项目团队而言，值得关注的不是给工具打分，而是检查结果的一致性。如果承包方和接收方各跑一次却得到不同结论，争议仍然会回到人工核对。自动化可以减少重复劳动，但前提是双方提前约定检查依据。
二、先划清IDS的能力边界
按buildingSMART的说明，IDS用于表达IFC信息要求，可涉及对象、属性、分类、材料及其值等内容，并不覆盖几何方面的检查。因此，某设备具有安装位置字段，与该设备实际留下足够检修空间，是两项不同的验收任务。查看IDS官方说明
编制交付要求时，建议先把清单分成信息完整性、信息取值、空间与几何、专业设计确认四组。前两组再评估哪些适合用IDS表达；后两组另行确定检查工具和责任人。这样能避免把一张信息检查通过报告当成整个模型合格的证明。
三、用小样本建立双方都能复核的基线
不要从一整栋楼开始试规则。可以选择一类设备和少量代表性构件，准备三种样本：符合要求、缺少字段、字段存在但取值不符。它们是人为设计的验证样本，不是项目实测数据。双方应在各自工具中检查，并逐条对照预期结果。
发现差异时，先查适用对象是否一致，再查属性集名称、数据类型、单位和允许取值。不要直接把差异归咎于导出软件，更不要为了让报告变绿而不断放宽规则。必要时保留原始IFC、IDS文件、软件版本和最小问题样本，请工具提供方协助判断。
四、把规则版本一起纳入交付
建议每次提交同时记录模型版本、导出配置、规则版本、检查软件版本、检查时间和未关闭问题。同一模型用新规则重新检查，结果可能变化；如果只保存一张通过截图，后续很难解释变化来自哪里。
团队也应约定异常处理方式：不适用的对象怎样排除，允许暂缺的信息由谁批准，修正后由谁复检。检查工具负责发现问题，项目责任人负责决定是否接受，这两步都需要留下记录。
截至本次资料核对，官方调查讨论的是IDS 1.1的改进诉求与后续安排，不能据此写成新版本已经正式发布。对当下项目，更稳妥的行动是先用明确、可复现的小范围规则跑通验收流程，再逐步扩大到其他类别。
