CARF客户交易信息报告:从链上流水到税务申报需要哪些数据处理?
CARF客户交易信息报告需要把链上流水与客户资料、平台成交和账户记录关联,再完成交易分类、估值、核验和报告生成。本文梳理六个数据处理环节及申报底稿要求。

本页目录
关键信息 Key Takeaways
- 链上流水需要与客户资料、平台内成交及账户记录关联,才能形成可用于申报的数据。
- 交易分类与估值应结合适用规则处理,业务系统中的交易标签不能直接代替报告类别。
- 客户交易信息报告与企业自身的纳税计算用途不同,所需字段和计算方法应分别确认。
- 申报结果应能追溯至原始记录,并保留差异处理、复核和更正依据。
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申报底稿:从原始记录到报告字段的全流程核对
从链上流水到税务申报,企业需要完成原始记录关联、业务分类、金额计算和报告核验。申报底稿应能够解释每项报告数据的来源和处理过程,并保留差异补正及复核记录。财务、合规和数据团队可以选取一组实际业务样本,完成从原始记录到报告字段的全过程核对,将发现的数据缺口落实到具体处理人和完成时间。
有关首个报告周期的资料检查,可参阅FinTax此前对DAC8申报准备的分析。
如需梳理企业的交易数据整理与报告准备流程,可联系FinTax团队。
常见问题 FAQ
CARF客户交易信息报告能否仅依靠链上流水完成?
涉及平台内成交、客户账户分配或链下费用的业务,需要同时取得内部记录。链上流水与成交、账户及费用明细关联后,才能完整说明交易过程及其报告金额。
CARF交易分类能否直接排除标记为“内部划转”的记录?
“内部划转”标签不足以决定报告处理。应确认调出和调入账户的主体、服务商及业务关系,区分企业自有钱包调拨与客户资产转移,再按报告规则分类。
CARF报告估值缺口与所得税取得成本缺口应如何分别处理?
将估值缺口与取得成本缺口分别登记。报告估值按对应规则补取价格或采用替代方法;所得税损益计算需要追溯取得成本。两类处理均保留计算依据和复核记录。
CARF报告XML文件通过校验,是否意味着申报已完成?
格式校验完成后,还需复核报告范围、交易分类和金额,完成审批、提交及回执检查。文件通过结构校验与报告内容准确完整,是两个不同的检查事项。
将这篇 FinTax 实务笔记分享给团队。
与团队沟通
预约沟通