标准场景 内容创作 岗位 · HR

PR-03 · 工资条生成与异常波动拦截

痛点 多发的人从不说 · 少发 200 块的员工拿着银行短信冲进了老板办公室

① 场景引入

一、这件事现在是什么样

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

工资表拼完了(PR-01 产出),银行代发前还有最后一道关。HR 要生成 156 人的工资条,并且想在发出去之前把「这个月和上个月差得离谱」的人先拦下来 —— 上次那个 200 元全勤奖的事故,就是没这道关。

二、痛点 · 每条都有来源

  1. 50 人公司漏算核心员工 200 元全勤奖 + 1,200 元项目奖金,员工拿银行到账提醒冲进老板办公室,半年后核心骨干跳槽 —— 「不是为了钱,是觉得公司没把付出当回事」
    依据:「98 年人事小姑娘 12 个 Sheet、为找一条外勤打卡翻企微后台半小时」;50 人公司漏算核心员工 200 元全勤奖 + 1200 元项目奖金,员工拿银行到账提醒冲进老板办公室,半年后核心骨干跳槽
  2. 员工少算的会来投诉,多算的从不说 —— 异常是单向暴露的,靠员工反馈兜底等于只修一半依据· 算薪根因不是 Excel 不好,而是「数据链路断了——数据分散多处,每月汇总靠人拼图,人拼图必然出错」「数字算对了,只是规则用错了——错得天衣无缝」3错一分钱全公司都知道:发出去的工资条收回重发,损伤的是全员对HR 与公司的信任
    依据:「98 年人事小姑娘 12 个 Sheet、为找一条外勤打卡翻企微后台半小时」;50 人公司漏算核心员工 200 元全勤奖 + 1200 元项目奖金,员工拿银行到账提醒冲进老板办公室,半年后核心骨干跳槽

三、换个做法之后

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

✕ 现在的做法

  • 50 人公司漏算核心员工 200 元全勤奖 + 1,200 元项目奖金,员工拿银行到账提醒冲进老板办公室,半年后核心骨干跳槽 —— 「不是为了钱,是觉得公司没把付出当回事」员工少算的会来投诉,多算的从不说 —— 异常是单向暴露的,靠员工反馈兜底等于只修一半错一分钱全公司都知道:发出去的工资条收回重发,损伤的是全员对 HR 与公司的信任

✓ 交给 Agent 之后

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

四、场景闭环

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

  1. 工资条生成 · 法定栏位齐全应发各项、代扣各项、实发 —— 员工能看懂每一行怎么来的
  2. 环比比对 ·±20% 双向标红比上月多 20% 少 20% 都标 —— 多算的比少算的更隐蔽
  3. 合理差异排除 · 先减掉预期内的新进离职按日折算、已知调薪、请假扣款 —— 排除后剩下的才是真异常
  4. 异常分类 · 每条给出怀疑方向「全勤奖没了→ 查考勤异常记录」「加班费翻倍 → 查加班审批」—— 不只标红,给排查方向
  5. 拦截放行 · 确认留痕确认无误的打开放行;存疑的拦下 —— 拦截名单与确认记录归档

要准备什么:本月工资核算表(PR-01 产出)与算薪场景同源 —— 数据不二次录入上月工资表环比基准本月入离职名单新进/离职人员的按日折算预期差异 —— 先把合理差异排除

为什么这个场景值得做

优先级评分:痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0

最大差异点:不要求先有 eHR 系统。工资表(PR-01 产出)+ 上月表扔进来,工资条与异常拦截一次出 —— 发放前的最后一道关自动化。

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

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

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

五、会产出什么

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

  • 正式件本体:xx月工资条(分人).xlsx 法定栏位 · 员工可读
  • 可派发清单:发放前异常拦截清单.xlsx 标红明细+ 排查方向 + 处理结果留痕
  • 可派发清单:环比波动分析.xlsx 全量环比 + 合理差异排除依据 · 供复盘

这套东西不承诺什么:不做「该不该发这笔钱」的判断。本场景做的是生成、比对与拦截 —— 被标出的异常由 HR 确认,确认记录留痕。

② Live Demo(演示逐步)

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

案例设定:恒锐精密(虚构)8 月工资表拼完了(PR-01 产出),银行代发前最后一道关。周磊要在 156 人的工资条发出去之前,把「这个月和上个月差得离谱」的人先拦下来 —— 去年那起 200 元全勤奖的事故,就是没这道关。

本月工资总额873,200 元环比标红41 人真异常7 人 2,380 元先发149 人

输入HR手上能拿到的东西

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

  • 01_工资表_2026-08.xlsx PR-01 拼好的本月工资表 —— 本场景的输入周磊 · 本月产出
  • 02_工资表_2026-
  • 07_财务批注版.xlsx 7 月工资表 —— 财务复核时留过批注的那版,从没回到 HR 手里财务复核 · 批注从未回流 HR
  • 03_8月入离职与状态变动.xlsx 预期内差异的排除依据周磊 · 入离职流水

注意标橙色那一份 —— 02_工资表_2026-07_财务批注版.xlsx。它财务复核 · 批注从未回流 HR,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

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

这个月的工资表拼好了,上个月的也在这。帮我生成工资条,发出去之前把有问题的先拦下来。 比上个月差得多的、差得少的都标出来,正常的人员变动先排除掉。 每条异常给我个怀疑方向,我好去查。 拦下的名单和确认过的记录都给我留档。

短是因为「±20% 阈值、按日折算预期、全勤奖必查规则、分批代发操作」都在能力包里。

触发代发前的最后一道关

错一分钱全公司都知道 —— 这次的把关要赶在银行前面

去年隔壁厂的事故人人记得:漏算核心员工 200 元全勤奖 + 1,200 元项目奖金,员工拿着银行到账提醒冲进老板办公室,半年后核心骨干跳槽。周磊的这次把关,目标很具体:发出去之前拦住。

第 1 步 · 工资条生成 · 员工看得懂每一行

法定栏位 + 口径注释

演示数据(表格原文)栏位内容应发各项基本工资 / 岗位工资 / 加班费(1.5/2/3 倍分列)/ 津补贴 / 提成或计件代扣各项社保个人 / 公积金个人 / 个税实发应发 − 代扣 · 与银行到账一致口径注释全勤奖规则、按日折算公式随条附注输入的 8 月工资表(873,200 元)与 PR-01 拼图产出为同一份数据 —— 「为什么少 200」这类咨询的第一道防线不是解释,是工资条本身写清楚。

第 2 步 · 环比比对 · ±20% 双向标红

多算的比少算的更隐蔽 —— 员工不会举报多发的

演示数据(表格原文)环比区间人数初判波动 > +20%9 人疑似多算 · 逐条核查波动 > −20%32 人疑似少算 · 逐条核查波动 ±20% 内115 人直接放行标红合计41 人—员工少算的会来投诉、多算的从不说 —— 异常是单向暴露的。双向标红不是为了对称好看,是把「多发」从黑洞里捞出来。

这一步的看点 · 从历史里想起了那个 200 块异常清单里高永康那行:全勤奖栏位为0,而他的考勤异常只有一天 —— 那天是 7-28 工伤(有工伤认定记录)。工伤在医疗期内按出勤算,全勤奖不该扣—— 规则错用 + 数字自洽,正是去年 200 元事故的同款模式。这次的拦截规则把「全勤奖=0 但考勤异常≤1 天且有审批记录」设为必查项 —— 不靠 HR 记得去年的事,靠规则记得。

第 3 步 · 预期内排除 · 34 条黄标一键清掉

先减掉有解释的,剩下的才是真异常

演示数据(表格原文)排除类别人数依据销售部提成入账月份波动28 人大单分摊 6 期规则 · 与销售台账一致(7 月财务批注可证)按日折算(入离职/产假/医疗期)6 人入离职与状态变动名单预期内合计34 人从异常清单移出销售部 28 人的波动全部能对上「大单分摊」规则 —— 7 月财务的批注(在那份从没回流 HR 的副本里)恰好证明口径一致。星标素材的价值:排除也要有依据,不是看一眼就算。

这一步的看点 · 排除性结论,34 条黄标一键清掉「销售部 28 人的环比波动全部可解释 —— 集中在提成入账月份的分摊规则,与 7 月财务批注核对的口径一致,属预期内差异。」没有这道排除,HR 要对 41 条黄标逐条问人 —— 每条问业务、问财务,一天就这么没了。排除性结论省掉的不是核查,是无意义的核查。4真异常 · 7 人 2,380 元,每条带排查方向

不只标红,给方向

演示数据(表格原文)\#姓名异常金额排查方向1-3产线 3 人加班费较上月翻倍1,120 元查加班审批与排班(PR-04 场景)4-5计件 2 人件数高于产能历史峰值860 元查班组台账录入 · 疑似串行6高永康全勤奖误扣(工伤日出勤)100 元按工伤认定记录恢复7梁秀英加班费口径与上月不一致300 元PR-01 双口径遗留 · 待老板选定合计7 人—2,380 元—7 条异常里 5 条当天可核,1 条(梁秀英)等 PR-01 的口径决定,1 条(高永康)直接恢复 —— 每条都有去处,没有一条靠「先发了再说」。

这一步的看点 · 该拦的地方拦住了结论写的是「7 人暂缓发放」—— 149 人先发(银行分批代发本身支持),7 人当天核实、次日补发。员工端的感知只是「晚一天」;对比另一种结局 —— 错发后再收回,是全员都知道的信任事故。这道关的定价:多发 860 元基本追不回,少发的 1,120 元按去年的教训,赌的是核心员工的信任。

第 5 步 · 拦截放行 · 确认留痕

拦截名单与确认记录归档

演示数据(表格原文)记录内容放行清单149 人 · 环比正常或预期内 · 自动放行暂缓清单7 人 · 逐条附排查方向与确认人确认记录每条异常的处理结果 + 经办人 + 时间戳 · 归档 2 年这份确认记录下个月就是环比基准确认的输入 —— 上个月的「暂缓·已核实」,就是这个月的「预期内」。149 人先发 · 7 人暂缓 —— 次日补发前有三件事要办7 人 2,380 元的异常里,梁秀英那 300 元卡在 PR-01 的口径决定上(全额 vs 合同约定基数),另 6 人是可当场核实的操作类异常。方案 A(推荐 · 分批代发):149 人今日报代发;6人当天核实后明日补发;梁秀英单独等口径决定(最迟本周)—— 三批各自干净。方案 B(一次性发齐):全部压到明天 —— 代价是全员晚一天,换来流程简单。A 与 B 的金额结果相同,差别只在员工体验与操作节奏。另:多发 860元(计件串行)若核实为录入错误,从当月更正;若为真实产量,照发并更新产能基准 —— 先核后发,不是先疑后扣。之后这一次跑完,公司多了什么

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

演示数据(表格原文)✓发放前的最后一道关从「靠员工反馈」变成「发放前拦截 + 确认留痕」✓「全勤奖=0 但考勤异常≤1 天」这类规则性错误有了专项必查 —— 同款事故不再重演✓多算的异常第一次被主动暴露 —— 异常检测从单向变双向✓工资条栏位与口径注释让员工看得懂 —— 「为什么少 200」的咨询从源头减少追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果能不能直接发到员工手机上?不能。发送走钉钉/企微/短信通道,我们产出的是分人的工资条文件与发放清单。±20%的阈值会不会太粗?阈值可调,且按人员类别分层(产线计件波动大、职能稳定)—— 能力包里默认分层阈值,可按公司实际改。拦截的人怎么跟员工说?只说「工资核算复核中,明日发放」—— 不预告错误细节。确认后的补发与说明话术在清单模板里。

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

1. Skill 能力包

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

工资条生成与异常波动拦截 · Skill

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

版本 v1.0

payslip-anomaly.zip

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

包内结构

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

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

2. 原始素材

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

📁PR-03 · 演示素材

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

共 3 份

  • 01_工资表_2026-08.xlsx PR-01 拼好的本月工资表 —— 本场景的输入
  • 02_工资表_2026-07_财务批注版.xlsx 7月工资表 —— 财务复核时留过批注的那版,从没回到 HR 手里
  • 03_8月入离职与状态变动.xlsx 预期内差异的排除依据

怎么用

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

3. 提示词卡片

这个月的工资表拼好了,上个月的也在这。帮我生成工资条,发出去之前把有问题的先拦下来。 比上个月差得多的、差得少的都标出来,正常的人员变动先排除掉。 每条异常给我个怀疑方向,我好去查。 拦下的名单和确认过的记录都给我留档。

为什么这么短就够了:短是因为「±20% 阈值、按日折算预期、全勤奖必查规则、分批代发操作」都在能力包里。换成你自己的业务 · 把素材换成你手上的真实文件即可。导入 Skill 之后,

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

  • PR-03_xx月工资条(分人).xlsx 正式件本体 · 法定栏位 · 员工可读
  • PR-03_发放前异常拦截清单.xlsx 标红明细 + 排查方向 + 处理结果留痕
  • PR-03_环比波动分析.xlsx 全量环比 + 合理差异排除依据 · 供复盘 Skill 里固化了什么:从历史里想起了那个 200 块该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:本月工资核算表(PR-01 产出)与算薪场景同源 —— 数据不二次录入上月工资表环比基准本月入离职名单新进/离职人员的按日折算预期差异 —— 先把合理差异排除

人工边界:不做「该不该发这笔钱」的判断。本场景做的是生成、比对与拦截 —— 被标出的异常由 HR 确认,确认记录留痕。

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

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

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

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

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

→PR-04 · 加班费敞口测算 — 老板口头说好月薪里含周六加班费 · 仲裁说举证不能,双倍加班费照付 查看 →

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

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

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。

看HR其他场景