@nothingistrue 你又在这里按什么呢?

@PrinceofInj
其实他要是叫扣除数就没争议了,扣除数税务局定下来是多少那就是多少,它是税的本身算法.
但税务局现在把他叫速算扣除数,速算扣除数应当只是为了方便计算产生的,然而 国税发〔 2005 〕 9 号 的速算扣除数其实就是税的本身算法,并没有替代另一个计算方式.
现行的 财政部 税务总局公告 2023 年第 30 号 依旧叫 速算扣除数

@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 有啥好怕的