路径: 主页 > MISC > 第174页 > JR/T 0190-2020 | 标准编号 | JR/T 0190-2020 (JR/T0190-2020) | | 中文名称 | 资本市场场外产品信息数据接口 | | 英文名称 | (Capital market off-market product information data interface) | | 行业 | 金融行业标准 (推荐) | | 中标分类 | A11 | | 字数估计 | 35,349 | | 发布日期 | 2020-12-23 | | 实施日期 | 2020-12-23 | | 标准依据 | 中国证券监督管理委员会公告(2020)70号 | | 发布机构 | 中国人民银行 | JR/T 0190-2020: 资本市场场外产品信息数据接口
JR/T 0190-2020 英文名称: (Capital market off-market product information data interface)
中 华 人 民 共 和 国 金 融 行 业 标 准
资本市场场外产品信息数据接口
中国证券监督管理委员会 发 布
1 范围
本标准规定了资本市场场外产品信息数据接口的术语和定义、数据化要求、产品类型、分类模板、
数据化过程和产品信息。
本标准适用于产品注册、产品销售以及其他数据交换场景。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文
件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 2659-2000 世界各国和地区名称代码
GB/T 12406-2008 表示货币和资金的代码
GB/T 25500-2010（所有部分） 可扩展商业报告语言（XBRL）技术规范
GB/T 30338-2013（所有部分） 中国证券期货业电子化信息披露规范体系
可扩展商业报告语言 2.1规范 (eXtensible Business Reporting Language (XBRL) 2.1
Specification XBRL.org) (2013-2-20修订)
3 术语和定义
下列术语和定义适用于本文件。
4 数据化要求
4.1 概述
基于本标准的场外产品信息文档，应确保能形成具有真实、准确、完整、可用特性的电子信息文档。
4.2 真实性
基于本标准的电子信息文档，应符合以下要求：
a) 文档与场外产品信息真实相符；
b) 文档的形成和发送与其既定的形成者和发送者相符；
c) 文档的形成和发送与其既定的形成时间和发送时间一致。
4.3 准确性
基于本标准的电子信息文档，应准确、充分地反映其所证明的场外产品信息、场外产品交易活动过
程或场外产品事实，内容可信，并在后续的场外产品业务活动中仍可以其为依据。
4.4 完整性
基于本标准的电子信息文档，应是完全、未加改动的，并且受到保护，以防止未经授权情况下对电
子信息文档的增、删、改及利用、销毁和移动。
4.5 可用性
基于本标准的电子信息文档，应可被获取、展示、检索和理解，能表明电子信息文档与形成它的业
务活动的直接关系。
5 产品类型
本标准涉及的场外产品的类型主要指在报价系统或证券公司柜台发行的包括收益凭证、资管计划、
非公开发行公司债、资产支持证券、非上市非挂牌股权、场外衍生品（包含互换和期权）等。场外产品
类型随着场外业务的发展，可发生新增、修改、删除。可能引起变更的场景如下：
a) 法律、行政法规、主管部门行业自律组织制定的相关规定发生变更；
b) 场外产品类型及业务发生变更；
6 分类模板
6.1 概述
分类模板应按照GB/T 25500-2010（所有部分）的要求，提取基本场外产品的字段元素，组合并形
成分类体系。分类模板是统一场外产品信息文档格式的技术手段，是场外产品信息交换的基础。
分类模板元素给出了元素标识、命名规则，说明了元素的数据类型、层次关系，规定了元素获取与
变更的依据。本着有效表示场外产品信息的原则，各分类模板的现有版本中仅包含必要的元素。
6.2 分类模板元素
6.2.1 元素标识
用id唯一标识元素，id的定义规则为：分类模板标识符_元素名称。其中，分类模板标识符见附录A
的表A.1。
6.2.2 元素命名
元素的命名规则应遵循GB/T 30338.1-2013中的相关约定：
a) 元素以英文命名，采用驼峰命名法，名称中每个英文单词的首字母大写；
b) 元素命名应保持唯一性，若英文单词重复，则新增元素名称之前加上其父节点名称，如无父节
点，则增加对应信息表名称；
c) 元素名称中不能使用特殊字符
d) 元素名称长度应不多于256个字符。
6.2.3 元素数据类型
本标准中使用的元素数据类型均应以GB/T 25500.1-2010中的定义为基础，扩展支持可扩展商业报
告语言 2.1规范中的其他数据类型，可采用的元素数据类型有：
a) stringItemType：字符串类型；
b) dateItemType：日期类型，表示日期类型的数据项；
c) monetaryItemType：货币的数字码，遵循ISO 4217货币名称规范；
d) sharesItemType：份额类型，表示份额的数值型的数据项；
e) integerItemType：整数类型，表示整数的数值型的数据项；
f) decimalItemType：小数类型，表示带小数的数值型的数据项；
g) pureItemType：纯数类型，表示无量纲的数值型数据项。
注：[GB/T 25500.1-2010，节8.1.1；可扩展商业报告语言 2.1规范，节4.6]
6.2.4 元素层次关系
本标准以可扩展商业报告语言 2.1规范中定义的abstract元素和tuple元素表示层次关系。
当元素abstract属性值为“true”时，该元素是与其他元素有层次关系的上层元素，且该元素不能
用于实例文档中。
示例1：产品信息表元素层次关系（见图1）。
注：为区别元素的上下层关系，产品管理人信息定义为abstract，产品管理人名称定义为stringItemType。
图 1 产品信息元素层次关系
6.2.5 元素的提取
本标准中，提取元素应依据下述要求：
a) 法律、行政法规、监管部门和行业自律组织等相关机构制定的相关规定；
b) 有利于投资人作出投资判断，有利于监管者实施监管；
c) 便于场外产品信息内容的组织。
6.3 分类模板框架
6.3.1 概述
分类模板框架（Taxonomy Framework）是一系列分类模板相互关联形成的体系结构。
本条款给出了场外产品信息分类模板框架。
6.3.2 场外产品信息分类模板框架
根据场外产品信息在含义上的内在联系，对包含所有场外产品元素的全集进行划分，将描述同类信
息的元素组织在一起，形成一个个相对独立的分类模板。这些分类模板相互关联，形成了场外产品信息
分类模板框架，见图2。
图 2 场外产品信息分类模板框架
在图2中，场外产品信息分类模板按产品类型进行分类，其中每类场外产品信息包含入口文件及列
报链接库等文件，OTC_Core文件里定义所有产品所用到的元素及元素相关类型，各产品入口文件为后缀
xsd的模式文件，关联定义了展示关系的后缀xml的列报库文件，OTC总入口文件引用各产品入口文件和
列报库来制作生成包含实际信息的实例文档。
本标准列出了现有场外产品信息分类模板中文件的中文名称、英文名称缩写、标识符及备注，后续
会随着产品类型的增加而增加，详见附录A。
6.4 分类模板构成
6.4.1 概述
本条款给出了分类模板命名空间、文件及命名的有关规则及具体内容，以及分类模板功能描述。
6.4.2 分类模板命名空间
命名空间（namespace）应能明确区分各分类模板，其定义规则如下：
--场外产品信息分类:http://域名/cn/otc/场外产品分类英文缩写/分类模板发布日期。
其中，场外产品分类英文缩写见附录B的表B.1。
示例如下：资产支持证券入口文件的分类模板命名空间
http://www.interotc.com/cn/otc/ABS/2014-08-31
6.4.3 分类模板文件及命名
6.4.3.1 分类模板文件
本标准中，每个分类模板都包含一个模式定义文件（*.xsd）和多个链接库文件（*.xml）。
分类模板模式定义文件即遵循可扩展商业报告语言 2.1规范的XML模式定义文件（XML Schema
Definition），定义分类模板中用来描述信息的元素。链接库通过表达元素之间的关系或者元素自身意
义等，提供附加信息。
6.4.3.2 分类模板文件命名
模式定义文件的命名规则为：分类模板标识符-发布日期.xsd。本标准示例给出了分类模板对应的
模式定义文件列表，详见附录C的表C.1。
6.4.4 分类模板功能描述
分类模板中定义的元素应能记录相应的场外产品信息。表1给出了现有各分类模板的功能描述。
7 数据化过程
7.1 概述
本标准中，数据化过程指基于分类模板将场外产品信息数据化、结构化、规范化，生成统一、规范
的实例文档的过程，不包含实例文档转换为其他格式电子信息文档的过程。
本章给出实例文档的生成过程和要求。
7.2 实例文档生成过程
7.2.1 概述
本条款给出了实例文档的生成过程，包括实例文档的生成和验证。
7.2.2 实例文档的生成
实例文档包含的信息内容取决于法律、行政法规、主管部门和行业自律组织的规定。根据分类模板
中对相关信息的定义和描述，所披露信息划分为一系列的基本信息单元（数据项或元组），并按特定的
数据格式组织形成的电子信息文档，即是实例文档。图4给出了实例文档的生成过程。
注：箭头1表示分类模板依据场外产品信息内容制定； 箭头2表示实例文档是以分类模板为描述方法记载或者展示
场外产品信息的电子信息文档。
图 4 实例文档的生成
7.2.3 实例文档的验证
实例文档都引入特定的分类模板，并使用其中定义的元素。分类模板用于对实例文档提供Schema
验证（Schema Validation）。图5给出了实例文档与分类模板的关系。
7.3 实例文档的要求
7.3.1 概述
本条款给出实例文档的基本要求、格式要求，及命名、结构、上下文元素和单位元素的有关规则。
7.3.2 实例文档的基本要求
实例文档应根据业务场景需求在产品管理人、产品发行人、产品销售机构、监管部门、行业自律组
织、信息中介和合格投资者之间自由流转，可跨平台、跨操作系统交换场外产品信息。
应由场外产品信息的发布者对实例文档进行生成和修改；场外产品信息接收者可从正式发布的实例
文档中获取数据。
7.3.3 实例文档的格式要求
实例文档应只包含对数据信息内容的描述，不应包含在各种应用环境中用于显示本身内容的任何格
式信息，不应提供数据的展现形式。不同的用户可根据自己的需要，将实例文档展现成所需的样式。
注1：格式信息包含字体、字号、字形、字体颜色、段落版式等。
注2：数据的展现形式包含纸张打印或电脑屏幕的显示等。
7.3.4 实例文档命名
实例文档的命名应具有唯一性，易于辨识、存储与检索。其命名规则如下：
国别代码_产品管理人代码_产品类型缩写_产品代码_编号
其中：
--国别代码：应采用产品管理人注册地址的国别代码，遵循ISO 3166的相关规定。国家代码可
通过 Online Browsing Platform 查询；
--产品管理人代码：唯一区别产品管理人的代码，采用场外交易系统分配给产品管理人的机构
码；
--产品类型缩写：应采用场外交易系统发布的标准场外产品类型缩写；
--产品代码：应采用经主管部门批准的发码机构所分配的场外产品代码，该代码具有唯一性和
可识别性；
--编号：各产品管理人应按“年度＋流水号”的方式对各类型场外产品信息文档进行编码，以
唯一识别该产品的信息及版本编号，编号格式如下：YYYYMMDD+两位流水号。
注：产品类型缩写和产品代码由本文件的实施者根据相关管理规定制定。
7.3.5 实例文档结构
7.3.5.1 说明
实例文档由信息头、信息体两部分组成。公告头由场外产品信息中重要信息抽象、概括而形成，主
要包含对实例文档自身的说明信息；公告体是实例文档的主体部分，具体记载场外产品信息。图6给出
了实例文档的结构。
7.3.5.2 信息头
信息头应至少包含实例文档编码、文档标题、发布日期，其中：
--实例文档编码：能唯一识别场外产品信息文档的编码，应采用实例文档的命名；
--文档标题：文档本身的名称。公告名称应遵循现有的信息编制要求和制度规定，由场外产品
管理人自行定义；
--发布日期：应为场外产品信息文档正式提交的日期。
7.3.5.3 信息体
信息体应包含场外产品信息的具体内容。
信息体的内容组织应遵照主管部门和其他相关机构颁布的内容与格式准则和编报规则的要求，如没
有可依据的相关规定，应真实准确、结构紧凑。
7.3.6 实例文档中的上下文元素和单位元素
7.3.6.1 元素实例与上下文元素的关系
实例文档中的许多元素实例都具有一定的时间、所属产品管理人等背景特性，这些特性通过实例文
档中的一系列上下文元素--context 元素予以描述。
部分元素实例区分为时间点类型和时间段类型，其时间类型标识符分别为instant和duration；所
属场外产品代码在context元素中的entity元素中定义。
一个context 元素可同时与多个元素实例相关......
|