月薪 15000，12 月为什么比 1 月少拿 516 块 - 12 个月到手工资，逐月拆开看

一、12 月那笔工资，为什么少一截

我第一次注意到这事，是月薪 18000 那年。1 月到手 14230，12 月只剩 13180，差了 1050。跑去问 HR，对方一句「税跳档了」就没了下文。

后来自己把公式拆开才搞明白。个税不是每月单独算的，1 月扣得少是在给全年「起步」，越往后累计收入越高，跨进高档位，扣得越狠。

全年总税额一分不多，只是把钱压到了年末收。

二、累计预扣：每个月都在重算全年

单位每月做的事：把年初到现在的工资加总，减掉累计的 5000×月数、累计五险一金、累计专项附加扣除，得到累计应纳税所得额。拿它查年度税率表，算出到本月该交多少，减掉前面已经扣的，剩下的就是这个月要扣的。

所以 1 月的累计额只有一个月，稳稳落在 3% 档；到年中累计过了 36000，跳进 10% 档，当月扣的税立刻翻几倍。这就是工资条上「后几个月税越来越多」的来源。

顺带说一句：综合所得税率表本身是连续的，速算扣除数把档位之间的断崖抹平了，工资部分没有临界点问题。有坑的是年终奖。

三、年终奖的坑：多发一块，到手少两千

年终奖单独计税的算法是「奖金 ÷ 12 找税率，再乘回全额」。问题出在速算扣除数只扣一份，不是十二份。

发 36000，税率 3%，税 1080，到手 34920。发 36001，除以 12 刚过 3000，税率跳到 10%，税 3390，到手 32611 —— 多拿 1 块，少拿 2309。

同样的坎在 144000、300000、420000、660000、960000 各有一个。临界区间里多发不如少发。我的建议：谈年终奖别要整数，先看看是不是正好落进这些区间，是就让公司拆到下个月再发。

四、和工资条对不上，多半是这三处

社保基数有上下限。月薪 30000，当地上限也许只有 22000，五险一金按 22000 扣，按比例估出来的数就偏高。

公积金比例每家不一样，5% 到 12% 都合法，差一倍多。餐补、交通补是否计入基数，各公司口径也不同。

想算准，把「手动指定每月扣款」填成工资条上的实扣数。我不建议拿任何计算器去和 HR 争论，它对不上是常态。

常见疑问

为什么 12 月的工资比 1 月少？因为个税是「累计预扣预缴」。每月把年初到现在的收入加起来算总税，再减掉前面已经扣过的。累计收入跨进更高的税率档之后，后面几个月扣得更狠，到手就少了。全年总税额没错，只是前松后紧。

这个结果和工资条能对上吗？大方向能对上，到分不保证。各地社保缴费基数有上下限，公积金比例、大额医疗互助、餐补和交通补贴是否计入基数都不一样。想算准就把五险一金切换成手动，填工资条上那个实扣数。

年终奖单独计税划算还是并入综合所得划算？看收入水平，没有统一答案。工资不高、扣除额没用完的时候并入往往更省；收入较高时单独计税通常更省。工具里已经按你的数字把两套都算了，直接看差额那一行。

我填的工资数字会被上传吗？不会。所有计算都在浏览器里跑，没有任何请求发往服务器，也没有账号。数字存在这台设备的 localStorage 里，换设备、清缓存会丢，点页脚的「清空我的数据」可以彻底删掉。

工具入口：个税计算器：12 个月到手工资逐月算给你看。同类工具：Cron 表达式翻译器、随机转盘。