个税里的社保扣除和实缴对不上，系统现在会提示了：“低基数缴社保+现金补差”这条路走不通

不少劳务公司有一套用了多年的老做法：社保按最低基数报，工资账做低，差额部分私下用现金或微信转给工人。工人到手不少，公司社保支出压住了，账面上也”干净”。这套做法能运转，靠的是一个前提——个税申报的数、社保缴费的数、实际发钱的数，这三本账各管各的，没人对。

这个前提现在没有了。2026年4月，苏州市人民政府网、郑州中原区人民政府网先后转载了一篇《个税新变化！直接影响到手工资》（来源标注为”国家税务总局网站 中国会计报”）：自然人电子税务局扣缴端完成升级，新增了一项比对——你申报个税时填的”三险一金”扣除金额，会和社保系统里的实际缴纳金额对一遍；申报时系统自动比对个税申报工资数据与社保、公积金缴纳数据，二者金额显著不匹配，将触发风险提示。

注意这里被比对的不是一个数，而是几个数之间的关系。过去出问题，往往是某一个环节被盯上；现在是系统每月自动看你的工资、个税、社保三套数据能不能互相印证。几个数对不上，系统就可能给出风险提示。

系统到底在比对什么

据多地政府网站转载的说明，这次升级后，扣缴端在你申报个税时，会自动做一件事：把你报上去的”三险一金”扣除金额，和社保、公积金系统里的实际缴纳数据放在一起看。如果两边金额显著不匹配，系统会触发风险提示。

这里要把一个基本概念说清楚。按照财税〔2006〕10号的规定，个人按规定比例实际缴付的基本养老保险、基本医疗保险、失业保险和住房公积金，才允许在个人所得税前扣除。关键词是”实际缴付”——扣除的前提是你真的缴了。个税申报里填的扣除数，本来就应该等于社保系统里的实缴数。这次系统升级，等于把这条规定从纸面落到了每月的自动比对里。

同一次升级还有两处值得留意。一是只有实际完成申报的月份，系统才认可对应的5000元减除费用——漏报的月份，这个减除额度不会自动给你留着。二是新增了对”离职后补发工资”的处理，补发的工资需要填写对应的在职所属月份，不能再笼统地挂在发放当月。这两处变化的指向是一致的：收入、扣除、所属期，每一项都要和真实发生的月份、真实发生的金额对应起来。

为什么劳务公司最容易对不上

这个比对放在普通企业，可能问题不大——工资走银行代发、社保按实际工资缴，几个数天然是一致的。但劳务行业的发薪方式，恰恰容易在三套数据之间撕开缺口。我们接触下来，容易对不上的主要是三种情况。

第一种，社保按低基数缴，工资另外补差。 工人实际收入高于社保缴费基数，社保按最低基数缴，个税申报的收入也按低数报，差额部分用现金或私人转账发给工人。过去这套做法的风险点在社保稽核，现在又加了一个：个税申报里的扣除金额和社保实缴金额是匹配的（因为都低），但一旦税务拿到实际发放记录，三个数里”实际发了多少”这一环就对不上了。

第二种，人没缴社保，个税里却报了扣除。 有些工人流动性大，公司没给缴社保，但申报个税时图省事，按模板填了三险一金扣除。系统一比对：扣除栏有数，社保系统里查无此人。这种不匹配是最直接、最难解释的。

第三种，工资分多个渠道发，个税只报一部分。 一部分走对公账户代发，一部分走老板或财务的私人账户转，个税只申报对公那部分。这种拆法在流水上是看得见的——工人每月实际收到的钱，和申报的收入对不上。

三种情况归结到一处：不是某一个数做错了，而是几个数之间对不上。系统升级之后，这种”对不上”不再需要人工去翻账，每月申报时自动浮现。

私转的钱，查到了不算工资

可能有人觉得，对不上就对不上，大不了补税。事情没有这么简单，这里有一个很多老板没想过的坑：私下转出去的钱，税务未必认你是工资。

有一家同行公司（应要求匿名），长期用微信私转的方式给工人发工资，累计金额近200万。被税务查到之后，这笔私转记录不被认作工资发放凭证——也就是说，这笔钱在公司账上不能作为工资成本列支。成本不认，利润就虚高，该缴的税一分少不了。更麻烦的是工人那一头：工资发了但没申报个税，按理要补，可临时工早就散了，人找不回来。最后据老板说，前后自己掏了四五万才把事情了结。

这笔账值得细算。私转的时候，省的是社保差额和一点税；被查的时候，成本不认、税要补，工人的那部分还可能落到自己头上。发出去的钱是真实的，但因为发放方式不正规，连”这是工资”都证明不了。

对不上了，先查什么

如果系统已经提示了，或者自己先发现几个数对不上，先别慌着改，按顺序查四样东西。

• 人员：个税申报名单和社保缴费名单是不是同一批人，有没有漏的、多的；
• 所属期：收入申报的月份和社保缴费的月份对不对得上，尤其是月中入职、离职的工人；
• 缴费基数：社保基数和实际工资差多少，差的部分是怎么发的、走的什么渠道；
• 社保申报记录：增员减员是否及时，有没有工人已经离职但社保还在缴、或者在职但没缴的。

查清楚差异在哪，再按实际情况更正个税申报或社保申报。具体操作流程各地不完全一样，以当地税务指引为准。

每月发薪后，三表核对一次

与其等系统提示，不如自己每月对一遍。发薪这件事，最后落下来的就是三张表，核对一次花不了多少时间：

• 发放明细：发给谁、发了多少、哪天发的，逐人逐笔有记录、有凭证；
• 个税申报收入：申报的收入总额和发放明细能不能对上，扣除项是不是都有实缴支撑；
• 社保缴费基数：缴费名单和发放名单是不是同一批人，基数和实际工资的差异有没有合理依据。

三张表逐人对，对不上的地方，逐人写清原因并留存。真被问到的时候，能拿出来说清楚”差异是什么、为什么存在”，和什么都拿不出来，是两回事。

老做法和新要求的差距

把前面说的摆在一起看，老做法和新要求之间的差距其实很直观：

这张表里没有任何一行是新发明的要求——扣除要有实缴支撑，是财税〔2006〕10号就定下的；收入要如实申报，更是一直如此。变的是执行方式：过去靠抽查，现在系统每月自动对。靠”查不到我”维持的做法，和靠”数都对得上”维持的做法，从这次升级开始，是两本完全不同的账。

小橙发薪怎么做

小橙发薪通过微工卡，从客户公司自己名下的商户号把工资直接发到工人的微信零钱，钱不经过小橙发薪。每一笔发放都有财付通盖章的电子回单，发放明细完整可查，可以直接用于和个税申报、社保数据对账——上面说的”三表核对”里，发放明细这一张表是现成的。日结、周结、月结、预支都能发，1分钟批量到账，开通约3分钟，赠送30天免费体验。需要说明的是，工具解决的是发放记录真实、完整、可追溯的问题，税务口径和申报口径仍要以当地税务部门的要求为准。

来源：苏州市人民政府网、郑州中原区人民政府网转载《个税新变化！直接影响到手工资》（国家税务总局网站、中国会计报）；财税〔2006〕10号。本文仅为信息梳理，不构成税务或法律意见，具体操作以当地税务、人社部门口径为准。