汇率只差一点，为什么到账差了一截？

比较换汇服务时，最显眼的是汇率后面那几位小数。但我更关心另一个问题：为了让对方收到约定的钱，我最后一共付出了多少？

这篇只用假设数字解释计算方法。所有汇率、费用和币种组合都不是实时报价，也不代表某家平台的收费。

先把汇率读成一句完整的话

“汇率 7.20”缺少方向。写成“1 USD = 7.20 CNY”，才能确定买入 100 USD 对应 720 CNY，尚未计入其他费用。

反方向则是每 1 CNY 能换多少 USD。不要把两个方向的数字放在同一张比较表里，也不要对已经四舍五入的展示汇率反复取倒数，再拿它计算正式订单。

系统最好保存基础币种、报价币种、完整精度的汇率、报价时间和来源。前台显示可以简洁，订单记录必须保留足够的信息复现计算。

零手续费，不一定意味着总成本更低

假设两份报价都保证收款人净收到 1,000 USD，没有额外收款行扣费；手续费在报价本金之外另付：

假设报价	报价方向	换汇本金	另付费用	付款总额
A	1 USD = 7.20 CNY	7,200 CNY	30 CNY	7,230 CNY
B	1 USD = 7.22 CNY	7,220 CNY	0 CNY	7,220 CNY

在这个特定条件下，A 的展示汇率更好，实际却多付 10 CNY。按“付款总额 ÷ 净到账 USD”计算，有效成本分别是每 USD 7.23 CNY 和 7.22 CNY。

若还有中间行费用、收款行费用或从到账款中扣除的手续费，就要重新计算净到账。不同日期、不同到账金额、不同费用承担方式的报价，不能直接按这张表比较。

报价需要一个有效期

指示性汇率适合估算预算，可执行报价才可能用于成交。是否锁价、锁多久、何时视为接受，以及付款迟到后怎样处理，都要看产品约定。

我希望确认页面直接回答：付出什么币种和金额，预计或保证收到多少，费用包含什么，以及这份报价到什么时候有效。若是固定付出金额，还应说明扣费后用于换汇的本金。

报价过期后，应重新取得报价并让使用者确认变化。请求超时或结果未知时，先查询原交易，不能因为页面重新加载就自动按新价格再成交一次。

标价、扣款和结算，可能是三个币种

商品可以用 EUR 标价，卡账户以 USD 记账，商户又以另一种币种收款。每一段是否发生兑换、由谁兑换、费用怎么算，都需要分别确认。

授权时看到的折算金额也可能只是暂时占用，最终请款或入账时使用的金额和汇率取决于实际规则。界面应区分“预估”和“最终”，不要把估算数字做成已经结算的承诺。

对账时保留交易原币、账户记账币、结算币，以及各自金额与关联记录。把它们统统叫“支付金额”，通常会让一个本来可以解释的差异变成排查难题。

原币退回了，折算金额也未必一样

假设付款时 100 USD 对应 720 CNY，退款时按另一份假设汇率 1 USD = 7.10 CNY 重新兑换，且忽略所有费用，那么 100 USD 对应 710 CNY。

这个例子只说明重新换汇会产生差额。实际退款是否沿用原汇率、是否退手续费、在哪个时间兑换，必须按产品政策和真实账单判断。

退款记录应关联原交易，分别展示退回原币金额、实际入账币种与金额、费用及发生时间。不要只对用户说“已全额退款”，却省略“全额”指的是哪一种币。

把历史报价留下来

金额和汇率使用精确十进制表示，计算与舍入规则事先约定，展示精度与计算精度分开。历史订单保存当时的报价和费用，不能用今天的汇率重新渲染昨天的成交结果。

我喜欢把汇率理解成一张有时间、有方向、有条件的小合同。数字本身只是其中一部分，真正需要讲清楚的是，这次交换的两端各得到了什么。

继续阅读多币种余额与账本，或看本地转账与 SWIFT，把换汇和实际到账路径放在一起理解。