@nothingistrue 觉得不优惠就直接合并呗（ 19 年以前合并到发放奖金的月份）

至于解释,其实有的,就是
" 之所以采取上述计算方法，主要是考虑在不违背税法按月征税和便于计算以及利于征管原则的前提下，结合企业薪酬发放的实际，通过降低适用税率，适当减轻纳税人的税收负担，而不是将奖金分摊到全年计算纳税。"
https://shanghai.chinatax.gov.cn/zcfw/zcjd/200912/t291161.html
翻译:已经给你们优惠了,哪来这么多问题,不服你就按单月收入交.

@mschultz #61 如果这个税制定之初就想着没有陷阱,按照正常的写法,直接写适用 x%至 xx%的超额累进税率就行了,而不用写这么一大段计算方法.
写明算法,就意味着制定这个税时就没把它当正常的超额累进税率,这个陷阱就是故意留下的.

@snw "即适用月度工资的边际税率（超出档次部分还要上更高的税率），压根不该减速算扣除数。"
你这说的是全额累进税率,然而国税发〔 2005 〕 9 号表明了年终奖并不是全额累进税率.

1993 年的中华人民共和国个人所得税法就已经有"超额累进税率"的说法了,也就意味着 国税发〔 2005 〕 9 号 不写年终奖适用于 "超额累进税率" 或 "全额累进税率" 并不是这些名词还没发明出来.国税发〔 2005 〕 9 号特别地描述了计算方式,意味着这种计算方式就是特意制造的,不是全额累进税率,也不是差额累进税率.
也就是 不是 bug 是 feature 。

不过争议点在于"速算扣除数"这个名词本身应该代表了这个数字应该是用于速算而不是特意制造的税额差距.

用一句老话：不是 bug 是 feature 。

倍率是按照 500000token=1$算的

不影响,两个完全独立.除非账号被封了

3.5 大部分用的批量注册号，几毛钱一个帐号，一个帐号里面有 5 刀
4 就是养的号了，前面正常消费，等信用额度高了就卖号回点本

@dko 赔偿是独立的税

还可以关机

结清就行。现在银行还怕贷款放不出去呢

附近找个自配送的店，让他每天准点送餐呗

5w 用 redis 有啥好怕的

公众号认证是第三方的,给你分配第三方公司了么

@wanwaneryide 看是要远端还是本地吧,我看描述是说本地局域网内备份.想要远端就找个便宜的机房托管,几百一年就有.