定价用的汇率：中间价、买卖价与你真正支付的点差

中间价是银行间市场买价与卖价的中点。它适合看板和粗略比较。卡组织、银行和支付处理器会在其附近加点差，有时再加固定费用。如果按中间价向客户报价、按处理器汇率结算，差额会变成你的亏损或一次尴尬沟通。

买价是交易商愿意买入某货币的价格；卖价是其卖出价格。零售客户通常按卖价买、按买价卖，因此总是站在点差较差的一侧。只显示单一汇率且不标注方向的工具适合教育，对合同则危险。

汇率会动。发票写按当日汇率换算却不标明来源和时间，在波动交易日里是含糊的。在发票元数据里记录来源、精确汇率和 UTC 时间戳。解决争议靠这份记录，而不是回忆那天早上网站显示了什么。

如果客户以一种货币支付、数日后被退款，汇率可能已变。事先决定退款用原汇率、当前汇率还是处理器默认，并写入条款。这里的沉默选择会制造客服负担，在某些司法辖区还会带来合规问题。

并非每种货币都是两位小数。有的是零位，有的是三位。五人六入与银行家舍入在大批量上会改变总额。选定规则并一致应用，可能的话在账本中保留未取整值，以便重开算术。

以美元为中间货币把 A 换成 B，可能与直接 A 到 B 报价不同，流动性差的货币对尤其如此。如果供应商只提供部分货币对，记录路径。意外的三角换算是跨数千订单放大的一分钱差异的常见来源。

为展示选一个主汇率来源，为资金移动选一个结算来源。向客户展示用了哪个。按已知节奏刷新展示汇率。与发票一起存储历史汇率。除非合同写明，否则不要用今天的汇率重算旧发票。

财务和支持数月后会问为什么发票用了 7.12 而不是 7.09。如果答案不在发票记录里，有人会重查实时 API 并得到不同数字。每次影响资金的换算都存储数值汇率、ISO 货币对、来源名称和时间戳。这习惯枯燥，却能防止几乎所有并非真正处理器错误的外汇争议。

（中文扩写）When a store lists prices in several currencies, decide whether each price is a hard local price or a live conversion from a base currency. Hard local prices need manual review when FX moves a lot. Live conversions need a freeze at checkout so the amount authorised matches the amount captured. Mixing the two without a written policy produces carts that change while the user is paying.

（中文扩写）A user may browse in EUR while the merchant settles in USD. Show the display conversion as an estimate and the settlement amount as the charge. State which amount is final at payment time. Hidden dual-currency logic is a frequent source of chargebacks that look like fraud but are actually expectation mismatches.