匯率只差一點，為什麼到賬差了一截？

比較換匯服務時，最顯眼的是匯率後面那幾位小數。但我更關心另一個問題：為了讓對方收到約定的錢，我最後一共付出了多少？

這篇只用假設數字解釋計算方法。所有匯率、費用和幣種組合都不是實時報價，也不代表某家平臺的收費。

先把匯率讀成一句完整的話

“匯率 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，把換匯和實際到賬路徑放在一起理解。