旗舰场景审查核验岗位 · HR

PR-02 · 社保基数三数比对体检

痛点　按最低基数缴了三年 · 稽查通知到的那天，滞纳金已经是本金的一半

① 场景引入

一、这件事现在是什么样

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

财务转来一条消息：税务部门通知 2026 年度社保缴费基数申报即将开始，并提示「申报基数应与个税申报工资口径一致」。HR 心里咯噔一下 —— 公司一直按最低基数缴，而个税按实发工资报。两边的差，从来没算过总账。

二、痛点 · 每条都有来源

1未按时足额缴纳社保，按日加收万分之五滞纳金（年化 18.25%），逾期不缴处欠缴额 1–3 倍罚款（《社会保险法》第 86 条）；江苏实案滞纳金 86,993.82 元依据 · 江苏某企业社保欠缴：责令补缴并产生滞纳金 86,993.82 元；「自愿放弃社保」承诺书无效，企业照补22026 年起多地社保实缴严查 + 金税四期个税/银行流水/社保三表比对 —— 基数差异不再靠举报，系统自动推送稽查依据 · 2026 年起多地开展社保实缴严查，按最低基数缴纳面临倒查；金税四期个税/银行流水/社保三表比对3上海某科技公司因个税与社保基数差异过大触发稽查，补缴本金加滞纳金、罚款合计近 80 万元依据 · 上海某科技公司因个税与社保基数差异过大触发稽查，补缴本金加滞纳金、罚款合计近 80 万元4「自愿放弃社保」承诺书无效 —— 员工签了字，企业照样补缴加滞纳金；用现金补贴换放弃的，补贴也未必能追回依据 · 江苏某企业社保欠缴：责令补缴并产生滞纳金 86,993.82 元；「自愿放弃社保」承诺书无效，企业照补

三、换个做法之后

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

✕ 现在的做法

未按时足额缴纳社保，按日加收万分之五滞纳金（年化 18.25%），逾期不缴处欠缴额 1–3 倍罚款（《社会保险法》第 86 条）；江苏实案滞纳金 86,993.82 元2026 年起多地社保实缴严查 + 金税四期个税/银行流水/社保三表比对 —— 基数差异不再靠举报，系统自动推送稽查上海某科技公司因个税与社保基数差异过大触发稽查，补缴本金加滞纳金、罚款合计近 80 万元「自愿放弃社保」承诺书无效 —— 员工签了字，企业照样补缴加滞纳金；用现金补贴换放弃的，补贴也未必能追回

✓ 交给 Agent 之后

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

四、场景闭环

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

三数对齐 · 个税 / 社保 / 工资按人逐月对齐三个口径；差异人数、差异额分布先看全景
敞口测算 · 本金 + 滞纳金 + 罚款三档按日万分之五滚算滞纳金；罚款按 1–3 倍给区间 —— 不猜一个精确数，给区间与口径
高危分层 · 谁的敞口在滚大在职连续差异人员（敞口每月扩大）vs 已离职人员（敞口冻结但可被投诉触发）分层第 4步无效协议盘点 · 现金补贴的账「补贴换放弃」协议逐一盘点 —— 协议无效，补贴追回存在不确定性，按保守口径计入
合规路径 · 三条路各自的代价A. 主动补缴（滞纳金止于补缴日）；B. 分批调整基数逐步合规（敞口继续滚）；C. 维持现状（等稽查，含 1–3 倍罚款档）—— 每条路算总账
申报建议 · 今年的基数怎么报按最接近实发的口径给申报建议 —— 「先报合规口径，历史差异另案处理」的切割法

要准备什么：近 12 个月个税扣缴端申报记录个税工资口径 —— 三数比对的第一个数社保缴费明细（各险种基数）申报基数口径 —— 第二个数工资核算表（PR-01 产出）实发口径 —— 第三个数；与 PR-01 联动员工签署的任何「补贴换社保」类协议（若有）这些协议法律上无效，但要纳入敞口测算

为什么这个场景值得做

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

最大差异点：不要求先有专业顾问。个税申报记录、社保缴费明细、工资表三份数据扔进来，Agent 算敞口、给合规路径 —— 数字先摆上桌，决定人来做。

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

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

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

五、会产出什么

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

正式件本体：社保基数差异与稽查敞口测算.xlsx 三数比对 + 敞口三档 + 合规路径总账
可派发清单：差异人员分层清单.xlsx 在职连续差异 / 已离职冻结 / 超追诉期 · 各层金额
可派发清单：本年度基数申报建议.xlsx 按人建议基数 +与实发差异 + 申报口径说明

这套东西不承诺什么：本场景只做敞口测算与合规口径梳理，不做「怎么少缴」的筹划 —— 那是把客户往罚单上送。是否补缴、如何与员工沟通，由公司与社保顾问决定。

② Live Demo（演示逐步）

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

案例设定：恒锐精密（虚构）收到 2026 年度社保缴费基数申报通知，提示「申报基数应与个税申报工资口径一致」。公司一直按最低基数 4,760 缴，个税按实发报 —— 两边的差，从来没算过总账。

差异人员6 人差异时长37 个月主动补缴口径8.4 万元最坏口径20.98 万元

输入HR手上能拿到的东西

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

01_个税申报记录_2025-09至2026-08.xlsx 自然人电子税务局扣缴端的申报记录 —— HR 从来没拿它对过社保基数财务申报 · 每月 15 日前
02_社保缴费明细_各险种.xlsx 社保平台的历史缴费明细 —— 基数口径的第二源财务出纳 · U 盾平台
03_工资表_2026-07.xlsx 7 月工资表 —— 实发口径（第三源）周磊 · 算薪场景产出
04_自愿放弃社保协议.txt 两名员工当年签的「补贴换放弃」协议 —— 法律上无效，账要另算周磊抽屉 · 2023 年归档

注意标橙色那一份 —— 01_个税申报记录_2025-09至2026-08.xlsx。它财务申报 · 每月 15 日前，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

税务通知社保基数申报要开始了，提醒要跟个税口径一致。我们一直按最低基数缴的，个税是按实发报的。个税申报记录、社保缴费明细、工资表都在这，帮我算算总共差了多少，滞纳金怎么滚的。补缴还是分批调，两条路的代价都算给我，我们自己定。今年的基数怎么报，给我个建议。

短是因为「日万分之五滚算、三档罚款区间、追诉重点、无效协议口径」都在能力包里。财务和 HR 谁发起都行。

触发基数申报通知上的一句话

「申报基数应与个税申报工资口径一致」—— 这句话第一次被认真读了

往年这份通知直接转发财务按惯例申报。今年不一样：通知里点名了「金税四期三表比对」—— 个税、银行流水、社保，系统自动对。陈芳决定把三年的总账算清楚再报。

第 1 步 · 三数对齐 · 全景先看

个税口径 / 社保基数 / 工资应发

演示数据（表格原文）比对结果人数说明社保基数 < 个税申报工资（显著差异）6 人2023-07 起基数钉在 4,760 未动社保基数 ≈ 个税申报工资148 人2023-07 后入职 · 入职时按实发口径申报社保在缴但花名册查无2 人账外临时工（ER-03 已发现）· 单独处理合计156 人—全景里最扎眼的对比：2023-07 之后入职的 14 人基数都对，之前的老员工 6 人全错 —— 差异的边界恰好停在一个日期上，这个模式本身就是线索。

这一步的看点 · 从数据里发现了三年前的旧账6 人的基数从 2023-07 起就没动过 —— 那正是上一任 HR 离职的月份。之后入职的 14 人倒是按实发报的。也就是说：这不是「公司政策」，是交接断档 —— 上一任按最低缴，交接时没人知道、之后也没人复查过。这个定性直接改变处理策略：补缴沟通的口径从「公司违规」变成「历史疏漏 + 主动纠正」—— 员工的抵触和舆论风险都小得多。

第 2 步 · 敞口测算 · 本金 + 滞纳金 + 罚款三档

按《社会保险法》第 86 条口径 · 日万分之五

演示数据（表格原文）档位构成金额说明本金月差额合计 1,700 元 × 37 个月（2023-07 至 2026-07）62,900 元单位应缴未缴部分滞纳金按日万分之五滚算（各月欠缴起算至测算日）21,100 元占本金 34% · 每天还在涨罚款（若稽查认定）欠缴额 1–3 倍62,900 –188,700 元取中档 2 倍测算三档总账——主动补缴 8.4 万 · 稽查最坏（按 2 倍罚款）20.98 万滞纳金的年化是 18.25%—— 比多数经营性贷款利率还高。欠社保比欠银行贵，这个常识很多老板并不知道。

这一步的看点 · 把技术动作翻译成钱「基数差异」翻译成三档数字：主动补缴 84,000 元（一次性了断）；维持现状等稽查，最坏 209,800 元（按 2 倍罚款中档）；今年起合规，月成本增加 9,100 元但敞口不再滚。三档摆上桌，老板 5 分钟做完决定 —— 之前这个问题在「按惯例申报」里又躺过了一年。数字才是决策的语言。

第 3 步 · 高危分层 · 谁的敞口在滚大

在职连续差异 vs 已离职冻结

演示数据（表格原文）层级人数敞口状态处理优先级在职连续差异（6 人）6 人每月继续扩大 · 可被在职投诉触发立即处理已离职未追缴（2024-25）9 人敞口冻结 · 离职投诉是主要触发源纳入评估离职超二年11 人追诉重点不在这一段暂不主动处理「在职的 6 人先处理」不是拍脑袋 —— 在职人员的敞口每天都在滚，而且是稽查比对的直接命中区。

这一步的看点 · 排除性结论，补缴范围一步收窄「离职超二年的 11 人可以排除出主动补缴范围 —— 稽查与追诉的重点都在近两年，优先处理在职的 6 人 + 离职未超二年的 9 人。」补缴决策从「26 人的糊涂账」收窄到「6 人立即 + 9 人评估」—— 范围清晰本身就是决策成本的大头。

第 4 步 · 无效协议盘点 · 那两份「补贴换放弃」

协议无效，但账要算两遍

演示数据（表格原文）协议涉及人法律状态账务处理《自愿放弃缴纳社保声明》×2罗建成、文嘉仪无效（最高法裁判口径）补缴照常 · 已发补贴（300 元×37 月×2 人=22,200 元）追回存在不确定性罗建成、文嘉仪都在 6 人差异名单里 —— 补缴本金里包含他们的份额，补贴追回按保守口径先不计入抵减（能追回是惊喜，追不回是预算）。

这一步的看点 · 该拦的地方拦住了算到补贴抵减时有一个诱人的想法：「用 22,200 元补贴抵补缴款」—— Agent 把这个想法拦住了：补贴追回没有法律保障（员工可能主张那是工资构成），直接抵减会让补缴金额对不上官方口径，反而制造新错账。给出的替代：补缴按全额执行，补贴追回作为独立的协商事项单独谈 —— 两笔账分开，每笔都干净。

第 5 步 · 今年的基数怎么报 · 切割法

先报合规口径 · 历史差异另案处理

演示数据（表格原文）动作口径月成本影响2026 年度基数申报全员按 2025 年月均工资口径申报（个税口径同源）+9,100 元/月（6 人调基数 +2 名账外人员参保）历史差异（6 人 × 37 个月）单独走主动补缴评估 · 与本年度申报切割一次性 · 预算 8.4 万以内2名账外临时工先认定用工形式（ER-03 流程）· 再决定参保口径视认定结果切割的逻辑：今年的申报按今年的正确口径，历史的问题按历史的通道解决 —— 两件事混在一起，就会像去年一样「按惯例」又糊弄过去。今年的基数不能按最低报 —— 报了等于把「明知不一致」写成书面记录金税四期比对下，继续最低报等于每年新增约1.6 万元的差异记录，且「明知不一致仍申报」在稽查定性时从「工作疏忽」升级为「主观故意」—— 罚款档位直接跳档。方案 A（推荐 · 切割法）：今年按合规口径申报（月成本 +9,100 元），历史 6 人差异单独测算（主动补缴口径8.4 万含滞纳金）走补缴评估 —— 两件事分开，每件都有干净的口径。方案 B（止血优先）：今年先把 6 人基数调到实发口径（月成本 +7,200 元），历史差异暂挂 —— 接受滞纳金继续滚（每月约 1,050 元）换现金流，但须书面记录这个决定以备稽查时解释。两个方案的差别本质是「一次性出 8.4 万」还是「每月多滚 1,050」—— 决定权在老板。之后这一次跑完，公司多了什么

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

演示数据（表格原文）✓三数比对第一次跑通 —— 以后每月申报前 10 分钟自检，差异当年发现当年处理✓「最低基数」的真实成因（HR 交接断档）被定位 —— 补缴沟通有了准确口径✓无效协议的敞口按保守口径入账 —— 现金补贴这笔糊涂账有了底数✓申报决策从「按惯例」变成「三档总账选一条」—— 财务、HR、老板看同一张表追问现场可能被问到的答不上来的问题，比答得漂亮的问题更能决定这场演示的结果能不能帮我们想个办法少缴点？不能。2026 年三表比对下，筹划空间就是稽查线索。我们帮您算清敞口、理顺合规口径 —— 这是真省钱。员工投诉的风险有多大？离职员工投诉是主要触发源之一。分层清单里「已离职冻结」那层的金额就是最坏情况下的被投诉敞口。主动补缴员工要出个人部分吗？是，个人部分由员工补 —— 这是社保顾问与员工的沟通问题。我们把单位/个人分摊都算好了。

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

1. Skill 能力包

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

社保基数三数比对体检 · Skill

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

版本 v1.0

social-insurance-base-check.zip

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

包内结构

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

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

2. 原始素材

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

📁PR-02 · 演示素材

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

共 4 份

01_个税申报记录_2025-09至2026-08.xlsx 自然人电子税务局扣缴端的申报记录 —— HR 从来没拿它对过社保基数 XLS02_社保缴费明细_各险种.xlsx社保平台的历史缴费明细 —— 基数口径的第二源
03_工资表
_2026-07.xlsx 7 月工资表 —— 实发口径（第三源）
04_自愿放弃社保协议.txt 两名员工当年签的「补贴换放弃」协议 —— 法律上无效，账要另算

怎么用

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

3. 提示词卡片

税务通知社保基数申报要开始了，提醒要跟个税口径一致。我们一直按最低基数缴的，个税是按实发报的。个税申报记录、社保缴费明细、工资表都在这，帮我算算总共差了多少，滞纳金怎么滚的。补缴还是分批调，两条路的代价都算给我，我们自己定。今年的基数怎么报，给我个建议。

为什么这么短就够了：短是因为「日万分之五滚算、三档罚款区间、追诉重点、无效协议口径」都在能力包里。财务和 HR 谁发起都行。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

PR-02_社保基数差异与稽查敞口测算.xlsx 正式件本体 · 三数比对 + 敞口三档 + 合规路径总账
PR-02_差异人员分层清单.xlsx 在职连续差异 / 已离职冻结 / 超追诉期 · 各层金额
PR-02_本年度基数申报建议.xlsx 按人建议基数 + 与实发差异 + 申报口径说明

Skill 里固化了什么：从数据里发现了三年前的旧账该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：近 12 个月个税扣缴端申报记录个税工资口径 —— 三数比对的第一个数社保缴费明细（各险种基数）申报基数口径 —— 第二个数工资核算表（PR-01 产出）实发口径 —— 第三个数；与 PR-01 联动员工签署的任何「补贴换社保」类协议（若有）这些协议法律上无效，但要纳入敞口测算

人工边界：本场景只做敞口测算与合规口径梳理，不做「怎么少缴」的筹划 —— 那是把客户往罚单上送。是否补缴、如何与员工沟通，由公司与社保顾问决定。

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

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

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

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

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

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

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

其他行业的同类场景 · 审查核验

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

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

看HR其他场景