客戶付 100 美元，我最後收到多少？ — USDT 跨境收款與 Mobile Money 規劃中心

客戶說「我付 100 美元」，仍不足以推算你會在 M-Pesa、其他 Mobile Money、銀行或錢包收到多少。100 美元可能是發票面額、客戶會送出的 USDT 數量，也可能是連同發送費在內的總預算。沒有先把定義寫清楚，雙方很容易各自算出不同答案。

**直接答案：**先寫明「100 美元」代表甚麼、發送費由誰承擔、使用哪一條網路，以及用哪種貨幣判斷債務已付清。實收計算只使用交易當下的報價與費用。

100 美元有哪三種意思

發票價值是 100 美元

客戶欠款的計價單位是美元。雙方仍要約定按甚麼時間與來源把美元換成 USDT，以及提領費由誰承擔。如果費用從送出數量扣除，收款人實際收到的 USDT 會少於發票換算值。

客戶會送出 100 USDT

這裡承諾的是 token 數量。平台可能要求客戶另外支付費用，也可能直接從 100 USDT 中扣除。直到確認頁顯示「收款人將收到」的數量前，都不要把 100 USDT 當成確定到帳量。

客戶總支出不超過 100 美元

客戶的發送費亦包含在預算內，可用來轉成 USDT 的部分便可能少於 100 美元。這種情況要從總預算倒推，而不是直接要求 100 USDT。

Tether 的資料文件說明 USDT 如何參考美元價值運作，但市場報價、平台提領費和 P2P 價差仍然存在。「1 USDT 等於 1 美元」不是當地貨幣最後實收的完整公式。

最後實收公式

把操作畫面上的資料填入以下變數：

I：發票美元面額；
Q：客戶確認送出的 USDT；
N：直接以 USDT 扣除的網路或提領費；
R：每 USDT 的實際 KES 或 TZS 報價；
P：平台另外列出的費用；
M：Mobile Money 或銀行費；
G：以 ETH、TRX 或 BNB 支付的 gas，換算成比較貨幣。

USDT 到帳量：

到帳 USDT = Q − N

扣除末端費用前的當地貨幣：

兌換毛額 = (Q − N) × R

最後實收：

最後實收 = (Q − N) × R − P − M − G

如果平台沒有另外顯示 P，但 P2P 報價低於比較基準，成本已經包含在 R。不要沒有依據地再扣一個「價差費」，否則會把同一成本計算兩次。

付款前工作表

問題	本次交易答案
100 美元是發票、送出 USDT，還是總預算？
客戶確認送出多少 USDT？
收款端指定哪一條網路？
費用從 USDT 扣除，還是另用 gas token？
確認頁顯示收款人得到多少 USDT？
KES/USDT 或 TZS/USDT 實際報價是多少？
訂單最低與最高金額是多少？
Mobile Money／銀行費是多少？
預計最後實收是多少？
報價在甚麼時間及時區核對？

不要憑記憶填寫。P2P 報價可能改變，因此時間最好使用帶時區的格式，例如 2026-08-09T15:30:00+08:00，不要只寫「今天下午」。

三種報價方式

以美元發票為準

服務以美元計價，付款時才按事先約定的價格來源換算 USDT。這種方式保留合約的美元價值，但要設定合理的報價有效時間。

以 USDT 數量為準

直接寫出 USDT 數量和網路，客戶較容易執行。除非另有約定，收款人會承擔收到後至賣出前的市場報價變化。

以 KES 或 TZS 淨入帳為準

先寫你必須在 Mobile Money 或銀行實收的數量，再把末端費用、價差和提領費倒推回 USDT。要支付固定帳單、家庭費用或當地薪資時，這個方式較容易驗收，但報價過期後必須重算。

三種方式沒有一個永遠較好。真正重要的是雙方使用同一個「已付清」標準。

KES 與 TZS 路線怎樣比較

兩條路線要分開計算，再換成同一個最終比較幣別。

KES 實收 = 到帳 USDT × KES/USDT 報價 − 肯亞路線費用

TZS 實收 = 到帳 USDT × TZS/USDT 報價 − 坦尚尼亞路線費用

若最終要比較哪條路線較符合你的需要，便把兩個結果換成同一幣別。不要把銀行公布的參考匯率硬套到不採用該匯率的 P2P 訂單；應比較真正在訂單限制內可以完成的結果。

肯亞中央銀行和坦尚尼亞中央銀行會發布支付系統資料，Safaricom 與 Vodacom 則提供 Mobile Money 服務資訊或條款。這些資料適合核對制度與服務範圍；交易的最後費用仍應以操作當下的正式頁面或確認畫面為準。

P2P 價差怎樣計算

一則 P2P 廣告不只有價格，還包括最低金額、最高金額、付款方式、帳戶姓名要求及完成期限。標價最好但不接受 100 USDT 訂單的廣告，不能算作你的可用路線。

以 B 代表比較基準，R 代表廣告實際報價：

價差成本 = (B − R) × 賣出 USDT

價差不一定是平台暗收費用。商家可能把營運成本和風險放進報價；對收款人而言，它仍然是比較基準與可得金額之間的差額。

選擇廣告前要查：

訂單金額符合廣告範圍；
付款方式是你自己控制的帳戶；
條款沒有要求未經同意的第三方付款；
帳戶姓名符合平台與訂單規則；
溝通與付款確認保留在平台訂單內。

網路費與平台提領費

區塊鏈 gas 與交易所提領費不是同一項。自託管錢包可能使用 ETH、TRX 或 BNB；交易所則可能直接顯示以 USDT 計算的提領費。計算時抄下最後確認頁的「收款人將收到」。

TRC20、BEP20 或 ERC20 不能只按費用高低選擇。收款端必須為同一網路產生入金地址。某些 EVM 網路地址格式相似，但相似不代表平台支援另一條鏈。

新地址可以先做高於最低入金額的小額測試。測試到帳後，主款送出前仍要再次核對網路與地址。

反推指定 Mobile Money 實收

如果目標是實收 T KES 或 TZS：

需要賣出的 USDT = (T + P + M + G) ÷ R

再補回會從 USDT 扣除的費用：

應要求的 USDT = 需要賣出的 USDT + N

如要加入價格變動緩衝，應在條款中明確寫出用途，不要把自己的緩衝稱為平台費。報價可寫成：

本報價按所列時間看到的價格及費用計算，有效至指定時間。發送端費用由客戶承擔。最後金額以收款人的實際可用入帳為準。

報價過期便重新計算，不應在客戶付款後無聲地改變標準。

要保存哪些證據

一筆工作收款至少應保存：

說明 100 美元定義的發票或對話；
USDT 數量及費用承擔方；
網路、地址及 Memo／Tag；
鏈上 TxID；
P2P 訂單編號；
平台內對話；
自己帳戶的實際入帳記錄；
報價、費用、日期及時區；
對外分享前已遮蓋敏感資料的結算記錄。

對方傳來的收據圖片不是入帳證明。直接打開自己的 Mobile Money 或銀行帳戶，確認餘額確實可用後才按平台流程放行。Escrow 可以在訂單期間鎖定 USDT，但不能證明一張圖片是真實付款。

甚麼情況應立即停止

沒有寫清 100 美元的定義；
收發兩端網路不一致；
扣費後低於最低入金額；
P2P 廣告不接受該訂單大小；
付款人姓名不符合訂單要求；
未經同意使用第三方付款；
對方要求憑截圖放幣；
用昨天的報價假定今天仍然有效；
同一費用被重複扣除，或某項費用完全漏算；
所謂客服索取助記詞、私鑰或驗證碼。

任何一項出現，都先停止並修正資料。區塊鏈交易一旦確認，通常不能像普通待處理付款般按一下取消。

核對資料入口

本文與連結最後核對：2026-08-09。報價、費用、限額和服務可用性會變動，交易當日必須再次查看正式頁面。

目錄