@cmdOptionKana #98
「但我有没有说过，我这个函数，它的计算结果是首尾相连的？我没说过。」
「注意，首尾相连这个要求，是你希望，不是我的承诺。」

实际上你「几乎」承诺了。

首先，根据国税发〔 2005 〕 9 号文的一个链接，https://guangdong.chinatax.gov.cn/gdsw/zjfg/2011-02/23/content_739bbfc1f7364a4a9b6091fc025662a2.shtml
我们进而找到对应的政策解读： https://guangdong.chinatax.gov.cn/gdsw/wzjd/2009-05/07/content_f354ca0442354599a94fc028217ed3d6.shtml

其中有一句：「计算方法是：用全年一次性奖金总额除以 12 个月，按其商数对照工资、薪金所得项目税率表，确定适用税率和对应的速算扣除数，计算缴纳个人所得税。」而这里的「工资、薪金所得项目税率表」，明显是指当时个税法里面的税率表，而个税法明确写了工资薪金所得适用超额累进税率。

也就是说：你引用了超额累进税率表中的数据，还引用了在超额累进税率计算中有特定数学意义的词汇「速算扣除数」，眼看就让广大群众都「觉得」你就就要按照超额累进税率的明确规则计算了 …… 但是一转头，在计算过程中悄悄埋陷阱多收税，导致计算结果根本不是超额累进税率，反而接近全额累进税率。

这就好比你给我一个函数 continuous_function( )，然后说：“我这个函数起名叫 continuous function ，但这只是个惯用名字，我并不保证它在数学意义上是连续的，多想了是你的责任”

怎么说呢，也许这不违法，但在普罗大众眼里，肯定是耍赖了。被喷的话不冤枉。

@chairuosen #99

@manasheep #112 取决于你除了年终奖之外的其他应纳税所得额（即除了年终奖外的全年收入，减去 6 万的基本免税额、减去各种专项附加扣除）。

如果这个应纳税所得额是 33000 ，且年终奖在 7-9 万区间。那么你选择按新税法合并计税与年终奖单独计税方案是一样的。如果低于 33000 ，合并计税更好。如果高于 33000 ，年终奖单独计税更好。

我口算的不知对不对，你可以根据税率表格自己验算一下

@xmumiffy @snw 又思考了一下国税发〔 2005 〕 9 号的内容，揣测制定者的意思的话，我现在理解是这样的：

1. 旧税法按月计征。
2. 旧税法下，全年一次性奖金会导致某个月收入畸高，那个月的按月税率会畸高。
3. 因此，国税发〔 2005 〕 9 号给旧税法打了个「补丁」，把一次性奖金除以 12 后再按累进税率计税。但这个补丁算法是个缝合怪（金额按全年计算但只减一个月的超额累进税率扣除数），结果从数学意义上既不是超额累进税率也不是全额累进税率，但仍具有全额累进税率的跳变陷阱（无效纳税区间）特征。
4. Nonetheless ，国税发〔 2005 〕 9 号 这个补丁可以认为初步有了新税法「按年计算」的精神雏形。
5. 新税法开始全面按年度综合收入计算，不再以每月计算值为准。
6. 但是，对某些人来说，如果全部收入合并适用新税法，发现应缴税额比「一次性奖金用国税发〔 2005 〕 9 号补丁 + 其他收入用新税法」方案要多。
7. 国家考虑到这种情况，网开一面，允许这些人自行选择缝合怪方案少缴税。这种网开一面目前延续到 2027 年底。

本帖吐槽的是上述第 3 点。

我觉得吐槽是有道理的，国税发〔 2005 〕 9 号那个补丁在计算上就是个缝合怪，很奇怪，不太合理。虽然它比旧税法合理，比旧税法优惠，在某些情况下甚至也比新税法优惠。

但优惠归优惠，合理归合理，两码事，个人认为新税法还是更合理 😄

@GuuJiang #83 😂 所以 @xmumiffy #82 楼认为如果直接叫「扣除数」，去掉「速算」两个字就没争议了。

翻译：我税务总局想扣除多少，你只有遵守的份。我们对年终奖本来实行的就是「全额累进税率」外加固定数额优惠的制度，并不是「超额累进税率」！那个扣除数是全额累进税率各级税率下的固定数额优惠！

但是这个解释仍然牵强。

====
首先，全额累进税率与公众认知、现行税法的精神都不相符。现行个税法对个税实行的是超额累进税率。

其次，如果只是为算法中一个参数改个名字，宣布这是硬性规定的常数 —— 并不能解决税后到手金额跳变的问题，这才是最容易引发争议的点。

再次，如果说这个常数就是算法本身，是个固定数额的优惠钱数，**不是**其他计算方式（即差额累进税率）的简便替代，那为啥偏偏选个「一眼就能看出是差额累进税率月度速算扣除数，仔细一看计算过程又发现在乱用」的数值？咋不选 100 ，200 ，500 这些整的？最后还是只能解释为拍脑袋。

@PrinceofInj #76

这个扣除数是按月来的，比如说你年终奖 37200 ， 分摊到每月 3100 ，落入 3000-12000 档，速算扣除数 210 ，那么你「每月分摊的奖金应纳税额」是 3100 x 10% - 210 = 100 元，因此每月分摊到到手奖金 3000 元。再换算回一年，到手奖金 3000 x 12 = 36000 ，共计缴税 1200 元。一切看上去都没问题，是吧？

好，现在离谱的来了，「国家文件规定」你不能像上面那样算，而是要像下面这样算：

假设你年终奖还是 37200 ，首先分摊到每月 3100 ，查表，落入 3000-12000 档，按 10%税率，速算扣除数 210 。然后，你必须用「全年」的奖金 37200 去乘税率，再减去「一个月」的速算扣除数 210 ，即应缴税 37200 x 10% - 210 = 3510 元，到手 37200 - 3510 = 33690 元。

这个陷阱不算高明，数学上的错误也显而易见，但它还是普遍施行了，我只能说挺有意思的。

@PrinceofInj #65 大家吐槽的这个一次性奖金计税算法，其离谱之处正在于你说的「会把所有之前的按更高的税率计算」。

本来，正确的「速算扣除数」可以把多算的税额减掉。但是一次性奖金的计算规则中，不知道谁规定的，一年的奖金计算中，只能减一个月的速算扣除数（你问我为啥我也不理解啊），纳税额扣除得少了，无法抵消税率整体升级的影响，就导致了「多发一块钱到手更少」的情况。

再补充一条参考资料：
5. https://cwc.xtu.edu.cn/info/1025/1263.htm 湘潭大学计划财务处 2018 年的通知，其引用的附件 1 明确提到了「多发一元 多交上千税钱」

@PrinceofInj #65 对，一般人都觉得「多发一块钱，导致税率升级了，只会对多出来的一块钱缴纳更高的税率」才是合理的，你这么觉得，我也这么觉得。

所以当我、楼主、还有这个帖子里很多人发现，现实中的政策居然真的会导致「多发一块钱到手更少」的时候，我们很震惊，觉得很离谱。

但你似乎没发现这种情况在现实中真的存在。如果你觉得这个说法只是一些不懂计算方式的人瞎起哄，那么：

1. https://www.shcpa.org.cn/journal/getJournalView.do?aid=755 《上海注册会计师》期刊文章 - 《年终奖发放中的无效纳税区间陷阱及其成因——兼议国税发[2005]9 号文》
2. https://cwb.hzau.edu.cn/info/1090/4336.htm 华中农业大学财务与资产管理部《关于做好年终绩效分配的通知》
3. https://cwc.xtu.edu.cn/info/1025/1395.htm 湘潭大学计划财务处《关于 2021 年全年一次性奖金个税扣缴有关事项的说明》
4. https://cwc.czu.cn/2021/0120/c4943a120440/page.htm 常州工学院计划财务处《关于全年一次性奖金计税的说明》
等等

都提到了这个无效区间，多发一块钱导致到手更少的问题，这些会计师杂志、大学机构财务处，他们都是瞎起哄吗？

@XueRainey #60 你去搜一下年终奖单独计税时的税率表，它是用"**全年**的税前收入" x "本级税率" - "**一个月**的速算扣除数"

也就是 36001 的年终奖，缴税 36001 * 0.1 - 210 = 3390.1. 扣除的是 210 不是 2520. 大家说年终奖单独计税税率表 SB 就 SB 在这一点。

2520 是全年综合「应纳税所得额」计算个税用的税率表中的扣除数，那个在数学上是没问题的。

根据原帖内容，我相信 OP 发此贴的重点是讨论「全年一次性奖金单独计税」算法*本身*的反直觉之处，而不是将「单独计税」政策与「纳入综合所得计税」或者其他老税法*作比较*来看看谁优惠。

====

而这个贴里试图为该算法辩解的回复，包括 @snw #38, @PrinceofInj #55 等， 都花费了很多篇幅解释「这个一次性奖金单独计税算法不管怎么说它还算是优惠、人性化，以前/以后按其他算法你们就交更多税、更肉痛了」云云，但都回避了「算法本身为什么那么诡异」的问题。

照理说，任何一个确定的个税算法，最符合所有人直觉的情况应该是「税前越多，税后越多」，即 f(x) 是一个*连续单调增*函数，x 为税前收入，f(x) 为税后收入。这样一个符合直觉的函数，只要结合「一次性奖金单独计税」这个原则，按数学原理算出速算扣除数，制成税率表，同样也符合 @snw #38, @PrinceofInj #55 说的那些优惠啊人性化啊容易理解易操作云云。

但现在政策设计者偏偏要把这个函数搞成一个更奇怪的、不连续的锯齿状函数，如果你的税前收入落在一些（具体是 6 个）区间内时，税后收入还不如「税前收入更低一些」的人。为什么要设计成这样？与连续增函数相比，一定要设计成锯齿状的合理性在哪里？本贴里似乎没有人正面解释这个问题。

实际上你如果去网上搜索，也很难搜到对这个算法合理性的解释，你能搜到的几乎全部都是教你（和公司 HR ）发年终奖时怎么规避这些无效区间的。一个全国通用的个税算法，网上搜不到解释其原理的文章，全是教你怎么避坑的文章，这本身不就能说明一些问题吗。

根据目前我能看到的信息（包括网上搜索及本帖内回复），我还是只能认为这种奇怪的算法能出现，要么是政策制定者故意设计的陷阱，想对数学不好的公司多收点儿税；要么是政策制定者本身数学不好。

好奇是否有更具说服力的解释。

@snw #38 这几段，个人感觉好像也没解释「算法的本质」啊。

赞同大部分描述事实的内容（比如全年一次性奖金单独计税对一些人（尤其收入超过基本免税额度的人）而言是一种优惠；这是一种临时性政策；未来可能不再有这种选项，全部按新税法纳入综合所得）。

====
但如果试图接受你的解释，我仍有几点不能理解：


1. 首先按照你的解释，这里的所谓「速算扣除数」是「象征性地」「为了平衡」给出的，并没有严格数学意义。至少，它和个人全年综合所得税率表里面的那个「速算扣除数」（这个我是理解其数学意义的）还不一样。那么首先两个不一样的概念用同一个名字就有误导人之嫌。
2. 「宁可造成 bug 也要给个速算扣除数」—— 如果这个「 bug 」指的是税后奖金的跳变的话，那么「扣除数」并不是造成 bug 的原因。显然，如果不考虑扣除数，算法其他部分不变，即 36000 全额按 3% 计税，36001 全额按 10%，本身就有这个「跳变 bug 」。
3. 你的帖子没有说为什么选择了 210 、1410 、2660…… 这些数学上难以解释的值。只能解释为「税务系统里的专家拍脑袋」么？
4. 总体感觉 #38 之贴文，除了强调「历史/平衡/权衡/专业/不要质疑」等词汇之外，并未提供*具体*、专业而有说服力的解释，或给出参考文献/链接。

====
最后，既然你说（#42 ）对财税一知半解/哗众取宠的人才会认为这是 bug ，我们在此引用一篇《上海注册会计师》杂志文章，说明财税界的人也难以解释这个问题：《年终奖发放中的无效纳税区间陷阱及其成因——兼议国税发[2005]9 号文》 https://www.shcpa.org.cn/journal/getJournalView.do?aid=755

> ... 由此可见，无效纳税区间的产生是国税发[2005]9 号的起草者在制度设计时的重大疏漏，简单地把按月计征工资的简便运算所用的速算扣除数用到了已经扩大了 12 倍的年终奖的计算上去了。笔者建议，国家税务总局应尽快修改全年一次性奖金等计算征收个人所得税方法，以实现国家、个人的双赢。
> ...
> 如果国家税务总局同意无效纳税区间的出现，是税收制度设计上的一个疏漏，适时修改全年一次性奖金等计算征收个人所得税方法是恰当的。
> 但是，修订任何制度政府机关都有一个全局的考虑和必要的流程。作为纳税义务人，只能按照现行的法律法规缴纳税金。如果继续按照国税发[2005]9 号计征 2011 年度年终奖的个人所得税，在选择年终奖筹划时，应尽量选无效纳税区间的下限作为年终奖最佳金额...

@ZRS #4 我没理解错的话，现在情况就是

「一个全国范围的政策，其计算某个关键数值时，并非按照汉字字面定义，而是全国规定统一使用一个推导出来的快速口算算法；而这个算法中用到的常数参数，从小学数学意义上讲跟本就推导错了」？

离谱

@mschultz #61 说这些是给你提供点儿微信之外的 alternative 😂 减少依赖微信记事

@857681664 #57 BTW 我还在日历里（至于日历数据同步在 iCloud/Google/Outlook 不重要，反正定期导出 .ics 文件备份就行了）记日常流水账，比如平常有什么印象深刻的事情，或者去哪里旅游时，第几天上午下午去了什么地方都会记一笔。另外还有记账，记账在管理财务的同时其实也也有个日记的作用。

@mschultz #49 总结来说就是，我并未完全否定「回忆」这件事 —— 偶尔还是会翻翻过去的相片。
只是不再在乎「保留所有聊天记录细节」这种回忆方式。

@857681664 #44 理解。也愿你享受眼前的生活。

其实上个月我刚刚整理了自己的 iCloud 图库，里面有大量的多年前的聊天截图，看到这些截图我思绪也是瞬间回到当时那个场景，我当时身处哪里，在做什么，在想什么，屏幕对面的那个人在哪里。心态就跟你在 #21 楼说的很像。

不过犹豫一会儿之后我还是咬牙把这些都删了。那几天硬是把自己 2 万张照片的图库删成了 1 万张（也包括删了很多网络梗图 meme 😂）。我逐渐感觉过去的每段日子，只要寥寥几张照片，有个朦胧的记忆就很满足了。
算是一个自己「想开了」的过程吧。

@mschultz #22 补充一点关于数字资产备份的个人做法 —— 下面的几项内容我都会多重备份（ GitHub 、网盘、移动硬盘等等。当然这里讨论重点不是备份的技术而是内容）：

- 几乎所有个人笔记日记，以纯文本（ Markdown ）形式。我感觉人一生能创作出来的文字内容也占不了多少存储空间。
- 照片图库。不定期整理、精选，删除废片、屏幕截图等。
- 电子邮件。从 Gmail 导出之前不定期批量删除我觉得没用的邮件，比如网站验证码之类。
- 日历(.ics)、通讯录(.vcf)。这两项本质上也都是纯文本，非常好备份。
- 代码/论文。

至于微信😂…… 那些「与我之间只有微信一个联系方式、没了微信就联系不上」的人，我内心直接默认对方不是我社交圈子里的。

我会尽量保持一种「数据下一秒全丢了也无所谓」的心态和方式来使用微信。
目前我的主业是用不到微信的；但如果有人要通过微信给我发送一些文档、通知、预约等需要保存或记忆的东西，我会及时整理并转存到其它地方。

我近几年时常（几个月一次？）主动清理微信聊天记录（就是不筛选聊天对象，不管朋友亲人，全部记录删除）。

感觉现在数字生活留下的记录太多了，未来应该也没什么时间回忆。其实对人生中过去的一段经历，留下少量精选的照片，少量信件/邮件（我以前会以很低的频率跟家人写邮件），未来就算是有个念想了。

很多细枝末节忘了就忘了 —— 你会因为「没有为亲友的聊天谈话都留下录音」而感到心碎吗？

@ffgrinder #5 赞同
@hpp0hpp 建议办理信用卡，卡组织选择 Visa 或 Mastercard ，而发卡银行所属地区（或者信用卡的记账货币）与你公司的发薪国家/地区保持一致。

比如假设你的工作是在中国内地，工资是人民币，那就在中国内地选一家自己喜欢的银行申请 Visa/Mastercard 信用卡。有合法工作及收入的情况下在内地申请信用卡没啥难度吧。

https://gamaverse.com/fireboy-and-watergirl/html5/ （随手搜的，个人没试过，不保证可玩性）

Google 搜的，关键词是 (小游戏的英文名) + html5