同一年度分几笔发的奖金，每笔当时选了哪种计税方式、依据是什么，排成时间轴留一份可回查的快照，顺手把同年度选择冲突标出来。
| 年度 | 批次 | 金额合计 | 计税方式 | 涉及月份 |
|---|---|---|---|---|
留痕后显示 | ||||
按发放月份升序，同月按原始行号。年度列若缺，会从发放月份里取年份；月份写成「2026年1月」「2026/1」都能识别。每笔保留原始行号，方便回发放台账查。
同一纳税年度多笔且计税方式不一致 → 高等级；同年度多笔但方式一致 → 中等级提示回查依据；月份与金额完全相同 → 疑似重复录入。工具只提示，不替你判断哪种方式合规。
规则版本、纳税年度、发放月份、发放金额、当时选择的计税方式、依据备注与来源行号，另有本地哈希便于比对两份快照是否一致。快照可单笔展开查看，也可整包导出 JSON 复核。
不重算个税、不给税额结论、不代替申报。站内已有年终奖个税计算工具；这里解决的是「当初选了什么、凭什么这么选」的留痕问题。
可以只记一笔，时间轴与快照仍然生成，只是不会触发同年度选择冲突。留痕的价值在于跨年度回查时能拿出当时的依据。
能，含「单独」或「全年一次性」会归一化为单独计税；含「并入」「综合」归一化为并入综合所得。其余写法原样保留并标为未归一，方便回查原始记录。
哈希由快照内容在本地计算，用于比对两次导出是否一致。它不是电子签章，也不具备法律效力，只是方便发现内容被改动过。
可以，是标准 UTF-8 JSON 数组，每笔一个对象，包含快照字段与哈希，可直接用文本编辑器或脚本读取复核。
现在只有你自己能看到这条留言（已标上「待审核」），管理员审核通过后才会展示给所有人～
还没有留言，来抢沙发吧！