交付清单核验的依据可以归为四类：约定类文件（合同或订单、需求与范围说明、验收标准与SLA）、交付物本身（版本号、构建产物、部署与配置说明）、质量与测试证据（测试报告、缺陷关闭记录、遗留缺陷清单）、过程与确认记录（变更记录、评审签字、交付确认单）。本文按准备、逐项核对、结论确认三个阶段给出可直接使用的检查表，每项都写明通过标准、证据和负责人，并标出阻断项。
要点总览（TL;DR）
- 交付清单核验的依据分四类：约定类文件、交付物本身、质量与测试证据、过程与确认记录，四类材料缺任何一类，结论都缺少支撑。
- 核验由交付方与接收方共同完成，启动时点为交付物冻结或提交交付申请，结束标志是结论签署并归档，与项目整体收尾、产品使用效果评估分开处理。
- 按准备、逐项核对、结论确认三阶段推进：准备阶段只查材料齐全与版本一致，逐项核对按功能、质量、文档、环境四组记录通过、不通过或经批准例外。
- 通过标准要写成判定条件加判定方式，并区分必须满足项与可协商项；证据由交付方提供、接收方核验，提供与核验分离。
- 关键功能未通过、遗留严重缺陷未处理、版本不一致、验收标准缺失属于阻断项；全部检查项结论为通过或经批准例外、结论签署、证据归档，三条同时满足才算完成。
谁在什么时点做交付清单核验
交付清单核验针对的是一次具体交付的完成确认，参与方分为交付方与接收方。交付方负责整理交付物、准备证据材料、提交交付申请；接收方负责按约定标准逐项核对、记录结论、签署确认。双方各指定一名核验负责人，负责汇总结论和处理争议项。
核验的启动时点通常有两个可选触发条件：交付物版本冻结，或交付方正式提交交付申请。两者以先发生者为准，启动后清单版本随之冻结，核验期间新增内容进入下一次交付或走变更流程。结束标志是核验结论签署并完成归档，清单状态关闭。
需要区分三类相邻工作：本次核验只回答“交付物是否符合约定”，项目整体收尾（资源释放、复盘、结项报告）在核验结论签署后另行推进；产品上线后的使用效果与价值评估属于运营阶段，不作为本次核验的通过条件；核验中发现的问题按阻断项或例外项处理，不并入项目收尾议题。
| 角色 | 主要职责 | 介入时点 | 产出 |
|---|---|---|---|
| 交付方负责人 | 整理交付物与证据，提交交付申请 | 版本冻结或提交申请时 | 交付清单、证据包 |
| 接收方核验人 | 逐项核对、记录结论 | 申请受理后 | 逐项核对记录 |
| 双方核验负责人 | 裁定争议项、确认例外、签署结论 | 核对完成至结论确认 | 核验结论、例外批准记录 |
| 归档责任人 | 收集签字记录与证据，完成归档 | 结论签署后 | 归档记录、清单关闭状态 |
核验依据分四类：约定、交付物、质量证据、过程记录
核验前先把材料按四类归拢，可以避免核对时临时找证据、也便于发现缺项。约定类回答“应该交付什么、达到什么程度”，交付物类回答“实际交付了什么”，质量证据类回答“交付物经过什么验证”，过程记录类回答“交付过程是否受控、结论是否被确认”。四类材料缺任何一类，核验结论都缺少支撑。
| 依据名称 | 所属类别 | 用途 |
|---|---|---|
| 合同或订单 | 约定类 | 确认交付范围、数量、时间与责任边界 |
| 需求与范围说明 | 约定类 | 逐条对照交付清单，判断有无遗漏或超出范围 |
| 验收标准与SLA | 约定类 | 作为功能、性能、响应时限的判定口径 |
| 版本号与构建产物 | 交付物类 | 确认交付的版本与构建记录一致、可复现 |
| 部署与配置说明 | 交付物类 | 支撑环境核对与后续部署复现 |
| 交付清单本身 | 交付物类 | 作为核对对象，逐项勾选并记录结论 |
| 测试报告 | 质量证据类 | 证明功能与质量项经过验证及验证结论 |
| 缺陷关闭记录 | 质量证据类 | 证明已发现缺陷的处理状态 |
| 遗留缺陷清单 | 质量证据类 | 判断遗留问题是否在可接受范围 |
| 变更记录 | 过程记录类 | 确认交付内容与约定之间的差异经过批准 |
| 评审意见与签字 | 过程记录类 | 证明关键节点经过评审并留有结论 |
| 交付确认单 | 过程记录类 | 作为核验结论的正式载体 |
准备阶段检查项：材料齐不齐、版本对不对
准备阶段只做两件事：确认材料齐全、确认版本一致。这一阶段不验证功能，发现缺项或版本不符时退回交付方补齐，补齐后重新进入准备检查。准备阶段全部通过，才进入逐项核对。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 清单与需求范围对应 | 需求与范围说明中的每一项在交付清单中均有对应条目，无遗漏项；超出范围的条目已走变更流程 | 需求与范围说明、交付清单、变更记录 | 交付方整理，接收方核对 |
| 版本一致性 | 交付物版本号与交付清单、构建记录三处一致，构建产物可追溯到对应提交 | 版本号记录、构建记录、交付清单 | 交付方提供，接收方抽查 |
| 验收标准可判定 | 每条验收标准包含判定条件与判定方式，能给出通过或不通过的明确结论 | 验收标准与SLA文件 | 接收方确认 |
| 证据材料齐全可追溯 | 四类依据均有对应材料，每份材料标注来源、生成时间与责任人 | 证据包目录 | 交付方提供，接收方清点 |
逐项核对阶段检查项：功能、质量、文档、环境
逐项核对按交付物类别分四组推进，每组核对完即记录结论，避免全部做完再统一回忆。结论只有三种：通过、不通过、经批准例外。不通过项转入阻断项或整改流程，例外项须有批准记录。
| 检查项 | 通过标准 | 证据 | 负责人 | 结论 |
|---|---|---|---|---|
| 功能项验证 | 按验收标准逐条验证，每条有验证结果记录；关键功能全部通过 | 功能验证记录、测试报告 | 接收方核验人 | 通过/不通过 |
| 质量项核对 | 测试结论符合约定门槛；遗留缺陷均有等级、影响说明和处理计划，严重缺陷为零 | 测试报告、缺陷关闭记录、遗留缺陷清单 | 接收方核验人 | 通过/不通过 |
| 文档项核对 | 部署说明、操作手册、接口说明齐全，内容与交付版本一致 | 文档清单及文档本身 | 交付方提供，接收方核对 | 通过/不通过 |
| 环境项核对 | 部署环境、配置参数、账号权限与约定一致，部署说明可复现 | 部署记录、配置说明、权限清单 | 交付方提供，接收方核对 | 通过/不通过 |
核对记录要能回答三个问题：查了什么、依据哪份材料、谁给出的结论。记录与证据分开存放，记录引用证据的编号或位置，便于复核时快速定位。
通过标准怎么写才可判定
可判定的标准具备两个特征：有明确的判定条件，有明确的判定方式。例如“接口平均响应时间在约定并发下不超过约定值，以压测报告数据为准”可以判定；“系统性能良好”无法判定。编写时把每条标准拆成判定条件、判定方式、证据来源三部分。
| 模糊写法 | 可判定写法 | 判定方式 |
|---|---|---|
| 功能基本可用 | 约定范围内的功能项全部通过验证，无未关闭的高等级缺陷 | 逐条验证记录 |
| 文档齐全 | 部署说明、操作手册、接口说明三份文档齐备且与交付版本一致 | 文档清单核对 |
| 遗留问题可接受 | 遗留缺陷均为低等级，且已约定修复时间与责任方 | 遗留缺陷清单评审 |
| 环境符合要求 | 部署环境配置项与约定配置表逐项一致 | 配置比对记录 |
标准中要区分必须满足项与可协商项。必须满足项不通过即阻断；可协商项允许在约定范围内以例外方式处理，但例外须事先约定处理口径，包括谁有权批准、批准后如何记录、后续如何跟踪。每条标准对应至少一份证据，标准与证据一一对应，避免出现有标准无证据或有证据无标准的情况。
证据留存与负责人分工
证据管理遵循提供与核验分离的原则：交付方提供材料，接收方核验并记录结论，同一人不对自己提供的材料做最终核验结论。证据统一存放，命名包含交付批次、材料类别、版本号和日期，便于按批次检索。签字或确认记录以电子或纸质形式留存，与证据包一并归档。
| 证据类别 | 提供方 | 核验方 | 存放位置 | 留存方式 |
|---|---|---|---|---|
| 约定类文件 | 交付方 | 接收方 | 交付档案-约定 | 原件或扫描件归档 |
| 交付物与版本记录 | 交付方 | 接收方抽查 | 交付档案-交付物 | 版本记录与构建记录关联保存 |
| 质量与测试证据 | 交付方 | 接收方 | 交付档案-质量 | 报告与缺陷清单成套归档 |
| 过程与确认记录 | 双方 | 双方负责人 | 交付档案-过程 | 签字记录与确认单归档 |
证据缺失时走补交流程：核验人记录缺项与影响，通知交付方在约定时限内补交，补交材料标注补交时间与原因，重新核验后更新结论。补交期间该检查项保持未通过状态，不因口头说明提前放行。核验过程涉及工作项状态推进、证据附件上传和评审确认时，可以在ONES中把每个检查项建为工作项，将证据作为附件关联，评审意见和确认记录随工作项留存，核验结论签署后关闭工作项，形成可追溯的交付记录。
阻断项与完成条件
阻断项是不通过即停止交付的硬性条件，出现任一项时核验暂停，交付方整改后申请复检。复检只针对阻断项及相关联的检查项，复检通过后恢复整体核验。
| 阻断项 | 判定依据 | 处理方式 |
|---|---|---|
| 关键功能未通过 | 验收标准中的必须满足项存在不通过记录 | 整改后复检 |
| 遗留严重缺陷未处理 | 遗留缺陷清单中存在严重等级缺陷且无批准的处理计划 | 处理或取得例外批准 |
| 版本不一致 | 交付物版本号与清单、构建记录不一致 | 重新构建或更正记录后复检 |
| 验收标准缺失 | 存在无判定条件的检查项 | 补充标准并双方确认后继续 |
完成条件有三条，需同时满足：全部检查项结论为通过或经批准例外，例外项有批准人和跟踪安排；核验结论由双方负责人签署；证据包完成归档，交付清单状态关闭。三条中任一条未满足，核验不视为完成，清单保持开启状态。
常见问题
交付清单核验和项目整体验收收尾是什么关系？
交付清单核验只回答一次具体交付是否符合约定，产出是逐项核对记录和核验结论。项目整体收尾涉及资源释放、复盘、结项报告等事项，在核验结论签署后另行推进。核验中发现的问题按阻断项或例外项处理，不并入项目收尾议题；产品上线后的使用效果评估属于运营阶段，不作为本次核验的通过条件。
交付方和接收方人数有限时，提供与核验分离怎么落实？
提供与核验分离的核心是同一人不对自己提供的材料做最终核验结论。团队人数少时，可以由交付方整理材料、接收方指定人员核验，双方负责人只负责裁定争议项和签署结论。若确实无法完全分离，至少让最终结论由未参与材料准备的人员签署，并在记录中注明这一安排，便于后续复核时理解结论的形成过程。
核验过程中需求发生变更，清单要不要重新冻结？
核验启动后清单版本随之冻结，核验期间新增内容进入下一次交付或走变更流程。如果变更影响本次交付范围或验收标准，应先完成变更审批，再判断是否调整本次核验范围：影响必须满足项的变更，通常需要重新确认标准后再继续核对；不影响本次交付的变更，记录在案并转入后续批次处理。
遗留缺陷在什么情况下可以按例外放行？
例外放行需要事先约定处理口径，包括哪些等级可以例外、谁有权批准、批准后如何记录、后续如何跟踪。通常遗留缺陷为低等级、影响范围明确、已有修复时间与责任方时，可以走例外流程；严重等级缺陷未处理属于阻断项，需要先处理或取得正式例外批准。例外项须有批准记录和跟踪安排，并在完成条件核对时逐项确认。
证据补交期间，检查项能不能先标记通过？
不能。证据缺失时，核验人记录缺项与影响，通知交付方在约定时限内补交，补交材料标注补交时间与原因，重新核验后更新结论。补交期间该检查项保持未通过状态，口头说明不作为放行依据。补交完成后，核验人按原通过标准重新判断，结论与补交记录一并留存。
