收款與對帳
加密貨幣收款如何對帳？TxID、請款文件與銀行入帳工作表
把請款文件、TxID、平台入帳、分筆成交、法幣提領與銀行入帳逐筆對上，附餘額公式、批次分攤及異常狀態。
加密貨幣收款對帳，不是把 TxID 貼到請款文件旁邊就結束。完整對帳要把商務應收、鏈上實收、平台入帳、實際成交、法幣提領與銀行入帳串成同一筆可追溯紀錄，並讓每個差額都有狀態、原因和負責人。
若交易前尚未完成付款資料與版本確認，先使用USDT 付款指示範本；本文只處理交易發生後的證據與差異。交易前的成本預估另見跨境加密支付總成本公式；首次收款的技術放行條件則使用12 項安全檢查。
先定義責任人、時間點與輸出
不要等月底才第一次看資料。每筆付款至少設定：
| 項目 | 建議定義 |
|---|---|
| 經辦人 | 收集請款文件、付款指示、TxID 與平台紀錄 |
| 覆核人 | 檢查對應關係、匯率政策、費用與異常結論 |
| 初次對帳 | 收款平台實際貸記後 |
| 再次對帳 | 穩定幣成交、法幣提領及銀行入帳後 |
| 期間結帳 | 依企業會計政策在關帳前處理所有未結差異 |
| 輸出 | 一筆主紀錄、證據連結、狀態、差額與負責人 |
經辦與覆核是否能由同一人擔任，取決於組織規模與內控要求；即使只有一人，也要分成“第一次填寫”與“稍後重新核對”兩個動作。
準備六類輸入資料
- 商務檔案：合約、訂單、請款文件、客戶、實際付款人、報價幣別、應收數量與到期日。
- 鏈上資料：網路、TxID、狀態、區塊時間，以及 Token Transfers 中的代幣合約、實際收款地址與數量。
- 平台入帳：入金／轉帳 ID、實際入帳數量、Memo／Tag、入帳時間與狀態。
- 成交資料：訂單 ID、各筆成交、成交數量、成交價、成交時間、交易費與計價資產。
- 提領資料：提領 ID、法幣毛額、提領費、銀行帳戶識別尾碼與發起時間。
- 銀行與帳務：銀行淨入帳、入帳日、銀行費、對帳單編號與採用的會計分類。
平台通常把 Account Statement、Balance、Ledger 和 Trades 分成不同匯出類型，因為它們回答的問題不同。不能用餘額截圖取代逐筆交易，也不能用交易訂單取代實際成交。
本文封面取自 Kraken 官方帳戶紀錄匯出說明中的真實產品介面，擷取於 2026-08-27。畫面只說明平台可能把帳戶報表、餘額、分類帳與成交分開匯出，不代表所有平台或帳戶都有相同欄位。
可直接使用的逐筆對帳表
每一列代表一筆業務付款；如果一筆付款分成測試款和正式款，使用同一個內部付款號、不同子序號。
| 層次 | 必填欄位 |
|---|---|
| 主鍵 | 內部付款號、子序號、指示版本、證據資料夾 URL |
| 商務 | 請款文件編號、合約方、實際付款人、報價幣別、應收數量、到期日 |
| 鏈上 | 資產、網路、TxID、狀態、區塊時間；Token Transfers 中的代幣合約、實際收款地址與數量 |
| 平台入帳 | 平台入金 ID、貸記數量、貸記時間、狀態、Memo／Tag、差額 |
| 成交 | 訂單 ID、成交明細 ID、賣出數量、成交價、成交 TWD、交易費金額與資產 |
| 提領 | 提領 ID、法幣毛額、提領費、銀行帳戶尾碼、發起時間 |
| 銀行 | 銀行淨入帳 TWD、入帳日、銀行費、對帳單編號 |
| 管理 | 狀態、差額原因、負責人、下個動作、解決日、覆核人 |
證據資料夾不應公開給客戶；存取權限只給經授權人員。不要把密碼、2FA、API Key、Cookie、助記詞或私鑰放進表格。
六段對帳怎麼執行
1. 商務應收
以請款文件和最終有效的付款指示建立基準：誰應付款、為何付款、應付多少、報價模式是什麼、測試款是否計入總額。第三方代付必須有書面解釋與批准。
2. 鏈上實收
在正確網路的區塊瀏覽器核對 TxID、狀態與區塊時間；若為代幣轉帳，另在 Token Transfers／代幣轉移紀錄核對代幣合約、實際收款地址與數量。交易層 From 可能是平台熱錢包，To 可能是代幣或路由合約，不能單獨當成收付款雙方地址。原生資產轉帳才直接以交易層 To 核對收款地址。
3. 平台入帳
鏈上 Success 不等於託管平台已貸記。比較鏈上 Token Transfer 數量、平台入金 ID、實際入帳數量、Memo／Tag 和可用時間。若不同，差額保持待查，不能自行歸入費用。
4. 實際成交
訂單不等於成交。一個訂單可能部分成交或產生多筆成交明細。把每筆成交數量、價格、時間和費用加總；尚未成交的資產仍留在期末餘額，不得按整張訂單估計現金收入。
5. 法幣提領
核對提領申請、平台扣費、可提領金額、同名銀行帳戶和狀態。提領顯示完成仍不等於銀行已入帳。
6. 銀行與帳務
以銀行對帳單的實際淨入帳和日期完成現金層，再依據適用會計、稅務與企業政策決定認列金額、科目及儲存期限。市場參考價可用於內部比較，實際成交價解釋現金流；何者用於會計或稅務，不由本文統一指定。
用三條公式找出差額
資產餘額
期初數量 + 外部入帳 + 內部轉入 − 賣出 − 外部轉出 − 本帳戶實際承擔的代幣費用 ± 已記錄調整 = 期末數量
必須按“資產＋網路＋錢包／平台帳戶”分別計算。不同網路上的同名 USDT 不能合併成一欄。
單筆平台入金差異
鏈上 Token Transfer 數量 − 平台實際入帳數量 = 入金差異
差異不一定是費用，也可能來自最低額、Memo、代幣版本、平台規則或人工審查。在拿到正式說明前標記待查。
法幣現金流
實際成交法幣毛額 − 交易費 − 法幣提領費 − 銀行費 = 銀行預期淨入帳
這條公式只在所有項目都是 TWD，或已依同一套可驗證政策折算為 TWD，而且「成交法幣毛額」尚未扣除上述費用時才可直接套用。若平台或銀行欄位已是扣費後淨額，不得再扣其中已包含的交易費、提領費或銀行費。若銀行費另以獨立扣款列示，應分別記錄入帳與扣款，再依事前定義的現金流口徑比較；不能從已扣費的銀行淨額再減一次。若交易費從賣出的加密資產或其他代幣餘額扣除，先把它列入該資產的餘額對帳；除非折算政策明確要求，不能再自動從 TWD 現金流扣一次。
再將預期淨入帳與銀行實際淨入帳比較。若費用用另一種資產扣除，應記錄該資產數量、折算來源與折算時間，而不是把它憑空寫成 TWD。
費用如何避免重複計算
每項費用必須有四個屬性：金額、計價資產、實際承擔方、來源記錄。
- 付款方另付的 Gas 沒有減少收款方實收，不應再次從收款淨額扣除；
- 傳送平台從轉出數量扣除的提領費，通常會反映在鏈上或平台入帳差異；不要又列為第二筆相同費用；
- 交易費可能以成交資產、報價資產或平台其他餘額扣除；
- 法幣提領費與銀行費分別來自平台和銀行，兩者不可合併猜測。
多筆合併出金怎麼分攤
多筆客戶款項先進入同一錢包，再一起賣出或提領時，建立唯一的批次 ID，讓每筆付款連結到同一批次。批次表至少儲存：
- 參與的內部付款號與實際賣出數量；
- 總賣出數量、各筆成交明細 與法幣毛額；
- 共同費用的預先批准分攤規則；
- 捨入單位、尾差金額與尾差歸屬；
- 提領記錄與銀行淨入帳；
- 分攤人、覆核人和時間。
可以按實際賣出數量、筆數或其他一致方法分攤，但必須在看到結果前由會計政策確定並持續使用。不能事後改挑對某位客戶或某筆應收最有利的分攤方法。無法分攤的批次保持“待分配”，不要硬塞給最後一筆付款。
來源：Kraken 官方帳戶記錄匯出說明，擷取於 2026-08-27。畫面日期是產品幫助頁的示例範圍，不是本文交易或即時紀錄。它說明匯出時應儲存日期、交易類型、資產、欄位和格式選擇；實際報表內容、產生時間與欄位以所用平台為準。
狀態、停止條件與異常負責人
建議只使用固定狀態，避免每個人自行命名：
| 狀態 | 定義 | 下一步 |
|---|---|---|
| 已匹配 | 六段資料一致，差額為零或有批准且可驗證的解釋 | 覆核後關閉 |
| 待確認 | 仍在正常確認、平台處理或銀行入帳時限內 | 指定複查時間 |
| 異常 | 已超出正常條件或資料不一致 | 停止結案，交負責人調查 |
| 退款 | 已批准退款並產生新交易 | 連結退款 TxID 與會計處理 |
| 合併批次待分配 | 共同成交／提領尚未分攤 | 完成批次表後回寫各筆 |
以下任一情況進入異常佇列，不得強行結案或放進“雜項收入”：
- TxID 在錯誤網路、不存在或合約不符；
- 完整地址、Memo／Tag 或數量不符；
- 不明第三方付款；
- 鏈上成功但平台未貸記；
- 平台入帳與 Token Transfer 數量不同且無正式解釋；
- 訂單未完全成交卻按全額入帳；
- 提領記錄與銀行淨入帳不符；
- 費用資產、承擔方或匯率來源缺失；
- 批次無法按既定方法分攤；
- 檔案被修改但沒有版本與批准紀錄。
每個異常至少指定負責人、下一動作、複查日和升級條件。需要平台協助時，只從正式入口提交工單並儲存編號。
何時才算完成
一筆收款只有在下列問題都能由證據回答時才關閉：
- 對應哪份請款文件和哪個有效指示版本？
- 誰實際付款，是否涉及已核准的第三方？
- 收到什麼資產、版本和網路，鏈上實收多少？
- 平台實際貸記多少，差額是什麼？
- 賣出多少、實際成交多少、費用用什麼資產扣除？
- 提領多少，銀行實際淨入帳多少？
- 使用哪項會計與匯率政策，誰覆核？
- 所有差異是否已解決或有正式未結狀態？
對帳的目標不是讓每張表「看起來剛好」，而是讓每個差額都能被發現、解釋、批准和追蹤。
本文是操作與內控框架，不構成會計、審計、稅務或法律意見。認列、科目、申報和儲存期限應由適用規則及合格會計或稅務專業人員確認。