@GuuJiang
你会提出全额累进，以及你提出的参数建议，说明你压根没理解业务逻辑。

请理解(1)“把年终奖摊到 12 个月的月度收入之上继续适用超额累进税率”与(2)“把年终奖摊到额外的 12 个月，每个月单独适用超额累进税率”这两种业务逻辑的区别。

对于第 1 种，实操中还需要由人事/会计给每个人添加每个人月度收入的参数，并且这个参数每月是不同的，并且如果一次性奖金不是在最后一个月发你都没法确定这个参数。
对于第 2 种，从业务逻辑上就不是这样设计的。

@chairuosen
首先，上面提出的那些简单的改 bug 方案是违背业务逻辑的，这比一个有部分意外结果的不优雅的业务逻辑更糟糕。
其次，这个问题已经被“年度综合所得”方案彻底解决了，所以剩下的问题只是什么时候把过时补丁删掉罢了，不需要再修改补丁。
最后，老用户也是用户，所以政策变动一般会考虑延续性。

@kkbblzq
并不是唯权威论。我已经介绍了前因后果，也没有认为这个方案没问题。我想说的是，你们能想到的“正确方案”要么错得更大，要么不具可操作性。另外，彻底的修正已经上线了，没必要再改这个临时的补丁。

@chairuosen
我是(半个)业务部门，我很讨厌开发用“代码优雅性”、“我觉得应该怎样怎样”来试图直接篡改业务逻辑。
由业务逻辑导致的意外结果，而且有 workaround 的情况下，应该先制定业务逻辑的改进方案，而不是想当然地直接改代码。

@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