Zegimi

加密貨幣收款的帳要怎麼記:台港自由工作者的做帳起點

戴柏維 2026-08-30 換匯與出金

要繳多少稅,只有你當地的會計師能回答,這裡不談。先解決它的前置問題:你手上有沒有一份足夠清楚的紀錄,讓會計師有東西可以判斷。多數人卡住的地方在這裡,不在稅率。

做帳文章封面:帳要怎麼記

直接從結論開始。一份夠用的紀錄長這樣,欄位不用多,但每一筆都要填滿:

日期案件/客戶收到幣種與數量當日參考匯率換出日期換出價格入帳金額憑證
2026-08-12某案尾款5,000 USDT1 USD ≈ 32.1 TWD2026-08-1431.8159,000 TWD訂單#、tx hash

上面那一列的數字只是格式示範,不是真實行情。下面解釋每一欄為什麼要有、以及最容易記錯的地方。

為什麼不能等到報稅前才整理

因為資料會消失。這是很實際的問題,不是紀律問題。

交易所的訂單紀錄有保留期限與匯出範圍限制;網銀的交易明細通常只讓你查詢一段時間內的;鏈上的紀錄雖然永久存在,但如果你沒記下交易雜湊,事後要從一堆地址裡把某一筆撈出來也很費事。等到隔年三月才想整理,你會發現手上只剩下一堆數字,對不上是哪個案子。

還有第二個理由,前面凍卡那篇提過:如果帳戶哪天出狀況,這份紀錄就是你唯一能證明「這是正常貨款」的東西。它的價值遠不只報稅。

舉一個很容易發生的情境:你在三月收了一筆 USDT,五月才換成台幣,中間放了兩個月。到了隔年整理帳的時候,你在銀行明細上看到五月那筆入帳,卻想不起來它對應的是哪個案子。中間隔了兩個月,而那兩個月你還收過別的款。這時候要回推,你得同時翻交易所紀錄、鏈上紀錄和往來信件,把時間軸重新拼出來。做過一次你就會開始當下記了。

每一欄各自解決什麼問題

日期與案件/客戶:把金流跟業務綁起來。缺了這一欄,你的紀錄就只是一堆進出,看不出商業實質。

收到的幣種與數量,注意記「實際到帳」的數量,不是報價金額。如果對方把手續費從貨款裡扣了,這兩個數字會不一樣,而以後對帳時你會為了那個零頭找半天。

當日參考匯率——下一節專門講。

換出日期與換出價格。收到幣跟換成法幣通常不是同一天,中間的價差在有些制度下是要單獨看待的。分開記,才有辦法讓會計師判斷。

入帳金額,實際進到銀行帳戶的數字,跟網銀明細對得起來。

憑證:交易所訂單編號、鏈上交易雜湊、網銀截圖的檔名。這一欄記的是「去哪裡找證據」,不是證據本身。

一收多換、多收一換怎麼記

實際情況很少是「收一筆、換一筆」那麼乾淨。常見的兩種麻煩:

一筆收款分幾次換出。你收了 5,000 USDT,這個月換 2,000、下個月換 3,000。這時候把它記成兩列,收款那幾欄重複填一樣的內容,換出那幾欄各自填。不要合併成一列取平均,那會讓中間的價差變得無法還原。

幾筆收款一次換出。你累積了三個案子的款,某天一次全部賣掉。先保留三筆原始收款編號,讓這次換出能連回各筆幣種數量;成本配對或估值方法則請會計師按適用規則確認,不要自行選一種方法就直接拿去申報。

這兩種情況其實就是記帳裡「配對」的老問題,只是換了個場景。如果你的收款頻率高到讓配對變得複雜,那就是該找會計師建立一套固定作法的時候了。

加一欄也不錯

如果你的案子有合約或發票,把編號也記上。從「合約 → 幣 → 錢」這條線完整串起來的紀錄,說服力比任何解釋都強。

匯率該用哪一個時點

先確認適用的估值時點與方法,再一致採用。不能因為一直使用某個匯率,就把它當成符合申報規定;這張表首先用來還原收付款,稅務計算仍要依你的身分與所在地規則處理。

常見的幾種做法:用到帳當日的收盤參考匯率、用到帳當下的即時報價、或者用當地稅務主管機關公告的匯率。哪一種在你的情況下合適,取決於當地規定,這要問會計師。但無論用哪一種,你都要能說明「我一直是這樣算的」。

會出問題的是那種每一筆都挑對自己有利的算法的人。那不是節稅,那是可以被質疑的。

USDT 對美元不是永遠一比一

實務上多數人把 USDT 當成一美元來記,這在絕大多數時候誤差很小。但要知道它是一種近似:穩定幣的市價會在一比一附近波動,歷史上也出現過短時間明顯偏離的情況。金額大或制度要求嚴格的時候,用實際市價而不是假設值會比較安全。

站上的到手金額試算用的是公開的參考匯率 API,可以拿來當作記帳時的匯率來源之一;但它是參考工具,不是官方匯率的替代品,這一點在工具頁上也寫了。

四種表格沒直接對應的情境

前面那張表處理的是最乾淨的路徑:收到、換出、入帳。實際接案會遇到幾種它不直接對應的情況,下面三種是最常被問到的。

收到之後沒換成法幣,直接付給了別人

你收了一筆 USDT,轉手就拿去付外包、付供應商、或買素材。這筆錢從頭到尾沒碰過銀行帳戶,於是很多人乾脆不記——這是最容易出事的一種省事。

記法是把它拆成兩件事:一筆收入、一筆支出,各記一列。收入那一列的「換出日期/換出價格/入帳金額」留空,在憑證欄註明「未換出,直接支付」加上對象;支出那一列記清楚付給誰、付了多少、對應哪個案子。兩列的幣種數量要對得上。

分開記的目的,是讓會計師看得到完整的收款與付款事件,而不是只看到一筆淨額。收到穩定幣時是否已須認列所得、後續支出能否扣除,仍取決於適用規則;保留兩筆紀錄不等於先替它們作了稅務定性。

客戶要發票,但付的是幣

難題只有一個:開立的金額該用哪個數字。報價當天的匯率、到帳當天的匯率,還是你實際換出的價格?這三個數字通常都不一樣。

這一題沒有通用答案,它取決於你人在的地方對計價幣別與換算時點的規定,也取決於你的報價本身是用什麼幣別談的。實務上能給的只有兩個建議:一是在報價階段就把計價幣別寫死(例如「本案報價五千美元,以 USDT 支付」,而不是「報價五千 USDT」),二是把換算規則問過會計師一次之後,全年都照它做,別按每筆的情況調整。

記帳時把發票號碼也放進憑證欄。「發票 → 幣 → 錢」三段能串起來的紀錄,被問到的時候勝過任何口頭解釋。

退款、部分退款與尾款折讓

案子中止要退一部分,或者最後談成折讓,記法是新增一列負數,不是回頭改原來那一列

原因跟前面一樣:紀錄要能還原真實發生的順序。你在八月收了五千、九月退了一千,那就是兩個事件。把原來那列直接改成四千,等於把九月那件事抹掉了,而銀行與鏈上的紀錄可不會跟著你一起改——對不上的時候,要解釋的人是你。

退款的操作本身有它自己的坑:退回哪個地址、對方當初是從交易所還是自己的錢包付的,弄錯會造成第二次損失。那一段寫在收款端騙法那篇裡。記帳這邊只要確保退出去的那一筆同樣留下交易雜湊就好。

年度結束時還沒換完的那一部分

這是前面那五個問題裡的第五題,也是實際上最常出現的一種:十二月收了一筆,還沒換,年度就結束了。表上那一列的右半邊(換出日期、換出價格、入帳金額)全是空的。

先講你不該做的事:不要為了讓表格「完整」而估一個數字填進去。估出來的入帳金額不是任何一筆真實發生過的交易,它會在明年你真的換出時跟實際數字打架,而那時候你已經忘記那個數字是估的了。空著就空著,空白本身就是資訊。

比較好的做法是在表的最後補一小段結存說明,三行就夠:年度結束時手上還有多少單位、它們分別對應表上哪幾列、以及你採用的參考匯率是哪一天的哪個來源。這一段的作用不是報數字,是讓看表的人知道「這幾列還沒走完,後續在明年那張表上」。

明年真的換出時,補上實際換出日期、價格與入帳金額,並用同一筆交易編號連回原始收款紀錄。兩年的表要能互相追溯,但不要因此重複加總收款,也不要把原始收款年度直接當成申報年度;收入應歸哪一年要另按適用規則確認。

至於這部分在申報上該怎麼呈現(是按年度結束時的市價認列,還是等真的換出才處理),各地規定不同,而且可能因為你的身分(個人接案、公司)而不一樣。這正是那五個問題該問的原因:你只要負責把紀錄留清楚,判斷留給會計師。我自己的處理是儘量不讓這種情況發生,十二月的最後兩週會把手上的部位清掉,不是因為有什麼規定,只是不想讓一件事橫跨兩張表。

憑證要留什麼、留多久

建議留的四樣:

  1. 交易所的訂單/充值紀錄,定期匯出成檔案存在本機,不要只依賴線上查詢。
  2. 鏈上交易雜湊。這串字很短,但它能永久證明那筆轉帳的存在、金額與收付雙方。
  3. 網銀入帳明細的截圖或匯出檔,要看得到日期、金額與對方戶名。
  4. 與客戶的合約、報價單、往來信件。這是「為什麼會有這筆錢」的答案。

保存年限要按身分、地區與紀錄類型確認。以香港經營業務者為例,稅務局個別人士報稅問答第 27 題說明,須備存足以確定應評稅利潤的業務紀錄,交易紀錄至少保留七年,從交易完成日起算(核對:2026-09-12)。這不是台灣或所有個人交易一律適用的年限。

該帶去問會計師的五個問題

與其上網找答案,不如帶著具體問題去問一次專業人士。半小時的諮詢費比你自己猜三個月划算。

  1. 我收到 USDT 這件事,在申報上算什麼?收到的當下就算收入,還是換成法幣才算?
  2. 收到與換出之間的價差,要不要單獨處理?
  3. 匯率我該用哪一個來源與時點?
  4. 我需要開發票嗎?如果客戶在海外,開立與申報的方式有什麼不同?
  5. 如果我把一部分 USDT 留著沒換,這部分在年度上怎麼呈現?

把前面那張表的實際紀錄一起帶去。有具體數字,對話會快很多。

重要

本文提供收付款紀錄方法,不代替稅務或法律判斷。在台灣,請帶工作地點、契約、個人或公司身分及實際收款紀錄,向國稅局或會計師確認所得來源、類別、認列時點與換算方法;不能把個人買賣虛擬資產的說明直接套到接案服務費。

香港經營業務者可對照稅務局《稅務條例釋義及執行指引》第 39 號數碼資產部分,尤其第 47–51 段的業務判斷、紀錄及收付款說明(核對:2026-09-12)。這是香港稅務脈絡,不能當成台灣或其他地區的共同規則;個案仍應請專業人士確認。

用什麼工具記

試算表就夠了,不需要專門的加密資產記帳軟體。

那些軟體的設計目標是處理「一年幾千筆交易的交易者」,它們的自動同步、成本計算、稅務報表功能對你來說是多餘的,而且要把交易所帳戶的權限交出去。對一年幾筆到幾十筆收款的人來說,一張表格加一個資料夾就夠了,而且你完全掌握它。

我自己就是一張表加一個按年份分的資料夾。唯一的紀律是當下就記:收到款的那五分鐘順手填一行,不要留到週末。留到週末就會留到月底,留到月底就會留到明年三月。

如果你的收款量開始變大,需要更完整的成本核算,那時候再考慮工具也不遲。一開始就上工具,通常只是把「不想記帳」這件事包裝成「還在挑工具」。

一個最小可行的資料夾結構

如果你想要一個現成的起點,可以照這樣分:最外層按年份,年份底下三個資料夾。第一個放交易所匯出的紀錄,每個月或每季匯出一次覆蓋進去。第二個放網銀明細與截圖,檔名裡帶上日期與金額,這樣不用打開就找得到。第三個放客戶端的東西:合約、報價單、發票,以案子為單位各一個檔案。

然後那張總表放在最外層,它是索引,其他資料夾是證據。任何一列你都能在三十秒之內找到對應的檔案,這就夠了。

備份的部分不用想得太複雜:一份在你的電腦、一份在雲端硬碟就好。真正重要的不是備份策略多完整,而是你每年真的有做這個動作。常見的情況是資料散在下載資料夾裡、跟一堆截圖混在一起——那份資料等於不存在,因為需要的時候找不到。

年底那一次對帳,實際要對什麼

一年下來這張表可能有十幾列,也可能上百列。年底花一個下午做一次對帳,效果比換任何工具都好。要對的是三組數字。

一、入帳金額的合計,對銀行。把表上所有「入帳金額」加起來,跟你銀行帳戶當年度來自這條收款線的入帳總額比。差額最常見的來源是漏記,其次是某一筆換出實際分成好幾次成交、你只記了一筆。

二、收到數量減換出數量,對交易所餘額。兩邊對不上,通常是中間有一筆轉去了自己的另一個錢包卻沒記,或者手續費被扣掉的零頭一直沒進表。

三、憑證欄隨機抽五列,真的去點開找一次。找不到的那幾列就是這份紀錄的破洞。現在補還來得及:交易所還查得到、信件還在;明年就未必。

對不上的時候,不要硬把數字調成一樣。在表的最後加一列註記,寫清楚差多少、你查到哪一步、暫時還原不了的原因是什麼。一份誠實標註了缺口的紀錄,可信度比一份被湊平的紀錄高得多——後者只要被抽問到其中一筆,整張表就都不能用了。

戴柏維

Zegimi 主筆。這是筆名,理由寫在關於本站,我們沒有編造任何資歷。文章以「能不能照著做」為標準,寫錯了就改。