会议行动项逾期，指约定的承诺完成时间已过，行动项仍未达到约定的完成状态，且没有生效的延期审批覆盖该时间点。判定要同时看承诺完成时间、责任人确认、延期审批和状态更新四个口径，任何一项缺失都可能让结论失真。本文解释这四个口径的含义、生效条件与常见误判，并给出一个可套用的判定示例。
要点总览（TL;DR）
- 会议行动项逾期的判定基准是承诺完成时间：时间已过、行动项未达到约定完成状态、且没有生效的延期审批覆盖该时间点，三条同时成立才判逾期。
- 承诺完成时间要写入行动项记录并明确到日期才生效；没有明确时间时，团队需事先约定是标记待定还是套用默认期限，并注明来源。
- 责任人未确认任务与时间时，行动项处于待认领状态，可单独标记为待认领超期，不计入个人逾期统计。
- 延期在截止前提交并获批，按新时间判定；截止后补批是否消除逾期，取决于团队事先写明的口径，两种做法都可行但需一致执行。
- 状态改为完成但缺少交付证据时，应先按待验证处理，由验收人确认后再转为完成，否则逾期统计会偏低。
逾期的直接判定口径
一条可以直接套用的规则是：以行动项的承诺完成时间为基准，到达该时间点后，行动项未达到约定的完成状态，且不存在覆盖该时间点的生效延期审批，即判定为逾期。这条规则包含三个要素，缺一不可。
第一，基准是承诺完成时间，而非会议日期、行动项创建日期或首次提醒日期。会议当天创建的行动项，如果承诺完成时间是两周后，那么会议结束后的两周内都不构成逾期。把会议日期当作计时起点，是团队口径不统一时最常见的分歧来源。
第二，完成状态需要可核验的交付证据。行动项描述的是会议中承诺要做的一件事，完成意味着这件事有了可检查的结果，例如一份文档、一次确认回复、一个已交付的物料。仅把状态字段改为“完成”，在缺少交付证据时不足以支撑完成结论。
第三，延期审批必须生效并覆盖原截止时间。审批通过后，判定基准切换为新截止时间，原时间点不再产生逾期结论。审批未提交、未获批或获批时间晚于原截止时间的情形，需要按下一节和第四节的口径分别处理。
为便于统一口径，可以把四个判定要素整理成一张对照表，供团队在制定规则时逐项确认。
| 判定要素 | 需要确认的内容 | 缺失时的后果 |
|---|---|---|
| 承诺完成时间 | 已记录到行动项上，含日期，必要时含时刻与时区 | 时间待定，无法计算逾期 |
| 责任人确认 | 责任人已接受任务与承诺时间 | 处于待认领状态，逾期归属不成立 |
| 延期审批 | 截止前提交并获批，新时间已写入记录 | 仍按原时间判定 |
| 状态与证据 | 状态反映真实进展，完成有交付证据 | 完成结论不可靠，逾期判定失真 |
承诺完成时间如何确定并生效
承诺完成时间只有在落到行动项记录上之后才生效。会议现场口头给出的“下周三之前”，属于讨论内容；把它写进行动项的时间字段，并明确到具体日期，才构成可用于判定的承诺。团队可以在会议结束后的整理环节统一补录，补录完成即视为时间生效。
时间的精度需要与任务性质匹配。多数行动项写到日期即可；涉及对外交付、跨时区协作或当天内需要交接的事项，应写到具体时刻并注明时区，避免“当天”在不同参与者理解下产生偏差。
会议中没有给出明确时间时，处理方式由团队约定，常见的有两种：一是标记为待定，不纳入逾期统计，待责任人认领时补充承诺时间；二是按团队默认规则给出一个初始期限，例如会议后若干个工作日内完成，并在记录中注明这是默认值而非本人承诺。两种方式都可以，关键是全团队使用同一套规则，并在行动项上留下可查的记录。
承诺时间被修改时需要留痕。修改应记录修改人、修改前后的时间以及修改原因；由责任人主动提出并经会议召集人或其授权人确认的修改，性质上接近延期，应按延期审批的口径处理，而不是直接覆盖原时间。
承诺完成时间的生效条件可以归纳为一份清单：
- 时间已写入行动项的时间字段，而非只存在于会议记录或聊天消息中；
- 时间包含明确日期，必要时包含时刻与时区；
- 时间由责任人或其上级确认，或按团队默认规则生成并注明来源；
- 时间发生变更时，保留修改人、前后取值与原因；
- 无明确时间时，标记为待定并说明后续补充方式。
责任人确认在逾期判定中的作用
责任人确认包含两个动作：接受这项任务，以及接受这项任务对应的承诺完成时间。两个动作都完成，行动项才进入可判定状态。只指定了名字而本人未确认时，行动项处于待认领状态，此时即使时间已过，也不宜直接判定为逾期，因为承诺关系尚未成立。
这一区分影响的是逾期归属，而非时间计算。待认领行动项的时间照样在流逝，团队可以对其单独标记，例如列为“待认领超期”，用于推动认领，但不计入责任人的逾期统计。这样处理既保留了提醒作用，也避免把未成立的承诺记到个人名下。
责任人变更时，需要同步处理承诺时间。常见做法是由原责任人、新责任人与会议召集人确认交接，明确新责任人是否接受原承诺时间；若不接受，按延期流程重新约定时间并留痕。交接完成后，逾期判定以新责任人确认的时间为准，此前的记录保留在行动项历史中，用于回溯。
| 责任人状态 | 承诺时间状态 | 逾期判定 |
|---|---|---|
| 已确认 | 已确认 | 时间已过且未完成，判定逾期 |
| 未确认 | 已记录 | 标记待认领超期，不计入个人逾期 |
| 已变更 | 新责任人已确认 | 按新确认时间判定 |
| 已变更 | 新责任人未确认时间 | 暂停判定，待重新约定 |
延期审批与状态更新如何计入逾期
延期审批的关键在于提交与获批的时间点。在原截止时间之前提交申请并获得批准，判定基准切换为新截止时间，原时间点不产生逾期结论。申请在截止前提交、审批在截止后才完成的情形，团队需要事先约定口径：一种做法是以提交时间为准，视为未逾期；另一种是以获批时间为准，截止至获批之间计为逾期。两种口径都能成立，但必须写进规则并一致执行。
截止时间之后才补提的延期申请，性质上属于事后追认。较严格的口径是：补批不消除已经发生的逾期，只在统计中注明“已补批延期”，逾期记录保留；较宽松的口径是补批后按新时间重算。前者更适合需要保留承诺严肃性的场景，后者适合以推进事项为优先的团队。无论选择哪种，都应在规则中写明，避免同一团队内出现两种处理。
状态更新为完成但缺少交付证据时，判定应停留在“待验证”。可以由会议召集人或指定验收人确认交付物后转为完成；确认前，若承诺时间已过，按未完成处理。这一条对跨部门行动项尤其重要，因为“已完成”与“对方已收到并认可”经常不是同一时刻。
状态长期不更新与逾期是两个不同的问题。状态停滞说明进展信息缺失，应通过定期提醒、例会同步等方式推动更新；逾期则是时间与完成状态比对后的结论。实践中两者常同时出现：状态不更新会让逾期判定缺少依据，因此规则中应要求责任人在承诺时间到达前后主动更新状态，哪怕只是说明“仍在进行、预计何时完成”。
| 情形 | 判定口径 | 记录方式 |
|---|---|---|
| 截止前提交并获批延期 | 按新时间判定 | 记录原时间、新时间、审批人 |
| 截止前提交、截止后获批 | 按团队约定，以提交或获批为准 | 注明审批完成时间 |
| 截止后补提延期 | 按团队约定，保留或重算逾期 | 标注“补批延期” |
| 状态改为完成但无证据 | 待验证，确认前按未完成处理 | 记录验收人与验收时间 |
| 状态长期未更新 | 单独标记进展停滞，推动更新 | 记录最近一次更新日期 |
当团队把上述口径固定下来，行动项记录、责任人确认、延期审批和状态更新就需要在同一处承载，否则判定时要在会议纪要、聊天记录和表格之间反复核对。ONES 的项目与任务管理能力可以把会议行动项记录为工作项，设置责任人与截止时间，通过状态流转和审批记录保留延期与验收痕迹，使逾期判定有据可查。具体配置方式可结合团队现有的会议流程设计。
容易混淆的相邻概念与常见误解
逾期与任务排期延误针对的对象不同。逾期评价的是一条会议承诺是否在承诺时间内兑现，基准是行动项自身的承诺完成时间；任务排期延误属于一般任务管理范畴，关注的是任务在项目计划中的位置变化及其对上下游的影响。同一个行动项可能既逾期又造成排期延误，但两者的判定依据和责任人不同，统计时不宜混用。
逾期与未开始也有区别。未开始描述的是进展状态，逾期描述的是时间与完成状态的比对结果。一条行动项可以尚未开始却未逾期，因为承诺时间还没到；也可以已经开始、进展正常却已逾期，因为承诺时间已过而事情尚未完成。判断时先看时间，再看状态，顺序不能颠倒。
常见的误解集中在三处。其一，把会议结束当作计时起点，导致所有行动项在会后不久就被标红，提醒失去区分度。其二，把口头同意视为确认，实际上责任人可能只是没有当场反对，承诺时间也未真正接受。其三，把状态字段改为完成即算完成，忽略了交付证据，使逾期统计偏低、后续复盘失真。纠正这三点的办法，是把确认动作、时间字段和验收证据都做成记录中的必填项。
| 概念 | 关注点 | 判定依据 |
|---|---|---|
| 会议行动项逾期 | 会议承诺是否按时兑现 | 承诺完成时间与完成状态比对 |
| 任务排期延误 | 任务在项目计划中的位置 | 计划排期与实际进展比对 |
| 未开始 | 当前进展状态 | 是否已有人开始处理 |
| 待认领超期 | 承诺关系是否成立 | 责任人是否确认任务与时间 |
一个完整的判定示例
以下为演示情景，用于说明四个口径如何共同得出逾期结论。
某次项目周会确定一条行动项：由市场部同事整理上季度活动复盘材料，会上口头约定“两周内给到”。会后整理时，行动项被记录为工作项，承诺完成时间填写为 3 月 21 日，责任人字段填了该同事姓名，但本人尚未点击确认。3 月 10 日，责任人确认接受任务与时间。3 月 19 日，责任人提出因数据未齐，申请延期至 3 月 28 日，会议召集人当天批准，记录中保留了原时间、新时间与审批人。3 月 27 日，责任人将状态改为完成并附上复盘文档链接，召集人当日验收通过。
按时间线逐步判定：3 月 10 日之前，行动项处于待认领状态，即使时间在流逝，也不计入个人逾期；3 月 10 日至 3 月 19 日，承诺时间 3 月 21 日尚未到达，不构成逾期；3 月 19 日延期获批后，判定基准切换为 3 月 28 日，原 3 月 21 日不再产生逾期结论；3 月 27 日完成并经验收，早于新截止时间，最终结论为未逾期。
如果换一个条件，结论会不同。假设延期申请在 3 月 22 日才提交，即原截止时间之后，那么 3 月 21 日结束时行动项未完成且无生效延期覆盖，已构成逾期；后续补批是否消除该记录，取决于团队事先约定的口径。这个示例说明，逾期判定不是看某一个时间点，而是把承诺时间、责任人确认、延期审批和状态证据按时间顺序串起来看，任何一环的记录缺失，都会让结论变得难以服人。
常见问题
会议行动项没有约定完成时间，还能判定逾期吗？
没有明确承诺时间时，无法直接计算逾期，因为判定缺少基准。团队通常有两种处理方式：一是把行动项标记为待定，不纳入逾期统计，待责任人认领时补充承诺时间；二是按团队默认规则给出初始期限，例如会议后若干个工作日内完成，并在记录中注明这是默认值。两种方式都可行，关键是全团队使用同一套规则，并在行动项上留下可查的记录。若采用默认期限，建议在会议结束后的整理环节统一补录，避免同一批行动项出现不同起算方式。
责任人在截止时间之后才确认接受任务，逾期算谁的？
这取决于确认动作发生的时间点。责任人在承诺时间到达前未确认任务与时间，行动项处于待认领状态，此时即使时间已过，也不宜直接计入个人逾期，可单独标记为待认领超期用于推动认领。若责任人在截止时间之后才确认，且确认时接受了原承诺时间，则承诺关系自确认时成立，此前的时间缺口需要团队事先约定归属：可以按确认时间重新起算，也可以保留原时间并记为逾期。建议在规则中写明这一情形，避免事后争议。
延期申请在截止前提交、截止后才获批，按哪个时间判定？
两种口径都能成立，但必须写进团队规则并一致执行。一种是以提交时间为准，只要截止前提交了申请，就视为未逾期，审批完成时间仅作记录；另一种是以获批时间为准，从原截止时间到获批之间计为逾期，获批后按新时间继续判定。前者对责任人更宽松，适合审批链路较长、审批人响应不及时的团队；后者更强调承诺严肃性，适合对外交付类行动项。无论选择哪种，都应在行动项记录中保留提交时间与获批时间，便于复盘时核对。
状态长期不更新，是否直接算逾期？
状态长期不更新与逾期是两个不同的问题。状态停滞说明进展信息缺失，应通过定期提醒、例会同步等方式推动责任人更新，哪怕只是说明“仍在进行、预计何时完成”。逾期则是承诺时间与完成状态比对后的结论。实践中两者常同时出现：状态不更新会让逾期判定缺少依据，因此规则中应要求责任人在承诺时间到达前后主动更新状态。对于长期无更新的行动项，可以单独标记为进展停滞，与逾期统计分开呈现，避免两类问题混在一起难以区分处理。
会议行动项逾期和一般任务排期延误要分开统计吗？
建议分开统计。逾期评价的是一条会议承诺是否在承诺时间内兑现，基准是行动项自身的承诺完成时间；任务排期延误属于一般任务管理范畴，关注任务在项目计划中的位置变化及其对上下游的影响。同一个行动项可能既逾期又造成排期延误，但两者的判定依据和责任人不同。混在一起统计会让会议承诺的兑现情况被项目排期波动掩盖，也不利于复盘时定位问题出在承诺环节还是计划环节。团队可以约定会议行动项单独出一份逾期清单，与项目排期视图并行使用。
