CARF 客戶交易資訊報告：從鏈上流水到稅務申報需要哪些數據處理？

鏈上流水不足以支撐稅務申報，平台需整合多源數據才能滿足 DAC8 合規要求。

撰文：FinTax

關鍵資訊：

• 鏈上流水需要與客戶資料、平台內成交及帳戶記錄關聯，才能形成可用於申報的數據。
• 交易分類與估值應結合適用規則處理，業務系統中的交易標籤不能直接代替報告類別。
• 客戶交易資訊報告與企業自身的納稅計算用途不同，所需字段和計算方法應分別確認。
• 申報結果應能追溯至原始記錄，並保留差異處理、複核和更正依據。

CARF 客戶交易資訊報告：鏈上流水之外還需要哪些數據？

歐盟 DAC8 的加密資產報告相關規定自 2026 年 1 月 1 日起適用，2026 年是首個報告年度。交易平台需要持續收集客戶資料和交易數據，並將分散在錢包、帳戶和業務系統中的記錄轉化為報告資訊。平台的加密資產稅務申報流程，需要逐項確定記錄對應誰、發生了什麼交易、採用什麼價值，以及如何形成最終報告。

設想一名客戶將 ETH 充值到交易平台，在平台內兌換為 BTC，隨後將 BTC 提取至外部地址。鏈上記錄能夠用於核對充值和提現，平台內的兌換則需要成交明細和帳戶記錄支持。團隊還需確認這些記錄對應哪一名客戶、各項資產變動屬於什麼業務，以及應採用何時的價格計算報告金額。僅將幾份流水合併，仍無法回答這些問題。

本文圍繞 CARF（加密資產報告框架）下的平台客戶交易資訊報告，依次梳理數據接入、地址與主體關聯、交易分類、估值、核驗及報表生成六個環節。各環節處理後的結果共同構成申報底稿，使報告中的用戶、交易類別和金額能夠追溯至原始記錄。

CARF 申報數據接入：關聯鏈上流水與平台內部記錄

數據接入前，企業應明確本次申報涉及的法律實體、業務範圍和報告期間，再確定需要提取哪些記錄。對於上述交易，錢包記錄用於核對充值和提現，撮合系統保留兌換成交，帳戶系統記錄客戶餘額變化，費用明細反映相關扣款。鏈上記錄與內部業務記錄分別提供這筆交易的不同資訊，接入時需要建立對應關係，並識別各系統對同一業務的重複記錄。

數據團隊據此建立數據源清單，記錄各項業務對應的系統、可提取期間和缺失情況。接入後，統一時間格式、資產標識、數量精度和記錄編號，同時保留原始字段。鏈上交易哈希、成交編號及帳戶流水號應建立對應關係，使團隊能夠判斷幾條記錄是在描述同一筆業務，還是不同的資產變動。系統遷移或介面限制導致的缺口，應單列影響範圍、補取辦法和處理狀態。

時間和資產標識需要在接入時統一。例如，兩個系統分別使用本地時間和協調世界時（UTC），同一筆年末交易可能顯示為不同日期，提取數據時需要保留時區並統一轉換。資產代碼則與所屬網絡、合約地址等資訊對應。統一後的記錄用於後續主體關聯、交易分類和金額核對。

CARF 客戶識別：關聯錢包地址、帳戶與稅務身份

完成數據接入後，需要確認每條記錄對應的客戶、帳戶及相關法律實體。在假設場景中，ETH 充值應與客戶入帳記錄對應，BTC 兌換應能關聯至該帳戶的成交，提現則應與客戶指令和鏈上轉出記錄核對。如果平台採用共用托管地址，地址層面的餘額不能直接分配給某一名客戶，仍需結合內部帳確認。對於暫時無法確認歸屬的外部收款地址，應保留已掌握的資訊和核驗狀態，不能直接標記為客戶自有錢包。

主體關聯還包括稅務身份識別。按照英國 HMRC 的盡職調查指引，報告加密資產服務提供商需要取得用戶自我聲明，並識別應報告用戶。部分實體還需識別控制人，判斷其是否為應報告人員。既有客戶身份識別（KYC）資料用於核驗聲明的合理性，聲明中的稅收居民資訊與開戶資料需要相互核對。企業應將聲明、核驗結果及變更日期與客戶主檔關聯。

帳戶與主體的關係還需對應具體期間。例如，客戶在系統遷移後取得新帳戶編號，歷史交易仍保留舊編號，核對時需要通過新舊編號映射確認記錄歸屬。客戶資料存在差異時，應結合聲明及證明材料核查原因。英國 HMRC 指引要求，對不再滿足合理性要求的聲明取得新聲明，或取得支持原聲明的證據。帳戶映射和稅務資料核驗分別保留處理記錄。

CARF 交易分類：將資產變動映射至報告類別

地址和帳戶關係明確後，團隊需要將資產變動還原為具體業務。上述場景包括充值、幣幣兌換和提現，相關費用也需要單獨識別。「轉入」「轉出」說明資產變動方向，業務性質則需要結合訂單、合同、客戶指令和產品規則確認。客戶資產轉移、企業自有資金調撥、兌換及其他業務應分別映射至報告類別，質押、借貸和獎勵等場景也應有對應的分類依據。

以英國 HMRC 的幣幣交易指引為例，對於應報告的 ETH 兌換 BTC 交易，需要分別反映處置資產和取得資產的公允市場價值，並按指引扣除交易費用，分別歸入相應報告類別。如果服務提供商只處理其中一端，且不知道客戶取得了什麼資產，指引則規定按轉移處理。因此，分類還取決於服務商實際執行的業務及掌握的資訊。企業可分別維護業務標籤、會計科目與報告類別，並記錄其對應關係和適用版本。無法判斷的記錄可暫列待複核項目，由財務與合規確認後再納入相應類別。

分類結果需要保留判斷依據。對於示例中的充值、兌換和提現，分別關聯入帳記錄、成交明細及提現指令，說明採用相應類別的原因。相同業務標籤下的合同和資金安排也需核對，以識別實質不同的交易。完成分類後，每條待估值記錄應有明確的資產、方向和業務類別，金額計算據此採用相應口徑。

CARF 交易估值：確定估值時點、價格來源與換算口徑

完成交易分類後，需要確定各項報告金額採用的估值時點、價格來源、換算幣種和費用處理方式。同一筆幣幣兌換涉及兩種資產，僅有數量並不足以生成報告金額。團隊應保留交易發生時使用的報價及換算過程，核對兩端資產數量和費用記錄。交易時點價值與期末餘額估值用於不同目的，不能將期末價格統一回填至全年交易。

英國 CARF 有關轉移的估值指引要求按交易時點的公允市場價值，以單一法幣報告，並採用基於當時可得證據、合理且持續一致的方法。指引優先使用適用的內部交易數據；缺少相應參考值時，依次採用內部帳面價值、第三方價格聚合數據、最近一次內部估值，最後才採用合理估計。採用上述替代方法時，需在 XML 報告中標明方法，並在底稿中保存價格來源、報價時間和選用依據。

估值底稿同時保留資產數量、所用單價、換算匯率、報告幣種和費用調整，便於複核人員重算金額。缺失報價的記錄列入估值差異清單，記錄補取價格或採用替代方法的過程，再更新對應交易的報告金額。

CARF 數據核驗：核對帳戶餘額、交易分類與報告金額

交易明細完成分類和估值後，需要核驗明細及其形成的初步彙總結果。核驗可以從客戶帳戶與各項資產的期初、期末餘額入手，將期間充值、成交、費用及提現逐項對應，檢查重複記錄、未關聯帳戶和缺失價格。核對餘額時應明確費用是否已包含在流出金額中，避免再次扣減。涉及平台歸集或托管的，還應區分客戶帳戶變動與錢包之間的調撥，並先確認用於比較的餘額具有相同範圍。

對於上述交易，複核人員應能從客戶帳戶追蹤到 ETH 充值、兌換成交和 BTC 提現，再檢查這些記錄如何進入報告彙總；也可以從某一項彙總金額向下抽查，確認是否有遺漏或重複歸集。發現差異後，應記錄原因、影響範圍、補正方式和複核結果。財務團隊解釋金額及計算依據，合規團隊核對報告範圍與分類，數據團隊提供提取和轉換記錄，未解決的差異應指定處理人和複核人。

餘額核對與報告口徑複核分別記錄結果。例如，某筆兌換的兩端數量均已入帳，但處置類別被錯誤映射，餘額仍可能相符，分類彙總卻需要調整。團隊應回到分類或估值環節修正記錄，再重新生成受影響的彙總。核驗底稿同時注明涉及的客戶、資產和報告字段，使文件生成使用複核後的同一版本數據。

CARF 報告生成與提交：字段映射、XML 校驗及更正留痕

經核驗的明細及彙總結果，需要轉換為申報轄區要求的報告字段。英國 HMRC 要求按用戶、相關加密資產及交易類型彙總，底稿應保留明細與各項報告金額的對應關係。文件生成時，將客戶身份、交易類別、資產數量、金額及報告幣種映射至相應字段，檢查必填項、代碼值、數據類型和字段之間的邏輯關係。

根據英國申報指引，覆蓋 2026 年的首份報告應在 2027 年 5 月 31 日前提交。報告文件採用 XML 格式，並同時遵循 OECD Schema 和 HMRC 文件要求。完成格式校驗後，團隊還需複核用戶範圍、交易分類和彙總金額，完成內部審批並提交。提交版本、回執和對應底稿一併保存。英國 HMRC 明確，委託第三方提交時，報告主體仍對資訊的準確性和完整性負責。

文件版本應與對應的數據快照、分類規則和價格記錄關聯。提交後發現客戶身份或交易金額有誤時，團隊據此確認原報告使用的數據，重新核驗受影響的記錄，並辦理報告更正。內部數據更新和已提交報告更正分別記錄，使當前系統數據與歷史報送內容能夠對應。

CARF 與 DAC8 報告口徑：區分客戶交易資訊報告與企業所得稅計算

CARF 和 DAC8 下的平台客戶交易資訊報告，提供用戶身份及相關交易資訊。企業計算自身所得稅時，還需追溯資產取得、後續處置和稅務調整，確定收入、成本與損益。交易資訊報告金額與取得成本用途不同，兩類底稿應分別維護。

報告格式、申報期限和更正程序由各實施轄區具體規定。OECD 的 CARF XML 指南主要用於稅務機關間的信息交換，也可在當地法律允許時用於國內申報。跨轄區平台應在同一套基礎數據上分別配置所需字段、彙總口徑和文件規則。

CARF 申報底稿：從原始記錄到報告字段的全流程核對

從鏈上流水到稅務申報，企業需要完成原始記錄關聯、業務分類、金額計算和報告核驗。申報底稿應能夠解釋每項報告數據的來源和處理過程，並保留差異補正及複核記錄。財務、合規和數據團隊可以選取一組實際業務樣本，完成從原始記錄到報告字段的全過程核對，將發現的數據缺口落實到具體處理人和完成時間。

常見問題 FAQ

CARF 客戶交易資訊報告能否僅依靠鏈上流水完成？

涉及平台內成交、客戶帳戶分配或鏈下費用的業務，需要同時取得內部記錄。鏈上流水與成交、帳戶及費用明細關聯後，才能完整說明交易過程及其報告金額。

CARF 交易分類能否直接排除標記為「內部劃轉」的記錄？

「內部劃轉」標籤不足以決定報告處理。應確認調出和調入帳戶的主體、服務商及業務關係，區分企業自有錢包調撥與客戶資產轉移，再按報告規則分類。

CARF 報告估值缺口與所得稅取得成本缺口應如何分別處理？

將估值缺口與取得成本缺口分別登記。報告估值按對應規則補取價格或採用替代方法；所得稅損益計算需要追溯取得成本。兩類處理均保留計算依據和複核記錄。

CARF 報告 XML 文件通過校驗，是否意味著申報已完成？

格式校驗完成後，還需複核報告範圍、交易分類和金額，完成審批、提交及回執檢查。文件通過結構校驗與報告內容準確完整，是兩個不同的檢查事項。

本內容僅供參考，不構成任何金融、投資、法律或稅務建議。文中提及的任何活動、獎勵、線上活動或相關資訊，不應被視為對購買、出售或交易任何加密資產的推薦、招攬或邀請。加密資產具有高波動性，存在價值損失風險。WEEX服務、產品及相關活動的可用性可能因地區而異。用戶在參與前有責任確保符合當地適用法律法規。