收款與對帳
自由工作者如何用穩定幣收海外款？付款條款、請款與交付流程
自由工作者用 USDT、USDC 收海外款的實作流程：先約定付款條款並準備適用的請款文件，再安排訂金、確認到帳、交付、退款與對帳。
自由工作者用穩定幣收海外款，先別急著傳地址。合約要寫明計價幣別、USDT／USDC 與網路、換算時間、費用由誰負擔，以及什麼狀態才算付款完成；請款文件、TxID、交付節點與銀行入帳也要能互相對上。
本文提供一套可依專案調整的接案收款流程，重點是海外客戶付款與交付管理；網路原理與穩定幣基礎另有專文。
適用對象：以專案、顧問、設計、開發、內容或其他專業服務向海外客戶收費的個人或小團隊。開始前仍須確認所在地法律、稅務、會計及服務商資格，並保留銀行匯款等替代方式。
接案前先完成四項檢查
- 法規與資格：你與客戶所在地是否允許這類付款？你是否只是在收取自己的服務費，而不是替他人保管、轉帳或兌換資產？界線不清時應先諮詢當地專業人士。
- 客戶資料：客戶名稱、公司、帳單地址、聯絡人和付款帳戶是否能與合約／發票對應？陌生第三方代付應先暫停。
- 結算與出金：收到後要保留穩定幣、支付他人，還是換回法幣？在簽約前確認至少一條符合所在地規定、且可留下紀錄的路徑和備用方案。
- 完整成本：把網路費、平台費、價差、銀行費和內部處理時間放進報價，不以「鏈上費用很低」代替完整計算。
不了解跨境鏈上支付角色時，先讀加密貨幣跨境支付總覽；資產與網路則分別參考USDT 與 USDC 比較和網路選擇指南。
可複製的付款條款
以下是結構範本，不是法律意見。請依所在地與專案調整：
本專案以 [報價法幣] 計價。客戶可經雙方書面確認，以 [穩定幣名稱]、[完整網路名稱] 支付。應付穩定幣數量依 [匯率來源] 在 [時間點／時區] 的報價換算。客戶負責使收款方實際收到請款文件所列淨額，並承擔付款端與網路費用。付款在收款方平台顯示足夠確認且可用後視為完成。未經書面同意，不接受第三方帳戶付款、替換資產、替換網路或分拆付款。退款依退款日雙方確認的路徑與匯率處理，相關費用由 [約定方] 承擔。
條款至少解決六個問題：報價幣別、支付資產、完整網路、匯率時間點、淨額／費用、何時算完成。退款與第三方付款若沒有預先約定，發生爭議時很難只靠 TxID 解決。
請款文件建議包含哪些欄位
憑證名稱、開立時點與必要欄位會因所在地規定、交易身分與稅務資格而異；下表是讓付款、交付與對帳能互相核對的實務欄位，不是通用稅務結論。
| 類別 | 建議欄位 | 用途 |
|---|---|---|
| 身分 | 雙方名稱、地址、稅籍或公司資訊（適用時） | 證明交易對手與收入來源 |
| 業務 | 請款文件編號、服務說明、專案／合約號 | 把付款和交付綁定 |
| 金額 | 報價法幣、應付金額、稅額（適用時） | 會計與稅務基礎 |
| 穩定幣 | 資產、完整網路、換算來源與時間點 | 避免只寫「付 USDT」 |
| 費用 | 網路費、平台費由誰承擔，收款淨額 | 避免少付爭議 |
| 時間 | 文件開立日、請款期限、時區 | 處理跨時區截止點 |
| 付款參考 | 請款文件編號或訂單號 | 與 TxID、平台訂單對帳 |
不要把長期有效的完整地址放進公開作品集或社群簡介。每次付款都應傳送與該次請款文件或付款紀錄綁定的付款指示；可使用本站的加密貨幣付款指示範本。
如何安排訂金、里程碑與尾款
可將總服務費拆成 訂金比例＋一個或多個里程碑比例＋尾款比例＝100%。例如 30%／40%／30% 只是一種可調整結構，不是市場標準；比例應反映你開始工作的沉沒成本、客戶驗收點和停止工作的風險。
- 訂金：先跑一次完整的付款—確認—對帳—必要時出金閉環；未到帳前不排入正式工期。
- 里程碑款：綁定可驗證成果，不用「專案差不多完成」這種模糊條件。
- 尾款：約定是最終檔案交付前、交付後，還是驗收期限屆滿後支付，並寫清逾期處理。
可依契約、所在地規定與自身稅務身分，為各階段開立適用的發票、收據或請款文件；至少要讓里程碑、金額、付款紀錄與交付項目能互相核對。實際憑證種類與開立時點，應向所在地稅務機關或專業人士確認。
付款狀態與交付狀態要分開
| 交付狀態 | 付款狀態 | 可以做什麼 | 不應該做什麼 |
|---|---|---|---|
| 未開始 | 待付款 | 回答問題、確認條款 | 提前投入主要工時 |
| 進行中 | 鏈上待確認 | 儲存 TxID、觀察平台狀態 | 把「待確認」當成已收款 |
| 待驗收 | 已入帳、未對帳 | 通知客戶、建立紀錄 | 只留錢包截圖 |
| 已驗收 | 已對帳 | 釋放約定成果、開收據（適用時） | 刪除請款文件或交易證據 |
| 爭議中 | 任一狀態 | 凍結後續交付、按合約處理 | 私下改地址或口頭承諾退款 |
鏈上交易只能證明資產移動；它不能證明客戶已經驗收作品。反過來，客戶說「已付款」也不能取代你的收款端狀態。
付款當天照這七步做
- 在請款期限前重新確認資產、完整網路、淨額與付款人名稱。
- 從自己的錢包或平台頁面重新取得地址與 Memo／Tag，不從舊聊天紀錄複製。
- 用獨立訊息傳送付款指示，並要求客戶回覆確認四個欄位。
- 首次使用該客戶／平台／網路組合時，先做高於最低入金的小額測試。
- 客戶傳送後取得付款平台訂單號與 TxID；不要只收「已付款」截圖。
- 等收款端顯示足夠確認且餘額可用，再把付款狀態改為「已入帳」。
- 當天把交易綁定到該次請款文件，並在需要時完成穩定幣到法幣的結算。
異常情形怎麼處理
- 客戶要換資產或網路：停止原指示，重新確認支援狀態，並發送一份新版本；舊地址不自動沿用。
- 客戶用第三方帳戶付款：在入帳前取得合理說明與可驗證關係；無法解釋時拒絕或諮詢服務商／專業人士。
- 金額不足：按合約判斷由客戶補足淨額，或雙方書面同意修改請款文件；不要讓多筆 TxID 失去對應關係。
- 客戶多付：確認資金已可用、退款對象與原付款人一致，並按事先約定的資產、網路、匯率和費用退款。
- 鏈上成功但平台未入帳：儲存 TxID、資產、網路、地址、Memo、金額與時間，從收款平台官方入口提交。
- 客戶要求更換退款地址：視為高風險變更，重新驗證身分與書面授權；不要被聊天催促繞過流程。
退款與爭議的完整邊界見加密貨幣退款與爭議處理。
收款完成後的對帳資料
每筆款項至少保留：
- 合約、適用的發票／收據或請款文件，以及該階段交付紀錄；
- 客戶身分／公司資料與付款人不一致時的說明；
- 付款指示版本、資產、網路、地址與 Memo 狀態；
- 付款平台訂單號、TxID、區塊時間、實收數量；
- 匯率來源、換算時間、網路費、平台費與淨額；
- 後續兌換成交紀錄、法幣提領紀錄和銀行入帳；
- 退款、補款或客服案件（如有）。
建議在入帳當天完成，而不是等報稅或銀行詢問時才補。欄位與對應方式可直接使用從 TxID 到發票的對帳指南。
官方工具範例與來源
本文封面取自 Coinbase Business 官方說明頁，展示 Payment Link 與 Invoice 的真實流程：發票可包含客戶、專案、金額、稅與到期日，並在 Payments 中追蹤狀態。這只是成熟工具如何連結「發票—付款—狀態」的例子，不代表本站推薦 Coinbase，也不表示你的地區或帳戶一定可用。截圖擷取於 2026-08-27，未展示登入帳戶或客戶資料；費用、幣種、資格與到帳狀態仍須在實際帳戶確認。
- Coinbase Help：Create Payment Links and Invoices for Coinbase Business
- FATF：Virtual Assets 主題與最新資料
- FATF：2026 Virtual Assets／VASPs Targeted Update
本文是流程範本，不構成法律、稅務、會計或投資建議。正式使用前應由熟悉所在地規則的專業人士稽核條款與儲存要求。