#CARF 落地分歧
CARF 报什么?解析 OECD 标准与全球落地差异
WooFun2026-09-08 22:00
核心要点
深度拆解 CARF 报告框架,涵盖 RCASP、用户及交易三类核心信息,剖析英国、日本等地在居民报告、货币转换及零申报上的本地化实施差异。
据 Woofun AI 消息,加密资产报告框架(CARF)的合规重心正从主体认定与辖区管辖,全面转向具体申报内容的精细化执行。在明确报告加密资产服务提供商(RCASP)身份及 Reporting Nexus 规则后,OECD 制定的国际标准要求 RCASP 基于尽职调查,向主管机关提交涵盖机构、用户及交易三大维度的详细数据。
这一转变标志着全球加密税务监管进入实质性的数据交换阶段,RCASP 必须精准识别应报告用户及其控制人,并对相关加密资产的交易进行分类汇总,以应对日益复杂的本地化实施要求。
资产界定是构建交易报告体系的基石。根据 CARF 定义,"加密资产"指依赖分布式账本或类似技术验证与保障的数字化价值。在此基础之上,"相关加密资产(Relevant Crypto-Asset)"原则上囊括所有符合定义的资产,但明确排除了三类特定对象:中央银行数字货币(CBDC)、特定电子货币产品(SEMP),以及 RCASP 已充分证实无法用于支付或投资目的的加密资产。对于 BTC、ETH 等主流资产,其纳入范围通常无争议;
然而,稳定币、NFT、代币化证券及部分功能型代币的定性则需深入分析。若某类资产虽具加密属性,但被平台确认为不具备支付或投资功能,则可豁免报告。这种排除机制旨在聚焦具有实质经济活动与税务风险的资产类别,避免监管资源浪费于无实际流通价值的数字凭证。
RCASP 与用户信息的采集构成了报告的核心身份层。RCASP 需披露名称、地址及识别号码,优先使用纳税人识别号(TIN),若无则采用公司注册代码或全球法人实体识别码(LEI)。用户信息方面,个人需申报姓名、地址、居住地、TIN、出生日期及地点(除非当地法律豁免);实体用户则需申报名称、地址、居住地及 TIN。
更关键的是对"实体控制人"的穿透识别。CARF 要求 RCASP 识别对实体行使控制权的人士,判断标准包括持有"控制性所有权权益"、担任高级管理人员,或作为信托的委托人、受托人、受益人。只有当控制人同时满足"应报告辖区税收居民"与"控制权"双重标准时,才需纳入报告。若用户拥有多个税收居民地,RCASP 必须报告其在每个辖区的 TIN,严禁选择性遗漏。TIN 特指用户所在税收居民辖区分配的号码,而非平台所在地或交易发生地的号码。
交易信息的分类汇总体现了 CARF 对资金流动的细致追踪。针对每种相关加密资产,RCASP 需报告全称及各类交易细节。法币收购和处置交易需申报支付/收到的总金额(扣除费用后的净额)、单位总数及交易数量;加密资产互换交易则需申报总公允市场价值、单位总数及交易数量。零售支付交易若达到门槛,需单独汇总其总公允市场价值、单位总数及次数。其他转让交易,如空投、质押收益、贷款支付、商品或服务交换,以及向未知外部钱包的转账,均需按类型细分并报告总公允市场价值与单位总数。
值得注意的是,"未知外部钱包"涵盖用户将资产转移至私人钱包或另一平台账户的情形,即便 RCASP 无法知晓后续流向,仍需如实报告。所有交易均需分类汇总,若不可替代加密资产的不同变体在固定单位中价值不同,则每个单位视为独立资产类型。
估值与汇总规则确保了跨辖区数据的一致性。交易金额与公允市场价值必须以单一法定货币报告,并在每次交易发生时以持续一致的方式转换。例如,可采用交易发生时的即期汇率。估值时点为交易发生时,且需扣除交易费用。RCASP 应优先使用自身维护的交易对价格;若无适用内部价格,则依次采用内部会计账面价值、第三方公司或网站提供的价值、最新估值或合理估计。对于零售支付交易,OECD 设定了 50,000 美元的金额门槛,低于此门槛的交易不归入此类,但需在其他转让类别中汇总。若相关加密资产不可替代且不同变体价值不同,每个单位被视为单独的相关加密资产类型。
这种细致的估值与分类要求,旨在防止通过复杂交易结构规避税务监管,确保全球税务机关获得可比、可审计的交易数据。
本地差异首先体现在国内用户是否纳入报告范围。OECD 原始框架主要服务于跨境信息交换,"应报告司法管辖区"指已签署 CARF 安排并列入公开名单的辖区,报告对象主要为其他辖区的税收居民。
然而,部分司法管辖区扩展了本地报告义务。英国通过 Finance Act 2026 确立了对英国税收居民用户及相关控制人的报告义务,HMRC 指引明确要求 RCASP 收集所有用户信息,既包括英国居民,也包括其他 CARF 参与辖区居民。新西兰税务局将本国列入应报告司法管辖区名单,要求 RCASP 同时提交居民与非居民数据,居民数据用于国内税务管理,非居民数据则交换至其居民国。相比之下,日本、新加坡未将本国税收居民纳入 CARF 报告范围,处理方式更接近 OECD 原始框架。但需注意,无论是否有本地报告要求,RCASP 仍须对所有用户执行尽职调查程序,以识别应报告人士。尽职调查范围不等于最终报告范围,国际交换范围亦不一定等同于本地税务机关要求的报告范围。
法币指定与估值灵活性是另一大本地化变量。交易金额与公允市场价值最终需转换为法定货币,各辖区是否指定报告货币直接影响系统设计。南非税务局发布的 Notice 6887 明确规定,交易金额与公允市值必须以南非兰特(South African Rand)确定和报告。针对高交易量平台面临的合规挑战,南非税务局 FAQ 指出,CARF 不要求实时货币转换,也不限制特定汇率来源或每笔交易定价方式。RCASP 可采用批量处理、适用当日结束时的汇率或适当平均值等合理方法。
这种灵活性允许平台在交易量大、资产价格波动剧烈及市场数据来源差异的情况下,通过运营手段平衡合规负担。RCASP 需确保转换方法持续一致,并在报告中披露所用汇率来源,以保障数据的可追溯性与透明度。
零售支付门槛的本地化转换进一步加剧了合规复杂性。OECD 规则设定 50,000 美元为零售支付交易报告门槛,但各辖区可能将其转化为当地货币标准。日本将门槛规定为 500 万日元(约合 31,273 美元),巴西采用 50,000 美元的雷亚尔等值金额,欧盟 DAC8 采用 50,000 美元或其他货币等值金额,部分辖区则保留原始美元标准。
这种差异导致同一笔交易在不同辖区可能被归入不同类别:在 A 辖区构成零售支付交易,在 B 辖区则归入其他转让交易。RCASP 需根据用户所在辖区或平台注册地的本地法规,动态调整交易分类逻辑。
这种本地化转换不仅影响数据汇总方式,还可能改变税务稽查的重点领域,要求平台具备高度的规则适应能力。
字段细节与零申报要求体现了各国行政管理的细微差别。OECD 规则规定个人用户出生地原则上无需报告,但若 RCASP 所在辖区法律另有规定则需申报。对于 TIN,若用户所在辖区未签发或不要求收集,则无需报告。新加坡 IRAS 允许在此情况下按 CARF XML 规则提供原因代码(reason code)。即便都要求提交 TIN,号码形式也各不相同:英国个人使用国民保险号码(NINO),公司使用注册号(CRN),合伙企业与信托使用 UTR。
此外,无可报告信息时是否需申报亦因辖区而异。英国采用无数据、无申报模式;新加坡原则上要求提交零申报(nil return),仅填写 RCASP 信息;日本国税厅 FAQ 明确,若存在未终止的应报告交易合同关系,即便某年度无交易额,RCASP 仍需进行年度报告。这些细节差异要求 RCASP 在系统设计中预留足够的字段配置空间,以应对不同辖区的格式与内容要求。
Woofun AI 整理数据显示,RCASP 在数据与系统准备上需深度融合 KYC 与税务尽调。客户的 AML/KYC 资料在 CARF 中承担税务自我证明(self-certification)合理性检验功能,构成尽职调查基础。RCASP 在履行 AML/KYC 义务时,已获取自然人姓名、地址、身份证明,以及实体登记信息、所有权结构和受益所有人等资料,这些数据无需重新收集。CARF 额外关注税收居民辖区、TIN、实体控制人是否属于应报告人士、税务自我证明有效性等。RCASP 需判断 KYC 中的受益人是否满足"实体控制人"与"应报告人士"定义。二者应是共用数据、区分判断的关系,企业需在现有 KYC 框架上增加 CARF 数据层,而非重建客户体系。
同时,RCASP 应建立统一的法币转换与估值机制,保存原始交易币种、金额、交易时汇率、转换后金额、币种、估值时间及方法,以便应对辖区政策更新。最终,RCASP 需完善本地化规则体系,识别合规义务辖区,确认报告范围、可选字段及零申报要求,确保同一批用户和交易数据能按所涉辖区国内规则分别配置,实现准确、稳定的 CARF 申报落地。
评论
暂无评论