net/gross价格转换Bug：存储decimal(9,2)净价后反向转换数值不一致

核心原因 #

这个问题本质是单向舍入的不可逆性，不是存储精度越高就能解决的：你将用户输入的gross价格转net时做了一次舍入到分位的操作，截断了小数位，反向计算时自然无法还原原始输入值。另外浮点数（double/float）天生存在精度误差，绝对不能用于财务类金额存储计算。

可行落地解决方案 #

方案1：新增原始输入冗余字段（最稳妥，适用绝大多数业务场景） #

在原有字段（net价格、VAT率、抵扣标记）基础上，新增两个字段：

• original_input_amount：decimal(12,2)类型，存储用户实际输入的原始金额
• original_input_type：枚举类型，取值为net/gross，标识用户输入的是净价还是毛价

规则说明：

• 回显用户输入时直接读取这两个字段，不需要做任何反向计算，完全避免还原误差
• 实际财务计税、汇总计算依然使用存储的net价格字段，不受原始输入影响。VAT税率调整时只需要用net价格重新计算即可，不需要做全量数据迁移

方案2：统一全链路精度与舍入规则（适合不需要保留原始输入的场景） #

统一全链路的计算和存储精度，避免中途随意舍入：

• 数据库net价格字段改用decimal(12,4)，保留4位小数，不要仅保留2位分位
• gross转net计算时，结果保留4位小数再入库，不要直接舍入到2位
• 所有金额汇总计算全程用4位小数运算，最终展示给用户时再统一舍入到2位

示例验证：

19%VAT场景下，用户输入gross价格1500，计算net值为1500/1.19≈1260.5042，存储为1260.5042；反向转换时1260.5042*1.19≈1500.0000，舍入到2位就是1500，和原始输入完全一致

方案3：整数存储最小单位（完全规避小数精度问题） #

所有价格以分为最小单位，用整数类型存储：

• 1260.50元直接存为整数126050
• 全链路所有计算都用整数运算，最终展示时再除以100转换为元单位
• 提前约定统一的舍入规则（比如四舍五入、银行家舍入），所有环节严格执行，不会出现0.01的误差

内容的提问来源于stack exchange，提问作者Mirela