约定接收方将接受的内容
在截止日期之前，确认用途、接收方、允许的分发范围、交付位置和审批流程。约定模型范围、格式、模式、命名约定和所需的支持信息。请接收方尽早测试一个小型文件包，以便有时间解决兼容性问题。
请根据项目信息需求、交付协议以及所需的客户模板调整此工作流程。
包含足以重现交付的背景信息
| 文件包内容 | 应回答的问题 |
|---|---|
| 模型及附属资源 | 哪些文件必须放在一起，接收方才能打开结果？ |
| 交付清单 | 这是哪个修订版本，由谁编制，预期用途是什么？ |
| 源修订版本列表 | 包含或排除了哪些专业模型和修订版本？ |
| 导出配置 | 使用了哪个应用程序版本、范围、格式选项和变换？ |
| 坐标说明 | 适用哪些单位、原点、坐标轴约定和项目参照？ |
| 验证证据 | 运行了哪些检查，哪些未通过，哪些被作为例外接受？ |
| 变更和问题清单 | 自上次交付以来有哪些变化，还有哪些问题尚未解决？ |
| 接收方说明 | 文件包是如何测试的，问题应记录在哪里？ |
使用在接收方解压文件包后仍然有效的路径。从另一个文件夹测试一份副本，以便在交付前发现缺失的资源或指向您工作站的引用。不要在清单中放入访问令牌、密码或私有工作站路径。
交付清单示例
Delivery: Example project / coordination review / R03
Prepared by: [name and team]
Prepared on: [date and time zone]
Purpose: [agreed review task]
Model files: [file names and sizes]
Source revisions: [list or attached schedule]
Export application and version: [value]
Format and schema: [value]
Scope and exclusions: [value]
Units and coordinate reference: [value]
Applied transformations: [value or none]
Receiving application tested: [name and version]
Validation evidence: [report names]
Open issues and exceptions: [identifiers]
Approval status: [pending / accepted / rejected]
Reviewer and decision date: [value]
Distribution: [approved recipient group]如果使用校验和，请注明所用算法，并基于最终文件计算。校验和有助于发现文件被更改或不完整，但它本身不能证明是谁创建或批准了该文件包。
按受控顺序发布文件包
冻结候选版本
明确源修订版本和导出配置。将输出放入新的修订文件夹，而不要覆盖上一次已接受的交付。
检查最终文件
对实际要发送的文件运行检查。如果输出有变化，请重复受影响的检查并更新清单。
通过约定的渠道传输
将完整的文件包发送到批准的位置，并确认接收方可以访问。
获取接收方的决定
将“已收到”与“已接受”分开记录。请接收方确认所测试的应用程序，并针对交付标识符报告问题。
保存证据
按照项目的保留流程，保存已接受的文件包、决定以及已被取代的修订历史。
让移交问题与模型保持关联
BIM 协作格式（BCF）支持在应用程序之间交换与模型相关的问题。在双方团队都支持的情况下，可使用它将问题上下文与约定的模型修订版本一起保留。BCF 问题包不能替代模型本身的交付。