工时补报记录表用于把员工事后发现的漏填工时完整记录下来，并交给审核人确认。建议按“一条漏填工时对应一行记录”组织，字段分为人员与归属、漏填事实、补报说明、审核链路四组，补报原因、补报工时和审核意见分开成列。下文提供可直接复制的空白模板、逐字段填写口径、必填规则和一条完整示例，适用于使用文档或表格工具管理补报流程的团队；ONES 的工时记录与文档模板能力可在流程承载环节衔接。
要点总览（TL;DR）
- 工时补报记录表按“一条漏填工时对应一行记录”组织，字段分为人员与归属、漏填事实、补报说明、审核链路四组。
- 补报原因用“原因类型枚举＋原因说明”两列记录，补报工时按漏填日期逐条填写并给出合计，审核意见与审核结论分开成列。
- 补报单号、填报人、部门、提交日期、补报周期以及明细区的漏填日期、项目/任务、工作内容、补报工时、原因类型为必填；跨月、代填或调整场景触发原因说明、佐证材料、调整后合计工时的条件必填。
- 模板落地后按团队规模增减字段，原因类型定期复盘，模板用版本号加生效日期管理，旧补报单按原口径归档。
- 补报记录最终进入工时统计与审批流程，ONES 的工时登记日志查询导出与 Wiki 模板库、权限、版本记录能力可承载模板存放与核对环节。
可复制空白模板：工时补报记录表
下面这张表分为表头信息区、明细区、审核区和合计行。单条补报时明细区只填一行；批量补报时按漏填日期逐行填写，每行仍对应一条独立的漏填工时。将表格复制到 Excel、在线表格或文档表格中即可使用。
| 表头信息区 | |||
|---|---|---|---|
| 补报单号 | （如 BT-2025-001） | 填报人 | （姓名/工号） |
| 部门 | （所属部门） | 提交日期 | （YYYY-MM-DD） |
| 补报周期 | （如 2025-03-01 至 2025-03-31） | ||
| 序号 | 漏填日期 | 项目/任务 | 工作内容 | 补报工时（小时） | 原因类型 | 原因说明 | 佐证材料 |
|---|---|---|---|---|---|---|---|
| 1 | |||||||
| 2 | |||||||
| 3 | |||||||
| 合计 | （自动求和） | 共（ ）条漏填记录 | |||||
| 审核区 | |||
|---|---|---|---|
| 审核人 | （姓名） | 审核时间 | （YYYY-MM-DD） |
| 审核意见 | （判断依据、需调整的内容） | ||
| 审核结论 | □ 通过 □ 退回补充 □ 调整后通过（调整后合计工时：____ 小时） | ||
批量补报时，表头区的补报周期应覆盖所有明细行的漏填日期；明细行按日期先后排列，序号连续；合计行对补报工时列求和，并统计记录条数。审核区针对整张补报单填写一次，若某一行被单独调整，在审核意见中指明序号和调整后的工时。
字段说明：每个字段记录什么、怎么填
字段口径统一后，填报人、审核人和后续查阅者才能对同一张表得出相同理解。下表按四组字段说明含义、填写要求和常见错误。
| 字段组 | 字段 | 记录什么 | 填写要求与常见错误 |
|---|---|---|---|
| 人员与归属 | 补报单号 | 本次补报的唯一标识 | 按团队约定规则编号，便于检索；常见错误是多人共用同一单号 |
| 填报人 | 实际发生漏填工时的人 | 填写姓名并附工号；代填时在原因说明中注明代填人和原因 | |
| 部门 | 填报人所属部门 | 填写当前归属部门；跨部门借调期间按实际承担工作的部门填写并说明 | |
| 项目/任务 | 漏填工时对应的项目或任务 | 写到可核对的层级，如“项目名称＋任务名称”；避免只写“日常工作” | |
| 漏填事实 | 漏填日期 | 实际发生工作的日期 | 按 YYYY-MM-DD 填写，一天一行；跨天工作拆成多行，不合并日期 |
| 补报工时 | 该日期应补记的投入时长 | 单位统一为小时，精度由团队约定（如 0.5 小时）；单日合计不超过团队约定的上限，超出时在原因说明中解释 | |
| 工作内容 | 当天实际完成的工作 | 写具体动作和产出，如“完成登录模块接口联调并提交测试”；避免只写“开发”“支持” | |
| 补报说明 | 原因类型 | 漏填的归类原因 | 从枚举值中选择，如忘记填报、系统故障、临时支援、休假交接遗漏、新成员不熟悉流程 |
| 原因说明 | 对原因类型的补充 | 写清具体情形和时间线索；原因类型已能说明时不重复叙述 | |
| 佐证材料 | 能证明工作发生的材料 | 填写材料名称或存放位置，如提交记录、会议纪要、任务单号；没有材料时注明“无” | |
| 审核链路 | 审核人 | 负责确认补报的人 | 一般为直属负责人；代填或跨部门补报时由实际知晓工作情况的负责人审核 |
| 审核意见 | 审核人的判断依据和调整说明 | 写明核对方式与需修改之处，如“已核对任务单，3 月 12 日工时由 8 小时调整为 6 小时” | |
| 审核结论 | 本次补报的处理结果 | 从通过、退回补充、调整后通过中选择一项；调整后通过时写明调整后合计工时 | |
| 审核时间 | 审核完成的日期 | 填写实际处理日期，与提交日期区分 |
补报工时按日期逐条填写，合计行只做汇总，不用合计值替代明细。原因类型与原因说明分两列，前者用于后续统计漏填分布，后者保留个案信息。审核意见与审核结论同样分列：意见写“为什么这样判断、改了什么”，结论写“最终怎么处理”，避免把两者混写在一格中导致无法追溯。
必填与选填：哪些字段不能空
字段是否必填取决于它是否影响工时归属的确认和审核判断。可按三档管理，并在提交前逐项校验。
| 档位 | 字段 | 理由或适用条件 |
|---|---|---|
| 必填 | 补报单号、填报人、部门、提交日期、补报周期 | 缺少任一项，补报单无法被唯一识别和归档 |
| 必填 | 漏填日期、项目/任务、工作内容、补报工时、原因类型 | 构成一条可核对的工时记录，缺少则无法确认归属和时长 |
| 必填 | 审核人、审核意见、审核结论、审核时间 | 补报须经确认后才能计入工时，审核链路不可省略 |
| 条件必填 | 原因说明 | 原因类型为“其他”、涉及代填、跨月补报或单日工时超过约定上限时必须填写 |
| 条件必填 | 佐证材料 | 补报周期跨月、单条补报工时较大或审核人要求核实时必须提供；无材料时填写“无”并说明 |
| 条件必填 | 调整后合计工时 | 审核结论为“调整后通过”时必填 |
| 选填 | 序号 | 单条补报可省略；批量补报建议保留，便于审核意见引用具体行 |
| 选填 | 备注 | 用于记录不影响工时归属的补充信息，如关联的其他单据号 |
提交前的校验可按以下顺序执行：检查表头区五项是否齐全；逐行检查漏填日期格式、项目/任务层级、工作内容是否为具体动作、补报工时是否为正数且符合精度；确认原因类型来自枚举值；核对合计行是否等于明细之和；检查条件必填项是否因跨月、代填或调整而触发；最后确认审核区在提交时留空、审核完成后补齐。校验规则可写成表格工具的数据验证或文档模板的检查清单，减少人工遗漏。
填写示例：一条漏填工时的完整补报记录
以下示例为演示情景：某研发团队成员在 4 月初发现 3 月 12 日漏填了客户门户项目的接口联调工时，提交补报并由直属负责人审核。示例只展示一条记录，批量补报时其余行按相同口径填写。
| 字段 | 填写内容 |
|---|---|
| 补报单号 | BT-2025-017 |
| 填报人 | 李明（工号 1042） |
| 部门 | 研发一部 |
| 提交日期 | 2025-04-03 |
| 补报周期 | 2025-03-01 至 2025-03-31 |
| 漏填日期 | 2025-03-12 |
| 项目/任务 | 客户门户项目 / 登录模块接口联调 |
| 工作内容 | 完成登录接口与前端页面的联调，提交联调记录并修复两个字段映射问题 |
| 补报工时（小时） | 6 |
| 原因类型 | 忘记填报 |
| 原因说明 | 3 月 12 日当天临时支援线上问题排查，下班前未完成当日填报，后续未及时补记 |
| 佐证材料 | 任务单 CP-238 的提交记录、联调会议纪要（知识库 2025-03-12 条目） |
| 合计 | 6 小时，共 1 条漏填记录 |
| 审核人 | 王芳 |
| 审核意见 | 已核对任务单 CP-238 提交时间和会议纪要，工作内容与项目排期一致；补报工时按实际投入确认为 6 小时 |
| 审核结论 | 通过 |
| 审核时间 | 2025-04-04 |
这条示例体现了三处分列记录：原因类型选“忘记填报”，原因说明补充当天临时支援的具体情形；补报工时按漏填日期单独填写 6 小时，合计行只做汇总；审核意见写核对依据和确认过程，审核结论单独给出“通过”。若审核人认为工时应为 5 小时，则在审核意见中写明调整理由，审核结论选“调整后通过”并填写调整后合计工时 5 小时，原明细行保留不改，便于追溯。
调整与维护：让模板适配团队并长期可用
模板落地后需要随团队规模和项目结构变化做有限调整，同时保留变更记录，避免不同时期的补报单口径不一致。
字段增减应围绕“是否影响工时归属确认和审核判断”决定。小团队项目结构简单时，可将项目/任务合并为一列，减少填写负担；多项目并行或跨部门协作时，建议拆出项目、任务两级，并增加“工时归属部门”字段。原因类型保持枚举，初始设置五到八项即可，新增类型前先确认现有类型无法覆盖。佐证材料字段在审计要求较高的团队中可设为必填，并约定材料存放位置。
原因类型的枚举值建议每季度复盘一次：统计各类型的出现次数，合并长期为零的类型，拆分频繁出现的“其他”。复盘结果同步更新到模板和填写说明中，避免填报人凭记忆选择。模板版本用“版本号＋生效日期”标识，例如 V1.2（2025-07-01 生效）；每次变更在模板末尾或独立变更记录中写明改了哪个字段、为什么改、从哪批补报单开始适用。旧版本补报单按原口径归档，不追溯修改。
补报记录最终要进入工时统计和审批流程。团队可将模板作为标准文档放在知识库中，由填报人复制填写后提交审批，审核完成后归档到对应周期目录。使用 ONES 时，工时登记日志支持查询和导出，项目经理可据此核对补报记录与实际登记是否一致；ONES Wiki 的模板库可用于存放制式化补报模板，权限控制可区分填报人与审核人的读写范围，页面版本记录则能保留模板每次调整的历史。补报审批的具体节点和审批人配置需按团队实际流程设定，模板中的审核区字段可作为审批意见的填写依据。
常见问题
补报工时按天填还是按周填？一天做了多个项目怎么记？
按天填，一天一行。同一天在多个项目或任务上投入时，拆成多行，每行对应一个项目/任务组合，漏填日期相同、补报工时分别填写，合计行汇总当天全部投入。这样审核人才能逐项核对归属，也便于后续按项目统计工时。
如果团队约定按周汇总填报，补报记录仍建议保留日期粒度，周汇总只作为统计视图，不用来替代明细行。
漏填的工时跨月了，补报记录需要额外注意什么？
跨月补报会触发两项条件必填：原因说明和佐证材料。原因说明写清漏填发生在哪个月、为什么到次月才补报；佐证材料提供能证明工作发生的任务单、提交记录或会议纪要。表头区的补报周期要覆盖所有明细行的漏填日期，审核人核对时以周期为范围检查。
跨月补报是否影响当月工时统计口径，由团队在流程中约定，模板本身只负责把事实和审核结论记录完整。
审核人调整了补报工时，原明细行要不要改？
原明细行保留不改，调整结果记录在审核区。审核意见写明调整依据和调整后的数值，审核结论选“调整后通过”并填写调整后合计工时。这样补报单同时保留了填报人的原始申报和审核人的最终确认，后续追溯时能看清差异来源。
如果整张补报单被退回补充，审核结论选“退回补充”，填报人修改后重新提交，审核区按新一轮审核重新填写。
同事代为补填时，填报人一栏写谁？
填报人写实际发生漏填工时的人，代填人在原因说明中注明自己的姓名和代填原因。审核人应为实际知晓该员工工作情况的直属负责人，避免由代填人自行审核。代填场景同时触发原因说明的条件必填，不能只选一个原因类型就提交。
模板放在文档工具里，怎么保证大家用的是同一版本？
把模板作为标准文档集中存放，用版本号加生效日期标识，例如 V1.2（2025-07-01 生效），每次变更记录改了哪个字段、为什么改、从哪批补报单开始适用。填报人从统一入口复制最新版本，旧版本补报单按原口径归档，不追溯修改。
使用 ONES Wiki 时，模板库可用于存放制式化模板，权限控制可区分填报人与审核人的读写范围，页面版本记录能保留每次调整的历史。
