又到社保基数核定季：
HR不必再靠手工拆工资表做申报
2026年5月1日，上海税务局发布通告，2026社保年度用人单位缴费工资申报正式启动——申报窗口5月1日至6月25日。几乎同一时间，北京、广东、湖南、山东等十余个省市密集发文。对HR来说，这不是一条新闻推送，而是一个每年如期而至、每次都要和几十上百份工资表搏斗的数据战役。
政策本身不难理解：职工以上年度月平均工资为基数，在60%-300%上下限之间核定。真正让HR头疼的是这中间的数据链路——从考勤表、工资条、奖金发放记录里，归集出每个员工上年度完整工资总额，再逐一核算月均、匹配基数上下限、标记异常值。本文不重复政策条文，只聚焦一件事：在年度核定窗口期，如何用工具把数据转换环节的效率和安全都提上去。
核心要点
- 150名员工的工资散落在Excel、PDF和工资条照片里——手工跨文档归集这件事，漏掉一项绩效奖金不是"万一"而是"何时"。
- 金税四期系统自动比照你的社保基数与个税申报工资——一位员工的基数少报5300元不再是Excel里的对账小瑕疵，而是直接触发税务风险提示的合规事件。
- 你不需要再做"用眼睛在不同格式的工资表之间搬运数字"这个动作——让AI基于语义理解直接从任何版式的工资文档中提取数据并同步完成基数验算，提交时你的底气是"知道每一行都对"而不是"希望没错"。
社保年度核定的数据关：不是政策难懂，是和工资表的距离太远
先看一组事实。根据《关于进一步深化税收征管改革的意见》，金税四期"以数治税"体系已实现社保基数与个税申报工资的自动比对。多地税务部门将社保基数与个税累计收入的风险差异率下调至5%-10%（2026年数据），超出阈值即触发预警。换句话说，过去那种"社保按最低基数交、个税按实际工资报"的做法，在系统比照下几乎裸奔。
但合规的前提是准确——而准确的前提是一份干净的基础数据。绝大多数HR面临的真实处境是这样的：
一个典型的HR在基数核定季的状态
公司150名员工，分布在3个城市。工资数据来源包括：总部HR系统导出的Excel（但只含底薪和岗位津贴）、财务部发的奖金发放记录PDF（每月一份，全年12份）、驻外员工的工资条截图（各省格式不统一）、以及一堆钉钉审批通过的加班补贴记录。要把这些数据汇总成一张150行×12个月的表，再逐一算出上年度月平均工资、对比当地基数上下限——这个过程没有两个工作日根本下不来，而且中间一定会埋下"少算了一个月绩效"或"漏了某人的交通补贴"这类错误。
问题不在于没人懂政策——HR都清楚基数怎么算。问题在于从原始工资数据到最终基数申报表之间，需要跨越的不是知识鸿沟，而是数据转换的体力鸿沟。
工资总额到底包括什么：一张HR自检清单
社保基数核算的第一步是确定"工资总额"——但工资总额不等于基本工资。根据《关于工资总额组成的规定》（国家统计局令第1号）和《关于规范社会保险缴费基数有关问题的通知》（劳社险中心函〔2006〕60号），工资总额由六个部分构成，每一项都必须计入基数核算。
| 工资总额组成 | 具体项目 | 常见漏项（HR自查重点） |
|---|---|---|
| 计时/计件工资 | 基本工资、岗位工资、计件单价×产量 | 试用期工资也须全额计入，不得按80%折算 |
| 奖金 | 月度/季度/年终奖、绩效工资、全勤奖、节约奖 | 年终奖需/12后摊入各月，而非只在发放入月计入 |
| 津贴和补贴 | 岗位津贴、夜班津贴、高温补贴、通讯补贴 | 通讯/交通补贴是否计入基数因省而异，需查属地政策 |
| 加班加点工资 | 法定节假日加班、休息日加班、延时加班 | "补休替代加班费"不影响——只要发放了加班费就必须计入 |
| 特殊情况下支付的工资 | 病假工资、工伤期间工资、产假工资、探亲假工资 | 病假工资低于正常工资≠不计入基数，仍需按实际发放额计入 |
| 其他工资 | 附加工资、保留工资 | 凡是国家统计局未明确排除的项目，均应计入基数 |
核实完每位员工12个月的工资总额后，除以12即为上年度月平均工资——这是缴费基数的基准值。然后再对照当地公布的基数上下限：低于下限按下限缴，高于上限按上限缴，在区间内的按实际月平均工资缴。以2025年上海标准为例，全口径城镇单位就业人员月平均工资12434元，基数下限7460元（60%），上限37302元（300%）。
一个具体案例：为什么不能只算基本工资
某员工2025年基本工资8000元/月，季度绩效共计24000元，年终奖36000元，每月交通补贴300元。如果HR只按"基本工资"8000元申报，与实际应申报基数（8000×12+24000+36000+300×12）÷12=13300元/月相差5300元/月——这是金税四期系统比对中一查一个准的典型差额。
从工资表到基数表：批量提取的核心思路
理解了工资总额的构成，下一个问题就是操作层面的：如何把散落在各处的工资数据高效汇总成一张可计算的表？
简录AI是一款基于视觉大模型的文档数据提取工具。它的核心工作方式是自定义列名提取——你输入想要提取的数据列名称（如"姓名""月份""基本工资""绩效奖金""加班费"），AI会基于语义理解在每份工资文档中定位并提取对应的值——不依赖表格格式，不要求所有工资表排版统一。同一个月里总部HR系统导出的标准表、外地员工的工资条照片、PDF格式的奖金明细，AI都能看懂并提取到你指定的列名下。
这是从"基于位置的提取"到"基于语义的提取"的范式转换——不用告诉工具"基本工资在第三列第五行"，只需要告诉它"我要提取基本工资"，AI自己理解文档并找到对应的值。
文件处理过程加密，完成后自动删除，不用于模型训练
以上演示页面可以直接拖入工资表试试——不需要模板配置，AI基于列名语义理解文档内容。在实际操作中，建议按以下步骤组织你的年度核定数据流：
归集所有工资数据源
把HR系统导出的Excel、财务的奖金PDF、外地员工的工资条截图、加班审批记录全部拖入。不同格式、不同版式、不同来源——AI不看排版，只看语义。
定义统一的提取列名
输入你需要的字段名称，例如：员工姓名、月份、基本工资、岗位津贴、绩效奖金、加班费、交通补贴、通讯补贴、其他补贴、应发合计。你输入什么列名，最终导出表头就是什么——一个员工一条记录，便于后续计算。
AI批量提取并合并
所有工资文件批量处理后合并输出为一张统一的Excel表格——每个员工每个月的各项工资数据横向展开。这是后续基数核算的"干净底表"。印刷体数据识别准确率最高可达99%。
计算列自动核算基数
在提取的同时，利用计算列让AI自动完成上年度月平均工资的核算——详见下一节。不需要导出后再在Excel里手动拉公式。
把计算交给AI：在提取时同步完成基数验算
在传统的基数核定流程中，数据提取和数据处理是两个分开的步骤——先把工资数据从各个来源搬到Excel里，再写公式逐一计算月平均工资、判断上下限、标记异常。而简录AI的计算列功能让这两个步骤合一：在提取文档数据的同时，AI就按照你定义的逻辑完成计算，最终输出表里直接就是算好的结果。
计算列的运作方式很简单：在列名中描述计算逻辑。比如定义一个列名为"月平均工资（全年应发合计÷12）"，AI就会在提取完每个员工12个月的工资数据后，自动求和并除以12输出月均值。再定义一个列名"基数合规状态（月平均工资低于当地下限时输出'低于下限，需调整至XX元'，高于上限时输出'高于上限，按XX元封顶'）"，AI就会根据预置的上下限数值自动给出每位员工的基数核定建议。
| 计算列场景 | 列名写法示例 | 输出结果 |
|---|---|---|
| 上年度月平均工资 | 月平均工资（全年基本工资+岗位津贴+绩效奖金+加班费+各类补贴的总和÷12，保留到整数） | 直接可用作申报的月均工资数值 |
| 基数合规判定 | 基数状态（月平均工资低于7460输出"低于下限"，高于37302输出"高于上限封顶"，在区间内输出"正常"） | 一键识别需调整基数的员工名单 |
| 上年度与当年基数对比 | 基数变动（新基数-旧基数，正数为涨、负数为降） | 提前预判参保人可能的疑问，做好沟通准备 |
| 差额补退预警 | 差额提醒（月平均工资大于当前缴费基数时输出"本年度前N个月需补差，请关注"） | 避免因基数调整后遗漏补差而被加收滞纳金 |
这套做法的核心价值不只是快——单页文档从人工录入平均3分钟缩短到AI处理的5-10秒，效率提升超过18倍——更在于计算的一致性。150个员工的基数核算如果在Excel里手动拉公式，一个单元格引用错误就可能导致整列偏差。AI在提取时同步计算，逻辑对一次就全局正确。关于计算列和自定义列名的更详细用法，可以参考自定义列名提取的完整教程。
申报前的合规自检：这四件事做错一项都可能触发稽核
数据准备好了，不等于可以直接点"提交"。根据《中华人民共和国社会保险法》第六十条规定，用人单位应"自行申报、按时足额缴纳社会保险费"。第八十六条明确：未按时足额缴纳的，自欠缴之日起按日加收万分之五的滞纳金，逾期仍不缴纳的处欠缴数额一倍以上三倍以下罚款。以下四项自查，建议在提交前逐条过一遍。
人数一致性：个税申报人数 = 社保参保人数
金税四期下，系统会自动比对个税扣缴人数与社保参保人数。存在差异的常见原因包括试用期未参保、退休返聘未缴工伤保险、实习生未单独处理——这些都需有合理解释和留存记录。最简做法：拉出上月个税申报名单和社保在保名单，用VLOOKUP逐一比对。
基数不低报：社保基数 ≥ 上年度月平均工资
这是稽核最核心的检查点。将计算出的每位员工上年度月平均工资，与当前申报基数逐行比对。如果月平均工资高于基数，说明存在少报——需在本次申报时调高，并补缴当年已过月份的差额。注意：调低比调高更敏感，多数地区要求调低基数须提供工资表和银行流水等佐证材料。
工资总额无遗漏：对照六项组成逐项确认
以上文工资总额六项组成清单为对照，逐一确认每个项目是否计入了基数核算。重点检查：年终奖是否已分摊到12个月、各类津贴补贴（通讯/交通/高温）是否按属地政策处理、加班费是否全年汇总。漏一项，整批基数都不合规。
签字留痕：申报前职工本人确认
上海、湖南、山东等多地税务局通告均明确要求：用人单位申报的缴费工资应由职工签名确认，相关材料加盖公章后留存备查。这不只是程序——在后续发生劳资纠纷或稽核时，这份签过字的确认表是企业最重要的举证凭证。同时，用人单位应定期向本单位职工公布社保费缴纳情况，接受职工监督。
以上四项自查完成后再提交，可以大幅降低因数据疏漏被触发稽核的概率。如果你是第一次主导基数申报的HR，建议把这张清单打印出来贴在显示器旁边——每年都用得上。
跨地区申报的额外注意：一个省一个样
对于在多个省市有分公司的企业，社保基数核定存在显著的属地差异。不是所有省份都遵循"7月到次年6月"的社保年度——山东从2026年1月1日开始申报，内蒙古1月1日至2月28日，湖南1月1日至6月30日，而上海是5月1日至6月25日。基数上下限也因省而异：2025年上海月均工资12434元（基数下限7460元），北京月均工资11937元，而河南仅6385元（下限3756元）。
对于跨地区HR，建议建立一张属地政策速查表——列出各分公司所在省市的申报窗口期、基数上下限、当地津贴补贴是否计入基数的特殊规则、申报渠道（电子税务局网址/社保费管理客户端配置）。这张表不需要每年重做，但每年基数上下限数字要更新。做表的时候可以用批量提取社保数据的方法，先把各分公司HR报上来的最新政策数据汇总到一张Excel里。
年度核定 vs 日常数据提取：两件事，两套节奏
这里做一个概念区分，对HR安排全年工作节奏有帮助：社保基数年度核定是一个每年一次的、集中式的、面向申报的合规动作，关注点是工资总额→月平均工资→基数匹配上下限后提交税务机关。而日常社保数据提取是每月都在做的、面向记账和核算的操作性工作，比如从社保缴费明细表里提取当月的各项社保扣款金额，用于工资核算和账务处理。
两者用的工具可以一样（简录AI都可以处理），但操作的侧重点不同。年度核定侧重"算对"——工资总额归集是否完整、月均值是否准确、上下限判断是否正确；日常提取侧重"对齐"——社保扣款与工资表对得上、个人与单位的缴纳比例分得清。如果你也在做工资条批量化处理的场景，批量工资条提取到Excel的方法可以直接复用。
常见问题
社保基数年度申报错过了窗口期怎么办？
根据《社会保险法》第六十二条，用人单位未按规定申报应当缴纳的社会保险费数额的，按照该单位上月缴费额的110%确定应当缴纳的数额——这意味着社保征收机构会按上浮10%的标准直接替你核定，且在补办申报手续前按此标准征收。此外，未按时足额缴纳的，自欠缴之日起按日加收万分之五滞纳金（第八十六条）。逾期申报的代价是真金白银。
年终奖需要在基数申报时单独处理吗？
年终奖属于工资总额中"奖金"的组成部分，必须计入社保缴费基数计算。核算方式是将年终奖金额除以12后分摊到对应的发放年度各月，与每月固定工资加总后得到各月的实际工资总额，再计算12个月的月平均值。需要注意的是，个税申报中年终奖可以选择单独计税——但这不影响社保基数的计算口径，两者是独立的。
试用期员工要不要申报缴费工资？
要。根据《社会保险法》第五十八条，用人单位应当自用工之日起三十日内为其职工向社会保险经办机构申请办理社会保险登记。试用期包含在劳动合同期限内，不存在"试用期可以不交社保"的法律依据。新入职员工以起薪当月全月工资作为缴费工资申报。2025年9月1日起施行的最高法司法解释（法释〔2025〕12号）第十九条也明确规定，用人单位与劳动者约定无需缴纳社保的条款无效。
工资表是纸质版或照片格式，怎么快速提取数据？
拍一张工资表的照片或扫描件，上传到简录AI——AI通过视觉大模型理解表格中的文字含义，不依赖固定版式。你可以指定提取列名如"姓名""基本工资""绩效""加班费"等，AI会自动从照片中定位并提取对应数据。纸质工资表、手机拍的工资条、老板微信发的奖金截图——只要人眼能看清，AI就能提取。这是视觉大模型语义理解相比传统OCR的差异化优势。
申报后发现基数有误，还能修改吗？
可以，但有代价。调高基数相对简单——多数地区允许用人单位通过电子税务局或社保费管理客户端自行调高，相关资料留存备查即可。调低基数门槛更高——通常需要提供职工上年度工资表、银行工资流水及个税缴纳记录等佐证材料，向主管税务机关申请调整，并承担相应责任。不同省份的具体要求有差异（如湖南要求5个工作日内办结调低申请），建议先拨打12366咨询属地税务机关。
简录AI处理工资数据安全吗？
简录AI使用企业级加密（AES-256）保护传输和存储中的数据。文件处理完成后自动删除，不会使用用户上传的工资数据或社保信息进行模型训练。上传的文件仅用于当前提取任务。简录AI不是社保申报工具——它只负责将工资表/工资条转化为结构化数据，不涉及与税务机关系统的对接，因此不构成额外的数据泄露风险。
不只是工具，是一种更可靠的基数核定方式
金税四期"以数治税"体系下，社保基数核定已经从一个"HR自己算、税务局偶尔查"的状态，变成了一个"系统自动比对、异常即时预警"的透明战场。基数少报几千块，不是"月底对账麻烦"，而是直接触发税务风险提示——需要企业提交书面说明、补缴差额、可能承担滞纳金。
但反过来说，这道压力的正面对冲方式，就是把基数核算的数据基础做得足够扎实。当你用来申报的每一条基数背后，都是一份完整归集了12个月工资总额、经过AI自动验算、对照了当地上下限的可追溯数据——你提交的时候不是"希望没错"，而是"知道每一行都对"。这才是年度核定该有的底气。