交付物清单与验收是什么
把交付物固定成一份清单，项目结束时逐项核对、登记并签收：报告、加密证据包与索引、漏洞台账、复测报告、签收单。清单化的价值在于验收环节没有争议空间——交了哪些、什么版本、什么时候交的，白纸黑字一一对应。
基本信息
| 清单构成 | 报告、证据包与索引、漏洞台账、复测报告、签收单 |
|---|---|
| 格式 | 以 PDF 为主，源文件是否交付按合同约定 |
| 核对方式 | 逐项打勾验收，缺项当场登记 |
| 登记字段 | 交付物名称、版本、日期、接收人 |
| 验收依据 | 合同与项目章程中的交付约定 |
典型使用场景
- 项目结项时与客户逐项对账，避免事后补交扯皮
- 分期交付项目，按阶段核对本阶段应交物
- 合规审计时提供交付记录作为过程证据
- 跨团队协作时明确各方的交付边界
- 付款节点前确认交付完成情况
交付清单示例
交付清单示例
□ 渗透测试报告 v1.1（PDF，含定级依据）
□ 证据包与索引（加密压缩，口令另渠道）
□ 漏洞台账（CSV，含状态与责任人字段）
□ 复测报告 v1.0（状态表 + 新证据）
□ 交付签收单（双方签字，注明日期与版本）
□ 源文件（按合同约定，需已评审与脱敏）交付物与验收要点
| 交付物 | 验收要点 | 常见缺口 |
|---|---|---|
| 报告 | 结论、证据、定级口径齐全 | 限制说明缺失 |
| 证据包 | 索引可对应到条目编号 | 命名混乱无法定位 |
| 台账 | 状态、等级、责任人字段完整 | 与报告条目编号不一致 |
| 复测报告 | 关联正式报告版本号 | 未记录新发现问题 |
| 签收单 | 签字、日期、版本齐全 | 仅邮件口头确认 |
源文件（可编辑版）外发前同样要脱敏与评审：它不是内部材料，交付后客户可自行修改与传播，泄露风险与 PDF 相同。
清单缺项要到验收阶段才补交，往往需要重新走评审与分发流程，交付周期被拉长；建议交付前一周做一次清单预核对。