ICS03.060 A11 中华人民共和国国家标准 GB/T30338.2—2013 证 券期货业电子化信息披露规范体系 第2部分:编码规则 Specificationsystemforelectronicinformationdisclosureofsecuritiesand futuresindustry—Part2:Elementcode 2013-12-31发布 2014-07-01实施 中华人民共和国国家质量监督检验检疫总局 中国国家标准化管理委员会发布前 言 GB/T30338《证券期货业电子化信息披露规范体系》分为5个部分: ———第1部分:基础框架; ———第2部分:编码规则; ———第3部分:标引模板; ———第4部分:实例文档封装格式; ———第5部分:注册管理规范。 本部分为GB/T30338的第2部分。 本部分按照GB/T1.1—2009给出的规则起草。 本部分由中国证券监督管理委员会提出。 本部分由全国金融标准化技术委员会(SAC/TC180)归口。 本部分起草单位:中国证券监督管理委员会信息中心、上海证券交易所、深圳证券交易所、中国证券 投资者保护基金有限责任公司、上证所信息网络有限公司、深圳证券信息有限公司、深圳证券通信有限 公司、吉贝克信息技术(北京)有限公司、立信会计师事务所(特殊普通合伙)、上海新利多数字技术有限 公司、深圳市致远速联信息技术有限公司。 本部分主要起草人:张野、姚峰、于文强、白硕、邹胜、刘慧清、张小威、葛伟平、初壮、邓寰乐、程立、 邓学智、蒋建人、赵志刚、郑斌祥、陈功、赵伟、周晓明、苏梅、张兴东、寻晓青、丁韬、冯晋雯、刘庆辉、沈桢、 高阳、付德伟、赵国强、刘世平、罗黎明、董凤江、陈帆峰、李海、贾霄鹏、安文辉、李云峰、陈贵忠。 ⅠGB/T30338.2—2013 引 言 随着近年来XBRL在国内上市公司、基金等公募信息披露领域的持续应用,国内XBRL应用从 2002年引进到深入实践的十年间已初见成效。最近几年,我国基于企业会计准则的通用分类标准业已 推出,随着推广效应加大,XBRL的实施范围将面临扩展,实施规模也预计迅速加大。在此背景下,产生 了统一行业应用进行体系化规范管理的需求,因此需要统一制定证券期货业电子化信息披露规范。 电子化信息披露是指用计算机和网络技术实现所需披露报告的编制、报送、验证、披露、存储交换和 分析阅读等。我国现阶段采用可扩展商业报告语言(ExtensibleBusinessReportingLanguage,简称 XBRL)作为证券期货市场电子化信息披露的核心技术。XBRL技术体系本身没有对元素进行编码的 要求和约定,为充分发挥XBRL的技术特点和优势,进一步提高计算机系统制作、交换、存储、分析相关 信息的准确性和效率,以及方便元素的管理,特制定本标准。 在证券期货业电子化信息披露的应用中采用元素编码,是相比于传统及一般应用的一个重要的技 术要素上的创新。 ⅡGB/T30338.2—2013 证券期货业电子化信息披露规范体系 第2部分:编码规则 1 范围 GB/T30338的本部分规定了证券期货业XBRL电子化信息披露中进行元数据XBRL格式标引 时,对元素进行编码的方法、技术处理方式和管理机制。 本部分适用于使用XBRL技术向公众披露信息或向监管部门报送信息的电子化过程。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文 件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T7027—2002 信息分类和编码的基本原则与方法 GB/T10113 分类编码通用术语 GB/T18793—2002 信息技术 可扩展置标语言(XML)1.0 GB/T30338.1 证券期货业电子化信息披露规范体系 第1部分:基础框架 GB/T30338.5 证券期货业电子化信息披露规范体系 第5部分:注册管理规范 3 术语和定义 GB/T10113和GB/T30338.1中界定的以及下列术语和定义适用于本文件。 编码标签 codelabel 表达元素的代码值的标签。 4 分类原则和方法 4.1 分类原则 本部分按照科学性、系统性、可扩延性、兼容性和综合实用性的原则,对证券期货业电子化信息披露 中所涉及的元素进行简化分类。 4.2 分类方法 本部分对元素采用GB/T7027—2002的面分类法。按照“是否通用元素”“元素编制机构”和“元 素技术属性类别”3个“面”进行分类。 5 编码方法 5.1 编码的基本原则 每一个编码对象(元素)仅应有一个代码,一个代码唯一表示一个编码对象。在同一命名空间下,元 1GB/T30338.2—2013 素名、元素标准标签和代码一一对应。 5.2 代码类型 本部分对元素采用组合码进行编码。 5.3 代码结构与格式 代码表达式由4段组成,见表1、表2所示。 表1 统一赋码元素的代码结构表 位 置 格 式 含 义 第1段 2位大写拉丁字母 分类信息 第2段 5位阿拉伯数字 基本流水号 第3段 2位阿拉伯数字 扩展流水号 第4段 1位大写拉丁字母 类型属性 表2 自定义元素的代码结构表 位 置 格 式 含 义 第1段 2位大写拉丁字母 分类信息,固定为“ZZ” 第2段 不定长大写拉丁字母与阿拉伯数字的混合代码 报告义务人代码 第3段 5位阿拉伯数字 报告义务人自主确定的流水号 第4段 1位大写拉丁字母 类型属性 各段的定义和格式应遵循以下要求: a) 第1段:按“是否通用元素”、“元素编制机构”对元素进行分类(见4.2)后所赋予的代码,表示元 素的分类信息,是有含义的缩写码,使用2位大写拉丁字母。 b) 第2段:在管理机构统一赋码的情况下,本段为元素的基本流水号,是无含义的递增顺序码,使 用5位阿拉伯数字。预定递增数字为10;在报告义务人自定义元素的情况下,本段为管理机 构分配给特定报告义务人或报告主体的表示其唯一身份的固定代码(例如上市公司的交易代 码或非上市公司的组织机构代码等)。 c) 第3段:在管理机构统一赋码的情况下,本段为元素的扩展流水号,在元素的基本流水号资源 接近耗尽时采用,是无含义的递增顺序码,使用2位阿拉伯数字,缺省值为“00”。预定递增数 为1;在报告义务人自定义元素的情况下,本段为报告义务人自主义元素的流水号,是无含义 的递增顺序码,使用5位阿拉伯数字,预定递增数为10。 d) 第4段:按“元素技术类型”对元素进行分类(见4.2)后赋予的代码,表示元素的技术类型属性 信息,是有含义的缩写码,使用1位大写拉丁字母。 e) 递增数代码段的前几位无数字时,应使用零填满字段的位数。 f) 各段之间无连接符号。 5.4 分类与代码 5.4.1 元素基本信息类别代码 元素代码的前2位字母是元素的基本信息分类代码,初始类别为4类,其指定代码见表3。可根据 2GB/T30338.2—2013 标准实施的具体情况进行扩展。 表3 元素基本信息类别代码表 代码 名 称 说 明 GD通用文档信息元素 CM资本市场通用元素 MF引用财政部企业会计准则通用分类标准元素 ZZ自定义元素 由报告义务人自主定义的元素 5.4.2 元素技术属性类别代码 元素编码的末位字母是元素的技术属性类别。初始类别设为7类,其指定代码见表4。可根据标 准实施的具体情况进行扩展。 表4 元素技术属性类别代码表 代码 英语名称 中文名称 说 明 A Abstract 抽象元素 “是否抽象”的属性值为“True”的元素,不能赋值,不出现在实例 文档中,一般根据多个关联的实体元素抽象其共同的业务含义而命 名,相关实体元素称为抽象元素的子元素 T Tuple 元组元素 在相同语境下可被多次赋值的一组实体元素的集合(总称) E Item 实体元素 数据项 H Hypercube 立方体元素 若干个维度的集合。可形象理解为多面体,每一个平面表示一个 维度 D Dimension 维度轴 描述一个事实的不同角度称为维度,典型的维度轴如:“产品”或 “地区”(用来描述营业收入的分类) M Member 维度成员 维度成员元素的type为nonnum:domainItemType,维度成员元素 也是item元素,但仅能用在实例文档的上下文中,如上述“地区”维 度中的“华北”、“华东” L LineItem 行项目 在维度模型中用以记载实例数值的元素(而不是表达上下文的元 素)的集合 5.5 元素编码的扩展 根据元素编码的唯一性和不重码的规则,当元素编码的可利用字符逐渐缺少时,以及根据电子化信 息披露业务发展情况所必需时,对元素编码进行扩展,应遵循如下原则: a) 代码结构中第1段的2位字母,根据业务需要,可以增加相应的分类及指定新的代码。 b) 代码结构中第2段的5位数字,以及扩展后的第3段的数字,可不受预定递增数间隔的限制, 并可进一步扩展为数字和大写拉丁字母(I与O除外)的混合格式代码。此时元素编码的前两 位字母和末位字母的定义不受影响,仅扩展第2段和第3段。 c) 代码结构中第3段的2位数字,可改变缺省值为“00”的情况从而进行扩展。 d) 第4段的1位字母,根据需要,可以扩展元素属性类别及指定新的代码。 3GB/T30338.2—2013 e) 对元素编码进行扩展,不应影响已有元素编码。 5.6 元素编码示例 元素编码示例见表5。 表5 元素编码示例 概 念 编码样式 说 明 资产负债表 MF0006000A 抽象元素 营业收入 MF0021000E 实体元素 前十名股东 CM0