# 中国薪酬申报与定薪知识库

更新时间：2026-05-19

这份文件只收录两类内容：

1. 会随着时间、城市、系统流程变化的动态资料
2. 可以直接支撑薪酬 skill 判断的政策与操作依据

它不是完整政策汇编，而是给 skill 用的最小知识库。

## 先给结论

截至 2026-05-19，当前 repo 里原本并没有真正把这些动态资料接进去。

最明显的缺口有 4 个：

1. 没有按城市维护社保、公积金口径
2. 没有按年度维护社保缴费工资申报周期
3. 没有把个税扣缴端和 WEB 端的真实操作限制接进去
4. 没有把“哪些数据能公开动态获取、哪些不能”说清楚

所以如果这个 skill 要从 prototype 变成 professional-grade，至少要从这份知识库起步。

## 一、社保年度缴费工资申报：这是真正会变的动态资料

### 上海：2026 社保年度申报已经变化

官方来源：

1. 国家税务总局上海市税务局
   [关于开展2026社保年度用人单位社会保险缴费工资申报工作的通告](https://shanghai.chinatax.gov.cn/zcfw/zcfgk/sbf/202604/t480144.html)
2. 国家税务总局上海市税务局
   [一图了解：上海市2026社保年度用人单位社会保险缴费工资申报](https://shanghai.chinatax.gov.cn/zcfw/tjss/202605/t480288.html)

截至 2026-05-19，关键动态口径是：

1. 申报时间：2026-05-01 至 2026-06-25
2. 对应社保年度：2026-07 至 2027-06
3. 用人单位要按 2025-01-01 至 2025-12-31 的上一自然年度月平均工资申报
4. 上一年工作不满一年的职工，按工资总额除以实际工作月数计算
5. 2026 年新招录职工，以起薪当月全月工资收入申报
6. 申报渠道至少包括上海电子税务局、社保费管理客户端、办税服务厅

这意味着：

1. `precheck_payroll_filing` 不能只做“当月申报前检查”
2. 还必须知道当前是不是处在“年度缴费工资申报窗口”
3. 对上海场景，必须区分“月度申报前检查”和“年度基数申报检查”

## 二、公积金：北京、深圳都不是静态规则

### 北京：社保工资与公积金基数已经开始联动

官方来源：

1. 北京住房公积金管理中心
   [2025住房公积金年度缴存基数申报常见问题解答](https://gjj.beijing.gov.cn/web/zwfw5/1747335/1747336/743669918/index.html)
2. 北京住房公积金管理中心
   [《关于2025住房公积金年度缴存有关问题的通知》政策解读](https://gjj.beijing.gov.cn/web/zwgk61/2024zcjd/743765478/index.html)
3. 北京住房公积金管理中心
   [《关于用人单位和灵活就业人员申报2025年度社会保险费缴费工资（缴费基数）有关事项的通告》（住房公积金部分）政策解读](https://gjj.beijing.gov.cn/web/zwgk61/2024zcjd/743660449/)

截至 2026-05-19，关键口径是：

1. 2025 公积金年度为 2025-07-01 至 2026-06-30
2. 缴存比例仍是 5% 至 12%
3. 月缴存基数上限为 35811 元
4. 自 2025-09-01 起，月缴存基数下限为 2540 元
5. 领取基本生活费职工的下限为 1778 元
6. 单位可授权公积金中心获取已向税务部门申报的社保缴费工资，作为核定公积金缴存基数的“上年月均工资”

这意味着：

1. 北京场景下，公积金不能完全当成一套独立口径
2. skill 需要知道“社保年度申报数据是否已经可供授权获取”
3. 如果企业是在 6 月到 7 月切换窗口期，系统要提醒“缴存基数申报”和“7 月汇缴名单确认”的顺序风险

### 深圳：2026 年公积金规则也在变

官方来源：

1. 深圳政府在线
   [深圳新版住房公积金管理办法下月起施行](https://www.sz.gov.cn/cn/xxgk/zfxxgj/zwdt/content/post_12687780.html)
2. 深圳市住房和建设局
   [缴存基数调整有什么要求？](https://zjj.sz.gov.cn/zcjzts/content/post_12322480.html)
3. 深圳市住房公积金管理中心问答
   [个人缴存比例从2026年4月1日起就能申请调整，还是要等到7月1日才能调整？](https://zjj.sz.gov.cn/szszfhjsjwzgkml/szszfhjsjwzgkml/seztfw/zfly/wyw/ywzsk/content/post_12703688.html)

截至 2026-05-19，关键口径是：

1. 深圳新版《住房公积金管理办法》在 2026-04 起进入新阶段
2. 每个住房公积金年度为当年 7 月 1 日至次年 6 月 30 日
3. 职工可在单位缴存比例基础上，自愿申请提高个人缴存比例
4. 调整后的个人缴存比例最高不超过 12%
5. 在每个住房公积金年度内，职工可调整一次个人缴存比例

这意味着：

1. 深圳场景不只要检查缴存基数，还要检查“个人缴存比例是否已在年度内调整过”
2. 如果把深圳用户当成和北京、上海完全同一套逻辑，会误判

## 三、个税扣缴：真实工作不是“算税”，而是“系统约束 + 数据恢复 + 更正逻辑”

官方来源：

1. 国家税务总局上海市税务局
   [自然人扣缴端热点操作问答](https://shanghai.chinatax.gov.cn/jstax/ztzl/yshj/sycz/202512/t478537.html)
2. 国家税务总局广东省税务局转发
   [自然人电子税务局WEB端扣缴业务等相关功能操作指南](https://guangdong.chinatax.gov.cn/gdsw/zqsw_tzgg/2020-11/18/content_75df0d6a19634d9596f0bffd81492a5c.shtml)

截至 2026-05-19，对 skill 最有用的不是税率本身，而是这些操作型事实：

1. 扣缴端数据丢失时，不是所有企业都能直接恢复
2. 办税人员可能需要先申请开通“扣缴端数据下载”权限
3. 上海税务口径下，开通后可在 72 小时内下载数据
4. 分部门申报的企业，数据下载存在限制
5. WEB 端和扣缴端都支持人员信息、专项附加扣除信息、扣缴申报、查询统计等模块

这意味着：

1. `precheck_payroll_filing` 不能只假设数据永远齐全
2. 要把“系统数据恢复能力”和“历史申报数据可追溯性”纳入风险提示
3. 对个税场景，skill 的下一步动作不能只写“去补数据”，还应写“是否能从扣缴端或 WEB 端回补历史数据”

## 四、什么是公开动态可得的，什么不是

这是薪酬 skill 最容易装懂的地方。

### 可以公开动态获取的

1. 社保年度缴费工资申报时间
2. 电子税务局申报路径
3. 公积金年度、缴存比例上下限、办理路径
4. 部分扣缴端 / WEB 端操作规则
5. 官方法规、解读、问答、公告

### 不能依赖公网直接稳定获取的

1. 企业自己的 band 表
2. 企业内部同岗同级薪酬参考
3. 企业年度调薪预算
4. 权威、细颗粒度、可自动抓取的市场薪酬分位数据
5. 企业历史 offer 决策记录

所以：

1. `review_compensation_band_and_offer` 不能假装“上网就能给出定薪结论”
2. 它必须要求用户上传 band、内部参考、市场调研
3. 否则最多只能给结构化问题清单，不能给真正的定薪建议

## 五、这份知识库对 skill 设计的直接要求

### 对 `precheck_payroll_filing`

至少要新增这些判断层：

1. `city_policy_context`
2. `social_insurance_year_window`
3. `housing_fund_year_window`
4. `withholding_system_recovery_constraints`
5. `entity_city_mismatch_risk`

### 对 `review_compensation_band_and_offer`

至少要新增这些判断前提：

1. 是否有 band
2. 是否有市场调研分位点
3. 是否有内部同岗同级参考
4. 是否有预算范围
5. 是否有候选人当前薪资或总包口径

如果没有这些前提，就不能装成“专业定薪判断”。

## 六、当前 skill 的真实评价

截至 2026-05-19：

1. 现在 repo 里的薪酬 skill 还没有真正消费这份知识库
2. 它目前更像结构原型，不是知识驱动型 skill
3. 如果不把这类动态资料接入，所谓“专业判断”就是假的

## 七、建议下一步落地方式

最小可行改造不是“再写更多 prompt”，而是：

1. 先做 `policy_profile` 文件
   例如 `shanghai-2026-social-insurance.md`
2. 再做 `city-rule-matrix.json` 或 Markdown 规则表
3. 然后让 `precheck_payroll_filing` 先支持 1 到 2 个城市
4. 对定薪判断，明确区分：
   - 官方动态资料
   - 企业上传数据
   - 无法外部获取的数据

只有这样，这个薪酬 skill 才能从“看起来像懂”变成“真的有依据”。