交付清单核验发现证据不足，先把它定性为“证据缺口”处理：逐条登记缺什么、由谁补、补到什么程度算合格，设定补证时限，补证后按同一口径复核，通过则更新记录并关闭条目，未通过则升级给交付负责人决定让步接收或退回。本文范围限于单次交付的完成确认环节，不涉及项目整体收尾或产品使用效果评估。
要点总览（TL;DR）
- 证据不足先拆成缺项、不一致、证据不足三类分别登记，避免一律按交付失败处理，三类问题的责任人和处置成本差别很大。
- 排查顺序从成本最低的查起：先查材料是否已产出但未归档，再核对清单条目定义、版本记录和责任人分派，区分“确实没做”与“做了但没留证”。
- 整改按类型分派：缺项补做或归档，不一致书面确认以哪个版本为准并留变更记录，证据不足补充能对应具体交付物、时间和责任人的可追溯材料。
- 复核沿用初次核验的同一份条目定义和判定标准，结论分为通过、不通过、让步接收三种；让步接收须交付负责人审批并书面记录补偿措施。
- 核验记录保留问题清单、补证材料、复核结论三段并按条目关联，同时把证据要求前置到交付约定、优化条目描述，减少同类问题复发。
证据不足在核验中表现为哪几类问题
“证据不足”是一个笼统的核验结论，直接拿去安排整改，容易出现两种偏差：把材料没归档当成交付没完成，或者把口径分歧当成质量缺陷。处置的第一步是把结论拆开，按缺什么、错在哪、证不了三类分别登记，每类对应不同的责任人和动作。
本文讨论的范围是单次交付的完成确认：核验人员对照交付清单逐条检查，判断该条目是否具备足以证明“已完成且符合约定”的材料。项目整体收尾、结项评审、产品上线后的使用效果评估属于另外的管理环节，不在本文处置范围内。
| 类型 | 典型表现 | 判定依据 |
|---|---|---|
| 缺项 | 清单要求提交的文档、记录或产物没有出现在交付包中，条目下无任何对应材料 | 清单条目明确要求该材料，交付包内检索不到，责任人也无法当场提供 |
| 不一致 | 材料存在，但与清单描述、版本号或交付范围对不上，例如提交的是旧版设计说明、测试范围未覆盖清单列出的模块 | 材料内容与清单条目定义、约定版本或交付范围存在可指出的差异 |
| 证据不足 | 有材料，但无法证明该条目已完成，或无法追溯到具体交付物，例如只有一句“已完成”的说明、截图没有时间与对象信息 | 材料无法建立与交付物、时间、责任人的对应关系，复核人无法据此独立判断完成状态 |
三类问题的处置成本差别很大。缺项可能意味着工作需要补做，影响进度；不一致通常是对齐问题，改动范围可控；证据不足多数情况下只需补充记录。核验时把类型标清楚，后续排期和升级才有依据。
先判断是材料缺失还是核验口径问题
登记完问题类型后，不要立即要求补做。先做一轮原因排查，确认问题出在交付侧还是核验侧。常见的原因假设有四类：材料已产出但未归档进交付包；清单条目定义模糊，双方理解不同；版本错配，提交的不是约定版本；责任人不明确，材料散落在个人手里。每类假设都有对应的验证证据，按顺序排查可以避免无效返工。
| 原因假设 | 验证证据 | 排查顺序 |
|---|---|---|
| 材料未归档 | 在协作工具、文档库、邮件或聊天记录中能检索到该材料，且内容与清单条目匹配 | 第一步：先查归档渠道，成本最低 |
| 清单条目定义模糊 | 条目描述存在多种合理解读，交付方与核验方对“需要什么材料”理解不一致 | 第二步：与条目定义人核对原意 |
| 版本错配 | 材料存在多个版本，提交版本与约定版本号、日期或变更记录不符 | 第三步：核对版本记录与变更单 |
| 责任人不明确 | 条目未指定材料提供人，或提供人已变更且未交接 | 第四步：回溯任务分派记录 |
区分“确实没做”与“做了但没留证”，关键看能否找到完成行为的过程痕迹。能找到带时间、责任人和对象的记录，例如评审纪要、提交记录、测试执行日志，属于没留证，补证即可；找不到任何过程痕迹，且责任人无法说明完成时间和方式，按未完成处理，进入补做流程。这个判断需要责任人书面确认，避免事后争议。
核验口径不一致时，对齐动作要落到书面：由清单条目定义人确认条目原意，必要时修订条目描述并注明修订时间与影响范围，双方按修订后的口径重新核验该条目。口径修订只适用于定义模糊的情况，不能用来放宽已经明确的证据要求。
按缺口类型安排整改动作
原因确认后，按类型分派整改动作。每条问题都要有责任人、完成时限和验收标准，登记在问题清单上，整改过程留痕。以下动作清单可直接作为分派模板使用。
| 类型 | 整改动作 | 责任人 | 时限 | 风险控制 |
|---|---|---|---|---|
| 缺项（未做） | 补做工作并产出清单要求的材料，完成后提交核验 | 条目对应的交付责任人 | 按补做工作量评估，写入问题清单 | 补做影响交付节点时，提前升级交付负责人评估是否调整计划 |
| 缺项（已做未归档） | 将已有材料归档到交付包对应条目下，补充提交说明 | 材料产出人或其交接人 | 通常一个工作日内 | 确认归档版本为最终版，避免误传过程稿 |
| 不一致 | 明确以哪个版本为准，统一材料与清单描述；涉及范围变更的补变更记录 | 交付责任人与核验人共同确认 | 按对齐工作量设定 | 版本取舍须书面记录理由，变更留痕，不得口头替换 |
| 证据不足 | 补充可追溯材料：带时间与对象的记录、截图、评审结论、测试结果，挂接到对应条目 | 条目交付责任人 | 按补证难度设定，一般不超过三个工作日 | 补证材料须能对应具体交付物，仅有说明性文字不算合格 |
补证材料有最低要求：能回答“谁、何时、对哪个交付物、做了什么、结果如何”。一条测试结果需要包含执行人、执行时间、对应版本和通过情况；一份评审结论需要包含评审时间、参与角色和结论意见。缺少这些要素的材料，复核时仍会被判为证据不足，等于白补。
整改涉及回退、重做或改动已交付内容时，先设停止点：确认改动范围和影响面，备份当前已交付版本，明确回退路径后再动手。改动完成后重新走该条目的核验，不因改动小而跳过。若改动影响其他已通过条目，同步复核受影响的条目。
让步接收是例外处置，适用于证据缺口不影响交付物实际使用、且补齐成本明显高于风险的场景。让步接收须由交付负责人审批，书面记录让步范围、缺失证据、补偿措施和后续补齐时限。让步接收不能替代补证，也不能用于掩盖未完成的工作。
问题条目较多时，登记、分派和补证材料挂接容易散落在多个渠道。ONES 覆盖需求、基线、版本、变更、测试与发布，数字线程可以沿关联关系追溯需求变化影响到的任务、测试和交付内容，并保留过程追踪依据；把核验问题作为工作项登记、将补证材料挂接到对应条目，可以让责任人和时限在同一处可见，复核时按条目逐项核对。
复核通过标准与核验记录怎么留
整改完成后进入复核，复核口径与初次核验保持一致：使用同一份清单条目定义、同一套判定标准，由原核验人或同角色人员执行。整改期间修订过条目定义的，按修订后的版本复核，并在记录中注明修订内容。
复核结论分三种，判定标准如下：
- 通过：该条目要求的材料齐全，内容与清单描述、版本和范围一致，材料能追溯到具体交付物，核验人可独立判断完成状态。
- 不通过：补证后仍存在缺项、不一致或无法追溯的情况，退回继续整改，或升级交付负责人决定后续处置。
- 让步接收：证据缺口经评估不影响使用，交付负责人已审批，让步范围与补偿措施已书面记录，后续补齐有时限和责任人。
核验记录保留三段内容，形成可追溯闭环：问题清单记录问题类型、涉及条目、责任人和时限；补证材料挂接到对应条目，保留原始记录；复核结论记录复核人、复核时间、结论类型和依据。三段记录按条目关联，任何一条结论都能回溯到当时的证据。
复发预防从两个方向入手。一是优化清单条目定义：把本次暴露的模糊表述改成可核验的描述，明确每类条目需要什么材料、材料包含哪些要素。二是把证据要求前置到交付约定：在交付启动时约定材料清单和归档方式，让交付方在过程中同步留存，而不是核验时集中补。ONES 支持将标准流程、评审节点和交付物模板沉淀为可复用资产，把规范从文档要求转化为项目中的执行流程；在需求明确、交付周期固定的项目制场景中，可结合里程碑和交付物管理，把证据要求随交付节点一并落实。
常见问题
整改期间发现原清单条目本身定义不清，复核时按哪个口径判定？
按修订后的口径复核，并在核验记录中注明修订内容和修订时间。具体做法是由条目定义人书面确认条目原意，修订条目描述，说明影响范围，双方按新口径重新核验该条目。需要注意，口径修订只用于定义模糊的情况，已经明确的证据要求不能借修订放宽，否则复核就失去意义。
补证材料提交后复核仍被判证据不足，通常是什么原因？
多数是材料缺少可追溯要素。合格的材料要能回答“谁、何时、对哪个交付物、做了什么、结果如何”，例如测试结果需包含执行人、执行时间、对应版本和通过情况，评审结论需包含评审时间、参与角色和结论意见。只有说明性文字、截图没有时间或对象信息的材料，复核人无法独立判断完成状态，仍会被退回。补证前先对照这个最低要求自查，可以减少一轮返工。
什么情况下可以走让步接收，和补证是什么关系？
让步接收适用于证据缺口不影响交付物实际使用、且补齐成本明显高于风险的场景。它需要交付负责人审批，书面记录让步范围、缺失证据、补偿措施和后续补齐时限。让步接收是例外处置，不能替代补证，也不能用来掩盖未完成的工作；如果缺口涉及交付物能否正常使用，应当继续整改而不是让步。
整改涉及回退或改动已交付内容时，要注意什么？
先设停止点再动手：确认改动范围和影响面，备份当前已交付版本，明确回退路径。改动完成后重新走该条目的核验，不因改动小而跳过；如果改动影响到其他已通过条目，同步复核受影响的条目，避免出现新的不一致。
问题条目较多时，怎么避免补证材料和复核结论散落各处？
把核验问题作为工作项统一登记，每条记录问题类型、涉及条目、责任人和时限，补证材料直接挂接到对应条目下，复核结论也回填到同一条目，形成按条目关联的三段记录。这样任何一条结论都能回溯到当时的证据。ONES 覆盖需求、基线、版本、变更、测试与发布，数字线程可以沿关联关系追溯需求变化影响到的任务、测试和交付内容，并保留过程追踪依据，适合把问题登记、材料挂接和复核留痕放在同一处管理。
