交付验收时发现证据缺失，先别急着补签或口头确认。更稳妥的做法是按“界定缺失范围—判断缺失原因—分级补齐或重做—验收验证—建立防复发机制”的顺序处理。关键在于先分清证据是从未产生、已产生但未归档，还是与交付物不一致：前两类可以在受控条件下补录、补测、补签恢复，第三类必须回到交付物本身重新核验。补齐过程要记录补录人、时间、依据和复核人，避免补录变成掩盖问题。
要点总览（TL;DR）
- 先按“从未产生、已产生未归档、证据与交付物不一致”三类界定缺失，再决定补做、归档还是重新核验，避免一律补签。
- 原因排查用流程文件、原始载体、变更记录和验收记录逐项验证，找不到证据的假设按“从未产生”处理。
- 补做测试、评审、发布验证要记录补做时间、执行人、依据和复核人；补录保留实际补录时间与原始事件时间，禁止倒签。
- 补齐后以齐全、可追溯、与交付物一致、验收人确认四项标准验证，并由补录人之外的人抽查复核。
- 防复发靠流程：证据要求写入交付清单和验收检查项，设置归档节点与责任人，变更时同步触发证据更新。
先界定：缺的是哪一类交付证据
处置交付证据缺失，第一步是把“缺证据”拆成可判断的具体条目，而不是笼统地认为资料不全。建议先列出本次交付应具备的证据清单，再逐项标注现状。常见类别包括：交付清单（交付了哪些内容、版本和范围）、测试记录（用例执行、缺陷关闭、回归结果）、评审记录（需求评审、设计评审、代码评审的结论与参与人）、发布记录（发布版本、时间、执行人、回退方案）、验收签字（验收人、验收标准、结论），以及服务移交材料（操作手册、运维说明、培训记录）。
对每一项证据，判断它属于哪类缺失：
- 从未产生：流程中没有要求，或执行时跳过了该环节，系统和个人处都没有对应记录。
- 已产生未归档：记录实际存在，但散落在个人聊天、邮件、本地文件或某个未纳入交付包的系统中。
- 证据与交付物不一致：有记录，但记录指向的版本、范围或结果与本次实际交付的内容对不上，例如测试记录对应旧版本、验收签字覆盖的范围小于实际交付范围。
同时要界定本次验收的边界：只针对这一次研发交付的完成确认，明确交付物清单、版本号和验收标准。项目整体收尾、产品上线后的使用效果评估属于另外的管理动作，不纳入本次证据补齐范围，否则范围会不断扩散，处置难以收敛。完成这一步的产物是一份分类清单，每项证据标注类别、责任人和当前状态。
原因排查：证据为什么没留下
分类之后要回答“为什么缺”，但原因不能靠猜测直接下结论。建议按症状提出原因假设，再为每个假设找到可验证的证据，逐项标注“已证实”或“待验证”。排查顺序可以从流程文件开始，再看执行记录，最后核对交付物与证据的一致性。
| 原因假设 | 典型症状 | 验证证据 | 排查顺序 |
|---|---|---|---|
| 流程未定义证据要求 | 交付时无人知道要留什么，证据类别整体缺失 | 交付流程文件、交付清单模板中是否列明证据项；访谈交付负责人 | 先查流程与模板 |
| 执行了但未归档 | 个别证据缺失，但当事人记得做过 | 聊天记录、邮件、本地文件、测试系统日志中能否找到原始记录 | 再查原始载体 |
| 交付物变更后证据未同步 | 有记录但版本、范围对不上 | 变更记录、版本历史、发布记录与测试记录的版本号比对 | 核对变更与版本 |
| 验收标准模糊，签字流于形式 | 有签字但无法说明验收了什么 | 验收单上的验收项、标准描述、签字人职责 | 最后查验收记录 |
排查时注意区分“假设”和“结论”。例如当事人说“测试做过”，这只是线索，需要找到测试执行记录或系统日志才能证实。若某一假设找不到验证证据，应标注为待验证，并在处置阶段按“从未产生”处理，而不是默认它存在。排查结果直接决定后续处置方式，因此这一步的产物是一张原因与证据对照表，而不是一段口头解释。
分级处置：按缺失类型补齐或重做
处置要按缺失类型分流，不同类别对应不同动作和风险边界。
从未产生的证据：补做并留痕
对确实没有产生的证据，按原流程补做对应活动：补做测试并保留执行记录，补做评审并形成评审结论与参与人名单，补做发布验证并记录验证项与结果。补做记录必须写明补做时间、执行人、依据（如依据哪版需求或哪份变更单）和复核人。补做的是活动本身，不是补一张纸；如果补做发现交付物存在问题，应转入缺陷或变更流程处理。
已产生未归档：从原始载体收集
对散落在个人聊天、邮件或本地的记录，从原始载体收集并归档，保留原始出处（如邮件主题、发送时间、会话对象）。归档时注明来源，便于后续复核。此类处置不改变记录内容，重点是让证据进入统一的交付包，而不是重新制作一份“看起来完整”的文档。
证据与交付物不一致：以交付物为准重新核验
这类情况不能仅补文档。应以实际交付物为准，重新核验版本、范围和结果；若核验发现交付物本身未达到验收标准，必要时回退到上一稳定版本或重新发布，再补充对应证据。重新核验的记录要说明差异原因和处理结论。
补签与补录的受控条件
补签、补录必须说明补录原因、依据和复核人，禁止倒签日期，即不能把补录时间写成原始发生时间。补录记录应同时保留“实际补录时间”和“原始事件时间”，两者分开标注。涉及生产环境变更的处置，执行前先确认备份与回退方案，设定停止条件（如验证失败、影响范围超出预期即停止并回退），确认后再操作。
| 缺失类型 | 处置动作 | 负责人 | 输入 | 停止条件 |
|---|---|---|---|---|
| 从未产生 | 补做测试/评审/发布验证并留痕 | 对应环节执行人 | 需求、变更单、原流程要求 | 补做发现交付物不达标，转缺陷或变更流程 |
| 已产生未归档 | 从原始载体收集并归档 | 交付负责人 | 聊天、邮件、本地记录 | 原始记录无法确认归属或真实性 |
| 与交付物不一致 | 以交付物为准重新核验，必要时回退或重发 | 技术负责人与验收人 | 版本历史、变更记录、交付物 | 核验失败且无法在本次范围内修复 |
| 补签补录 | 说明原因、依据、复核人，不倒签 | 补录人与复核人 | 补做记录、原始出处 | 复核不通过 |
当交付证据分散在需求、测试、发布等多个环节时，可以用 ONES 的需求、基线、版本和变更管理对象把交付范围固定下来，让测试用例、缺陷、版本和发布过程关联到同一条需求链路，补录和复核时能直接定位对应记录；ONES ALM 方案以数字线程贯通需求、开发、测试、变更与发布，支撑过程追溯与合规审计。这样处置动作有统一的挂载点，补录内容也更容易被抽查。
验证恢复与防复发
补齐之后要验证证据是否真正恢复可用，验证标准可以归纳为四项：证据齐全（清单内每项都有对应记录）、可追溯（能定位到原始出处和执行人）、与交付物一致（版本、范围、结果对得上）、验收人确认（验收人对补齐结果签字或书面确认）。四项同时满足，才算本次证据缺失处置完成。
验证时建议采用抽查与复核结合的方法：按证据类别抽取一定比例（如每类抽一到两项）核对原始载体，确认补录内容真实、时间标注规范、没有倒签；对补做的测试和评审，核对执行记录与结论是否匹配。复核人应与补录人分离，避免自证。
防复发的重点在流程而非事后补救：
- 把证据要求写入交付清单和验收检查项，交付前逐项打勾。
- 在交付流程中设置证据归档节点，明确责任人和归档时限。
- 交付物发生变更时，同步触发证据更新检查。
- 验收标准写清验收项、判定依据和签字人职责，减少形式化签字。
若同类缺失再次发生，复盘时重点看三件事：归档节点是否被执行、变更后证据是否同步、验收检查项是否覆盖了缺失的证据类别。把标准流程、评审节点、交付物模板和过程数据沉淀为可复用资产，可以让证据要求在下一次交付中直接沿用，减少对个人记忆的依赖。ONES 可将这类流程与模板沉淀为可复用资产，支持合规要求在项目执行中持续落地；具体模板与检查项的配置方式需结合团队实际流程另行设计。
常见问题
补录的证据需要保留哪些信息，才能经得起后续复核？
每项补录至少保留四类信息：补录原因（为什么当时没有留下）、依据（依据哪版需求、变更单或原流程要求）、补录人与复核人、时间。时间要分开标注“实际补录时间”和“原始事件时间”，两者不能合并，更不能把补录时间写成原始发生时间。对从聊天、邮件中收集的记录，还要注明原始出处，例如邮件主题、发送时间和会话对象，方便复核时回到源头核对。
补做测试或评审时发现交付物本身不达标，还能按补齐流程处理吗？
不能。补做的目的是恢复证据，如果补做过程中发现交付物未达到验收标准，应停止补齐动作，转入缺陷修复或变更流程处理。修复或变更完成后重新执行对应验证，再补充新的证据。此时补齐的范围会扩大，需要重新界定本次交付的验收边界，并评估是否影响已确认的验收结论。
证据与交付物不一致，但差异很小，能否只补一份说明文档？
不建议。不一致意味着记录指向的版本、范围或结果与本次实际交付的内容对不上，仅补说明文档无法证明交付物本身合格。正确做法是以实际交付物为准重新核验，记录差异原因和处理结论；若核验发现交付物需要回退或重新发布，按变更流程执行，并在完成后补充对应证据。差异大小不改变核验要求，只影响处理工作量。
补齐后的证据由谁复核比较合适？
复核人应与补录人分离，避免自证。可以由交付负责人、质量角色或验收人承担，具体取决于团队分工。复核方式建议按证据类别抽查，每类抽一到两项核对原始载体，重点看补录内容是否真实、时间标注是否规范、有没有倒签。复核不通过的项目退回重新处理，通过后由验收人书面确认，本次处置才算完成。
团队规模较小、没有专职质量角色时，防复发机制怎么落地？
可以从最小动作开始：在交付清单模板中固定列出证据项，交付前由交付负责人逐项打勾；在交付流程中指定一个归档节点和一名责任人，把证据集中到统一位置；交付物发生变更时，由变更发起人同步检查相关证据是否需要更新。验收标准写清验收项和判定依据，减少形式化签字。这些动作不依赖专职角色，但需要明确到人，否则容易回到依赖个人记忆的状态。
