@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 年了

@zqhkey
微信本地备份只有第三方工具，而且不折腾的不多（知名些的是 WX Backup ），其他限制多或折腾多。安卓要 root 或者虚拟机，不 root 没啥好的本地备份方法。

微信官方 PC 版备份工具充其量叫“须经过云端验证的局域网备份”，毕竟两个设备没有同时登录云端就无法开始备份，也不是通过 USB 直连传输。

@purringpal
1. 一个基本上以手机为中心的应用（在他端登陆都要用手机扫二维码），进行备份却非要在电脑上装个客户端！

2. 装客户端也就算了，备份时非要手机和电脑在同一网络环境！

3. 要同一网络环境也就算了，问题是这煞笔客户端过往很多年一直是靠 SSID 名称来判断同一网络的，导致很多台式机被认为不在同一网络！

4. 你以为笔记本就没问题了？别忘了判断条件是同 SSID ，所以即使同路由器，一个 2.4G 一个 5G 也不认！

5. 然后睿智如你当然连到同一频率，甚至开热点直连，结果还是说你不在同一网络！为啥？因为你电脑上有其他网卡/虚拟网卡，无论你用没用，你必须把其他网络适配器都禁用了才行！等你备份完了再重新启用其他适配器。
https://i.imgur.com/4J934QW.png

6. 折腾了一通，你以为终于行了？然而最后又来个杀招叫“当前网络状况复杂”拒绝备份！
https://i.imgur.com/clgm3TE.png

以上这些都是按照微信所谓的标准操作进行的，你好意思叫“一键”？你倒说说看哪里来的定制？是你给张小聋它妈定制的骨灰备份方案？
别像条傻狗一样只会狂吠护主听不懂人话！

@purringpal
要是微信存储管理和备份功能做得好，那可以赖用户。然而微信的存储管理和备份功能就是一坨💩，所以前提都不存在还分析个毛线，洗地这么没脑子，能设计出正常产品吗？

另外，微信早就不是纯闲聊工具了，它基本上成为了绝大部分中国人的信息基础设施之一，许多半重要的信息也记录在上面（因为即便你自己不想，也难以阻止别人通过微信把半重要或重要的东西通过微信发给你）