商品单价乘数量后，购物车、支付页面或 ERP 的总额相差 0.01，通常不是数据库“算错了”，而是不同系统在不同阶段舍入。Magento 的价格计算会经过基础币、显示币、税、折扣、行总计和订单总计；每一步使用的精度与先后顺序都会影响最后一分钱。

用一条订单行还原计算过程

不要只比较 grand_total。读取订单与订单行中的 base 和 display 字段：

SELECT item_id, sku, qty_ordered, price, base_price,
       row_total, base_row_total, tax_amount, base_tax_amount,
       discount_amount, base_discount_amount,
       row_total_incl_tax, base_row_total_incl_tax
FROM sales_order_item
WHERE order_id = 100001;

再比较 sales_order 的 subtotal、tax_amount、discount_amount、shipping_amount 和 grand_total。找到差异第一次出现在哪个阶段，比修改最终总额安全得多。

单价舍入与行总计舍入结果不同

假设未舍入单价为 3.333，数量为 3。先把单价显示为 3.33 再乘，得到 9.99；先乘得到 9.999 再舍入，得到 10.00。两种方法都可解释，但必须在目录、购物车、订单、支付和发票中一致。

税费也可以按单价、行或总计计算。Magento 的 Tax Calculation Method、Catalog Prices 是否含税、Discount 是否在税前应用等配置共同决定顺序。不要仅修改显示模板的小数位，它只改变用户看到的值，不会改变订单内部计算。

多币种会增加一次转换舍入

Base Currency 转 Order Currency 时，汇率结果可能包含更多小数。支付网关通常只接受货币规定的小数位，ERP 可能又从原始单价重新计算。集成应以 Magento 订单传出的最终金额为准，还是在目标系统重算，必须在接口契约中明确。

零小数货币或三小数货币不能统一按两位处理。使用自定义货币格式时，也要区分展示精度与账务精度。

折扣按比例分摊最容易留下余数

固定购物车折扣需要分配到多条订单行。逐行舍入后会有余数，Magento 通常需要把差额分配到某一行，保证订单总额一致。第三方 Total Collector 如果每行独立 round，却没有处理最后的 delta，就会让发票、退款或支付金额相差一分钱。

检查自定义金额是否同时维护 base_amount 与 amount，并使用 Magento 的 PriceCurrency、DeltaRound 等机制，而不是到处直接调用 PHP round()。不同舍入模式也会产生边界差异。

建立包含 3 件同价商品、百分比优惠、含税价格、运费和非整数汇率的测试订单，从 Quote、Order、Invoice、Credit Memo 到支付请求逐项对账。正确目标不是每个中间显示都没有小数误差，而是所有业务单据遵循同一规则，最终应收、实收与可退款金额一致。