工时数据完整性检查要解决的是投入记录能否支撑项目核算与复盘，而不是考勤或工资计算。可执行的做法是按“定口径—设检查项—跑检查—分派补正—复核关闭—回看趋势”六步设计，检查项至少覆盖记录缺失、活动分类未填、填报口径不一致三类，每类明确判定规则、责任人和补正时限，补正结果回到原记录复核后才能关闭。
要点总览（TL;DR）
- 先写一份工时完整性检查口径说明，固定检查范围（仅投入记录）、填报粒度、活动分类字典、项目归属规则和检查周期，让检查项有统一基准。
- 检查项至少覆盖三类：记录缺失（应填未填、项目零工时）、活动分类未填（为空或与项目不匹配）、口径不一致（同类活动分类冲突、单日超限），每类给出判定规则和严重级别。
- 检查按固定步骤运行：锁定截止时点取数、逐项套规则、去重后生成含责任人和时限的问题清单，并区分阻断级与提醒级。
- 补正闭环用“待分派—待补正—待复核—已关闭—已升级”五个状态流转，补正结果必须回到原记录按原规则复核才能关闭，超时走升级。
- 判断闭环是否有效看关闭率、平均补正时长、重复问题是否收敛，以及口径说明和分类字典是否随争议同步更新。
检查前先定口径：完整性到底查什么
检查项各自为政，通常源于口径没有先统一。开始设计检查规则前，先用一份口径说明固定四件事：查什么、按什么粒度查、依据哪套分类、多久查一次。口径说明不需要很长，但必须书面化并让填报人和复核人看到同一版本。
检查对象限定为投入记录，即人员在某段时间内投入某项目或某活动的工时记录。考勤打卡、请假、加班审批和工资计算属于另一套数据，不纳入本检查范围。这样限定后，检查规则可以围绕“应填是否填、填得是否规范”展开，不必处理排班与薪酬口径的差异。
填报粒度需要统一。按天填报时，最小记录单位是“人—日—项目（或活动）”；按周填报时，最小记录单位是“人—周—项目（或活动）”，并约定单日工时上限。粒度一旦确定，检查规则中的“应填天数”“单日合计”才有统一算法，否则同一批数据在不同人手里会算出不同结果。
活动分类字典和项目归属规则要同步确定。分类字典列出可选的活动类型，例如需求分析、开发、测试、评审、支持等，并说明每类的适用场景；项目归属规则说明一个人同时参与多个项目时如何拆分工时、跨项目支持记在哪个项目下。字典和规则是后续判定“分类未填”和“口径不一致”的基准。
检查周期与数据截止时点同样要写清楚。常见做法是按周检查，截止时点设为次周固定时间，例如每周一中午，此后提交或修改的记录进入下一周期。截止时点的作用是让每次检查面对一份稳定的数据快照，避免检查过程中数据持续变动导致问题清单反复变化。
完成标志：形成一份工时完整性检查口径说明，包含检查范围（仅投入记录）、填报粒度与最小记录单位、活动分类字典、项目归属规则、检查周期与数据截止时点，并由检查执行人和填报负责人确认同一版本。
三类核心检查项与判定规则
检查项的设计原则是每条规则都能用数据判定、都能指向一个具体责任人和一个补正动作。以下三类覆盖了多数团队在工时完整性上遇到的问题，可以在此基础上按自身分类字典增补。
记录缺失
记录缺失指应填而未填的情况，常见形态有三种：应出勤或应投入的工作日没有任何工时记录；某人在某项目上的记录天数明显少于其参与天数；项目已立项并有成员投入，但该项目在周期内工时为零。判定时以人员项目范围表与工时记录做比对，输出“人员—日期—缺失类型”的明细。严重级别通常设为阻断级，因为它直接影响项目工时汇总的完整性。
活动分类未填
活动分类未填包括分类字段为空，以及分类与项目性质明显不匹配，例如在研发项目下统一填“其他”或“管理”。判定规则为：分类字段为空即命中；分类取值不在字典范围内即命中；同一项目下某分类占比异常集中且备注为空时列为提醒。数据来源是工时记录的分类字段与分类字典，输出为“记录编号—分类现状—建议分类”。
填报口径不一致
口径不一致指同类活动在不同人、不同项目之间的填法存在冲突。典型判定包括：同一活动在团队内被多人填成不同分类；单人单日工时合计超过约定上限；某条记录的工时数与项目排期明显不符，例如单日投入某项目超过合理工时。判定需要横向比对，因此数据来源除工时记录外，还要有分类字典和单日汇总。此类问题一般设为提醒级，涉及金额或核算口径时再升级为阻断级。
| 检查项 | 判定规则 | 数据来源 | 严重级别 |
|---|---|---|---|
| 记录缺失 | 应填日期无记录；项目参与人周期内工时为0；记录天数少于参与天数 | 人员项目范围表、工时记录 | 阻断级 |
| 活动分类未填 | 分类为空；分类不在字典内；分类与项目性质不匹配 | 工时记录分类字段、分类字典 | 阻断级（为空）/提醒级（不匹配） |
| 口径不一致 | 同一活动多人分类不同；单日工时合计超限；工时与排期明显不符 | 工时记录、分类字典、单日汇总 | 提醒级，涉核算时升为阻断级 |
检查怎么跑：从取数到生成问题清单
检查要能重复运行，步骤就应当固定下来，每次只更换周期参数。建议按以下顺序执行，并把每一步的产出留存，便于下一周期对比。
- 按周期导出工时记录与人员项目范围。导出时锁定数据截止时点，记录导出时间和数据条数，作为本次检查的快照。
- 逐项套用判定规则。先跑记录缺失，再跑分类未填，最后跑口径不一致，因为后一类判定依赖前两类清理后的数据。
- 标记异常记录并去重。同一条记录可能同时命中多个规则，问题清单中按“记录编号+问题类型”分行，避免重复分派。
- 生成问题清单，字段包括记录人、所属项目、问题类型、问题描述、建议补正动作、严重级别、责任人、补正时限。
- 区分阻断级与提醒级。阻断级问题在补正完成前不计入正式工时汇总；提醒级问题随周期汇总一并处理，不阻塞汇总发布。
问题清单的样例结构可以是一张表：第一列记录编号，第二列记录人与项目，第三列问题类型与描述，第四列建议动作（补填、修正分类、统一口径），第五列严重级别，第六列责任人与时限，第七列当前状态。状态取值建议统一为“待分派、待补正、待复核、已关闭、已升级”，后续闭环流转直接沿用这套状态。
补正闭环：分派、补填、复核与关闭
闭环的关键在于补正结果必须回到原记录复核，而不是由填报人自行声明完成。流程可以设计为五个状态，每个状态有明确的进入条件和退出条件。
| 状态 | 责任人 | 动作 | 时限 | 退出条件 |
|---|---|---|---|---|
| 待分派 | 检查执行人 | 按记录人和项目分派问题 | 检查完成后1个工作日 | 问题已指派到记录人或其主管 |
| 待补正 | 记录人（主管可代办） | 补填记录、修正分类或按统一口径调整 | 分派后2–3个工作日 | 提交补正并附说明 |
| 待复核 | 复核人 | 核对补正后记录是否满足原判定规则 | 提交后1个工作日 | 复核通过或退回 |
| 已关闭 | 复核人 | 确认规则通过，记录关闭原因与时间 | — | 问题不再出现在下一周期清单中 |
| 已升级 | 项目负责人或PMO | 超时未补正或争议无法解决时介入裁决 | 超时后1个工作日 | 给出处理结论并回到复核 |
补正动作限定为三类：补填缺失记录、修正活动分类、按统一口径调整已有记录。超出这三类的修改，例如删除记录或跨项目转移工时，应走例外处理路径，由项目负责人确认后再执行，避免补正过程本身制造新的口径偏差。
关闭条件要写死：复核人按原判定规则重新校验，规则不再命中即关闭；同一记录被退回两次仍未通过，转入升级状态由项目负责人处理。超时升级规则与时限绑定，例如阻断级问题超过补正时限未提交，自动通知记录人主管并列入周期汇总的未关闭事项。
在工具承载上，工时记录可以作为工作项或表单数据存在，问题清单以工作项列表呈现，分派、状态流转和复核意见记录在同一条工作项上。ONES 的工作项状态与流转配置可以承载上述“待分派—待补正—待复核—已关闭”的状态链，复核意见和补正说明作为记录留痕，便于下一周期按状态筛选未关闭问题。是否采用工具承载取决于团队已有的填报入口，若工时仍在线下表格中收集，闭环可以先以问题清单加状态列的方式运行。
角色分工与各环节交付物
检查、补正、复核三类动作由不同角色承担，责任才不容易悬空。规模较小的团队可以一人兼多角，但检查执行人与复核人建议分离，至少在不同周期轮换，避免自己检查自己。
| 角色 | 主要职责 | 输入 | 输出 |
|---|---|---|---|
| 填报人 | 按粒度如实填报，收到问题后在时限内补正 | 项目安排、分类字典 | 工时记录、补正说明 |
| 项目负责人 | 确认项目成员范围，处理分类争议与例外修改 | 项目排期、问题清单 | 成员范围确认、例外处理结论 |
| 检查执行人（PMO或运营） | 按周期取数、套用规则、生成并分派问题清单 | 工时记录、人员项目范围、口径说明 | 问题清单、周期检查记录 |
| 复核人 | 校验补正结果，决定关闭或退回 | 补正后的记录、原判定规则 | 复核结论、关闭记录 |
交接物要具体：检查执行人交给填报人的是带责任人和时限的问题清单；填报人交回的是补正后的记录与一句说明；复核人交回的是关闭或退回的结论。例外与争议的处理路径是：填报人对判定有异议时，先在问题清单中标注异议并说明理由，由项目负责人裁决；涉及分类字典本身的争议，提交给维护字典的角色，在下一周期口径说明中更新，不在本周期内反复修改规则。
示例：一个检查周期的完整走查
以下为一个演示情景，用于说明流转方式，数据为示意。
某团队按周检查，截止时点为次周一中午。检查执行人导出第12周工时记录共186条，与人员项目范围比对后生成问题清单9条：记录缺失3条，其中1人为周三无任何记录、1个项目整周工时为0；分类未填2条，分类字段为空；口径不一致4条，包括同一测试活动被填成“测试”和“支持”两种分类、1人单日合计12小时。
分派后，记录缺失的3条定为阻断级，时限2个工作日；分类未填2条同为阻断级；口径不一致4条为提醒级，时限3个工作日。填报人补填周三记录并说明当天在客户现场支持，修正两条空分类，将测试活动统一为“测试”分类，单日超限的记录拆分为两个项目。复核时，补填与分类修正通过并关闭；单日超限的拆分因缺少项目排期依据被退回一次，填报人补充排期说明后通过。整周工时为零的项目经项目负责人确认属于立项后未启动，问题转为提醒级并记录原因，本周期关闭。
周期结束时形成关闭记录：9条问题中8条关闭、1条转提醒级跟踪，平均补正时长1.8个工作日。下一周期检查时，同一项目若仍无工时，将再次出现在清单中，作为趋势观察项。
完成检查：闭环是否真的闭合
判断检查机制是否有效，不看检查做了几次，而看问题是否被处理、是否在收敛。可以按以下清单逐项核对。
- 问题清单关闭率：本周期关闭数除以生成数，阻断级问题应全部关闭，提醒级允许少量结转并注明原因。
- 平均补正时长：从分派到关闭的平均工作日，超过约定时限的问题是否都走了升级路径。
- 重复问题是否收敛：连续三个周期中，同一问题类型、同一责任人的重复出现次数是否下降；若某类问题反复出现，检查分类字典或填报指引是否需要调整。
- 口径与字典是否同步：本周期出现的分类争议是否已更新到口径说明或分类字典，更新后的版本是否已通知填报人。
- 下一周期启动条件：数据截止时点到达、人员项目范围已确认、口径说明为最新版本，三项满足即可启动下一轮检查。
这份清单每周期核对一次，核对结果与问题清单一起归档。当关闭率稳定、重复问题下降、口径更新有记录时，说明检查已经从一次性动作变成可运行的机制；反之，若问题长期结转或同类问题反复出现，应优先回到口径说明和检查项规则上找原因，而不是增加检查频次。
常见问题
工时数据完整性检查和考勤检查有什么区别，能不能共用一套规则？
两者检查对象不同。工时完整性检查的对象是投入记录，关注人员在某段时间投入某项目或活动的记录是否齐全、分类是否规范、口径是否一致，服务于项目核算与复盘。考勤检查的对象是出勤、请假、加班等记录，服务于工资计算。共用一套规则会让判定基准混在一起，例如“应填天数”在工时检查中依据人员项目范围，在考勤中依据排班，两者不一致时无法给出唯一结论。建议分开设计，工时检查只引用考勤结果作为人员在职状态的参考，不把考勤规则写进工时判定。
团队规模小、没有专职PMO，检查执行人和复核人怎么安排？
可以由项目负责人兼任检查执行人，由另一位项目负责人或团队负责人担任复核人，关键是检查与复核不由同一人完成，必要时按周期轮换。若确实只有一人负责，可把复核动作改为抽样复核加书面记录，并在下一周期由上级或跨团队角色抽查。角色可以合并，但“补正后回到原记录按原规则校验”这一步不能省略，否则闭环只剩填报人自述完成。
填报人对检查判定有异议，或者补正需要删除记录、跨项目转移工时，怎么处理？
异议先在问题清单中标注理由，由项目负责人裁决，裁决结论回到复核环节。删除记录、跨项目转移工时这类超出“补填、修正分类、统一口径”三类补正动作的修改，走例外处理路径：由项目负责人确认必要性和影响范围后再执行，并在问题清单中记录例外原因。若争议指向分类字典本身，提交给维护字典的角色，在下一周期口径说明中统一更新，本周期内不反复改规则，避免同一批数据出现多套判定标准。
检查周期定多长合适，截止时点之后提交的记录怎么算？
按周检查是常见起点，适合填报频率较高、项目节奏较快的团队；按月检查适合投入变化平缓、记录量大的团队。周期长短取决于汇总和复盘需要多快拿到完整数据，没有统一要求。截止时点之后提交或修改的记录进入下一周期，本次检查面对的是锁定快照，问题清单不会因数据持续变动而反复变化。若某条阻断级问题在截止后才补填，应在下一周期清单中确认其已不再命中规则，而不是直接在本周期关闭。
问题清单关闭率很高，但同类问题每个周期都出现，说明什么？
说明补正在处理个案，规则或指引没有解决根因。此时应回看重复问题的类型：若是分类争议反复出现，检查分类字典的取值和说明是否不够清晰；若是记录缺失集中在某些项目，检查人员项目范围是否维护滞后；若是单日超限反复发生，检查填报粒度和拆分规则是否与项目实际排期脱节。调整口径说明或分类字典后，在下一周期观察同类问题数量是否下降，用趋势而不是单周期关闭率判断机制是否有效。
