行动项跟踪与关闭检查

这个场景能帮你做什么

会议待办记下来了，后续却只剩一句“已完成”。本任务沿原行动项编号比较本期反馈、交付物和确认记录，区分提交、验证与关闭，形成下一步跟进和升级清单。

开始前需要准备什么

准备上期台账、原决议、本期责任人反馈、交付物、验证记录、检查日和已有升级规则。缺责任人或期限仍可检查，但需先列补问。不要只提供被重新改写的一份最新表。

最小输入包括：行动项编号、原事项、责任人、原截止、当前有效截止及延期批准依据、完成条件、本期反馈日期、交付或验证证据、实际完成时间和关闭确认。需要明确时区及截止精度；只约定日期却没有时刻时，先确认按哪个检查口径判断当日是否到期，不由工具补出一个具体时间。

具体怎么做

第一步：按编号对回原承诺

让 WorkBuddy 保留原事项、责任人、原期限及完成条件，识别重复、合并或取消记录。没有决定依据的“不用跟了”不直接当关闭指令。

第二步：把反馈与证据对应

提取本期反馈及日期，关联具体产物、版本和验证人，将三类信息分列：执行状态可为未开始、进行中、受阻、已提交待验证、已验证待关闭、已确认关闭；时限状态反映尚未到期、当前已超期未完成、按期完成、逾期完成或截止待确认；信息缺口另列“缺验证记录、缺日期”等待确认事项。执行中也可能超期，待验证也可能超期，不能让单一状态覆盖另一维信息。企业已有状态时建立对应，不强制更换流程。

修复已实施但业务尚未验证恢复，应保持待验证；不能只依据执行人自报关闭。

第三步：整理例外和下一动作

对逾期核检查日、原期限、实际进展和下游影响；对缺输入核前置交付，避免只催当前责任人。列需要谁反馈什么、需谁决定延期或资源、何时回查。

新期限必须由相关人员确认，保留原期限及调整依据，不能每日自动顺延。

时限按本项约定的完成条件判断：若完成条件包含业务验证，仅提交文件时还未完成。未满足完成条件时，用检查时点与当前有效截止比较；满足后，用实际满足完成条件的时间与当前有效截止比较，保留按期或逾期完成记录。另列相对原截止的结果，让批准延期不会抹掉原承诺变化。取消或合并另记决定，不据此制造“按期完成”。

教学示例：假设检查时点为 10 月 16 日 12:00，原截止与当前有效截止均为 10 月 15 日 18:00，完成条件要求业务验证通过。

行动项	事实	执行状态	时限状态	待确认事项
A-01	15 日 17:00 提交，尚无业务验证	已提交待验证	当前已超期未完成	补业务验证
A-02	16 日 10:00 验证通过并获关闭确认	已确认关闭	逾期完成	无

两项都保留原截止，不能把 A-02 关闭后改成“未逾期”。实际使用应替换为本项目日期、规则与证据。

第四步：确认后更新台账

关闭候选项单列证据和确认依据，交相应负责人审批更新。工具可生成催办草稿，是否发送、升级或写回正式系统另按权限执行。

可以直接交给 WorkBuddy 的完整要求

请对照上期行动表、原决议和本期反馈形成更新建议，原表不覆盖。
沿编号保留原责任人、期限、完成条件，关联反馈日期、产物、版本和验证记录。
将提交与验证关闭分开，缺证据或关键字段标待确认；有缺陷与完成声明并存时列冲突。
分别输出执行状态、时限状态和信息缺口。按约定完成条件确定实际完成时间；未完成与检查时点比较，已完成与实际完成时间比较。保留原截止、有效截止、延期批准依据和相对原期限结果，关闭后不得抹掉逾期完成记录。截止精度不明先确认，不补造时刻。
对逾期、受阻、取消、合并和延期列依据、影响、下一动作与需决定的人，不自改承诺。
输出更新建议、关闭候选证据和例外清单，不发送提醒、不评价人员、不自动关闭事项。

完成后会得到什么

更新表至少包含行动项编号、原承诺、责任人、原截止、有效截止及批准依据、本期反馈、证据、实际完成时间、验证与关闭确认、执行状态、时限状态、相对原截止结果、信息缺口和下一动作。关闭候选证据、需补问、延期批准与升级事项分别列出；不能把“缺信息”混成执行状态，或把“已关闭”当成没有延误。

结果应该怎么检查

原期限是否被改写；证据是否属于正确任务及版本；同一行动是否重复；关闭是否有约定验证。未更新不等于已完成，逾期也不能直接推出失职。

核实际完成时间是否对应本项完整完成条件；延期是否有批准；时限比较是否采用同一时区和精度。没有验证时间或截止依据时，保留待确认，不能因工具看不到证据就断言工作未发生。

遇到这些情况怎么处理

负责人变更先确认交接；“已完成”与缺陷记录冲突保留未决；前置未交付联到依赖问题；没有升级规则则由项目经理决定，不套固定逾期天数。

哪些由工具处理，哪些必须人工决定

WorkBuddy 比较和提出更新建议。责任人解释进展，验证人确认完成，授权人决定关闭、延期与升级。表格更新不代替真实执行。