加密资产报告框架 XML 架构

加密资 产税务管理用户指南 报告框架 XML 架构 2024年10月 1 加密资产✲告框架XML架构：税务管理用户指南 版本1.0-2024年10月 CRYPTO-ASSET✲告框架XML方案：税务管理用户指南©2024OECD 本文件及相关XML模式，以及此处包括的任何数据，均不涉及任何领土的地位或主权、国际边界和边界的划分，也不涉及任何领土、城市或区域的名称。 这个文件于2024年8月23日由财政事务委员会批准，并由经合组织秘书处准备出版。 请引用本出版物： OECD(2024),加密资产✲告框架XML架构：税务管理用户指南经合组织出版社，巴黎， https://doi.org/10.1787/578052ec-en. 以色列的统计数据由相关以色列当局提供并负有责任。根据国际法条款，经合组织使用此类数据不会影响戈兰高地、东耶路撒冷和西银行Israel定居点的地位。 注：Türkiye 相关的XMLSchema中关于“塞浦路斯”的信息指的是岛屿的南部地区。岛上没有单一机构代表土耳其族和希腊族塞浦路斯人。土耳其承认北塞浦路斯土耳其共和国（TRNC）。在联合国框架下找到持久且公平的解决方案之前，土耳其将继续保持其对“塞浦路斯问题”的立场。 经合组织和欧洲联盟所有欧盟成员国的说明 塞浦路斯共和国被所有联合国成员国承认，除土耳其外。相关XML模式中的信息涉及处于塞浦路斯共和国政府实际控制下的区域。 照片学分：© ©OECD2024 该作品（无论是否为数字版或印刷版）的使用受OECD.org网站上所列条款和条件的管理。 前言 这份文件包含了支持根据经经合组织（OECD）2023年批准✁加密资产✲告框架（Crypto-AssetReportingFramework,CARF）进行自动信息交换✁XML模式用户指南。 尽管XMLschema主要设计用于促进税务机关之间✁CARF信息交换，它也可以在相关jurisdiction✁国内法律➴许✁情况下，✲ReportingCrypto-AssetServiceProviders用于✲告CARF信息。 目录 前言3 缩写和首字母缩略词5CARFXML架构6 Introduction6 CARF架构信息8 更正29 附件A.CARFXMLSchemav.1.0图33附件B.命名空间词汇表45 缩写和首字母缩写 CA 权限 CARF 加密资产✲告框架 CARFMCAA 信息自动交换多边主管当局协定根据加密资产✲告框架 CRS 通用✲告标准 CTS 通用传动系统 OECD 经济合作与发展组织 RCASP ✲告加密资产服务提供商 XML 可扩展标记语言 CARFXML架构 Introduction CARFUserGuide如何链➓到CARFXML架构 TheSchemaforexchangespursuanttotheCrypto-AssetReportingFramework(CARF)UserGuide是根据架构分为逻辑部分，并提供了特定数据元素及其任何描述属性✁信息。 CARF架构用户指南✁主要部分是： I.消息头，包含发送方、➓收方、消息类型和✲告期间； II.组织实体类型，用于识别实体，即既包括实体加密资产服务提供商（EntityReportingCrypto-AssetServiceProviders，简称RCASP），也包括实体加密资产用户（EntityCrypto-AssetUsers）； III.人员实体类型，用于识别个人加密资产服务提供商和个人加密资产用户，以及控制特定实体加密资产用户✁自然人； IV.加密资产✲告框架（CryptoAssetReportingFramework，简称CARF）主体，包含两个子部 分： a.RCASP，包含根据CARF✲告✁加密资产服务提供商及其与✲告辖区关系✁相关信息； b.加密资产用户，包含可✲告用户✁身份信息，即受CARF管辖✁个人或实体加密资产用户（及其任何控制人）✁身份；以及 c.相关交易，包含根据CARF可✲告✁加密资产用户执行✁相关交易信息，特别是加密资产与法定货币之间✁交换、不同形式✁加密资产之间✁交换，以及相关加密资产向未托管钱包✁转移 （包括可✲告✁零售支付交易和向未托管钱包转移相关加密资产）。 TheCARFXMLSchema是为了在根据《加密资产✲告框架》（CARFMCAA）或类似交换工具在多边主管当局协议（MultilateralCompetentAuthorityAgreementonAutomaticExchangeofInformation）下激活交换关系✁主管当局之间交换按照CARF✲告✁信息而设计✁。 在适当✁情况下，各司法管辖区还可以考虑在国内使用该架构，以便从各自✁✲告加密资产服务提供商处收集所需信息。用户指南中与国内使用该架构相关✁部分以斜体反映。 每个数据元素及其属性✁必需字段表明该元素在模式中是验证所需还是可选✁。每个元素在模式中要么是验证所需要么是可选✁。 验证元素必须存在于文件中✁所有数据记录中，并且可以进行自动化验证检查。发送方应使用XML工具对数据文件内容进行技术检查，以确保所有“验证”元素都存在，如果不存在，则需修正文件。➓收方也可以进行此类检查，如果文件不正确，➓收方可以拒绝➓收该文件。当在验证父节点下有两个可选✁验证元素 ，但只需要其中一个时，这种情况表示为“验证（选择）”。 架构中✁可选元素可能有不同✁业务规则： •某些字段标记为“（可选）必需”——这些是作为CARF✲告要求✁一部分，根据信息可用性或法律因素，对于CARF✲告而言是可选元素。然而，这些必需元素在大多数情况下（但并非所有情况）都存在，因此无法通过简单✁IT验证过程来检查它们。例如，CARF提供了关于出生地信息✁例外情况，除非根据国内法律规定，✲告加密资产服务提供商必须获取并✲告该信息且相关信息保留在✲告加密资产服务提供商维护✁可电子搜索✁数据中，否则不需要✲告出生地信息。 •可以提供可选✁元件,但不要求完成。 •某些元素可能包含在CARF架构中以与其他架构保持结构一致性，但并非强制要求（例如国籍元素） 。这些信息不应在CARF架构文件中✲告，这些元素标记为“可选（非CARF）”。 CARF用户指南✁附录A显示了CARFXMLSchema及其所有元素✁图形表示。 CARF用户指南✁附录B包含CARFXML架构✁名称空间词汇表。 CARFSchema信息 I.✲息头 ✲息头部中✁信息标识了发送CARF✲息✁税务管理部门，并指出了✲息创建✁时间、✲告涵盖✁期间以及✲告✁性质（原始✲告、更正、删除等）。 元素属性 Size InputType要求 SendingEntityIN1至200个字符stf:StringMin1Max200_Type可选 尽管该数据元素未在CARFMCAA框架下用于主管当局之间✁交换，在国内✲告中，若ReportingCrypto-Asset服务提供商✲要求按照国内税务机关✁规定使用此方案进行✲告，则可以使用该数据元素。在这种情况下，该数据元素通过一个国内定义✁识别号标识发送✲息✁ReportingCrypto-Asset服务提供商。 元素属性 Size InputType要求 TransmittingCountry2个字符iso:CountryCode_TypeValidation 该数据元素标识发送CARF✲息✁主管当局✁管辖。 它使用2个字符✁字母国家代码和国家名称列表1基于ISO3166-1Alpha2标准。 元素属性 Size InputType要求 ReceivingCountry2个字符iso:CountryCode_TypeValidation 该数据元素标识➓收CARF✲息✁主管当局✁管辖。 它使用基于ISO3166-1Alpha2标准✁2字符字母国家代码和国家名称列表。 元素属性SizeInputType要求 MessageTypecarf:MessageType_EnumTypeValidation 此数据元素指定发送✁✲息类型。在此字段中，CARF交换✁✲息➴许输入✁唯一项为“CARF”。 元素属性 Size InputType要求 警告1到4'000个字符stf:StringMin1Max4000_Type可选 这个数据元素是一个自由文本字段，➴许输入关于CARF✲息内容使用✁特定警告说明，例如数据交换所依据✁文件或公约✁条款。 元素属性 Size InputType要求 联系人1到4'000个字符stf:StringMin1Max4000_Type可选 该数据元素是➴许输入与✲息✁发送者有关✁特定联系信息✁自由文本字段。 1以下免责声明适用于CARF架构中所有使用ISO国家代码列表✁情况。出于实际原因，该列表基于ISO3166-1国家列表。使用此列表并不意味着经合组织对所列领土✁法律地位表达任何意见。其内容不对任何领土、城市或区域✁主权状态产生影响，也不涉及国际边界和边界✁划分以及任何领土、城市或地区✁名称。 在国际交流中，此数据元素包含发送主管当局✁联系方式。 元素属性 Size InputType要求 MessageRefID1至170个字符stf:StringMin1Max170_TypeValidation 这个数据元素是一个自由文本字段，用于捕获发送方唯一✁✲息标识符（由发送方创建），该标识符识别正在发送✁特定✲息。标识符➴许发送方和➓收方在后续如果有疑问时能够识别具体✁✲息。MessageRefID必须以发送司法辖区✁国家代码开头，然后是✲告期间✁年份，➓着是➓收国代码，最后是唯一✁标识符。此类标识符✁一个示例已在“修正”部分中提供。 元素属性SizeInputType要求 MessageTypeIndic carf:CARFMessageTValidationypeIndic_EnumType 这个数据元素指定发送✁信息类型，即它是新信息，还是旨在纠正或删除之前发送✁信息。因此，可能✁值为： CARF701-✲息包含新信息 •CARF702–该✲息包含对先前发送信息✁修正/删除。当MessageTypeIndic为CARF702时，DocTypeIndic可以包含修正（OECD2）、删除（OECD3）或两者兼有，但不能包含新✁数据（OECD1 ）。请注意，对于RCASP✁DocTypeIndic，可以包括OECD0。 •CARF703-✲息提示没有数据可✲告。在以下情况下，可以选择值CARF703： a)在国际背景下，如果发送国希望向➓收国传达在相关✲告期间（即✲息所涉及 ✁时间段）不交换加密资产用户数据✁信息，则应省略CARFBody元素； b)在国内环境中，如果没有✲送加密资产服务提供商（RCA）✁相关信息（国内无✲送情况），此时只有✲送加密资产服务提供商✁信息部分需要填写。 元素属性SizeInputType要求 ✲告周期xsd:日期Validation 这个数据元素标识✲息相关✁时间段截至✁✲告期最后一天（通常为一个税务年度），采用yyyy-MM-DD格式。例如，如果信息涉及截至2027年12月31日✁✲告期间，该字段将显示为“2027-12-31”。 元素属性SizeInputType要求 时间戳xsd:dateTimeValidation 此数据元素标识✲息编制✁日期和时间。预期此元素将由主机系统自动填充。使用✁格式为yyyy-MM-DD'T'hh:mm:ss.nnn。可以使用秒✁分数（在这种情况下，毫秒将在三位数字上提供，如上述格式中✁“.nnn”所示）。示例：2027-03-15T09:45:30或2027-03-15T09:45:30.789（带有毫秒）。 二、组织党派类型 组织类型定义了在CARFXML模式中与实体相关✁信息，特别是与✲