PR-01 · 算薪跨部门数据拼图

① 场景引入

一、这件事现在是什么样

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

月度算薪日。考勤机导出、销售部提成表、车间计件统计、财务的社保基数表、上个月的工资表 —— 五份数据五个格式，HR 要在 3 个工作日内拼出 156 人的工资核算表，还要保证银行代发一次通过。

二、痛点 · 每条都有来源

1. 算薪根因不是 Excel 不好，而是数据链路断了 —— 考勤在打卡机、提成在销售部、计件在车间、社保基数在财务，每月靠人拼图，人拼图必然出错
   依据：算薪根因不是 Excel 不好，而是「数据链路断了——数据分散多处，每月汇总靠人拼图，人拼图必然出错」「数字算对了，只是规则用错了——错得天衣无缝」
2. 「98 年人事小姑娘 12 个 Sheet、为找一条外勤打卡翻企微后台半小时」；某 HR 总监连续 3 个月算错研发团队加班费被「集体追杀」
   依据：「98 年人事小姑娘 12 个 Sheet、为找一条外勤打卡翻企微后台半小时」；50 人公司漏算核心员工 200 元全勤奖 + 1200 元项目奖金，员工拿银行到账提醒冲进老板办公室，半年后核心骨干跳槽
3. 「数字算对了，只是规则用错了 —— 错得天衣无缝」：规则性错误（如加班费基数用错）自查根本发现不了，因为数字之间是自洽的
   依据：算薪根因不是 Excel 不好，而是「数据链路断了——数据分散多处，每月汇总靠人拼图，人拼图必然出错」「数字算对了，只是规则用错了——错得天衣无缝」
4. 某零售 HR 核对 200 人考勤需 2 天；考勤数据要从三个 Excel 汇总，排班还得人工核对 —— 这只是算薪五源中的一源
   依据：考勤数据要从三个 Excel 表里汇总，排班记录还得人工核对；某零售 HR 核对 200 人考勤需 2 天

三、换个做法之后

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

✕ 现在的做法

• 算薪根因不是 Excel 不好，而是数据链路断了 —— 考勤在打卡机、提成在销售部、计件在车间、社保基数在财务，每月靠人拼图，人拼图必然出错
• 「98 年人事小姑娘 12 个 Sheet、为找一条外勤打卡翻企微后台半小时」；某 HR 总监连续 3 个月算错研发团队加班费被「集体追杀」
• 「数字算对了，只是规则用错了 —— 错得天衣无缝」：规则性错误（如加班费基数用错）自查根本发现不了，因为数字之间是自洽的
• 某零售 HR 核对 200 人考勤需 2 天；考勤数据要从三个 Excel 汇总，排班还得人工核对 —— 这只是算薪五源中的一源

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 人名对齐 · 五份数据先对上人工号、姓名、部门三键模糊对齐；对不上的列出，绝不猜
2. 口径归一 · 每个字段说清楚算法应发各项、1.5/2/3 倍加班费分列、社保公积金个人部分、个税 —— 每列的公式口径写进表头注释第3 步交叉对账 · 三道防线考勤 vs 审批流（请假了还出全勤？）；提成 vs 合同台账（离职人员的提成停了没）；计件vs 入职日期（入职当天有计件？）
3. 异常识别 · 数字之外的坑环比波动 >20% 标黄；新进/离职当月按日折算校验；「规则用错但数字自洽」的三类典型模式主动扫
4. 法定栏位 · 生成合规工资表姓名、工作天数、加班加点时间、应发/减发项目、实发 —— 保存 2 年的法定结构一次成型
5. 对账包 · 给财务复核的那份差异明细 + 口径说明+ 待确认项 —— 财务只看被标出的地方

要准备什么：考勤机原始导出 Excel月底才导，格式是设备厂商定的，人名与工号常与花名册不一致销售部提成表销售自己维护，含团队分摊规则备注（只有销售经理看得懂）车间计件统计班组长手工台账，常见合并单元格与「同上」社保公积金缴费明细（财务）基数表 + 单位/个人分摊，与工资表科目命名不一致上月工资表12 个 Sheet，用于环比校验与承接累计项

为什么这个场景值得做

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

最大差异点：不要求五个部门先把格式统一。五个原始格式直接扔进来 —— 收数模板发给各部门反而是给人家加活，Agent 负责读乱的。

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

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

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

五、会产出什么

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

• 正式件本体：xx月工资核算表.xlsx 法定栏位 + 逐列口径注释 + 财务复核栏
• 可派发清单：算薪异常清单.xlsx 逐条异常 · 金额影响 + 确认责任人 + 待确认口径
• 可派发清单：五源对账记录.xlsx 人名对齐结果 + 三道对账线明细 · 留档备查

这套东西不承诺什么：不做「工资该发多少」的规则制定 —— 薪酬方案是公司的决定。本场景做的是数据拼图与对账：把五源数据拼齐、口径归一、异常标红，最终核算表由财务复核、老板签批。

② Live Demo（演示逐步）

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

案例设定：恒锐精密（虚构）8 月算薪日。五份数据五个格式：考勤机导出、销售部提成表、车间计件统计、财务的社保基数表、7 月的旧工资表。周磊要在 3 个工作日内拼出156 人的工资核算表，还要保证银行代发一次通过。

输入源5 份对齐人数156 人异常拦截5 类 4,160 元发放结论暂缓 3 人

输入HR手上能拿到的东西

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

• 01_考勤机导出_2026-08.xlsx 月底才导的原始打卡记录 —— 设备厂商定的格式考勤机 · 周磊月底导出
• 02_销售部提成表_2026-08.xlsx 销售经理自己维护的提成表 —— HR 每月要催三次才能拿到销售经理 · 月底邮件发送
• 03_车间计件统计_2026-08.xlsx 班组长手工台账 —— 合并单元格和「同上」的世界各班组长 · 月底拍照发微信
• 04_社保公积金缴费明细_2026-08.xlsx 财务出的基数表 —— 科目命名和工资表对不上财务出纳 · 每月 5 日前后
• 05_工资表_2026-07.xlsx 7 月的工资表 —— 12 个 Sheet 时代的遗物，环比基准周磊 · 7 月归档

注意标橙色那一份 —— 02_销售部提成表_2026-08.xlsx。它销售经理 · 月底邮件发送，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

月底算薪，五份数据都在这：考勤机导出、销售提成、车间计件、社保基数、上月的工资表。帮我拼这个月的工资核算表。 格式不一样，人名顺序也不一样，你先对齐再说。 对不上的、金额看着不对的，标出来我去问，别自己猜。 最后要一份能直接给财务复核的。

短是因为「法定栏位、1.5/2/3 倍口径、三道对账线、按日折算规则」都在能力包里。HR 只要把五份原始数据扔进来。

触发8 月算薪日 · 三天死线

五份数据躺在五个地方 · 格式五个样

考勤机的 Excel 在周磊桌面、提成表在销售经理邮箱、计件统计在四个班组长的微信里、社保基数在财务出纳手里、上月工资表在归档盘 —— 过去三个月，这五份数据的拼接全靠周磊一个人手工搬。

第 1 步 · 人名对齐 · 五份数据先对上人

工号、姓名、部门三键模糊匹配

这一步的看点 · 对不上的列出来，而不是错着算五源 422 行里 420 行机器对齐，2 行转异常：温志豪（离职未销）和一名新入职者（考勤有记录但花名册刚录入、工号规则不同）。过去这两行会怎样？错着算 —— 温志豪的提成照发，新人的考勤按 0 天算。「人拼图必然出错」的根，就在这两行里。

第 2 步 · 口径归一 · 每一列的算法写进表头

法定栏位 + 逐列口径注释

第 3 步 · 交叉对账 · 三道防线

考勤 vs 审批流 · 提成 vs 在职状态 · 计件 vs 入职日期

这一步的看点 · 从历史里想起了上个月埋的雷上月工资表里温志豪的 8,700 元按整月预发 —— 他 7 月 5 日就离职了。本月提成表里那行「6 月提成补差 6,400」没有任何人核对过预发冲回。这类错误最阴的地方在于：每月的数字各自都是对的，错在两个月之间的衔接 —— 靠当月自查永远发现不了，必须跨月交叉。这条规则本月被固化进对账线，下个月自动跑。

第 4 步 · 异常识别 · 五类合计 4,160 元

每一条都能落到具体的人和金额

这一步的看点 · 把技术动作翻译成钱「本月拼图发现 5 类异常合计 4,160 元」翻译成「如果没有这道对账，这 4,160 元会错着发出去 —— 多发的 2,900 元基本追不回，少扣的 600 元要在下月工资里补扣（员工体验极差）」。对账线的价值用一次事故定价：上次那个 200 元全勤奖，让公司半年后丢了核心骨干 —— 错的不是钱，是信任。

5生成法定栏位工资表 + 财务复核包

工资支付条例口径 · 保存 2 年的法定结构

交付内容xx月工资核算表156 人 · 法定栏位 + 逐列口径注释 + 财务复核签批栏算薪异常清单5 类 · 待处理 4,160 元 +拼图拦截 880 元 · 逐条确认责任人五源对账记录人名对齐 420/422 + 三道对账线明细 · 留档备查本月拼图产出：8 月应发工资总额 873,200 元（环比 7 月的 828,000 元增加 45,200 元 —— 这两个数是 PR-03 工资条场景与 HC-01 成本一页纸的同一数据源）。

这份工资表还不能报银行代发 —— 3 人的加班费口径要老板拍板3 人加班费按「全额工资」算出 1,860 元，但劳动合同写的基数是「基本工资」—— 两个口径差 1,860 元，选哪个不是数学问题，是合规选择（全额口径更抗仲裁，但与合同条款不一致）。给出的不是干等：按两种口径各出一版（差异 1,860 元已算好），153 人先报代发、3 人单独挂起 ——财务与老板 10 分钟选定口径即可放行，其余人的发放不受影响。多发 2,300 元（温志豪）从其未结提成中抵扣，需签一份确认书 —— 抵扣依据也一并备好。

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

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

• ✓ 五源数据从「人拼图」变「机器拼 + 人确认」—— 对不上的列出来而不是错着算
• ✓ 「离职月预发未冲回」这类跨月错误第一次有了交叉防线
• ✓ 工资表从 12 个 Sheet 变成法定栏位结构，口径写在表头 —— 下个月任何人接手都能看懂
• ✓ HR 的角色变了：从「拼三天表」变成「处理 20 条被标出的异常」

追问现场可能被问到的

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

• 能不能直接替我报个税？ 不能。个税申报走扣缴端，我们产出的是合规的工资表与个税代扣数。
• 各部门不给数据怎么办？ 给不了的数据如实标「缺」，当月按上月口径计算并注明 —— 拿不到就标拿不到，不猜。
• 计件规则很复杂能处理吗？ 能按车间台账原样归集，但分摊规则对不上的会标「需班组长确认」—— 规则判断留给最懂的人。

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

1. Skill 能力包

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

算薪跨部门数据拼图 · Skill

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

版本 v1.0

payroll-data-assembly.zip

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

包内结构

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

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

2. 原始素材

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

📁PR-01 · 演示素材

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

共 5 份

• 01_考勤机导出_2026-08.xlsx 月底才导的原始打卡记录 —— 设备厂商定的格式
• 02_销售部提成表
• _2026-08.xlsx 销售经理自己维护的提成表 —— HR 每月要催三次才能拿到
• 03_车间计件统计_2026-08.xlsx 班组长手工台账 —— 合并单元格和「同上」的世界
• 04_社保公积金缴费明细_2026-08.xlsx 财务出的基数表 —— 科目命名和工资表对不上
• 05_工资表_2026-07.xlsx 7 月的工资表 —— 12 个 Sheet 时代的遗物，环比基准

怎么用

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

3. 提示词卡片

月底算薪，五份数据都在这：考勤机导出、销售提成、车间计件、社保基数、上月的工资表。帮我拼这个月的工资核算表。 格式不一样，人名顺序也不一样，你先对齐再说。 对不上的、金额看着不对的，标出来我去问，别自己猜。 最后要一份能直接给财务复核的。

为什么这么短就够了：短是因为「法定栏位、1.5/2/3 倍口径、三道对账线、按日折算规则」都在能力包里。HR 只要把五份原始数据扔进来。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• PR-01_xx月工资核算表.xlsx 正式件本体 · 法定栏位 + 逐列口径注释 + 财务复核栏
• PR-01_算薪异常清单.xlsx 逐条异常 · 金额影响 + 确认责任人 + 待确认口径
• PR-01_五源对账记录.xlsx 人名对齐结果 + 三道对账线明细 · 留档备查

Skill 里固化了什么：从历史里想起了上个月埋的雷该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：考勤机原始导出 Excel月底才导，格式是设备厂商定的，人名与工号常与花名册不一致销售部提成表销售自己维护，含团队分摊规则备注（只有销售经理看得懂）车间计件统计班组长手工台账，常见合并单元格与「同上」社保公积金缴费明细（财务）基数表 + 单位/个人分摊，与工资表科目命名不一致上月工资表12 个 Sheet，用于环比校验与承接累计项

人工边界：不做「工资该发多少」的规则制定 —— 薪酬方案是公司的决定。本场景做的是数据拼图与对账：把五源数据拼齐、口径归一、异常标红，最终核算表由财务复核、老板签批。

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

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

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

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

→PR-03 · 工资条生成与异常波动拦截 — 多发的人从不说 · 少发 200 块的员工拿着银行短信冲进了老板办公室 查看→PR-04 · 加班费敞口测算 — 老板口头说好月薪里含周六加班费 · 仲裁说举证不能，双倍加班费照付 查看 →

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

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