《证券投资基金信息披露XBRL标引规范（Taxonomy）》简介
中国证券监督管理委员会
证监会公告[2008]35号－《证券投资基金信息披露XBRL标引规范（Taxonomy）》简介
中国证券监督管理委员会公告
〔2008〕35号
为进一步提高证券投资基金（以下简称基金）信息披露质量，推进基金信息披露XBRL（eXtensible Business Reporting Language，可扩展商业报告语言）应用工作，我会组织编写了《证券投资基金信息披露XBRL标引规范（Taxonomy）》（以下简称本规范），现予公布（技术文档登载于wgp.csrc.gov.cn和www.xbrl-cn.org网站上），自公布之日起实施。
本规范将根据陆续发布的基金信息披露XBRL模板进行部分调整，届时，网站上的技术文档将通过自动更新的方式发布，不再另行公告。
为便于理解和操作，请参考附件关于本规范的简介。
二○○八年八月二十六日
附件：
《证券投资基金信息披露XBRL标引规范（Taxonomy）》简介
一、XBRL技术框架介绍
XBRL技术框架主要由技术规范（Specification)、标引规范（Taxonomy）和实例文档（Instant Document）组成。
其中，技术规范是由XBRL国际组织（www.xbrl.org）定义的、全世界各国在应用XBRL的过程中都必须遵循的基本语法规则和工作准则。目前广泛使用的是最新版本XBRL2.1规范。
标引规范（Taxonomy），指各国在应用XBRL技术规范时，根据本国的会计准则或行业应用，定义的适用于本地区或本行业的词汇表，它是生成实例文档的关键，也是某一行业开展XBRL工作的基础。标引规范由模式文件（Schema）和多个链接库（Linkbase）组成。模式文件定义了所有相关元素、属性和简单关系，链接库定义了扩展关系，例如计算、展示、外语标签和引用法规等。
实例文档（Instant document），指可由支持XBRL技术的计算机软件按照相关的标引规范生成的报告文件，例如企业的财务报表。因此，与普通文本文档相比，实例文档的关键数据已被标引了计算机软件可以识别的标签。
二、制定目的及适用范围
《证券投资基金信息披露XBRL标引规范（Taxonomy）》（以下简称本规范）即根据证券投资基金（以下简称基金）信息披露法律法规，以及XBRL国际组织相关技术规范，制定的基金信息披露XBRL应用方面的规范。
本规范是基金信息披露法律法规与XBRL技术规范紧密结合的产物。通过XBRL技术手段，可实现基金信息的数据化、结构化和规范化，能提高基金信息生成、交换、应用的效率，控制差错风险，有利于基金信息披露义务人、监管机构、中介服务机构和终端用户等各方共享基金信息，进一步提升行业规范运作的水平，并将有力推动基金信息披露和相关信息服务规范、有序地发展，为基金信息的公开透明提供示范。
本规范适用于基金管理公司、基金托管银行等信息披露义务人完成信息披露义务，也适用于监管机构、研究分析机构、会计师事务所、投资人以及信息服务公司、传播媒体等依托XBRL技术进行基金披露信息的传播、分析和再加工等。除公开披露的基金信息外，本规范还预留了监管信息接口，以作扩展。本规范不涉及诸如加密、数据完整性等安全机制。
三、技术内容
本规范通过梳理、归并和提取基金信息披露文件的基本信息单元，生成元素，并对各元素的基本属性、相互关系进行规格化描述。
（一）体系架构（Taxonomy Framework）
本规范是一系列相互关联的子模块通过相互引用而形成的一个有机整体。本规范根据基金信息披露文件各项内容在含义上的内在联系，将描述同类信息的元素组织在一起，形成各个相对独立的子模块。本规范的架构图如下：
本规范架构含财务信息和非财务信息两大类，其中非财务信息类包含全局通用文档、基本信息、管理报告、重大事件、审计报告等子模块。各子模块描述的主要信息如下：
全局通用文档：公告名称、送出日期、重要提示、释义、备查文件信息等。
基本信息：基金简介，如：基金名称、基金简称、基金运作方式、基金代码等基金基本情况；基金相关机构信息，如：基金管理人信息、基金托管人信息、基金份额发售机构信息、会计师事务所信息等；基金投资概况，如：基金投资目标、投资策略、投资限制等。
管理报告：基金管理人报告；基金托管人报告等。
重大事件：基金的重大事件等。
审计报告：基金审计报告等。
财务信息：主要财务指标、基金净值表现及收益分配情况；资产负债表、利润表、所有者权益（基金净值）变动表、会计报表附注；投资组合报告、投资组合报告附注等。
监管信息类：目前为空，今后将扩充为信息披露义务人向监管机构报送的非公开的监管信息。
（二）技术文件组成
本规范包含两类技术文件：模式定义文件（*.xsd）和链接库文件（*.xml）。模式定义文件即遵循XBRL 2.1规范的XML模式定义文件（XML Schema Definition），定义标引规范中用来描述信息的元素。链接库文件通过表达元素之间的关系或者元素自身意义等，提供附加信息。一个标引规范子模块应由一个模式定义文件和多个链接库文件构成。本规范是由各模式定义文件和链接库文件互相引用形成有机整体。
本规范以技术文件的形式，置于指定的互联网网址上（技术文档在wgp.csrc.gov.cn或www.xbrl-cn.org，命名空间的网址是www.xbrl-cn.org），供开发软件或解析实例文档时下载使用。
本规范中定义了以下链接库文件（*.xml）：
标签链接库文件（Label Linkbase）：为模式定义文件中包含的元素定义个性化的标签，以便展现时使用。
参考链接库文件（Reference Linkbase）：为模式定义文件中包含的元素提供参考信息，如：元素来源。
表示链接库文件（Presentation Linkbase）：描述模式定义文件中包含的元素的展现顺序，通常这种展现顺序和定义链接库文件中描述的层次结构关系类似甚至一致。
计算链接库文件（Calculation Linkbase）：描述模式定义文件中包含的元素之间的计算关系，本规范将勾稽关系定义放在计算链接库中。
定义链接库文件（Definition Linkbase）：描述模式定义文件中包含的元素之间的层次结构关系。
各子模块包含的模式定义文件和链接库文件见附件1。
（三）其他重要技术要素
1.命名空间：本规范在www.xbrl-cn.org网站存放全部技术文档（包括DTS），以其域名作为基本命名空间（本规范各模块命名空间见附件2）。实例文档用户可通过互联网使用本规范，同时通过命名空间的隔离机制解决元素名称冲突问题。
2.元素命名：元素以中文拼音命名，名称中每个字的拼音首字母大写。元素命名保持唯一性，若拼音重复，则新增元素名称之前加上其父节点表名缩写作为前缀（即每个字的拼音首字母，父节点表名缩写置于wgp.csrc.gov.cn和www.xbrl-cn.org网站，供下载）。财务报表、主要财务指标表中元素优先不加前缀。元素名称长度应不多于256个字符。元素名称对用户不可见，仅用于进行标注，不表达实际业务含义。
3.元素标识：用id唯一标识和定位元素，其命名规则为：子模块标识符_元素名称，在链接库中使用该标识来定位元素（子模块标识符见附件3）。
4.数据类型：本规范使用XBRL 2.1规范中定义的数据类型，具体如下：stringItemType：字符串类型；dateItemType：日期类型；monetaryItemType:货币类型；sharesItemType：份额类型；integerItemType：整数类型；decimalItemType：小数类型。
5.元素层次关系：本规范使用XBRL 2.1规范定义的abstract属性元素和tuple元素表示层次关系。
当元素abstract属性值为“true”时，该元素是与其他元素有层次关系的上层元素，且该元素不能被赋予具体的数值，因此，不在实例文档中出现。
示例：资产负债表元素层次关系，为区别元素的上下层关系，资产负债表及资产部分、负债部分、所有者权益部分定义为abstract，表中具体项目如银行存款、短期借款、实收基金等定义为monetraryItemType。
tuple元素是与其他元素有层次关系的上层元素，可在实例文档中出现。示例：报告期末债券回购融资情况元素层次关系：
在使用abstract属性元素时，其层次关系中下层元素abstract属性为“false”时，下层元素可单独用于实例中；在使用tuple元素时，其表达的层次关系应整体用于实例中。在本规范实际应用中，对于表中各项内容确定的情况，一般使用abstract属性元素进行设计。对于表中各项内容不确定的情况，一般使用tuple元素进行设计，可自由填列。
四、应用说明
本规范作为技术文档与基金信息披露XBRL相关模板一起构成完整的基金信息披露XBRL的技术要件，某一类具体模板（如非货币市场基金季报模板）中标注的元素为标引规范元素的子集。基于本规范最直接的应用一般为实例文档的生成和验证。
（一）实例文档的生成
实例文档基于本规范、信息披露XBRL模板，并根据实际填报内容生成，如以下两图所示：
实例文档具体生成过程如下：
1.根据模板中待填项标号查找元素清单中对应记录（元素清单同时发布于wgp.csrc.gov.cn和www.xbrl-cn.org网站，供下载）。如上图步骤1，待填项“基金简称”标号为“0011”，据此查找到元素清单表中序号为“0011”的记录。
2.根据记录获取元素的基本信息，同时根据记录中命名空间在Taxonomy中查找到该元素，获得全部的完整信息（包括模式定义文件中该元素的定义信息，以及链接库文件中该元素的附加信息）。如上图步骤2，根据“基金简称”记录获得元素属性等信息，同时根据其命名空间标识“cfid-fgi”在Taxonomy中查找到该元素，在cfid-fgi-2007-09-01.xsd文件中找到“基金简称”的有关定义信息，在链接库文件中获取其标签、参考、展示等信息。
3.根据模板及上述两步骤获取的元素信息制作基金信息披露报送软件，软件根据基金信息披露XBRL相关模板确定报送的内容和格式，根据获得的元素信息确定生成实例文档时的处理方式。如上图步骤3，软件在确定位置留空供使用者填报具体“基金简称”，同时根据Taxonomy中有关定义，软件需内嵌对该元素数据类型、上下层关系等的处理方式。
4.根据公告内容填报数据，公告内容仅表达要公告的事实，并不一定来自纸质或Word、PDF等格式公告（今后有可能基于实例文档生成其他格式公告）。如上图步骤4，如实在软件中填报基金简称。
5.由报送软件生成实例文档，由于已填入实际数据，并且软件中已嵌入相关处理方式，即可生成相应文档。如上图步骤5，生成的实例文档中即已包含具体的“基金简称”信息。
（二）实例文档的校验
生成的实例文档需通过本规范进行验证（即Schema 验证）。下图描述了验证的基本形式：
生成的实例文档应满足以下验证规则：
1.实例文档中出现的每个元素应在该模式定义文件(XSD)中定义，或者在该模式定义文件引用的其他模式定义文件中被定义。
2.实例文档中出现的每个元素，其类型应与模式定义文件中定义该元素时指定的元素类型一致。
3.实例文档应满足链接库定义的各项规则（链接库定义的各项规则未被包含在Schema验证中，当应用程序从实例文档的一系列元素中提取出数据并加以利用时，链接库将为应用程序提供这些数据之间的各种关系）。
（三）实例文档有关规范
1.格式要求
实例文档只包含数据信息，不包含诸如字体、字号、颜色等任何格式信息，不包含使用纸质或屏幕等任何显示信息。不同的用户可根据自己的需要将实例文档展现成所需的样式。
此外，文档内部数据可按任意顺序排列，不必按本规范表达的层次或展示关系列示，以区别于按章节等树形结构组织的传统公告。
2.文档命名
文档的命名应具有唯一性，易于辨识、存储与检索。规则如下：
国别代码_信息披露义务人代码_基金代码_基金公告信息分类编码_公告编号.xml
其中：
国别代码：采用基金管理人注册地址的国别代码，本规范中为“CN”。
信息披露义务人代码：唯一区别信息披露义务人的代码，采用置于我会网站（www.csrc.gov.cn）上关于信息披露义务人的八位代码。
基金代码：采用置于我会网站（www.csrc.gov.cn）上的基金代码。
基金公告信息分类编码：采用基金公告信息分类编码中的小类编码（见附件4）。
公告编号：各发布主体应按“年度＋流水号”的方式对基金信息披露公告文档编码，以唯一识别本年度对外发布的所有公告。例如：某基金发布编号为“20080003”的公告，表明该公告是基金2008年度对外披露的第3份公告，编码为八位。
示例：某基金管理公司披露的某基金2007年年度报告，假设是该基金2008年披露的第3份公告，则实例文档命名为：
CN_XXXXXXXXX_XXXXXX_FB010010_20080003.xml，其中“X”代表具体数字。
3.实例文档结构
实例文档由公告头、公告体组成。公告头由基金公告中重要信息抽象、概括而形成，主要包含对实例文档自身的说明信息。公告体是实例文档的主体部分，包含具体的披露信息。下图为实例文档的结构：
公告头一般包含公告标识、信息披露义务人代码、基金名称、基金代码、基金公告信息分类编码、公告标题、公告发布日期，其中：
公告标识：能唯一识别基金公告的编码，采用实例文档的命名。
基金公告信息分类编码：应采用基金公告信息分类编码中的小类编码，一个基金公告对应多个小类的，应以下划线分隔列出所有的小类编码。
公告标题：公告本身的名称，公告名称应遵循现有的信息披露法规，并由信息披露义务人定义。
公告发布日期：应为基金公告正式发布的日期（如，见报日期）；
公告体应按照我会颁布的基金信息披露内容与格式准则、编报规则和相关模板进行编制。
4.实例文档中的上下文元素和单位元素
实例文档中的许多元素实例都具有一定的时间、所属基金等背景特性，这些特性通过实例文档中的一系列上下文元素（context）予以描述。
时间点类型和时间段类型数据，其时间类型标识符分别为instant和duration，所属基金代码在context元素中的entity元素中定义。
一个context 元素可同时与多个元素实例相关联，一个元素实例仅关联一个context元素。例如，某“合计”元素可通过关联不同context元素分别表达年初值与年末值。tuple类型元素不与任何上下文元素相关联。
上下文元素的命名应按以下规则命名：C_时间类型标识符_时间
示例：
在XXXX基金2007年年度报告中，时间段值上下文元素命名：
本期是C_duration_20070101-20071231，
上期则是C_duration_20060101-20061231，
时间点值期初为C_instant_20070101，
期末为C_instant_20071231，
去年期初为C_instant_20060101，
去年期末为C_instant_20061231。
货币类型、份额类型、整数类型、小数类型元素应通过unitRef属性关联到一个特定的unit元素，其中定义元素的货币类型、货币单位、份额单位等信息。一个unit元素可同时与多个元素实例相关联。
五、版本控制
本规范由我会发布并维护，版本将尽量保持稳定，以利社会应用。版本的升级以能否向下兼容为标准，其判断依据为新版Taxonomy能够校验原实例文档。
对于Taxonomy日常的、细微的更新，则直接修改后发布，不升级版本。如更新内容较多，确需升级版本，则依据如下规则进行：原Taxonomy仍保留，保证原实例文档可用性，新Taxonomy开辟新命名空间，以新发布日期更新原命名空间中日期标记，所有文件命名中涉及日期标记的均采用新版日期。今后，我会将陆续发布基金各类信息披露XBRL模板，届时，本规范将进行持续性的更新。
附件：1. 子模块模式定义及链接库文件名称
2. 子模块命名空间
3. 子模块标识符
4. 公告信息分类编码
附件1：
子模块模式定义及链接库文件名称
子模块 模式定义文件名称 链接库类型 链接库名称
全局通用文档 cfid-gcd-2007-09-01.xsd 标签链接库 cfid-gcd-2007-09-01-label.xml
参考链接库 cfid-gcd-2007-09-01-reference.xml
表示链接库 cfid-gcd-2007-09-01-presentation.xml
计算链接库 cfid-gcd-2007-09-01-calculation.xml
定义链接库 cfid-gcd-2007-09-01-definition.xml
基本信息 cfid-fgi-2007-09-01.xsd 标签链接库 cfid-fgi-2007-09-01-label.xml
参考链接库 cfid-fgi-2007-09-01-reference.xml
表示链接库 cfid-fgi-2007-09-01-presentation.xml
计算链接库 cfid-fgi-2007-09-01-calculation.xml
定义链接库 cfid-fgi-2007-09-01-definition.xml
管理报告 cfid-mr-2007-09-01.xsd 标签链接库 cfid-mr-2007-09-01-label.xml
参考链接库 cfid-mr-2007-09-01-reference.xml
表示链接库 cfid-mr-2007-09-01-presentation.xml
计算链接库 cfid-mr-2007-09-01-calculation.xml
定义链接库 cfid-mr-2007-09-01-definition.xml
重大事件 cfid-ie-2007-09-01.xsd 标签链接库 cfid-ie-2007-09-01-label.xml
参考链接库 cfid-ie-2007-09-01-reference.xml
表示链接库 cfid-ie-2007-09-01-presentation.xml
计算链接库 cfid-ie-2007-09-01-calculation.xml
定义链接库 cfid-ie-2007-09-01-definition.xml
审计报告 cfid-ar-2007-09-01.xsd 标签链接库 cfid-ar-2007-09-01-label.xml
参考链接库 cfid-ar-2007-09-01-reference.xml
表示链接库 cfid-ar-2007-09-01-presentation.xml
计算链接库 cfid-ar-2007-09-01-calculation.xml
定义链接库 cfid-ar-2007-09-01-definition.xml
财务信息 cfid-pt-2007-09-01.xsd 标签链接库 cfid-pt-2007-09-01-label.xml
参考链接库 cfid-pt-2007-09-01-reference.xml
表示链接库 cfid-pt-2007-09-01-presentation.xml
计算链接库 cfid-pt-2007-09-01-calculation.xml
定义链接库 cfid-pt-2007-09-01-definition.xml
附件2：
子模块命名空间
子模块 命名空间
全局通用文档 http://www.xbrl-cn.org/cn/fid/rpt/gcd/2007-09-01
基金基本信息 http://www.xbrl-cn.org/cn/fid/rpt/fgi/2007-09-01
管理报告 http://www.xbrl-cn.org/cn/fid/rpt/mr/2007-09-01
重大事件 http://www.xbrl-cn.org/cn/fid/rpt/ie/2007-09-01
审计报告 http://www.xbrl-cn.org/cn/fid/rpt/ar/2007-09-01
财务信息 http://www.xbrl-cn.org/cn/fid/common/pt/2007-09-01
附件3：
子模块标识符
子模块 子模块英文缩写 标识符 备注
全局通用文档 gcd cfid-gcd Global Common Document
基本信息 fgi cfid-fgi Fund General Introduction
管理报告 mr cfid-mr Management Report
重大事件 ie cfid-ie Important Events
审计报告 ar cfid-ar Accountants Report
财务信息 pt cfid-pt Primary Terms
监管财务信息 rt cfid-rt Regulatory Terms
附件4：
公告信息分类编码
编码 名称
大类 中类 小类
FA 基金募集信息披露
FA010 基金招募说明书
FA010010 基金招募说明书
FA010020 基金招募说明书摘要
FA010030 更新的招募说明书
FA010040 更新的招募说明书摘要
FA020 基金合同
FA020010 基金合同
FA020020 基金合同摘要
FA030 基金托管协议
FA030010 基金托管协议
FA040 基金份额发售公告
FA040010 基金份额发售公告
FA050 基金合同生效公告
FA050010 基金合同生效公告
FB 基金运作信息披露
FB010 基金年度报告
FB010010 基金年度报告正文
FB010020 基金年度报告摘要
FB020 基金半年度报告
FB020010 基金半年度报告正文
FB020020 基金半年度报告摘要
FB030 基金季度报告
FB030010 基金第一季度报告
FB030020 基金第二季度报告
FB030030 基金第三季度报告
FB030040 基金第四季度报告
FB040 基金净值公告
FB040010 基金净值公告
FB050 上市交易公告书
FB050010 上市交易公告书
新修订的《刑事诉讼法》第九十三条规定：“犯罪嫌疑人、被告人被逮捕后，人民检察院仍应当对羁押的必要性进行审查。对不需要继续羁押的，应当建议予以释放或者变更强制措施。有关机关应当在十日内将处理情况通知人民检察院。”这是我国在刑事诉讼法中首次设立了捕后羁押必要性审查制度，也是新刑事诉讼法修改的亮点之一。此条首次明确赋予了检察机关对于捕后羁押必要性的审查职能，旨在强化人民检察院对羁押措施的监督，防止超期羁押和不必要的关押。在此笔者浅谈一下如何构建捕后羁押必要性审查制度。
一、审查主体
新修订的《刑事诉讼法》只在第九十三条对捕后羁押必要性审查作了原则性规定，但并未对该制度进行细化。新修订的《人民检察院刑事诉讼规则》第六百一十七条规定：“侦查阶段的羁押必要性审查由侦查监督部门负责；审判阶段的羁押必要性审查由公诉部门负责。监所检察部门在监所检察工作中发现不需要继续羁押的，可以提出释放犯罪嫌疑人、被告人或者变更强制措施的建议。”笔者认为，该项工作的审查主体还是应由侦查监督部门负责比较妥当。从目前检察院的机构设置来看，侦查监督部门负责审查批准逮捕，而羁押必要性审查的实质就是逮捕必要性在侦查羁押、诉前羁押和审判羁押的延续。作为逮捕决定的作出者，侦查监督部门对于犯罪嫌疑人的个人情况、案件事实和证据情况最为熟悉，也对于捕后可能出现的各种影响羁押的情况有相当的预见性，因此从提高工作效率的角度出发，由侦查监督部门作为捕后羁押必要性审查的主体最为适宜。
二、审查对象
虽然捕后羁押必要性审查的主旨是对所有被逮捕的犯罪嫌疑人和被告人的继续羁押必要性进行审查，但是笔者认为此处的审查对象应首先是已逮捕的轻微刑事案件的犯罪嫌疑人和被告人。主要包括：主观恶性小、犯罪情节轻微、初犯、偶犯、过失犯罪、未成年人犯罪，且具有自首、认罪态度好等法定、酌定的从轻情节，同时可能判处三年以下有期徒刑，采取取保候审或者监视居住不致发生社会危害性的犯罪嫌疑人和被告人。应当把累犯、惯犯、涉黑涉恶等恶性犯罪的犯罪嫌疑人和被告人排除在捕后羁押必要性审查之外。其次，对于案件事实和证据发生变化影响定罪量刑、双方达成刑事和解、犯罪嫌疑人或被告人具有立功表现并查证属实、身体条件不适合再继续羁押的犯罪嫌疑人和被告人也有必要启动捕后羁押必要性审查。
三、审查期限
审查期限可采取随时审查和定期审查相结合的方式。在批准逮捕时，将犯罪嫌疑人的社会危险性进行评估，对于初犯、偶犯、可能达成刑事和解、可能因证据变化影响定罪量刑等案件建立专门台账，掌握案件进程，如有变化则及时启动审查程序；对上述案件之外的其他案件则可以采取定期审查，以逮捕后一个月为审查启动期限。因为逮捕后至侦查机关侦查终结移送审查起诉的时间为两个月，随着侦查的深入，一些证据可能会发生变化，同时在已经羁押的一个月中也可以充分地观察犯罪嫌疑人的主观表现或者身体健康状况的变化，从而做出是否继续羁押的全面评估。
四、审查具体程序
对于捕后羁押必要性的审查可以采取“承办人审查、部门负责人把关、检察长或者检察委员会决定”的方式来进行。1.由批准逮捕案件的具体承办人向侦查机关了解捕后案件侦查中有无证据变化等情况，向本院监所部门的驻所监察室了解犯罪嫌疑人的捕后表现和身体状况。对于犯罪嫌疑人存在可能不需要继续羁押的情况时，由具体承办人提交《继续羁押必要性审查报告》，启动审查程序；2.由部门负责人对办案人的报告和犯罪嫌疑人的综合材料进行审查；3.对于审查后认为不适宜再继续羁押的案件报本院检察长决定。如遇意见分歧或者其他原因，还可提交本院检察委员会讨论决定。
作者 郑鹏 单位：石家庄市桥东区人民检察院
