@xmumiffy
谢谢，这解答了我的困惑。
看起来像是政策升级（从“视同单独一个月计税”升级成“视同在 12 个月均匀取得”）过程中，为了兼容旧政策所以留下的“祖传代码”😂

@mschultz
见 126 楼，你提的方案相当于额外给了 12 个月用来分摊年终奖（即从 3%开始适用累进税率），这就是我说的看起来很好看但离本质差很远的东西。

@fzls
要是速算扣除数乘以 12 ，曲线是顺眼了，但离业务逻辑差远了。
乘以 12 翻译成业务语言是：“把年终奖分成 12 个月，每个月重新从最低档税率开始重新累进个税”，相当于额外给了 12 个月给你分摊年终奖，而不是把年终奖摊到月度工资上面。

至于你说年终奖单独适用一套累进计算额度......个税的税率表是写进税法的，那得修改税法才行。

至于你说现在年度综合所得纳税+年终奖可以单独计算......我前面说过了，改成年度综合所得纳税之后，理论上就没必要继续给年终奖单独计算了，无非是现在经济不好，所以打着延续政策的名义给个税优惠罢了。这是暂时补丁，不是应该有的东西。

@anzu
很简单的道理：年终奖平摊到 12 个月的话，年终奖的个税应当是从月度工资之上继续超额累进，而非从零开始超额累进。由于每个人的月度工资不同，所以在此之上继续累进难以统一做出月度工资速算扣除这样的公式。

然后你是不是想说“那就在月度工资之上继续超额累进计算呗”？嗯，老人事/老会计们都会想打死你的。。。

@mschultz
我非常赞同你 #107 说的“缝合怪”一词。
是的，全年一次性奖金这个补丁就是个缝合怪，函数长相怪异，数学上也没严格意义，然而它就是长得像本质啊。而其他许多方案长得好看是好看（比如速算扣除数×12 ），但问题是长得很不像本质。
本质在 #46 楼已经提过了，摊到每月收入上再超额累进，然而最大的问题在于没有实操性。

我也赞同现在年度综合所得计算个税才是更合理的方案，但你不能拿现在的情况去评价 19 年前的补丁。综合所得的实施有太多的前置条件了，大部分条件在 2005 年根本不具备，所以不可能在 2005 年实施。而往后知道个税准备向年度综合所得方向改革，自然就没动力去修补那个缝合怪了（就像知道项目要重构，自然懒得去改还能跑的屎山）。

@GuuJiang
为什么要放一个速算扣除数，我上面也解释过了，这是实操上的考虑（符合习惯以及平衡利益）。
脱离现实背景，强行定性为“显而易见的数学错误”，这当然就是哗众取宠。

@snw 更正：...一次性奖金不超过约 12 个月应纳税所得额...

@GuuJiang
我上面已经详细解释了全年一次性奖金特殊计税方法的本质背景了，你还在纠结如何设计这个函数形状。。。

本质上全年一次性奖金就应该平摊到每个月，然后在每月工资达到的边际税率基础上继续超额累进，如果这么做的话不仅没有速算扣除数，超档之后还要再增加。理解这点的话，就会明白“速算扣除数×12”这个补丁多荒谬。
现在这种简化算法只要年终奖不超过约 12 个月工资，基本上都比以上这种严格算法要优惠，所谓的函数不连续无非是某些区间少掉优惠罢了。

@xmumiffy
你要理解全年一次性奖金本质并不是多一个月奖金，而是均摊到每个月的收入上再继续累进计算，所以我会提到边际税率。
严格来说当然应该继续超额累进，但稍微想一下就知道，只要一次性奖金不超过约 12 个月收入，那么按除以 12 之后的金额查找适用税率几乎总是比从月收入边际税率开始继续超额累进计税要优惠的。

速算扣除当然只是为了速算的产物。由于在以上这种“继续超额累进”的场景下不会带来便利，所以对于全年一次性奖金算法仅仅是平衡利益做的人为规定罢了。

@fulajickhz
年收入上千亿、员工数万人的集团公司，高层开视频会议要求不能卡顿很正常。为了满足这个需求，每个子公司拉一条刚好能满足视频码率的专线，其实是很实际的解决方案。

又看了眼，2688/2M/年啊，那挺便宜的。我司以前是 2000/2M/月。

我们公司以前用过类似的，专门用于集团总部老总与子公司管理层的视频会议。这种专线无论是延迟还是带宽都是完全保证稳定的（近似于物理专线），视频设备只要固定码率小于带宽就不会出现任何卡顿。

普通商业宽带大多只是高 QoS 的公网宽带，路由和延迟看脸，甚至带宽都是共享的（虽然大部分时间能接近跑满）。不过这几年视频软件和宽带建设都好了，普通商业带宽也能满足大部分需要，专线不降价越来越鸡肋。

@alfchin
财税界真正理解前因后果的人不会认为这是 bug ，只有为流量哗众取宠或对财税一知半解的人才会管这叫 bug 。

@ZRS
速算扣除乘以 12 是不理解本质、只会拍脑袋的补丁，哪怕把速算扣除数去掉都比乘以 12 合理。

@mschultz @GuuJiang @ladypxy
数学意义上是不对的，结果也不是最好的，但税收理论的正确性与税收实践的可操作性权衡下来，这套近似算法是最恰当的，至少比 v2er 能想出的算法要好。

@matolv
你是只知其一不知其二。全年一次性奖金特殊计税方法这几年一直在延续，所以仍然有这个问题。

《财政部 税务总局关于延续实施全年一次性奖金个人所得税政策的公告》
财政部 税务总局公告 2023 年第 30 号
https://www.chinatax.gov.cn/chinatax/n363/c5171841/content.html

@snw
再补充一下，除了全年一次性奖金收入单独计税，还有股权激励、离职补偿也都是单独计税。原因是类似的：缓解一次性收入面临当月计税适用过高税率的问题。解决思路也是类似的：把一次性收入视同在一段期间均匀取得来计税。

我来解释一下背景吧。

很久以前大部分人拿固定工资的时候，按月计发工资、按月计缴个税很合理也很容易。速算扣除表在大部分人事和会计手动算账的年代是自然而然的产物，老会计很熟悉这个表。
后来一些企业开始搞绩效制度，年终奖金额比例很高，如果按以前那样在当月计缴个税，就会导致当月个税非常高，所以个税制度跟不上社会发展需求了。

为了缓解这种矛盾，税务局研究后出了一个红头文件给“全年一次性奖金”单独搞个暂时性的优惠算法，思路是把奖金摊到 12 个月。如果完全按照这思路，应该把奖金平摊到 12 个月加到月度工资上，即适用月度工资的边际税率（超出档次部分还要上更高的税率），压根不该减速算扣除数。但这样实操太麻烦了，所以税务局才选了个容易理解和操作的简易算法（老人事和老会计很熟悉），而这个简易算法在正常情况下都是优惠的
——是的你没看错，哪怕在踩坑情况下都是*优惠*的，请尤其注意这一点！

楼上有些人拍脑袋说什么把速算扣除数乘以 12 云云，压根没理解该算法的本质。
如果要简单粗暴地修正 bug ，那么应该直接不扣速算扣除数才对。之所以宁可造成 bug 也要给个速算扣除数，无非是考虑到有少数人年终奖比例畸高，除以 12 的税率档次仍高于月度收入的边际税率，所以象征性地减个速算扣除数平衡一下。
至于更复杂的算法，请考虑到 2005 年时全国税务数据还没打通，人事财务电算化水平也不高（不少是手工计算，就连 Excel 2003 单元格公式也有 1024 个字符限制），复杂算法实操不可行。

现在个税改成年度综合收入纳税之后，理论上“全年一次性奖金”单独处理的理由已经不复存在了，现在无非是经济不好，所以打折“延续”的名头行税收优惠之实罢了。等哪天经济好了，这个优惠就该取消了。

最后再说一句，不要质疑国税总局在制定税收政策的专业程度，尤其是设计计算方法和权衡实操方面，至少不会比 V2EX 上任何程序员弱鸡。

@rainbowmolly
法律依据是国税发〔 2005 〕 9 号 ，已经实行 19 年了