收款與對帳
USDT 收款資訊怎麼寫?可複製的付款指示範本
可直接複製、含版本控制的 USDT/USDC 付款指示:寫清資產、網路、代幣合約、完整地址、Memo、實收數量、測試款、費用與停止條件。
只傳一串錢包地址,不能算完整的加密貨幣付款指示。客戶還需要知道:付哪個資產版本、走哪條網路、何時到期、收款方必須實收多少、測試款何時通過,以及指示變更後怎麼處理。
本文提供一份可直接複製、逐欄填寫並含版本控制的付款指示文件。本文以「請款文件」統稱 invoice、帳單或其他請款憑證;是否須開立統一發票及其格式,仍依所在地規定判斷。實際匯款前的完整操作與異常判斷,請搭配第一次接受加密貨幣付款的 12 項檢查使用。
先完成收款方內部預檢
付款指示是對外檔案,但資料必須先在內部驗證。發出前由收款方操作人員逐項確認:
| 內部檢查 | 通過條件 | 儲存證據 |
|---|---|---|
| 訂單與付款人 | 合約、請款文件抬頭與實際付款安排一致;第三方代付已說明並核准 | 合約、發票、核准紀錄 |
| 收款端 | 使用當下的正式入金頁;帳戶與入金服務可用 | 平台名稱、帳戶識別、查核時間 |
| 資產版本 | 代幣全名、原生/橋接版本與官方合約可核對 | 發行方或平台 URL、合約 |
| 網路 | 收款端明確支援該資產與網路組合 | 完整網路名稱、狀態 |
| 入金條件 | 地址、Memo/Tag、最低入金額與平台處理條件均已讀取 | 入金頁欄位與查核時間 |
| 報價 | 固定代幣數量或法幣等值二擇一;來源、時間、有效期已定義 | 報價紀錄與批准人 |
| 法規與稅務 | 交易對手、用途、所在地與紀錄要求已按內部政策處理 | 風險分級與待辦 |
如果使用交易平台或其他服務商,登記、許可或監管資料只能用來核對法律實體與其公開狀態,不能證明某個地址正確、某條網路可用或資金安全。需要先做的查核可參考收款合規清單。
官方平台的入金頁通常先選資產與網路,再產生地址;同一資產可能有多個網路選項,名稱相似也不能互換。

Kraken 公開幫助頁的真實產品介面,擷取於 2026-08-27。畫面使用 Bitcoin/kBTC 示範「資產與網路必須一起選」,不是本站推薦,也不代表你的所在地、帳戶或 USDT/USDC 支援相同選項。請以操作當日的官方入金頁為準。
可複製的完整付款指示
將下方每個 ____ 替換為從收款端當下取得並完成內部審核的資料。空白欄位不得直接寄給客戶。
加密貨幣付款指示
指示版本:
PAY-____-v__
訂單/請款文件編號:____
收款方名稱:____
簽發時間:YYYY-MM-DDTHH:mm:ss+08:00
有效期限:YYYY-MM-DDTHH:mm:ss+08:00報價模式(擇一):固定代幣數量/法幣等值
報價幣別:TWD/USD/其他:____
報價來源:____
取價時間:YYYY-MM-DDTHH:mm:ss+08:00
本次應付總數量:____ 枚付款資產與代號:____
代幣版本:原生/橋接/其他:____
官方/平台核對的合約:____
區塊鏈網路完整名稱:____
收款地址:____
Memo/Tag:____(平台明確顯示不需要時填「不需要」)平台最低入金額:____ 枚
入金服務查核狀態:可用/不可用
狀態查核時間:YYYY-MM-DDTHH:mm:ss+08:00
平台當下的處理/確認條件:____測試款數量:____ 枚(須高於最低入金額)
測試款是否計入應付總數量:是/否
正式餘款公式:應付總數量 − 已實際入帳且計入總額的測試款 = ____ 枚收款方必須實際入帳的總數量:____ 枚
傳送端網路費/Gas:由 ____ 承擔,以 ____ 資產另付
傳送平台提領費:由 ____ 承擔;是否從轉出數量扣除:是/否
短付處理:收款方實收不足時,由 ____ 補足;未補足前不視為完成測試通過條件:正確網路的區塊瀏覽器欄位一致,且收款平台已實際入帳、狀態完成、餘額可用
正式款放行方式:收款方以本對話/電子郵件 ____ 書面通知
付款完成後回傳:TxID;不需要密碼、2FA、驗證碼、助記詞或私鑰退款摘要:退款是新的不可逆交易,須重新驗證付款人、地址、資產、網路、匯率時間、費用與批准人;不自動退往鏈上來源地址或聊天中臨時提供的第三方地址。
正式聯絡管道:____
時間欄位統一使用帶時區偏移的 RFC3339。不要寫“本週五”或“晚上八點”,也不要用沒有時區的時間讓跨境雙方自行猜測。
金額與費用欄位怎麼填
固定代幣數量
合約若寫明收款方必須實收固定數量,就將該數量填入「應付總數量」與「必須實際入帳的總數量」。傳送端網路費或平台提領費不得再從這個淨額扣除,除非合約另有清楚規則。
法幣等值
若請款文件以 TWD 或 USD 計價,需先固定取價來源、取價時間、有效期限與數量精度。逾期後由收款方重新簽發新版本,付款方不能沿用舊數量。
測試款是否計入總額
必須明寫“是”或“否”。如果計入,正式餘款只能扣除收款平台實際貸記且已確認計入本次應收的測試數量,不能只因付款方有 TxID 就先扣除。
費用分開記
- 自託管錢包的網路費通常由該鏈的原生資產另付;
- 傳送平台的提領費可能直接扣除穩定幣數量;
- 收款平台的入金、交易或後續出金費是另一環節。
不要用“手續費由付款方負擔”一句帶過。要寫費用在哪裡扣、以什麼資產計價,以及收款人少收時由誰補足。
地址、網路與 Memo 怎麼交付
- 地址只從收款平台或錢包的當下正式頁面取得,不從舊聊天、搜尋結果或區塊瀏覽器猜測。
- 付款方貼上地址後,要與原始文字比較完整地址;高額款再用另一個已知管道確認,或使用預先驗證的地址簿/白名單。
- QR code 只是輸入輔助;仍需提供可複製的資產、網路、地址與 Memo/Tag 文字。
- Memo/Tag 是否需要由收款平台決定。需要時,地址和 Memo/Tag 是同一組收款資料,缺一不可。
- 若平台顯示最低入金額、確認要求、處理時間或費用,將它們視為當下條件,不要複製成永久承諾。
本文封面取自 Kraken 官方入金說明中的真實產品介面,擷取於 2026-08-27;原始示例已遮蔽地址與 QR code。畫面只用來說明地址、最低額、確認與費用是動態欄位,不代表通用數值或服務承諾。
測試款與正式款的放行條件
測試款必須與正式款使用完全相同的資產版本、網路、地址與 Memo/Tag,且高於平台最低入金額。只有兩個條件同時通過,收款方才書面放行正式款:
- 正確網路的區塊瀏覽器顯示 TxID、狀態、區塊與時間均正常;若為代幣轉帳,另在 Token Transfers/代幣轉移紀錄核對代幣合約、實際收款地址與數量。交易層 From/To 可能是平台熱錢包或合約,不能單獨當成收付款雙方地址;
- 收款平台已實際貸記,狀態完成,餘額可用。
正式款送出前,收款方必須再開啟當前入金頁。地址、Memo/Tag、網路、最低額或服務狀態任一改變,舊指示立即作廢,並重新測試。不存在適用於所有網路與平台的統一確認數。
版本控制與付款方確認
指示版本可使用 PAY-請款編號-v1 之類的規則。每次變更都要:
- 提升版本號並記錄簽發時間;
- 在舊版本上明確標記“作廢”;
- 說明改變了哪些欄位;
- 要求付款方書面回覆所使用的版本;
- 地址、網路、合約或 Memo 改變時重新測試。
不要在舊訊息下面只補一句“改用這個地址”。付款方如果同時看到多個有效版本,應停止操作並要求收款方重新簽發唯一版本。
停止條件與異常回覆
遇到以下任一情況,客戶不應自行修正後繼續,而應停止並聯絡官方聯絡窗口:
- 指示已過期或版本無法確認;
- 資產、版本、合約、網路、地址或 Memo/Tag 不一致;
- 收款端暫停入金;
- 測試款低於最低入金額;
- 鏈上成功但平台達到其條件後仍未入帳;
- 付款人、請款文件抬頭或資金來源突然改變;
- 付款途中要求更換地址、網路或第三方代付;
- 任何人索取密碼、2FA、驗證碼、助記詞、私鑰或遠端控制。
建議統一回覆:「請停止傳送餘款。我們正在核對指示版本和收款平台狀態;在收到新的書面放行前,請勿重送、改鏈或聯絡非官方恢復服務。」
退款也不能在異常發生後臨時決定。請提前連結並採用退款與爭議處理流程。
付款後儲存哪些紀錄
付款指示不是寄出後就完成。每筆訂單至少儲存:
- 最終有效版本與作廢版本;
- 付款方書面確認;
- 報價來源、時間、有效期與計算方式;
- 測試款和正式款 TxID;
- 區塊瀏覽器核對結果;
- 平台實際入帳數量、時間與狀態;
- 費用金額、計價資產與承擔方;
- 短付、溢付、退款或客服工單;
- 訂單關閉人和關閉時間。
付款完成後,接續使用TxID、請款文件與銀行入帳對帳工作表逐筆核對鏈上、平台、成交與銀行紀錄。
一份合格的付款指示,應讓沒有參與口頭討論的人也能從文字判斷:該付什麼、付到哪裡、收款方必須收到多少、何時可以繼續,以及何時必須停止。
本文是操作範本,不是法律、稅務或投資建議。平台介面、地址、最低額、費用和確認條件會變化,所有動態欄位均以操作當日的正式收款頁面為準。
