迁移验收清单已经逐项检查过，切换后仍发现数据缺失、权限未生效或附件丢失，说明“检查过”和“验收到位”之间存在差距。处理这类问题，先不要急着往清单里加条目，而应把每个漏项还原成一条可追溯的记录：它是否落在清单条目范围内、是否被正确执行、是否留下证据。漏项落在清单未覆盖的对象或检查维度上，属于覆盖问题；清单已列明却在执行时被跳过、证据缺失或判定标准模糊，属于执行问题。两类原因常同时出现，需要逐条归因、分别处置，再用一轮复检验证归因是否成立。在漏项记录与证据留存环节，ONES 的工作项和文档管理可以作为承载方式，具体用法在后文相应步骤中说明。
要点总览（TL;DR）
- 清单检查过仍漏项，先按单个漏项回溯：漏项→对应清单条目→执行记录→证据，四步对齐后再判断原因归属。
- 覆盖问题的证据是清单未涉及该对象或维度、条目表述过粗无法判定、缺少边界样本；执行问题的证据是有条目但无执行记录、记录与结果不符、判定口径不一致。
- 两类原因常并存，按漏项数量、影响范围和风险高低判断主次，先处理关键字段缺失、核心权限未生效等高风险漏项。
- 处置后安排一轮复检，覆盖此前漏项的对象与维度；复检仍漏说明归因不完整，需回到回溯环节重新判断。
- 复检通过后把补充条目、判定标准和证据留存要求写入验收清单新版本，保留版本记录供下次迁移复用。
漏项出现在哪些环节：先界定症状与范围
“还漏项”是一种笼统感受，归因的第一步是把它转成可分类的事实。做法是建立一张漏项记录表，每条记录至少包含四项信息：漏项的具体表现、涉及对象、发现时点、出现形态。表现要写到可观察的层面，例如某批工作项的负责人字段为空、状态与源系统不一致、某目录下的附件数量少于预期、某角色的页面权限未生效、历史评论或变更记录缺失。描述越具体，后续回溯越容易定位到对应的清单条目。
对象维度建议按迁移内容的类别划分：工作项及其字段、文档与页面、附件、权限结构、历史记录与状态流转。时点维度按验收前、切换前、切换后划分，同一漏项在不同时点发现，指向的原因可能不同——验收前发现的多与检查方法有关，切换后才发现的多与覆盖范围或切换动作有关。
记录完成后，先看分布形态。单点偶发通常指向某次执行动作的疏漏，例如某个执行人漏查了一个条目；成批出现则更可能指向系统性原因，例如某一类对象整体不在清单范围内，或某个判定标准被普遍误解。这一步只做事实归类和形态判断，不下原因结论，为下一节的逐条回溯准备输入。
| 记录字段 | 填写要求 | 示例 |
|---|---|---|
| 漏项表现 | 写到可观察的具体现象 | 某项目 30 条工作项的截止日期为空 |
| 涉及对象 | 工作项、文档、附件、权限、历史记录 | 工作项字段 |
| 发现时点 | 验收前、切换前、切换后 | 切换后第一天 |
| 出现形态 | 单点偶发或成批出现 | 成批，集中在同一项目 |
覆盖问题还是执行问题：归因假设与排除证据
归因的基本单位是单个漏项，判断依据是证据而非印象。对每条漏项执行四步回溯：漏项→对应清单条目→执行记录→证据。先问这条漏项对应的检查内容是否在清单里；若在，再看是否有执行记录；若有执行记录，再看记录结论与实际结果是否一致、支撑证据是否留存。四步走完，原因归属通常就清楚了。
覆盖问题的可观察证据主要有三类：清单条目完全未涉及该对象或检查维度，例如清单只查了工作项字段却未设附件完整性检查；条目表述过粗导致无法判定，例如只写“检查权限”，未说明查哪些角色、哪些页面、以什么为通过标准；缺少边界样本，例如只抽查了常规数据，未覆盖空值、超长文本、特殊字符、跨项目关联等容易出问题的情形。
执行问题的可观察证据同样有三类：条目已列明但找不到执行记录，说明检查被跳过；执行记录写“已通过”而实际结果不符，说明检查流于形式或方法有误；不同执行人对同一判定标准理解不一致，例如一人认为权限继承正确即通过，另一人要求逐角色验证，导致同类对象结论不同。
| 判定维度 | 覆盖问题的证据 | 执行问题的证据 |
|---|---|---|
| 清单条目 | 未涉及该对象或维度；表述过粗无法判定 | 条目明确、判定标准可操作 |
| 样本设计 | 缺少边界样本与异常值覆盖 | 样本已规定但未按范围抽取 |
| 执行记录 | 无对应条目，自然无记录 | 有条目但无记录，或记录与结果不符 |
| 人员一致性 | 不适用 | 不同执行人对同一标准结论不一 |
两类原因并存是常见情形。例如附件丢失既可能因为清单未设附件数量核对（覆盖），也可能因为核对条目被跳过（执行）。判断主次可看三个信号：漏项数量集中在哪类原因、影响范围是否波及高风险对象、修复哪一类原因能更快止住风险。主次判断只决定处置顺序，不意味着次要原因可以忽略。
按归因结果分别处置：补覆盖与纠执行
归因结论不同，处置动作也不同。用补清单去掩盖执行问题，会让下一轮检查继续流于形式；用追责代替覆盖补强，则同类漏项会在其他对象上重演。
针对覆盖问题，处置重点是补条目、细化标准、扩大样本。补充条目要落到具体对象和检查动作，例如“逐项目核对附件数量与源系统一致”“逐角色验证页面可见范围”。细化判定标准要写明通过条件与不通过条件，让不同执行人能得出相同结论。抽样设计上增加边界样本：空值字段、超长文本、特殊字符、跨项目关联、历史状态流转，这些位置在迁移中最容易暴露问题。
针对执行问题，处置重点是明确责任人与检查时点、要求留存证据、统一判定口径。每个条目指定执行人和复核人，检查时点写进切换计划；证据留存要求可核验，例如截图、导出记录、比对结果文件，而不是一句“已检查”；判定口径通过一次短会或一份对照说明统一，避免各查各的。
处置顺序建议先止血再补机制：优先处理影响业务连续性的高风险漏项，例如关键字段缺失、核心权限未生效，涉及数据修复或回滚的操作须先完成备份、设定停止点，确认修复结果符合预期后再继续；风险受控后，再补充条目和流程。ONES 的迁移方案围绕项目、工作项、状态、字段、流程、附件和历史记录进行迁移，并把数据完整、业务连续和系统稳定作为目标，这些对象可以直接对应到漏项记录的分类维度；对于存在插件或定制场景的项目，迁移前逐项评估、避免假设一一对应，也是验收时需要单独设条目核验的部分。
复检与防复发：验证归因是否成立
处置完成后，用一轮复检验证归因结论是否成立。复检范围应覆盖此前漏项涉及的全部对象与维度，并适当扩大抽样，重点检查补充条目对应的位置和执行问题高发环节。复检通过标准要事先写明：数据数量与源系统一致、字段值与映射规则一致、权限按角色逐项生效、附件与历史记录可查，且每条结论都有证据支撑。
复检结果分两种走向。若复检通过，说明归因基本成立，处置有效；若复检仍发现同类漏项，说明归因不完整，需要回到逐条回溯环节重新检查：是还有未识别的覆盖缺口，还是执行环节的整改没有落地。把复检中发现的偏差记录下来，作为下一轮归因的输入。
防复发的关键是把有效做法固化下来：补充的条目、细化的判定标准、证据留存要求写入验收清单的新版本，并在流程中明确谁在什么时点执行、谁复核。清单更新后保留版本记录，便于下次迁移直接复用。在证据留存与复检跟踪上，ONES 的工作项可以承载漏项记录与整改状态，文档可用于存放检查结论和比对证据，使复检时的回溯有据可查；具体使用方式需结合项目实际安排。
常见问题
漏项只出现一两次，还需要做完整归因吗？
需要，但可以缩小范围。单点偶发同样要回溯到对应清单条目和执行记录：如果清单里根本没有这条检查内容，一次漏项也说明覆盖有缺口；如果条目存在却找不到执行记录，则属于执行偏差。区别在于处置力度——单点问题可以先补记录、明确责任人，不必立即重写整份清单；成批出现才需要系统性地补条目和扩样本。
清单条目写得很粗，算覆盖问题还是执行问题？
条目表述过粗、无法据此判定通过与否，归为覆盖问题。例如只写“检查权限”，未说明查哪些角色、哪些页面、以什么为通过标准，执行人只能凭个人理解判断，结论自然不一致。处置方式是细化判定标准，写明通过条件与不通过条件，让不同执行人能得出相同结论；细化后再出现漏项，才更可能指向执行环节。
复检时又发现同类漏项，应该先补清单还是先追执行？
先回到逐条回溯，不要直接二选一。复检仍漏说明上一轮归因不完整：可能是还有未识别的覆盖缺口，也可能是执行整改没有落地。对复检中新发现的每条漏项重新走一遍“漏项→清单条目→执行记录→证据”，看断点落在哪一步，再决定补条目还是纠执行。同时检查上一轮处置动作是否真的执行到位，避免把整改未落地误判为覆盖不足。
涉及数据修复或回滚的漏项，处置时要注意什么？
先备份、设停止点，再动手修复。高风险漏项（如关键字段缺失、核心权限未生效）优先处理，但修复或回滚操作前须完成数据备份，明确在什么条件下停止并回退，确认修复结果符合预期后再继续下一项。风险受控后再补充条目和流程，避免在修复过程中引入新的数据偏差。
存在插件或定制场景时，验收清单要单独设条目吗？
建议单独设条目逐项核验。ONES 的迁移方案提示，企业已有的定制场景在迁移前仍需逐项评估，避免直接假设所有插件都能一一对应（F5）。这类场景的核验结论应留下证据，例如逐项对照记录，作为复检时的回溯依据。
