个税怎么扣的,12 个月逐月算给你看
改下面的数字,结果立刻跟着变。不用点「计算」。
全年到手(工资 + 年终奖)
¥0
平均每月 ¥0 · 全年个税 ¥0 · 实际税负 0%
- 五险一金 ¥0
- 个税 ¥0
- 到手 ¥0
你的收入
单位:元五险一金(个人缴纳部分)
专项附加扣除(每月可扣额度)
工资、奖金、房贷这些数字只在你这台设备的浏览器里算,不上传到服务器,也不发任何请求。 换手机、换浏览器、清缓存会丢。想彻底删掉,点页脚的「清空我的数据」。
12 个月到手工资
颜色越深,当月税越重年终奖怎么发更省税
同样一笔钱,两种扣法单独计税
税¥0
更省并入综合所得
税¥0
更省逐月明细
| 月份 | 当月个税 | 到手工资 | 累计已缴 |
|---|---|---|---|
| 合计 | ¥0 | ¥0 | ¥0 |
这活儿一小时值多少钱
¥0/小时(全年到手 ÷ 全年在岗小时)
12 月那笔工资,为什么少一截
我第一次注意到这事,是月薪 18000 那年。1 月到手 14230,12 月只剩 13180,差了 1050。去问 HR,对方说了句「税跳档了」就没了下文。
后来自己把公式拆开才明白:个税不是每个月单独算的。1 月扣得少,是在给全年「起步」,越往后累计收入越高,跨进高档位,扣得越狠。
全年总税额一分不多,只是把钱压到了年末收。
累计预扣:每个月都在重算全年
单位每月做的事是:把年初到现在的工资加总,减掉累计的 5000×月数、累计五险一金、累计专项附加扣除,得到一个累计应纳税所得额。拿这个数去查年度税率表,算出「到本月为止该交多少」,再减掉前几个月已经扣的,剩下的就是这个月要扣的。
所以 1 月的累计额只有一个月,稳稳落在 3% 档;到 7 月累计过了 36000,税率跳到 10%,当月扣的税立刻翻几倍。这就是你工资条上「后面几个月税越来越多」的来源。
| 全年应纳税所得额 | 税率 | 速算扣除 |
|---|---|---|
| 不超过 36,000 | 3% | 0 |
| 36,000 – 144,000 | 10% | 2,520 |
| 144,000 – 300,000 | 20% | 16,920 |
| 300,000 – 420,000 | 25% | 31,920 |
| 420,000 – 660,000 | 30% | 52,920 |
| 660,000 – 960,000 | 35% | 85,920 |
| 超过 960,000 | 45% | 181,920 |
年终奖有个坑:多发一块,到手少两千
年终奖单独计税的算法是「奖金 ÷ 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 里,方便下次打开接着看;换设备、清缓存会丢,点页脚的「清空我的数据」可以彻底删掉。