区分周期任务与每次执行记录

1．把重复规则和有日期的工作定义为两件事

周期任务定义是长期适用的说明，例如“每周一检查办公室用品”。它可以保存任务名称、通常负责人、重复规律、预期证据，以及规则从何日开始适用。它只是反复工作的模板，不是某一周已经完成的证明。

执行记录则是从该定义产生的一次具体承诺，必须对应一个计划日期。它应有自己的稳定编号、计划日期、状态、必要时的负责人和处理结果。这样可以避免常见问题：员工周一把周期卡标为完成，下周又重新打开同一张卡，团队却再也无法判断到底是哪一个周一完成、哪一个周一漏做，或当时查了什么。

建议做法：写下一句团队都能使用的定义：“一次执行记录，是这项职责在一个计划日期上的一次工作。”审阅表格、看板或系统草图时都用这句话判断。不要让会不断变化的一张任务卡状态，代替按日期保存的历史。

2．计划日期和实际完成日期必须分开

计划日期回答“这次工作原本何时应被处理”；实际完成日期回答“它何时被结案”。两者可以相同，但不应被假定相同。若用完成日期覆盖计划日期，就看不到工作是否延迟；若用计划日期代替完成日期，就会掩盖结果何时才真正被记录。

建议做法：即使流程很简单，也保留这两个字段，并使用明确结果状态，例如待处理、已完成、已跳过或已改期。不要只用“后来做了”这种模糊状态，因为它把处理结果和排程决定混在一起。主管审阅周一的工作时，即使结果是周二才录入，仍应能看到周一那次执行记录。

如员工需要解释差异，把简短说明写在那一次执行记录上，不要去修改长期规则。规则仍说明平常应该怎么做；有日期的记录说明那一次实际上发生什么。这样既能保留日常计划价值，也不会制造误导性的历史。

3．每一次执行记录各自结案并保存证据

完成状态必须属于某一次执行记录。只保存足以让团队核实该次工作已处理的证据，例如简短结果说明、关联的内部记录、执行人姓名或其他已经同意的运营编号。应在任务产生前先决定最低证据要求，避免员工事后猜测要写什么。

建议做法：证据要求要和工作风险相称。每周目视检查也许只需一条简短说明及执行人；较重要的内部检查可能需要第二位审阅人或关联记录。目的不是增加文书工作，而是让之后接手的同事能够理解该日期如何结案，而不必依靠记忆或聊天记录。

不要把某日期的完成说明复制到下一次。先前记录可以成为背景，但不是新一次执行的证明。同样，今天完成不能自动把未来某个日期标为完成。每个日期都应独立保持待处理，直到它自己的结果被记录。

4．如实记录跳过与单次改期

跳过是一种结果，不是留空。如果计划工作因办公室关闭、相关人员无法处理，或因事先同意的条件而无需进行，应把那一次标为“已跳过”并记下简短原因。这与“已完成”不同：团队可以看出该职责被考虑过，但没有执行。

改期也不是重写原计划。保留原执行记录及其计划日期，并把结果标为“已改期”。建立或识别替代执行记录，为它填写新的计划日期，并保存“改期来源”参考。如此可同时保留原本日期与替代日期之间的关系。

建议做法：预先约定谁有权跳过或改期，以及最低限度需要什么原因。不要悄悄把逾期任务拖到更晚日期，因为之后看起来会像较晚日期才是原计划。若任务只是还没完成，就保留原计划日期，在实际结案时再写下完成时间。

5．用生效边界改变未来规则

重复工作会改变：每周检查可能从周一改到周五、换负责人，或要求不同证据。这些是未来任务定义的变更，不是过去历史的更正。应写明生效日期或生效边界；边界之前的执行记录按旧规则理解，之后才按新规则处理。

建议做法：记录改了什么、谁同意以及新规则何时开始。检查边界附近已经计划的未来执行记录，避免重复产生或留下空档。不要修改旧记录，让它们看似当时已经遵从新规则；旧记录应忠实说明当时的计划与结论。

若早期执行记录本身有错误，应使用可见的更正流程，而不是无声覆盖原意。关于保存哪些修改资料，团队可参考相关的记录更正历史指南。

6．虚构示例：每周办公室用品检查

虚构示例：一间虚构办公室有一个名为“每周办公室用品检查”的任务定义，通常计划在周一。定义写明通常负责人，以及每次执行需要一条简短库存说明。4 月 6 日产生一次周一执行记录，下午完成，并有该次自己的说明。这条说明只属于 4 月 6 日。

4 月 13 日办公室关闭。该执行记录仍保留 4 月 13 日的日期，状态为“已跳过”，原因写为“办公室关闭”。它不能标成完成，4 月 20 日的记录也不能被当作 4 月 13 日已经检查的证明。4 月 20 日通常负责人无法处理，因此 4 月 20 日记录标为“已改期”；替代记录计划在 4 月 21 日，并注明它改期自 4 月 20 日。

到了 5 月，办公室决定以后改在周五检查。任务定义记录一个生效边界。较早的周一记录完全不变，较后的周五记录才采用新规则。本虚构示例只用于教学，不是客户故事，也不是对任何特定工具的效果声明。

7．先完成记录决定，再交给 BossFlow 实施

在要求建立系统前，先做一张小工作表，包含：周期任务定义编号、执行记录编号、任务名称、计划日期、实际完成日期、结果状态、证据、跳过原因、改期来源和规则变更生效边界。用一次正常完成、一次跳过和一次改期来测试。请同事判断是否能准确说出每个计划日期发生了什么。

Microsoft Support 的《Recurring tasks in Planner》说明，Planner 会把当前一次执行显示为独立任务，而各次执行可独立完成、追踪和筛选。这只是 Microsoft Planner 的产品专属说明。本文工作表与建议做法是原创 SME 流程建议，并不承诺其他产品也有相同行为。

工作表获得团队同意后，BossFlow 可以审阅周期生成、权限、通知、自动化和实施。SME Systems 提供教育内容；实施及报价讨论由 BossFlow 处理。来源说明：Microsoft Support，《Recurring tasks in Planner》——关于独立当前执行记录及独立追踪的产品专属资料。

实用清单

• 写下一句定义：什么算是一项周期任务的一次执行记录。
• 让周期任务定义编号与每一次执行记录编号分开。
• 把计划日期和实际完成日期设为不同字段。
• 采用明确结果状态，包括已完成、已跳过和已改期。
• 每次刻意不执行时，都填写简短跳过原因。
• 改期时保留原计划执行记录，并让替代记录保存改期来源。
• 改变未来规则时，写下明确的生效日期或生效边界。
• 在讨论实施前，以一次完成、一次跳过和一次改期测试工作表。