PR-04 · 加班费敞口测算

① 场景引入

一、这件事现在是什么样

薪酬与社保数据拼图 · 真实业务触发

车间旺季连续两月周六全员加班，月底 HR 结算时发现：当时都是口头安排，没有加班审批单。业务经理说「计件工哪有什么加班费」，但 HR 记得那个「月薪含周六加班费」口头约定在上一家公司败诉的案例。老板要一个数：这样干下去，加班费的敞口到底是多少。

二、痛点 · 每条都有来源

1. 某三班倒工厂发生过「老板口头说好月薪含周六加班费」导致加班费争议败诉 —— 口头约定在仲裁里举证不能依据· 「98 年人事小姑娘 12 个 Sheet、为找一条外勤打卡翻企微后台半小时」；50 人公司漏算核心员工 200 元全勤奖 +1200 元项目奖金，员工拿银行到账提醒冲进老板办公室，半年后核心骨干跳槽2某企业因无法提供系统化考勤记录被裁定支付双倍加班费、金额超 50 万 —— 「记录形不成证据」的代价
   依据：某企业因无法提供系统化考勤记录被裁定支付双倍加班费、金额超 50 万（厂商博客引述案例，供参考）3加班费基数怎么定（全额工资 or 合同约定基数）、

1.5/2/3 倍怎么套 —— 规则用错但数字自洽，自查发现不了依据 · 算薪根因不是 Excel 不好，而是「数据链路断了——数据分散多处，每月汇总靠人拼图，人拼图必然出错」「数字算对了，只是规则用错了——错得天衣无缝」4考勤记录须每月与劳动者核对并签字 —— 没有签字的考勤在争议中证明力大打折扣依据 · 《江苏省工资支付条例》第 17条：考勤记录须每月与劳动者核对并由劳动者签字确认；违者罚 1,000–10,000 元 —— 多数中小企业从未做到

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 某三班倒工厂发生过「老板口头说好月薪含周六加班费」导致加班费争议败诉 —— 口头约定在仲裁里举证不能某企业因无法提供系统化考勤记录被裁定支付双倍加班费、金额超 50 万 —— 「记录形不成证据」的代价加班费基数怎么定（全额工资 or 合同约定基数）、1.5/2/3 倍怎么套 —— 规则用错但数字自洽，自查发现不了考勤记录须每月与劳动者核对并签字 —— 没有签字的考勤在争议中证明力大打折扣

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 工时重构 · 从打卡还原真实加班工作日延长 / 休息日 / 法定节假日三类分列 —— 三倍工资那怕一天也是大数
2. 基数双口径 · 全额 vs 约定两种基数各算一版；各地裁审口径差异标注 —— 不是我们选口径，是把选择权和数字一起给管理层
3. 审批缺口 · 没有审批的加班怎么算已审批部分 vs 未审批部分分开 —— 未审批不等于不用付，但影响举证与协商空间
4. 月度滚动 · 敞口是怎么累积的近 3–6 个月敞口走势 —— 旺季模式下的累积速度一目了然
5. 留痕修复 · 下个月起怎么办加班审批补位方案 + 月度考勤签字落地 —— 敞口的进水口先关上

要准备什么：考勤机原始导出（近 3–6 个月）原始打卡记录，未经修饰工资核算表基数口径分析的底稿（与 PR-01 联动）排班表 / 生产计划区分工作日延长、休息日、法定节假日三类已有的加班审批记录（若有）有多少算多少 —— 缺口本身就是敞口的一部分

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 3 = 5.3

最大差异点：不要求先有加班审批制度。考勤原始记录、工资表、排班表现状数据扔进来 —— 敞口按不同口径各算一版，让管理层看到「口径选择」本身值多少钱。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：加班费敞口测算报告.xlsx 三类工时分列 + 双口径 + 月度走势
• 可派发清单：未审批加班清单.xlsx 逐人逐月 · 举证风险标注 + 优先补审批建议
• 可派发清单：加班留痕修复方案.xlsx 审批补位 + 月度考勤签字落地 · 含责任人与验收标准

这套东西不承诺什么：本场景输出的是「敞口测算」不是「工资方案」。基数口径的最终采用（涉及地方裁审口径差异）建议与劳动法律师确认；给老板的数字标明口径与假设。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：恒锐精密（虚构）车间旺季连续两月周六全员加班，全是口头安排、没有审批单。业务经理说「计件工哪有什么加班费」，老板要一个数：这样干下去，加班费的敞口到底是多少。

口径双口径保守敞口3.2 万元全额口径5.7 万元旺季月滚1.6 万元

输入HR手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_考勤原始导出_2026-05至08.xlsx 四个月的原始打卡 —— 没修饰过的真相考勤机 · 月底导出
• 02_工资表_工资结构节选.xlsx 工资结构 —— 加班费基数分析的底稿（与 PR-01 同源）周磊 · 算薪场景产出
• 03_排班表_2026.xlsx 生产计划员维护的排班表 —— 与考勤机数据从未对过生产计划员 · 周更新
• 04_加班审批记录.txt 全公司能找到的加班审批 —— 一共就这么几条钉钉审批流

注意标橙色那一份 —— 03_排班表_2026.xlsx。它生产计划员 · 周更新，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

车间这两个月周六全员加班，都是口头安排的，没有审批单。老板要一个数：加班费的敞口到底有多少。 考勤原始记录、工资表、排班表都在这。 两种基数口径都算给我，没审批的部分单独列。哪天是法定节假日你也帮我盯一下。 下个月怎么把口子堵上，给我个方案。

短是因为「1.5/2/3 倍规则、基数双口径、法定节假日不可调休、月度签字要求」都在能力包里。

触发「计件工哪有什么加班费」

业务经理的这句话 · 恰恰是仲裁庭最爱听的

陈芳没有直接反驳业务经理 —— 她只是把三班倒工厂「老板口头说好月薪含周六加班费」败诉的案例发到了管理群。然后说：给老板一个数吧，这样干下去敞口到底是多少。

第 1 步 · 工时重构 · 从打卡还原三类加班

工作日延长 / 休息日 / 法定节假日 —— 三倍的那怕一天也是大数

第 2 步 · 基数双口径 · 全额 vs 合同约定

不是我们选口径 —— 是把选择权和数字一起给管理层

这一步的看点 · 把技术动作翻译成钱「加班敞口」翻译成：「按双口径：保守 3.2 万 / 全额差额口径 5.7 万；旺季模式下每月再滚 1.6 万；其中10-03 一天的 19,035 元是「不可调休、三倍照付」的硬账。而堵敞口的价格：每月考勤签字 + 加班审批，成本约等于每月一小时。—— 敞口与堵敞口的价格一起报，老板自己会算。

第 3 步 · 审批缺口 · 没有审批的加班怎么算

未审批≠不用付，但影响举证与协商

这一步的看点 · 该拦的地方拦住了结论写的是「本月加班结算不能按『计件工没有加班费』走」—— 计件制同样受加班费规则保护，这句话在仲裁庭上等于自认。给出的不是干等：本月先按保守口径（合同基数）计提入账，全额口径的差额部分单独挂账 —— 口径与律师确认后多退少补。账先记对，钱不急着多付。

4月度滚动 · 敞口是怎么累积的

旺季模式的累积速度

这一步的看点 · 排除性结论，范围收窄到产线「职能部门的加班敞口可以排除出紧急处理 —— 其打卡呈『早到晚走但无生产任务关联』模式，且工资结构中已含固定加班补贴条款（合同可查）。真正的敞口集中在产线 98 人。」处理范围从 156 人收窄到 98 人 —— 整改的动作（审批+签字）也只需要在产线落地，职能部的口径维持现状即可。5留痕修复 · 下个月起把进水口关上

审批补位 + 月度考勤签字 · 含责任人与验收

动作规则责任人验收加班审批前置周六加班提前一天钉钉审批（班组长发起 · 生产经理批）各班组长审批覆盖率

100%（次月看数据）月度考勤签字每月 3 日前导出上月考勤 · 员工逐人签字确认周磊签字归档率 100%法定节假日排班复核排班表标注与法定日历比对 · 三倍日出勤单列报批生产计划员复核记录逐月留痕10-03 已发生敞口单独测算

19,035 元 · 并入主动处理预算（与 PR-02 补缴同批决策）陈芳处理决定书面化四条整改没有一条是空话 —— 每条都写清了改哪个环节、谁负责、什么时候完成、拿什么数据验收。

本月的加班结算不能按「计件工没有加班费」走 —— 三件事分头办计件制同样受加班费规则保护，这句话本身就是仲裁庭上的自认条款。账已经产生了，问题只是怎么记、什么时候付。方案 A（计提入账 · 推荐）：本月按保守口径（合同基数）计提 8,100 元入账，全额口径差额（约 3,600 元/月）单独挂账 —— 口径经律师确认后多退少补，现金流压力最小、账目干净。方案 B（全额即付）：按应发口径当月结清（月成本约 11,700 元）—— 一次性把敞口口径问题也解决掉（付了就按全额口径既往不咎），适合确定旺季还要持续三个月以上的情况。无论 A/B：10-03 的 19,035 元是绕不开的硬账（三倍不可调休），与 PR-02 的补缴决策同批上会。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 「计件工没有加班费」的误解被数字纠正 —— 敞口第一次有了量级
• ✓ 法定节假日与调休的区分成为排班红线 ——三倍工资的日子再也不敢标「调休」
• ✓ 加班审批从「口头安排」补位为「先审批后加班」—— 进水口关上
• ✓ 月度考勤签字落地 —— 这是考勤证据链从「导出表」变「签字记录」的关键一步

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 调休不是可以替代加班费吗？ 休息日可以，法定节假日不可以（三倍照付）。报告里两类是分开算的。
• 员工自己愿意加班的呢？ 加班事实成立即产生义务，「自愿」不改变规则 —— 但主动加班的举证情况报告里单独标了。
• 过去的敞口一定要补吗？ 追索有仲裁时效限制，但举证规则对公司不利 —— 是否主动补是管理层决定，我们提供的是时效与敞口的底数。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

加班费敞口测算 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

overtime-exposure.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是HR手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁PR-04 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

• 01_考勤原始导出_2026-05至08.xlsx 四个月的原始打卡 —— 没修饰过的真相
• 02_工资表_工资结构节选.xlsx 工资结构 —— 加班费基数分析的底稿（与 PR-01 同源）
• 03_排班表_2026.xlsx 生产计划员维护的排班表 ——与考勤机数据从未对过
• 04_加班审批记录.txt 全公司能找到的加班审批 —— 一共就这么几条

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

车间这两个月周六全员加班，都是口头安排的，没有审批单。老板要一个数：加班费的敞口到底有多少。 考勤原始记录、工资表、排班表都在这。 两种基数口径都算给我，没审批的部分单独列。哪天是法定节假日你也帮我盯一下。 下个月怎么把口子堵上，给我个方案。

为什么这么短就够了：短是因为「1.5/2/3 倍规则、基数双口径、法定节假日不可调休、月度签字要求」都在能力包里。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• PR-04_加班费敞口测算报告.xlsx 正式件本体 · 三类工时分列 + 双口径 + 月度走势
• PR-04_未审批加班清单.xlsx 逐人逐月 · 举证风险标注 + 优先补审批建议
• PR-04_加班留痕修复方案.xlsx 审批补位 + 月度考勤签字落地 · 含责任人与验收标准

Skill 里固化了什么：从考勤里发现了没人报过的法定节假日该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：考勤机原始导出（近 3–6 个月）原始打卡记录，未经修饰工资核算表基数口径分析的底稿（与 PR-01 联动）排班表 / 生产计划区分工作日延长、休息日、法定节假日三类已有的加班审批记录（若有）有多少算多少 —— 缺口本身就是敞口的一部分

人工边界：本场景输出的是「敞口测算」不是「工资方案」。基数口径的最终采用（涉及地方裁审口径差异）建议与劳动法律师确认；给老板的数字标明口径与假设。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

薪酬与社保数据拼图 · 产出即下一步输入

PR-01 · 算薪跨部门数据拼图 — 工资表 12 个 Sheet 月月手工拼 · 数字算对了，规则用错了，错得天衣无缝 查看

→PR-02 · 社保基数三数比对体检 — 按最低基数缴了三年 · 稽查通知到的那天，滞纳金已经是本金的一半 查看

→PR-03 · 工资条生成与异常波动拦截 — 多发的人从不说 · 少发 200 块的员工拿着银行短信冲进了老板办公室 查看→

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。