GBT25500.4-2010可扩展商业报告语言(XBRL)技术规范版本.pdf

'ICS03．100．60A11a目中华人民共和国国家标准GB／T25500．4—2010可扩展商业报告语言(XBRL)技术规范第4部分：版本ExtensibleBusinessReportingLanguage(XBRL)specification--Part4：Versioning2010-10-18发布2011—01-01实施宰瞀鹊紫瓣警糌瞥霎发布中国国家标准化管理委员会促19 前言⋯⋯⋯·⋯·⋯⋯⋯⋯⋯-引言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯1范围⋯⋯⋯⋯⋯⋯⋯⋯·2规范性引用文件⋯⋯⋯·3术语和定义⋯⋯⋯⋯⋯-4命名空间及其前缀⋯····5版本规范概述⋯⋯⋯⋯·5．1总体概述⋯⋯⋯⋯·5．2模块化⋯⋯⋯⋯⋯·5．3背景⋯··⋯⋯⋯⋯··5．4URI解析·⋯⋯⋯⋯5．5语法语义规则⋯⋯·6版本报告的结构⋯⋯⋯·6．1组成⋯⋯⋯·⋯⋯⋯6．2版本报告⋯⋯⋯⋯·6．3DTS标识符⋯⋯⋯·6．4任务⋯···⋯⋯⋯⋯·6．5任务类别⋯⋯⋯·⋯6．6行为⋯⋯⋯··⋯⋯··6．7事件⋯⋯⋯⋯⋯··一6．8标识符⋯⋯⋯····⋯6．9标签和引用⋯⋯⋯-6．10相关版本报告⋯⋯-7基础事件⋯⋯⋯⋯⋯⋯·7．1命名空间名称事件-7．2角色URI事件⋯⋯·8标识符⋯⋯⋯⋯⋯⋯⋯·8．1命名空间名称标识符8．2角色URI标识符⋯··8．3URI引用⋯⋯⋯⋯·一9映射⋯⋯⋯⋯⋯⋯⋯⋯⋯9．1命名空间映射⋯⋯⋯9．2角色URI映射⋯⋯10概念基础⋯⋯⋯⋯⋯⋯10．1概述⋯⋯⋯··⋯⋯·目次GB／T25500．4—2010ⅡV1234567890O GB／T25500．4—201010．2事件⋯⋯⋯⋯⋯⋯⋯⋯10．3概念标识符⋯⋯⋯⋯⋯10．4概念映射⋯⋯⋯⋯⋯⋯附录A(规范性附录)模式文件参考文献⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯表1命名空间和命名空间前缀⋯⋯⋯⋯·⋯⋯⋯⋯⋯···表2和(ver：toURI)在XML中的表示表13基础概念事件⋯··⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·表14XML表现形式总结：vereb：fromE和vercb：toEⅡ013714567891 前言GB／T25500．4—2010GB／T25500《可扩展商业报告语言(xBRL)技术规范》分为四个部分：——第1部分：基础；——第2部分：维度；——第3部分：公式；——第4部分：版本。本部分为GB／T25500的第4部分。本部分按照GB／T1．1—2009给出的规则起草。本部分技术内容与XBRL国际组织制定的XBRL版本规范i．0版(基础和概念基础)(XBRI。VersioningSpecification1．0，BaseandConceptbase)基本一致。本部分由中华人民共和国财政部归口。本部分起草单位：中华人民共和国财政部。本部分起草人：应唯、王颖、李红霞、黄敏、李敏敏、丁亮、覃东、杨海峰、朱健鹏、杨诚、臧梓伊、童盼盼。Ⅲ GB／T25500．4--2010引言可扩展商业报告语言(ExtensibleBusinessReportingLanguage，XBRL)是一种基于可扩展置标语言(ExtensibleMarkupLanguage，XML)的开放性业务报告技术标准。它通过给财务会计报告等业务报告中的数据增加特定标记、定义相互关系，使计算机能够“读懂”这些报告，并进行符合业务逻辑的处理。XBRL的构想最早由美国注册会计师查尔斯·霍夫曼在1998年提出。随后，在美国注册会计师协会(AICPA)赞助下提出了第一个XBRL原型。XBRL技术广泛适用于财务会计报告、上市公司年报、金融机构监管报告、税务报告等领域，目前在美国、英国、日本、澳大利亚等很多国家中都已投入实际应用。在我国，XBRL已应用于上市公司信息披露和基金信息披露领域，取得良好效果。XBRL技术的应用，可以避免报告数据的重复性录入、报送、传输、转换、比对等人工操作，减少差错率，提高数据生成、传递、使用效率和信息化水平。因此，推进XBRL在我国的应用，有利于促进财务会计报告等业务报告信息的深度分析利用，提高监管效能。XBRL技术规范，是各项XBRL应用所需共同遵循的底层技术标准。制定XBRL技术规范，是推进XBRL在我国应用的基础性工作。目前，国际上均遵循XBRL国际组织制定的技术规范。本部分是GB／T25500．1《可扩展商业报告语言(xBRL)技术规范第1部分：基础》的一个扩展规范，定义了XBRL分类标准版本报告的XML语法，提供了两个可发现分类标准集之间差异的结构化描述。Ⅳ 1范围可扩展商业报告语言(xBRL)技术规范第4部分：版本GB／T25500．4—2010GB／T25500的本部分规定了XBRL分类标准版本报告的XML语法，提供了两个DTS之间差异的结构化描述。本部分适用于XBRL分类标准的制定、实例文档的编制或使用，以及XBRL相关开发与应用。2规范性B【用文件下列文件对于本文件的应用是必不可少的。凡是注目期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB／T18793--2002信息技术可扩展置标语言(XML)1．0GB／T25500．1可扩展商业报告语言(XBRL)技术规范第1部分；基础GB／T25500．2可扩展商业报告语言(XBRL)技术规范第2部分：维度GB／T25500．3可扩展商业报告语言(XBRL)技术规范第3部分：公式3术语和定义GB／T18793--2002、GB／T25500．1、GB／T25500．2、GB／T25500．3中界定的以及下列术语和定义适用于本文件。4命名空间及其前缀元素或者属性的命名空问前缀使用以ns：name为例，其中Iis是命名空间的前缀，name是本地名称。关于命名空间前缀到实际命名空间的映射，本部分与表1保持一致。表l中的前缀列是非规范性的，命名空间URI列是规范性的。表1命名空间和命名空间前缀前缀命名空间uRIhttpl／／xbrl．org／2010／versioning—basehttp：／／xbr]．org／20]O／versioniag—base／errorhttp：／／www．w3．org／2001／XMLSchemagenhttp：／／xbrl．o‘g／2008／genericxlinkhttp：／／www．w3．org／1999／xlinkvercbhttp：／／xbrl．org／2010／versioniag-concepubasevercbehttp：／／xbrl．org／20lO／versioning-coneept-base／error G1B／T25500．4—20105版本规范概述5．1总体概述XBRL基础规范以XBRL分类标准的形式使提取特定报告场景的结构化元数据成为可能。分类标准很少是固定对象，而是需要根据各种原因定期更新，这些原因包括：赖以构建分类标准的业务需求的变化(例如，会计准则的变化)，分类标准技术设计的变化，或者是简单的错误更正。新版本分类标准的发布将对该分类标准的所有使用者产生影响，包括：a)实例文档创建者，实例生成软件开发者；b)该分类标准的扩展分类标准创建者，扩展分类标准生成软件开发者；c)希望能够对依据不同版本分类标准编制的实例文档进行比较的用户。本部分定义了XBRL版本报告的XML语法，其规范化模式文件见A．1。版本报告用于允许分类标准创建者以一种结构化的格式传递关于两个分类标准版本之间的变动信息，以便将版本更新给分类标准使用者带来的影响降至最低。版本报告不同于简单的差异报告。版本报告包括通过DTS自动比对所不能获取的信息(例如，它可以识别在两个DTS中等效但不同名的概念)，并且传递关于版本变更背后动因的信息。正是这种传递额外信息的能力使得创建标准化的版本报告具有价值。针对任何一对DTS，都可以编制版本报告。5．2模块化XBRL版本规范是一个模块化的规范(本部分是其中一个部分)，它允许版本报告的作者选择不同的粒度来记录版本的变化。这种模块化的方法允许把XBRL基础规范扩展(如XBRL维度规范)的版本信息作为扩展模块处理。5．3背景XBRL版本是对“DTS变动相关信息”报告内容的标准化，以节省DTS使用者调整应用程序适应新版本DTS的时间。本部分区分“技术差异”和“语义差异”。“技术差异”是通过比较待观察的一对信息项的属性，软件可以自动发现的差异。“语义差异”是版本报告作者对技术差异的解释。在给定两个DTS和DTS间的信息项匹配规则下，技术差异集是唯一的I而语义差异集是无限的，因为它们只是技术差异的解释。“语义差异”包含了“技术差异”以及人类可读文档，这对于使用者将应用程序从以前的DTS版本向下一个版本迁移，提供了有用的信息。图1展示了版本报告信息的不同层级。图1版本报告的信息源 GB／T25500．4—2010在不影响使用DTS的应用程序的情况下，DTS中的信息能够写入一个或多个文件中，语义上等效但语法上不同的DTS见示例。示倒：a)一个命名空间为http：／／foo的分类标准模式文件“A．XSD”，定义了两个概念tx：One和tx：Two，它引用了一个列报链接库，该链接库使用了http：／／www．xbrl．org／2003／role中的parent-child弧来连接这两个概念，以表示txlOne是txtTwo的上一级概念。b)命名空间同样为http：／／foo的另一个分类标准模式文件“B．XSD”，定义了相同的概念(tx：One和tx：Two)，它有两个同样使用http：／／www．xbrl．org／Z003／role角色的嵌入式列报链接库．其中一个将tx：Two定义为tx：One的上一级概念，另一个则禁止了上述关系并设定了另一个关系将tx：One定义为tx：Two的上一级概念。从DTS用户的角度说，以上两个DTS是等效的，尽管模式文件“A．XSD”和“B．XSD”在语法上完全不同，但它们都定义了同样的概念和同样结果的概念间关系。两个DTS对于处理XBRL元数据的应用程序来说，都定义了相同的信息集，除非XBRL分类标准的编辑者对于列报有更为严格的规定，从而禁止使用者使用关系。5．4URI解析本部分中凡是相对的URI都需根据XMLBase规范转换为绝对的URI。5．5语法语义规则版本报告是一个XML文档，它根据本部分中的规则，提供关于两个DTS，即From—DTS和To—DTS，它们之间如何从前者转换到后者的信息。From—DTS是形成版本报告中的源DTS，通常是版本较低或者发布时间较早的那个DTS。To—DTS是作为版本报告中的目标DTS，通常是版本较高或者发布时间较晚的那个DTS。From—DTS和To—DTS之间的每个独立的变化被称为事件。若干个事件组成的逻辑变化被称为行为。而依次再由若干个行为组成的业务级的变化被称为任务。事件和行为的组合，使得删除事件和新增事件可以被关联起来，从而用于表达替代关系。本部分允许为任务和行为与人可读文档之间关联起来，同时也提供了任务类别的可扩展机制。任务、行为和事件的应用见示例。示例：From—DTS中的一个概念可能被To-DTS中的一对概念所替代，这可通过三个事件来描述：——从From-DTS中删除一个概念；——在To-DTS中增加两个概念。为了使这个过程能更好地被理解为替代，而不仅仅是一个概念的删除和两个概念的新增，这三个事件被组合成一个行为。这种一个概念被另外两个概念替代的行为可能是更大范围的、由涉及更多其他概念的变化所构成的、业务级的变化中的一小部分。该业务级变化可以通过很多行为来表达，而这些行为还将进一步组合成一个任务。6版本报告的结构6．1组成版本报告由以下几部分组成a)From—DTS标识符；b)To-DTS标识符； GB／T25500．4—2010c)任务；d)行为}e)事件。6．2版本报告6．2．1XML表述版本报告用元素和ver：category替换组中的任何元素都可以是ver：assignment的子元素。属性含义{categories)任务类别集是通过(ver：category>替换组中作为(vet：assignment>元素的子元素的元素来表示的(actions)古有包含了任务的{assignment)属性的版本控制报告中的行为的集合6．5任务类别6．5．1类别本部分提供了任务归类的可扩展机制。该机制可被用来根据变化的诱因来将任务归类。任务类别是可与任务相关联的类别。本部分定义了3个标准的任务类别，如表5所示。表5标准的任务类别类别名元素描述Business(ver．busines8Category)表明任务使分类标准更趋同于当前的业务要求Teehaical表明任务由技术要求驱动Errata(ver：errataCategory)表明任务会修正分类标准中的错误 GB／T25500．4—20106．5．2自定义任务类别除了预定义的标准任务类别，版本报告还可使用自定义任务类别。自定义任务类别由XML模式文件的元素声明来定义，定义是直接或间接地通过作为(ver：category)替换组的替换组附属的链来实现的。如果白定义类别包含属于另一种类别元素的替换组，则它表示该类别的子层级。如下给出了自定义任务类别的示例。示倒：用(ver：category)的替换组来声明的元素会被认为是自定义任务类别，它和其他三种预定义的标准类别可在一起使用。用(ver：businesscategory)的替换组来声明的元素将标识特殊类型的业务变化。6．5．3XML表述任务类别由(ver：category)替换组中的一个元素来表示。如表6所示。表6Contentlnone(／verlactionRef)特性表达含义{任务)由(verIaction)元素的若干个元素，如果用于From标识符；～个(vet：fromURI>元素，如果用于To标识符。(vet"：／romuRI)和(Vet；touRI)在XML中的表示如表12所示。表12(ver：fromURl>和(ver：toURI>在XML中的表示(vet-：fromURIvalue—xs：anyURDContent：None(／ver：fromURI>(vet：toURIvalue兰xs：anyURDContent：None《／vet：toURI>特性表达含义fURI}(ver：tromURI>或(vet：toURD元索的value属性的值 6B／T25500．4—20109映射9．1命名空问映射命名空间映射是From命名空间和相对应的To命名空间之间的关联。一个From命名空间是From—DTS中的模式文件中的目标命名空间名称。一个To命名空间是To-DTS中的模式文件中的目标命名空间名称。一个命名空间映射由命名空间事件来定义。一个单独的命名空间名称可参与多个命名空间映射。9．2角色URI映射角色URI映射是From—Role-URI和相对应的To-Role-URI之间的关联。一个From—Role—URI是From—DTS中角色定义信息所定义的一个角色URI。一个To—Role—URI是To—DTS中角色定义信息所定义的一个角色URI。一个To-Role-Mapping是由一个角色URI事件所定义。一个单独角色URI可参与多个角色URI映射。10概念基础10．1概述商业概念是商业信息的一个独立的抽象定义，一个XBRL概念是一个商业概念的具体实例化。XBRL概念和商业概念的区别与本部分相关，这是由于一个单独的商业概念可能会在不同的DTS中由不同的XBRL概念表现。版本规范报告可以识别此类等价概念。A．2的规范化模式文件对概念基础的语法进行了描述。当两个XBRI。概念代表相同的商业概念时，这两个XBRl。概念为等价概念。事实报告使用任何一个概念来表达相同的信息都会被用户理解。概念等价性要求不会在概念的XBRL表现形式上强加特殊的限制。等价概念可能有不同的本地名称、命名空间、标签、引用或者数据类型。由于两个概念均代表同一个的商业概念，因此，两个概念的数据类型应该拥有相同的值空间，该值空间中所有商业概念的值均为有效值。在实际操作中，允许值空间不同。以下给出了数据类型不匹配的等价概念的示例。示倒：在From-DTS的一个概念A中有一个数据类型字符串，而在其等价概念To-DTS中有一个带有限制形式的字符串数据类型更接近于商业概念的有效值。进一步讲，数据类型定义的错误意味着商业概念的有效值对另一个概念而亩是无效的。但这并不能阻止两个概念成为等价概念。本部分中数据类型变更的注释可以通过事件与相关概念关联。版本规范概念扩展规范提供了事件，这些事件允许专门为数据类型的变更附加注释，而不仅仅在概念层面提供注释。当潜在商业概念的定义中有重叠时，两个XBRL概念被认为是相关概念。不同于等价概念，根据一个概念报告的事实未必和根据另一个概念报告的事实拥有相同的商业意义。相关概念可以为一个DTS中没有等价概念的概念指明逻辑后继者。10．2事件基础概念事件中共定义了三类事件。这三类事件与命名空间映射一起，生成了成对概念。成对概念的两个概念分别来源于From—DTS和To-DTS。成对概念包括等价概念和相关概念。基础概念事件如表13所示。10 裹13基础概念事件GB／T25500．4—2010码元素来源标识符目标标识符[ConeeptDelete]gen：arc<／link：usedon>(／link：arcroleType)haaversiemimgreference(／12：definition5(1ink：usedOn5gen：arc<／limk：usedOn)(／1ink：arcrole％hrpe)(／x8：appinfo)(／xs：annotation>(!一generalnodesneeded--5《xs：sequence>{xs：elementref=“llnkIliakhseRef“minOccurs=⋯0maxoccurs=”unboundedn／)<Ⅻ：eleaentref2”verlreportRef”mlnOccurs=⋯0’maxOccurs=”unba酬”，)(／xs：element>(／xs：complexContent>《／xs：complexType)(／xs：element)(!一froaDrSandtoDTSnode一)(Ⅺ：el“entid。”nl-frQm-dts”r．yu3e=’’姗”type=”wldt8．嘶”substitutionGroup=”Ⅷdis．identlfier”／)(／xslcomplexType><／xs：complexType)(j--predefinedcategories--><‘8：elementid。”捌／-bus／ness·category”n硼e=”5usinessCategory”type=”verlcategory．type”substitutionGroup=”VeTIcategory”／)(‘s：elementid2”，ml-technical·category”n柚e=”technlcalCategory”type=”v旺lcategory．type”substitutionGroup=”v口lcategory”／)(!一assignment口od音一)(xs￡attributeGroupref=”_er：camon．attributes”／)(／xs：complexType>《xs：attributeGroupref=”verIc(】amon．attributes”／)(／xs：complexType)(／xs：element>(!一actionnode一>《xs：elementid=”l丑l-action”name2”action”、(xs：complexType)(XS：sequence>(／xs：element)(xs：。l锄en‘id2zml-role·啮pping”name=”roleMapping”substitutionGroup=”re／"l岫pping”／)(／xs：complexType)(。s：elementid2”nl-froa·uri”name=”frcaURI”type=“vetfuri．t辨”／)(xs,complexTypeid2”Xll-uri．t跏”name=“uri．type’’)(xsjattributen衄e=”value”type=”地，粕y眦”use≈’’required’’／)(!一eventnode一)(1s：elementid2”盈d‘钾呲”啪e=“舯恤t。’type=”_怔I舯呲．type”abstract=”true··／)(x8,anyAttributeprocessContents=”l“’。／)<／xsIccaplex"lⅪpe)(／xslschema>15 GB／T25500．4—2010A．2版本——概念基础《XS：schemaxmlns：x8=”http：／／www．w3org／2001／XMLSchema”xmlns：vercb2”http：／／)由florg／2010／versioning-concept-basic”xmlns：vet=”http：／／xbrlorg／2010／versioning-base”targetNamespace=”http=／／xbrl．org／2010／versioning-concept-basic”elementFormDefauit=”qualified”7(xs：elementⅫe。”fromConcept”type2”ver：uritype”id=”mul-from-e”／)(／x8：complexType)(XS：sequence7(xs：restrictionbase=”vet：event．type”)(xs：sequence)《XS：elementref=”vercb：fromConcept”／7(／xs：sequence7(／xs：regtriction)‘／xs：complexContent7(／xs：complexType7(!～Conceptevents-7