社保补差明细一键直出

SKILL效率
效率 未标注权限 许可证不明确
安装这个技能

# 社保基数补差与综合扣费测算助手 专为企业 HR、薪酬财务及人力资源服务机构(HRO)打造的社保年度调基精准测算与沟通辅助工具。全面应对每年社保/医保基数上调时面临的多月份差额追溯、复杂人头分摊及员工账目沟通等业务场景。 --- ### 一、 适用客群与业务场景 - **企业 HR / 薪酬专员**:调基月批量核算员工代扣金额,梳理单位与个人承担比例。 - **财务 / 财税代理机构**:核对电子税务局扣缴明细,制作规范的调基凭证与辅助记账台账。 - **人力资源外包 / 社保代办机构**:向委托企业出具清晰透明的补差账单,降低客户沟通与解释成本。 - **企业管理者 / 员工**:清晰了解当期社保医保合并扣款的具体构成与测算依据。 --- ### 二、 核心功能矩阵 1. **险种全覆盖与动态配置** - **比例型险种**:全面覆盖职工基本养老保险、职工基本医疗保险(含合并征缴的原生育保险)、失业保险、工伤保险。 - **定额附加险**:支持职工大额医疗互助保险、地方长期护理险等定额不补差险种的正常月度缴费统筹。 - **浮动费率适配**:默认支持各地法定基准费率,并支持针对企业特定的工伤风险浮动费率进行动态调整。 2. **复杂周期与差异化薪酬分摊** - **在保周期自适应**:灵活处理跨月入职、中途离职人员的不同补差月数,精准分摊至具体人头。 - **薪资分层核算**:既支持全员保底申报企业的统一基数差核算,也支持差异化薪资员工的个性化差额测算。 3. **费用性质严格隔离** - 物理隔绝“历史月份差额补缴”与“当月全额新基数正常缴纳”,彻底避免调基当月两笔费用合并扣款导致的账目混乱。 4. **税控算法模型优化** - 算法深度对齐社保税控征缴逻辑,采用差额总积核算规避单月提前四舍五入引发的多月累计尾差漂移。 5. **全套专业交付输出** - **财务查验表组**:自动生成单人单月标准表、分人员累计细表、全单位分月汇总表、当月正常缴费表及扣款合并总表。 - **客户/员工沟通模板**:自动提炼非技术性的白话沟通文案,直观展示扣缴构成与各方承担总额,一键复制发送。 --- ### 三、 交互与输入支持 - **智能图片解析**:支持直接上传《社会保险费缴费申报表》、《社保费申报明细》及人员花名册截图。 - **灵活参数录入**:支持极简文本指令、表格数据直接粘贴及结构化参数输入。 --- ### 四、 免责声明与使用须知(重要) 1. **【辅助分析性质】** 本工具所提供的测算报告、分摊数据及文字模板,仅作为企业内部人事核算、财务对账及员工沟通的辅助参考资料,不具有法律效力,亦不作为官方纳税申报、社保核定或诉讼维权的法定凭据。 2. **【地域与政策差异】** 各地人力资源和社会保障局、医疗保障局及税务机关的调基追溯周期、阶段性降费政策、行业工伤浮动费率以及定额附加险标准存在地域差异;且社保税控系统在分厘尾差处理上可能执行向下截断或四舍五入规则。所有实际缴纳金额、代扣基准及退补金额,均须以属地主管税务机关和社保/医保经办机构最终系统核定与银行实际划扣明细为准。 3. **【数据完整性与复核责任】** 计算结果的准确性高度依赖于输入数据(申报基数、费率、参保月数)的真实与完整。在正式执行员工工资代扣、开具代收代缴对账单或向公户划拨资金前,请由企业专业财务或人事经办人员进行最终人工复核。开发者不对因政策变动、输入疏漏或理解偏差引发的劳资争议或资金出入承担任何法律责任。

一句话选型结论

按资料字段整理

社保补差明细一键直出是效率类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类效率 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_ff9ce5e9/social-insurance-adjustment-calc
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

效率
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_ff9ce5e9仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791625721
正文体量10.0 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
整理待办与日程

把零散任务收进清单,排出优先级。

批量处理重复任务

把固定动作做成模板,重复执行。

把流程写成清单

把口头流程整理成可复用的步骤。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在效率场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
社保补差明细一键直出当前 未标注权限 未标注 未标注 未标注 有
Nano PDF 文档 联网访问 ClawHub 市场 424.9 万 OpenClaw 有
自动更新程序 浏览器控制 ClawHub 市场 296.4 万 OpenClaw 有
Gemini 助手 联网访问 ClawHub 市场 254.7 万 OpenClaw 有
word DOCX 文档 联网访问 ClawHub 市场 239.6 万 OpenClaw 有
Excel XLSX 前端 联网访问 ClawHub 市场 227.0 万 OpenClaw 有

SKILL.md 全文

10.0 KB
模型实际读到的说明书原文,来自技能仓库

社保基数补差计算器

核心原则

  • 禁止脑补:所有数据必须来自用户提供的申报表截图或明确输入,不得猜测费率、基数、人员。
  • 先验证后计算:从截图反推基数差和费率,与已知标准交叉验证一致后再计算。
  • 区分费用性质:基数补差(旧基数→新基数的差额补缴)与当月正常缴费(按新基数全额缴纳)必须分开列示,不得混淆。
  • 分厘尾差正常化:社保系统按月截断与四舍五入可能产生 ≤0.03 元差异,标注说明即可,不视为错误。

工作流程(六步)

第一步:读取并解析申报表截图(注意凭证鉴别)

用户通常提供以下材料,需首先鉴别材料性质:
1. 社保/医保缴费申报明细表(【必须】):含费款所属期、缴费基数、费率、应缴费额、参保人数等明细行。
2. 人员参保明细截图:含参保人员姓名、参保状态、起止月份等。
3. 【警惕】税收完税证明:若用户仅提供完税证明或扣款回单(仅有合计总金额),必须明确告知用户无法直接测算,需引导其前往电子税务局或社保客户端导出“申报明细表截图”。

解析要点:
- 从申报表"缴费基数"列提取每月补差总基数(注意:补差月份的缴费基数是差额,不是全额基数)
- 从"费率"列提取各险种单位/个人费率
- 从"应缴费额"列提取每月各险种实际扣费
- 从费款所属期确定补差月份范围
- 从人员明细确定每人参保起始月,进而确定每人补差月份数

第二步:验证人均月基数差额(识别全员统一与差异化档位)

用两种方式交叉验证:
1. 按人数反推:每月补差总基数 ÷ 当月参保人数 = 人均月基数差
- 全员按最低基数保底申报的企业:不同参保人数的月份(如3人月和4人月)算出的月基数差必须完全一致(如太原均为 46 元)。
- 若不同月份算出的月差存在跳变,提示企业内部可能存在按个人实际工资申报(非最低档)的员工,需逐人确认基数差额。
2. 全额基数反推:正常缴费月(如9月)总基数 ÷ 人数 = 新基数;新基数 - 人均月差 = 旧基数

第三步:验证费率与险种

将截图中费率列与默认费率(山西太原,见 references/rate-table-shanxi-taiyuan.md)对比:
- 一致 → 使用默认费率
- 不一致(如工伤费率因行业风险类别不同)→ 以截图为准,通过脚本 --rates 参数覆盖
- 存在定额险种(如职工大额医疗互助 14 元/人)→ 通过 --fixed-items 配置

验证方法:用截图中的月补差总基数 × 费率,看是否等于截图中的应缴费额。

第四步:确认人员与补差周期

根据人员明细截图和费款所属期:
- 列出每位员工的姓名、补差月份数、以及各自的基数差(全员相同时统一传入,差异化时逐人指定)
- 补差月份数 = 该员工在补差期间内的实际参保月数
- 新增员工只补其入职后的月份,离职员工只补其离职前的月份

向用户确认人员名单和月份数后再计算(如用户已明确说明则直接使用)。

第五步:执行计算

调用脚本 scripts/calculate_adjustment.py,采用确定性税控标准算法(tax_standard 模式自动按总差额基数核算,彻底消除多月提前舍入产生的尾差)。

1. 极简命令行语法(Windows 友好,防 Shell 转义脱扣):

python scripts/calculate_adjustment.py \
  --base-diff 46 \
  --people "张三:6,李四:1" \
  --normal-month "2026-09:4244:4"

2. 差异化员工基数差计算(如张三补46,李四补24):

python scripts/calculate_adjustment.py \
  --people "张三:6:46,李四:1:24"

3. 标准 JSON 参数或从文件读取:

python scripts/calculate_adjustment.py \
  --base-diff 46 \
  --people people.json \
  --rates '{"injury":{"unit":0.007}}'

4. JSON 结构化输出(便于下游消费):

python scripts/calculate_adjustment.py ... --format json

脚本路径:<skill_dir>/scripts/calculate_adjustment.py

第六步:生成输出

输出必须包含以下三部分,按顺序呈现:

1. 计算前提说明

  • 人均月基数差额及验证方法
  • 采用的费率列表
  • 人员名单及各自补差月份
  • 补差期间范围

2. 明细表格(至少包含以下表)

表一:单人单月补差标准(所有人通用基准)
| 险种 | 单位补差(元/人/月) | 个人补差(元/人/月) | 单月合计 |
|------|---------------------|---------------------|----------|

表二:分人员累计补差明细
| 姓名 | 补差月份 | 养老单位 | 养老个人 | 医疗单位 | 医疗个人 | 失业单位 | 失业个人 | 工伤单位 | 单位合计 | 个人合计 | 总计 |
|------|----------|----------|----------|----------|----------|----------|----------|----------|----------|----------|------|

(或按人员分块展示,每人一个子表)

表三:全单位分月补差汇总(如用户需要逐月核对)
| 费款所属期 | 参保人数 | 项目 | 养老保险 | 医疗保险 | 失业保险 | 工伤保险 | 当月总计 |
|------------|----------|------|----------|----------|----------|----------|----------|
(项目分为单位部分、个人部分、合计三行)

如含当月正常缴费,追加:

表四:当月正常缴费明细(标注"非补差,全额新基数")
| 险种 | 单位缴纳 | 个人缴纳 | 合计 |
|------|----------|----------|------|

表五:本次一次性扣款总合计
| 费用项目 | 单位承担 | 个人承担 | 总金额 |
|----------|----------|----------|--------|
| 基数补差 | | | |
| 当月正常缴费 | | | |
| 合计 | | | |

3. 客户说明文字

生成一段客户可直接阅读的说明文字,要求:
- 开头先讲扣款构成(补差 + 当月正常缴费)
- 用通俗语言解释基数补差的含义
- 列出每人补差总额(不展开险种明细,客户只关心总数)
- 给出总扣款金额
- 结尾说明数据已与系统核对

参考模板:

您好,跟您说明一下本次扣款的构成:
本次是【X-X月基数补差 + X月当月社保医保】两笔费用合并一次性扣除。

一、基数补差部分
因2026年度缴费基数上调,需补缴X月至X月的基数差额,每人每月基数差XX元:
- 员工A(X个月):补差XX.XX元
- 员工B(X个月):补差XX.XX元
补差合计XXX.XX元,其中单位承担XX.XX元,个人承担XX.XX元。

二、X月当月正常缴费
X月按新基数全额正常缴纳,当月社保医保合计XXX.XX元。

三、本次扣款总计
两笔合计XXX.XX元。所有数据均与申报系统明细一致,可放心核对。

校验规则(交付前必查)

  1. 基数差一致性:不同参保人数月份反推出的人均月基数差必须相同
  2. 费率乘积验证:月补差总基数 × 费率 ≈ 截图应缴费额(允许 ≤0.01 元尾差)
  3. 分人员汇总验证:各人补差总计之和 = 全单位补差总计
  4. 单位/个人拆分验证:单位合计 + 个人合计 = 总计
  5. 与截图总额验证:计算出的各险种补差累计 ≈ 截图中补差月份应缴费额累计(允许 ≤0.03 元工伤保险尾差)
  6. 9月不混入补差:正常缴费月(全额基数)必须单独列示,不得计入补差总额

常见问题处理

Q:计算结果与申报表应缴费额是否有尾差?
A:脚本默认启用 tax_standard 模式(按总差额基数统一核算后再四舍五入),已消除多月单月预舍入引起的累计偏差。若截图申报表因社保局按月截断产生了极细微分厘差异(≤0.03元),直接在交付报告中注明“社保税控系统小数取整正常尾差”即可。

Q:企业内部员工薪资不同,部分人不是按最低基数保底申报?
A:通过简写语法 --people "张三:6:46,李四:1:24" 逐人为员工指定个性化月基数差(如张三调基补 46 元,李四因原工资高于旧下限仅需补 24 元)。未调基的员工基数差为 0 或不计入补差名单。

Q:用户拿来的是《税收完税证明》或银行回单,而非申报表?
A:完税证明仅显示当期划扣税费总额,无基数、费率与险种分项。必须明确告知用户:社保测算必须基于《社会保险费缴费申报表》或电子税务局《社保费申报明细》,请其登录截取明细后再行测算。

Q:用户只提供了社保申报表,没有医保截图?
A:先计算社保部分(养老、失业、工伤),向用户明确说明医保补差需要医保申报表截图后补充,严禁自行假设医保费率和金额。

Q:人员有进有出,补差月份各不相同?
A:在 --people 参数中为每人指定实际在保月份(如 --people "张三:6,李四:1"),脚本会自动分别独立分摊计算并在报告中单独列出。

Q:用户所在地区不是山西太原?
A:基数差验证逻辑通用。费率以当地政策为准,通过 --rates 覆盖比例险种(如工伤、医疗),通过 --fixed-items 配置当地定额险种(如定额长护险)。

参考文件

  • 山西太原费率表:references/rate-table-shanxi-taiyuan.md
  • 计算脚本:scripts/calculate_adjustment.py

常见问题

5 问
答案由本站依据条目字段整理
社保补差明细一键直出怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_ff9ce5e9/social-insurance-adjustment-calc。安装方式为未标注。装完刷新技能列表或重开客户端。

社保补差明细一键直出支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

社保补差明细一键直出权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

社保补差明细一键直出收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

社保补差明细一键直出用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。