如何解决含税与不含税价格的精度问题？

场景说明 #

允许用户输入商品的期望含税售价，系统需存储计算得出的不含税价格、加价率、成本及税率，并据此还原计算出用户需要查看的含税价格。

现有计算公式 #

• 扣除增值税（VAT）：不含税价格 = 期望含税价格 * 100 / (100 + 税率)
• 还原含税价格：计算得出的含税价格 = 不含税价格 * (1 + (税率/100))

示例计算（输入期望含税售价200，税率15%） #

计算不含税价格：

不含税价格 = 200 * 100 / (100 + 15) = 173.913043478261

反向还原含税价格：

计算得出的含税价格 = 173.913043478261 * (1 + (15/100)) = 200

核心疑问 #

1. 由于需要极高精度，四舍五入无法保证可靠性。若不存储高精度的不含税价格，含税/不含税价格的转换会失效。这种存储高精度不含税价格的方式是否为最佳实践？需要达到多少精度才能保证转换可靠？
2. 另一种方案：同时存储含税价格与税率，计算税额后向上取整至第二位小数，再用含税价格减去该税额得到不含税价格。此方案仅需对税额进行一次取整，无需存储高精度数值。哪种方案更优？

存储高精度不含税价格的实践与精度要求 #

存储高精度不含税价格是财务计算领域保证数据一致性的常规最佳实践：

• 一旦对不含税价格做四舍五入处理，反向计算时必然会出现偏差（例如将173.913043...舍入为173.91，反向计算会得到199.9965，虽四舍五入后为200，但部分数值的偏差会直接导致结果不符），而财务数据要求精确匹配用户输入的原始含税价格。
• 精度要求：建议使用十进制高精度数值类型（如数据库的DECIMAL(18,10)、编程语言中的BigDecimal/decimal.Decimal），这类类型可存储任意精度的十进制数，完全避免浮点运算的固有精度丢失问题。若必须用固定小数位，至少保留10位以上小数才能确保转换的可靠性。

两种方案的优劣对比 #

方案1：存储高精度不含税价格 #

• 优势：
  • 100%保证含税/不含税转换的精确性，反向计算能完全还原用户输入的原始含税价格
  • 后续基于不含税价格的其他计算（如加价率核算、成本分摊）精度更高，避免中间取整带来的累计误差
• 劣势：
  • 对数据库字段类型有要求，需支持高精度十进制存储，不能用普通浮点类型

方案2：存储含税价格+税率，税额取整后算不含税价格 #

• 优势：
  • 存储的数据更直观，无需处理冗长的高精度小数
  • 仅需一次取整操作，流程相对简单
• 劣势：
  • 反向计算无法精确还原原始含税价格，会产生微小误差，不符合财务核算的精确性要求
  • 若后续需要多次进行含税/不含税转换或基于不含税价格开展其他计算，累计误差会逐渐放大，影响数据可靠性

最终结论 #

如果你的系统涉及正式财务核算、需要精确还原用户输入的含税价格，优先选择方案1（存储高精度不含税价格），这是行业通用的标准做法。若只是简单的单次价格展示场景，且对微小误差完全可以接受，方案2可作为简化选项，但绝不适用于严肃的财务系统。

内容的提问来源于stack exchange，提问作者Gerrit de Swardt