BIM 项目交付验收清单：模型、资产、问题与权限
BIM 项目交付是把可用模型、业务资料、问题状态和访问责任一并移交。接收方应能打开约定版本、找到关键设备、复现待办问题，并明确谁负责维护与变更；文件上传完成只是其中一步。
先约定交付用途，再列验收标准
设计协调、竣工移交与运维接管需要的内容并不相同。先写清接收人要完成的任务，再约定模型范围、设备字段、资料目录和可复现的问题记录。不要以“文件齐了”代替“接收方能使用”。
建议使用一份交付清单同时记录责任方、版本、核验状态和缺项处置。未完成事项写清计划与负责人，避免在签收后失去追踪。
| 交付项 | 验收动作 | 需要留下的记录 |
|---|---|---|
| 模型与版本 | 本地打开，检查坐标、楼层、专业及关键构件 | 源版本、转换版本、模型清单与问题列表 |
| 资产与资料 | 由资产编码查到构件、型号和适用说明书 | 台账、映射表、资料版本与缺项 |
| 问题与视点 | 按记录找到具体位置并理解待办事项 | 问题编号、责任人、状态与复现依据 |
| 账号与权限 | 使用接收方账号完成查阅和指定操作 | 成员、项目授权及交接责任 |
| 使用与维护 | 完成一次实际任务并确认变更入口 | 培训记录、维护分工与支持方式 |
让问题记录能在模型里复现
一个有用的问题记录应包含标题、对象、模型版本、位置或视点、责任人和处理状态。截图能帮助沟通，但单张截图可能不足以确定构件和版本，最好同时保留结构化标识。
BCF 是 buildingSMART 定义的 BIM 问题协作标准，涵盖议题、评论、视点和文档引用。它可作为规划跨工具问题交流时的参考；是否支持具体 BCF 版本与导入导出，应逐项验证，不能据此宣称任何平台天然兼容。
标准参考：buildingSMART：BCF API 的议题、视点与文档引用
慧筑数科中的交付顺序
- 本地准备：由交付人员完成源模型整理与本机转换，保留源文件、导出范围与版本信息。
- 核对成果：在浏览器打开 .zbim，按交付清单检查构件、属性、坐标和设备映射。
- 选择空间：明确成果属于个人还是企业。已有个人账号可以接受企业邀请，再取得具体项目权限。
- 上传并确认：在目标项目上传已核对模型，等待校验通过并看到模型版本记录。
- 接收方验收：用接收方账号验证访问、定位和资料查阅，再记录接受项、缺项与后续责任。
换版、替换设备与交接后的维护
每次换版都应有变更摘要：哪些建筑、设备或属性发生变化，哪些映射需要复核。保留能够追溯的前后版本关系；设备替换不能直接覆盖旧设备履历，让历史维修记录失去对象。
临时分享与长期项目权限用途不同。临时分享适合限定范围的沟通，应核对有效期、密码与撤销方式；长期协作由账号、空间与项目授权管理。资料保留及订阅到期规则以当前服务说明和实际方案为准。
常见问题
模型上传成功就代表 BIM 交付完成了吗？
不是。还应检查模型可用性、版本与资料完整性，并让接收方用实际账号完成验收。待办问题、权限和后续维护责任也需要明确。
交付验收应该要求模型达到统一文件大小吗？
文件大小不能单独代表交付质量。应围绕用途约定信息范围、定位精度和目标设备上的可用体验，并保留样本验收记录。
个人先注册后，怎样接收企业项目？
企业所有者按已核实的用户名或邮箱邀请个人账号；个人接受邀请后切换企业空间，再由有权限的管理员授予具体项目权限。个人空间中的资料不会因此自动转入企业。
资料来源
标准概念参考以下公开资料；本文流程与检查表由慧筑数科 ZhuBIM 结合产品使用路径整理。