工时填报截止前集中补填、逾期记录没人追，通常源于提醒规则和跟进机制没有落到具体记录上。本文按“对象—时点—频率”设计提醒规则表，再建立未填与待补记录的分状态跟进和升级路径，并给出角色分工、场景示例与上线检查清单。ONES可作为工时记录与投入情况跟踪的承载方向之一。
要点总览（TL;DR）
- 提醒规则按“对象—时点—频率”三步设计：对象用填报责任人、项目、记录状态三类口径交叉确定，时点分截止前、截止时、截止后三段，频率越接近截止越密、逾期后转为低频定向跟进。
- 未填与待补要分开建清单：未填指周期内无记录，处理动作是补录；待补指已有记录需补正，按退回原因分类设时限，两者关闭标志不同。
- 跟进靠三级升级路径落地：责任人自查、项目负责人催办、上级介入，每一级写明触发条件、时限和结果记录人。
- 多项目并行时，个人维度提醒与项目维度核对同时运行，集中补填阶段用待补清单按退回原因分流，避免问题堆在同一个群里。
- 上线前逐项核对规则覆盖度、清单刷新时点、升级路径与关闭标志，试运行一个周期观察截止前补填占比、逾期数量与待补处理时长。
提醒机制先定三件事：对象、时点、频率
提醒机制的设计顺序建议是：先确定提醒谁、提醒哪类记录，再确定在什么时点触发，最后确定触发多频繁、通过什么渠道发出、由谁负责。三件事定完，规则才能落成一张可执行的表，而不是停留在“截止前多提醒几次”这种模糊约定。
提醒对象按三类口径划分
提醒对象不建议只按人员名单罗列，而是用三种口径交叉确定范围，各自承担不同用途：
- 按填报责任人：以“谁需要在哪个周期内提交工时”为单位，用于向个人发出定向提醒。这是最基础的提醒单元，确保每条应填记录都有对应的人。
- 按项目：以项目为单位汇总该项目下所有成员的填报情况，用于项目负责人核对本项目记录完整性，发现某个项目整体填报滞后。
- 按记录状态：区分“周期内无记录”“已有记录待补充或修正”“已提交待审核”等状态，用于决定提醒内容——未填的人收到的是补录提醒，待补的人收到的是按退回原因补正的提醒。
三类口径组合后，同一个人在多项目并行时，既会收到个人维度的提醒，也会被纳入各项目的完整性核对，避免只盯个人总量而漏掉某个项目的记录缺口。
触发时点分三段
把填报周期切成截止前、截止时、截止后三段，每段承担不同任务：
- 截止前预提醒：在周期中段和临近截止时各触发一次，目的是让填报人提前分配时间，减少截止前的集中补填。
- 截止时点提醒：截止时刻对仍未提交的对象发出提醒，明确告知已进入逾期状态及后续处理方式。
- 截止后催补：对逾期未填和待补记录进行定向跟进，频率降低但对象更精准，直到记录关闭。
频率设置原则
频率遵循“越接近截止越密，逾期后转为低频定向跟进”。截止前可以按天提醒，截止时点单独触发一次，逾期后改为按固定间隔只提醒仍未处理的对象，避免对已完成的成员重复打扰。逾期阶段提醒范围收窄到未关闭记录，提醒内容附带处理时限和升级条件。
规则表应包含的字段
把上述设计固化成一张规则表，每条规则一行，字段建议如下：
| 对象 | 触发条件 | 时点 | 频率 | 渠道 | 责任人 |
|---|---|---|---|---|---|
| 填报责任人 | 周期内无工时记录 | 截止前第2天 | 每日1次 | 站内通知/即时消息 | 填报人本人 |
| 填报责任人 | 周期内无工时记录 | 截止时点 | 触发1次 | 站内通知/即时消息 | 填报人本人 |
| 填报责任人 | 逾期仍未填 | 截止后第1天起 | 每2天1次，至关闭 | 即时消息 | 填报人本人 |
| 项目 | 本项目存在未填或待补记录 | 截止前第1天 | 每日1次 | 项目群/负责人通知 | 项目负责人 |
| 记录状态（待补） | 记录被退回需补正 | 退回当日 | 按补填时限分次提醒 | 站内通知 | 填报人本人 |
| 记录状态（逾期汇总） | 逾期记录超过约定数量或时长 | 截止后固定节点 | 每周1次 | 汇总报表 | 工时管理员/PMO |
表格中的天数和频率是示例口径，实际设计时应结合填报周期长度调整：周期越短，截止前预提醒的间隔越要压缩，避免提醒本身变成噪音。
未填与待补记录怎么分状态跟进
提醒只是触达，跟进要靠状态。未填和待补是两类不同问题，混在一张清单里会导致处理动作错位：未填需要补录，待补需要按原因修正。分开建清单、分别设时限，才能让每条记录有明确的下一步。
未填与待补的区别
- 未填：填报周期内该责任人没有任何工时记录，或某个应投入项目下没有记录。处理动作是补录，关闭条件是记录提交并通过基本校验。
- 待补：已有工时记录，但被退回要求补充说明、修正项目归属、调整工时数或补全关联任务。处理动作是按退回原因补正，关闭条件是审核人确认修正完成。
未填清单的生成与刷新
未填清单按“周期+责任人+应投入项目”生成，每日固定时点刷新一次，刷新后与上一版对比，标出新增未填和已补录关闭的记录。清单至少包含责任人、所属项目、周期、当前状态、已提醒次数和最后提醒时间。固定刷新时点的作用是让催办依据稳定，避免不同人看到的清单版本不一致。
待补记录的退回原因分类与补填时限
退回原因建议归为几类，每类对应不同补填时限和说明要求：
| 退回原因 | 典型情形 | 补填时限（示例） | 关闭条件 |
|---|---|---|---|
| 信息缺失 | 工时记录未关联任务或说明为空 | 退回后1个工作日内 | 补全信息并重新提交 |
| 归属错误 | 工时记到了错误项目或任务 | 退回后1个工作日内 | 调整归属并经审核确认 |
| 数量异常 | 单日工时明显超出合理范围 | 退回后2个工作日内 | 修正数量并附说明 |
| 重复记录 | 同一时段重复登记 | 退回后1个工作日内 | 删除或合并重复记录 |
时限按工作日计算更贴近实际处理节奏；跨周末或假期的周期，应在规则中写明顺延方式。
跟进动作的升级路径
升级路径按三级推进，每一级都有触发条件和时限：
- 第一级：责任人自查。收到提醒后，填报人在约定时限内自行补录或补正。这一级以提醒为主，不惊动其他人。
- 第二级：项目负责人催办。超过第一级时限仍未关闭的记录，进入项目负责人的催办清单，由负责人针对本项目记录逐条跟进，并记录催办结果。
- 第三级：上级介入。逾期超过约定天数或同一责任人反复出现未关闭记录时，升级至其上级或工时管理员，由上级确认处理安排。升级不是处罚动作，目的是让阻塞原因被看见并解决。
关闭标志
关闭标志必须可判定，避免“口头说已处理”造成清单长期挂着：未填记录以补录提交并通过校验为关闭；待补记录以按退回原因补正、经审核人确认为关闭；因客观原因确实无法补录的（如人员离职、周期作废），由工时管理员登记例外说明后关闭，并保留原因记录。
角色分工与各环节交付物
提醒和跟进要落到人。以下按角色列出动作、交付物和时限，时限为示例口径，可按组织节奏调整。
| 角色 | 主要动作 | 交付物 | 时限（示例） |
|---|---|---|---|
| 填报人 | 按周期填报工时；收到退回后按原因补正 | 完整工时记录；补正后的记录 | 截止时点前完成填报；退回后1—2个工作日内补正 |
| 项目负责人 | 核对本项目记录完整性，对未关闭记录催办 | 项目填报完整性核对结果；催办记录 | 截止前1天完成核对；逾期记录每日跟进 |
| 工时管理员/PMO | 维护规则表；生成并刷新未填、待补清单；汇总逾期情况 | 规则表；每日清单；逾期汇总报表 | 规则表按周期维护；清单每日固定时点刷新；汇总每周一次 |
| 审核人 | 审核记录合规性，确认补正结果 | 审核结论；待补记录关闭确认 | 提交后1个工作日内完成审核 |
角色之间要有交接约定：项目负责人催办后仍无法关闭的记录，移交工时管理员汇总并触发升级；审核人退回时必须选择原因分类，否则待补清单无法按原因设时限。工时管理员维护的规则表是唯一口径来源，调整频率或时点先改表再执行。
在工具承载上，ONES的资源与工时管理支持多维度掌握项目和成员的资源投入情况，并支持查询和导出工时登记日志明细，项目经理可据此了解成员工时；其资源管理还支持筛选与分组，掌握成员在不同项目的投入比重。这些能力可用于生成项目维度的核对视图和逾期汇总的原始数据。提醒的自动触发、记录状态流转与退回补填流程是否能在产品内配置，需结合实际部署确认。
多项目并行、截止前集中补填的场景示例
以下为演示情景，用于说明规则如何按时间轴运行，不代表真实项目数据。
示例设定：填报周期为每周一次，周五18:00截止；某成员同时投入A、B、C三个项目；团队习惯在周四、周五集中补填。
按时间轴演示三段提醒
- 周三（截止前第2天）：系统按填报责任人发出预提醒，列出该成员本周在A、B、C三个项目下尚无记录的情况。此时提醒范围是全部未填对象，频率为每日一次。
- 周四（截止前第1天）：个人提醒继续；同时按项目口径向A、B、C三个项目负责人推送本项目未填清单，负责人开始核对。该成员在周四晚集中补填了A、B两个项目，C项目仍为空。
- 周五18:00（截止时点）：对仍未填的C项目记录发出截止提醒，明确进入逾期状态；已提交记录转入审核。
- 下周一（截止后）：逾期清单只保留C项目未填记录和审核退回的待补记录，改为每2天定向提醒一次，同时进入项目负责人催办清单。
集中补填时用待补清单分流
集中补填阶段提交量大，审核退回的记录会同步增多。此时待补清单按退回原因分组：信息缺失和归属错误的记录由填报人当日补正；数量异常的记录给2个工作日并附说明。项目负责人只看本项目待补记录，工时管理员看全量并按原因统计，避免所有问题都堆到同一个群里处理。
示例中的输入、动作与输出
输入是周期规则、人员与项目对应关系、已提交记录；动作是生成未填清单、按三段时点提醒、退回分类、逐级催办；输出是每日未填清单、待补清单、逾期汇总和关闭记录。一个周期结束后，可对比截止前补填占比和逾期数量，判断预提醒时点是否需要提前。
机制上线前的完成检查
机制设计完成后，逐项核对以下条目，全部可判定再进入试运行。
- 规则表覆盖度：是否覆盖全部填报责任人、全部在管项目和全部记录状态；是否存在没有提醒规则的记录类型。
- 提醒与责任人的对应：每条提醒是否都写明了发出方和接收方，接收方是否清楚收到后要做什么。
- 清单生成与刷新：未填清单和待补清单是否有固定的生成时点、刷新频率和字段定义；刷新后是否保留历史版本用于对比。
- 升级路径：三级升级是否都对应到具体角色，每级的触发条件和时限是否写明；升级后由谁记录处理结果。
- 关闭标志：未填、待补、例外关闭三类情形是否都有可判定的关闭条件，是否存在只能靠口头确认的环节。
- 退回原因分类：审核退回是否必须选择原因，原因分类是否与补填时限一一对应。
- 渠道与打扰控制：提醒渠道是否与接收人的日常工具一致；逾期后是否已收窄提醒范围，避免对已完成成员重复打扰。
试运行一个周期，重点观察四项指标：截止前最后一天补填记录占总记录的比例、逾期未填记录数量、待补记录平均处理时长、升级到第三级的记录数量。若截止前补填占比过高，说明预提醒时点偏晚或频率不足；若待补平均处理时长明显超过设定时限，需检查退回原因分类是否过粗或审核环节是否积压。根据观察结果调整规则表，再进入正式运行。
常见问题
填报周期很短（比如按天填报）时，三段提醒时点怎么压缩？
周期越短，截止前预提醒的间隔越要压缩，否则提醒本身会变成噪音。按天填报时，可以把截止前预提醒简化为当天上午一次，截止时点提醒保留，截止后催补改为次日定向提醒一次。关键是保留“截止时点”这个明确分界，让逾期状态可判定；预提醒次数可以减少，但未填清单的每日刷新时点要保持固定，催办依据才稳定。
成员同时投入多个项目，提醒应该按人发还是按项目发？
两者都要，但用途不同。按人发的是定向补录提醒，确保每条应填记录都有对应责任人；按项目发的是完整性核对清单，给项目负责人看本项目还有哪些记录缺口。只按人发，容易漏掉某个项目的记录缺口；只按项目发，个人会收到多份重复提醒。实际操作中，个人提醒汇总本周全部未填项目，项目清单只列本项目未关闭记录，两者在截止前第1天同时运行。
待补记录一直不补正，清单会无限挂着吗？
需要设置升级和例外关闭两条出口。超过补填时限仍未处理的待补记录，进入项目负责人催办清单；逾期超过约定天数或同一责任人反复出现，升级至上级或工时管理员。因客观原因确实无法补正的（如人员离职、周期作废），由工时管理员登记例外说明后关闭并保留原因记录。这样清单不会长期挂着，同时每条关闭都有可追溯的依据。
提醒渠道用站内通知还是即时消息，怎么选？
按接收人的日常工具选择，原则是提醒要出现在他们本来就会看的地方。截止前预提醒可以用站内通知，减少打扰；截止时点提醒和逾期催补建议用即时消息，确保触达。无论选哪种渠道，规则表里都要写明发出方和接收方，以及收到后要做什么。逾期阶段收窄提醒范围，只提醒仍未关闭记录的对象，避免对已完成成员重复打扰。
试运行一个周期，看哪些指标判断机制是否有效？
重点看四项：截止前最后一天补填记录占总记录的比例、逾期未填记录数量、待补记录平均处理时长、升级到第三级的记录数量。截止前补填占比过高，说明预提醒时点偏晚或频率不足；待补平均处理时长明显超过设定时限，需检查退回原因分类是否过粗或审核环节是否积压。根据观察结果调整规则表，再进入正式运行。
