重复任务漏建时，先别急着改规则。更稳妥的做法是先盘点漏了哪些周期、哪些任务、由谁负责，再按规则配置、生成通知、人员交接和流程核对四类原因逐项找证据。本文给出一套从界定范围到补建、再到验证恢复的处置路径，适合使用周期任务或重复任务模板的团队参考。
要点总览（TL;DR）
- 重复任务漏建先做盘点：按周期、任务类型、负责人列出漏建清单，区分整期未生成、部分任务缺失、生成后无人执行三种表现，再决定补建优先级。
- 原因排查按规则配置、生成与通知、人员交接、流程核对的顺序推进，每类假设都要对应可查证据，例如规则配置详情、任务创建记录、交接记录和例会检查记录。
- 补建前确认周期范围和截止时间并检索是否已有同类任务；每条补建任务明确负责人、优先级和验收标准，涉及对外承诺或历史数据修正时先与相关方确认再执行。
- 恢复验证要连续两到三个周期核对生成数量与计划数量，并用认领和完成记录确认任务真正被执行；把周期核对、交接检查和模板完整性检查写入固定流程。
先确认漏建的范围和影响
漏建发生后，第一步是形成一份可处理的漏建清单。清单越具体，后续排查越省力；直接去改规则，容易把原本正常的配置一起改乱，也说不清问题是否真的解决。
按三个角度盘点漏建清单
建议从周期、任务类型、负责人三个角度交叉盘点，每个角度都落到具体条目，而不是只写“最近漏了不少”。
- 按周期盘点：列出应该生成任务的各个周期，逐期标注“已生成且完成”“已生成未完成”“未生成”。连续多期缺失和偶发单期缺失，指向的原因往往不同。
- 按任务类型盘点：区分日报、周报、巡检、对账、例行评审等类型，看漏建是集中在某一类任务，还是各类任务都有缺失。集中在某一类，优先怀疑该类任务的模板或规则配置。
- 按负责人盘点：标注每个漏建任务原定的负责人，看缺失是否集中在某几个人身上。集中在个别人，优先怀疑交接或人员状态变化。
区分三种漏建表现
“漏建”在日常沟通中常被混用，实际包含三种不同情况，处置方式差别很大：
| 表现 | 典型特征 | 初步判断方向 |
|---|---|---|
| 整期未生成 | 某个周期内该类任务一条都没有出现 | 规则未生效、周期设置错误或生成环节中断 |
| 部分任务缺失 | 同期同类任务只生成了部分，缺少若干条 | 模板内容不完整、适用范围设置过窄 |
| 生成后无人执行 | 任务已存在，但长期无人认领或无人推进 | 负责人缺失、通知未触达、交接未完成 |
判断是否需要立即补建
盘点完成后做影响分级。涉及对外交付承诺、合规记录、客户可见节点或下游工作依赖的漏建任务，列为高优先级，立即安排补建；仅用于内部记录、且当期已用其他方式完成工作的，可列为低优先级，随补建批次处理。
如果漏建涉及正在运行的自动化规则，且怀疑规则本身配置有误，可以先暂停或冻结相关规则的调整，保留当前配置作为排查证据，待原因确认后再修改。冻结的范围限于疑似出问题的规则，不必停掉全部周期任务。
逐项验证漏建的可能原因
原因排查的关键是把假设和证据对应起来。下面四类原因是重复任务漏建中最常见的，建议按“规则配置→生成与通知→人员交接→流程核对”的顺序排查，因为越靠前的环节影响面越大，也越容易留下可查记录。
原因假设与证据对照表
| 原因类别 | 常见假设 | 可查证据 | 排查顺序 |
|---|---|---|---|
| 规则配置 | 周期设置错误、生效时间未到或已过期、模板内容不完整 | 规则配置详情、生效时间设置、模板包含的任务项清单 | 第一步 |
| 生成与通知 | 任务已生成但未通知到负责人，或通知被忽略 | 任务创建记录、规则运行日志、通知发送记录 | 第二步 |
| 人员交接 | 负责人变更、休假、离职后无人接手 | 成员变更记录、交接文档、任务当前负责人字段 | 第三步 |
| 流程核对 | 缺少固定核对动作，漏建长期未被发现 | 现有例会记录、检查清单、历史漏建发现时间 | 第四步 |
规则配置类：先看规则本身是否成立
打开疑似出问题的规则，核对三项内容：周期设置是否与预期一致，例如把每周误设为每月；生效时间是否覆盖漏建周期，包括开始时间和结束条件；模板包含的任务项是否完整，有没有在维护模板时误删条目。规则配置错误通常表现为整期未生成或同类任务成批缺失，特征比较明显。
生成与通知类：确认任务是否真的没生成
“漏建”有时是“生成了但没人看到”。先在任务列表中按创建时间检索漏建周期，确认任务是否存在。如果存在，问题在通知或认领环节；如果不存在，再回到规则和运行记录。使用自动化规则生成任务的团队，可以查看规则运行日志，确认对应周期规则是否执行、执行结果如何，这比凭印象判断更可靠。
人员交接类：查负责人字段和交接记录
负责人变更、长期休假或离职，都会让已生成的任务失去实际承接人。核对漏建任务当前的负责人字段，对照团队的人员变更和交接记录，看是否存在“任务还在、人已换”的情况。这类原因常表现为缺失集中在个别人或某个时间段之后。
流程类：漏建为何长期没被发现
如果漏建已经持续多个周期才被发现，说明团队缺少固定的核对动作。可以回看过去几个周期的例会和检查记录，确认是否有“核对本期任务是否齐全”这一项。这一项缺失，往往就是漏建长期存在的原因，也是后续预防要补上的环节。
按漏建情况补建并明确归属
原因基本确认后进入补建。补建的目标是让遗漏周期的工作有人负责、有明确交付标准，同时避免与已有任务重复。
补建前的确认动作
- 确认补建的周期范围：从哪一期补到哪一期，逐期列出，不写“最近几周”这类模糊范围。
- 确认截止时间：补建任务的截止时间按实际需要设定，已经过期的周期可以设为尽快完成，不必机械沿用原周期日期。
- 检索是否已存在同类任务：补建前按任务名称和周期检索一遍，避免因重复创建造成新的混乱。
确定负责人、优先级和验收标准
每条补建任务都要有明确负责人。原负责人仍在岗的，优先由其承接；原负责人已变更的，由当前岗位承接人负责，并在任务中注明交接来源。优先级按影响分级确定：涉及对外承诺和历史数据的高优先级任务优先补建。验收标准写清楚交付物和完成标志，例如“完成本期对账并提交对账记录”，避免补建后任务长期挂着无人关闭。
批量补建与逐条补建的适用情况
同类任务成批缺失、且内容结构一致的，适合批量补建，一次建齐再统一分配负责人，效率更高。涉及对外承诺、合规记录或历史数据修正的，适合逐条补建，每条单独确认内容和责任人。批量补建完成后要抽查若干条，确认负责人和截止时间没有错配。
需要停下来的情况
补建涉及已对外承诺的交付节点、需要修正历史记录，或可能触发下游流程重算时，先停下来与相关方确认，再执行补建。这类操作的影响超出任务本身，确认清楚范围后再动手，比事后返工更省成本。
在工具层面，补建和归属确认可以借助任务管理能力完成。ONES Automation 支持自动分配工作项负责人，实现负责人的指定分派；其预置的常用自动化规则模板可以覆盖常见的重复性流程场景，减少手工逐条设置。规则运行情况可通过运行日志查看，便于在补建前确认哪些周期确实没有生成任务。需要说明的是，周期任务的自动生成配置方式需结合团队实际使用的规则设置确认。
验证恢复并防止再次漏建
补建完成不等于问题解决。需要连续观察几个周期，确认任务按计划生成并被真正执行，再把核对动作固化到流程中。
恢复验证清单
- 数量核对：连续两到三个周期，核对实际生成的任务数量与计划数量是否一致，逐类任务比对。
- 执行确认：查看负责人是否认领任务、是否按截止时间提交交付物，用完成记录验证任务真正被执行，而不只是存在。
- 异常复查：对补建的历史任务单独跟踪，确认其在约定时间内关闭。
- 日志复核：使用自动化规则的团队，可在每个周期结束后查看规则运行日志，确认规则按预期执行。
把核对动作写进固定流程
预防复发的核心是把检查点变成固定动作，而不是依赖个人记忆。建议在三个位置设置检查：
- 周期核对：在每个周期开始后的固定时间点，由规则维护人或团队负责人核对本期任务生成情况，发现缺失当天处理。
- 交接检查：人员变更或长期休假前，检查其名下周期任务的承接安排，交接完成后确认任务负责人字段已更新。
- 模板完整性检查：模板调整后，核对任务项是否完整，并在下一个周期观察生成结果。ONES Wiki 的页面模板库支持一键创建制式化文档模板，可用于沉淀核对清单和交接记录，让检查有据可查。
复发时的升级路径
如果完成上述核对后仍有周期出现漏建，说明原因判断可能不完整。此时把问题升级到规则维护人或团队负责人，带上漏建清单、已排查的证据和规则运行记录，重新走一遍原因排查。建议在恢复后的第一个月和第三个月各安排一次复查，确认核对动作仍在执行，而不是只在问题发生后的短期内有效。
常见问题
漏建的周期已经过去很久，还需要补建吗？
是否补建取决于这条任务是否仍有实际用途。涉及对外交付承诺、合规记录、客户可见节点或下游工作依赖的，即使周期已过也应补建，并在任务中注明实际完成时间，便于后续追溯。仅用于内部记录、且当期工作已通过其他方式完成的，可以不单独补建，在漏建清单中标注处理方式即可。
补建历史周期时，截止时间按实际需要设定，不必机械沿用原周期日期，避免补建任务一创建就显示逾期，反而干扰后续的逾期统计。
补建后发现同一周期出现了两条相同任务，怎么处理？
先确认两条任务的来源：一条可能是原规则后来补生成的，另一条是人工补建的。保留内容完整、负责人明确的那条，另一条关闭并在关闭说明中注明合并去向，避免直接删除造成记录缺失。
处理完成后回到规则侧核对，确认原规则是否在漏建周期之后又正常执行。如果规则已恢复生成，人工补建前先检索同类任务这一步就应作为固定动作保留下来，减少重复创建。
负责人离职或长期休假，其名下的周期任务应该怎么交接？
交接分两步：先把其名下尚未完成的周期任务改派给当前岗位的承接人，再确认后续周期的生成规则中负责人设置是否也需要调整。只改已生成的任务、不改规则，下一个周期仍会生成无人承接的任务。
交接完成后，建议在下一个周期开始时核对一次任务负责人字段，确认改派生效。交接记录可以沉淀为文档，写明交接时间、涉及任务范围和承接人，便于后续复查。
连续几个周期核对都没有问题，还需要继续检查吗？
建议在恢复后的第一个月和第三个月各安排一次复查，确认核对动作仍在执行。漏建问题容易在问题发生后的短期内被重视，时间一长检查动作就流于形式，复查时点可以帮助确认机制是否真正落地。
复查内容可以简化：核对本期生成数量与计划数量是否一致，抽查若干条任务的认领和完成情况。如果复查中发现新的缺失，带上漏建清单和已排查的证据重新走一遍原因排查。
团队规模较小，也需要设置周期核对和交接检查吗？
检查动作的形式可以随团队规模调整，核心是让“本期任务是否齐全”有人负责确认。小团队可以把周期核对合并到已有的例会中，用几分钟对照计划清单过一遍；交接检查可以简化为人员变更时确认一次任务改派。
团队规模扩大或周期任务类型增多后，再考虑把核对清单和交接记录固化为文档模板，让检查有据可查。检查频率和形式按实际任务量确定，不必照搬大团队的多层核对。
