S标准T2+T3优先级 8.0±20% 拦截发放前把关错一分钱信任成本

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

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

!
演示模式 · 可视化预演

本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。 案例设定:恒锐精密(虚构)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% 的阈值会不会太粗?
阈值可调,且按人员类别分层(产线计件波动大、职能稳定)—— 能力包里默认分层阈值,可按公司实际改。
拦截的人怎么跟员工说?
只说「工资核算复核中,明日发放」—— 不预告错误细节。确认后的补发与说明话术在清单模板里。

想回顾完整案例?

返回场景引入页,可查看完整案例背景、演示步骤与提示词