多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
## XBRL分类标准的结构图例 ![![](images/screenshot_1538116244596.png)](images/screenshot_1538296860808.png) ## 分类标准组成 分类标准由模式文件(schema)和5个链接库文件(linkbase)组成。模式文件居于核心地位,它主要告诉应用软件业务报告中应当包含哪些信息。而链接库文件主要告诉应用软件这些信息的相关业务逻辑是怎样的。 分类标准通过既定的语法“告知”应用软件一系列规则:某类报告包括哪些元素?元素之间的结构和计算关系是怎样的?如何展示一份报告?应用软件执行这些规则,就能对报告进行符合业务逻辑、具有智能意义的处理。一般情况下,如果业务逻辑发生了变更,只需要对分类标准进行修订,而无需对众多应用软件进行改动。 ### xbrl模式文件 模式文件定义了报告中可能包含的元素以及元素的各种属性。 下面是一段简化的模式文件内容: <element type=” monetaryItemType” periodType="duration" balance="credit"nillable="true"/> 这段代码定义了名为“手续费及佣金收入”的元素(element),并且界定了它的四种属性:(1)它的类型(type)属于货币金额(monetaryItemType),也就是说它是一个数字,而不是一段文字或者百分比等。(2)它的时间属性(periodType)是一个期间值(duration),而不是时点值。我们知道,资产负债表项目是时点值,利润表项目是期间值。(3)它的余额方向(balance)在贷方(credit)。(4)它不是必填项目,可以为空(nillable="true")。可以发现,这段模式文件代码把“手续费及佣金收入”元素的一些基本会计属性都表达出来了,为应用软件的处理奠定了基础。 没有在模式文件种定义的元素,软件将不允许用户填报。而在模式文件中有定义的元素,如果填报内容不符合定义,例如在“手续费及佣金收入”中填入一段文字,则软件也不会接受。因此,模式文件的作用是据以生成和验证XBRL实例文档。在传输环节,软件都会根据模式文件验证实例文档。这样,不符合填报要求的报告就能够被提前发现并得以纠正。 但模式文件仅表示一组不相关的元素,它没有告诉软件元素之间的勾稽关系、层级关系(如流动资产包含哪些具体项目)以及如何在报告中列报。这些是通过链接库来定义的。 ### xrbl计算链接库(calculation) 计算链接定义元素间的计算关系。下面是两段简化的计算链接的例子: arcrole=http://www.xbrl.org/2003/arcrole/summation-item from=“毛利” to=“销售收入” order=“1” weight=“1”/> arcrole=http://www.xbrl.org/2003/arcrole/summation-item from=“毛利” to=“销售成本” order=“2” weight=“-1”/> 这两段计算链接合起来表达了一个公式:毛利=销售收入-销售成本。具体来说:“http://www.xbrl.org/2003/arcrole/summation -item”表明该段代码描述的是项目加总的关系(尽管它看上去像是一个网址,但实际上表明的是计算关系类型);在这个关系中总和元素是毛利,用于加总的元素是销售收入和销售成本;在加总顺序(order)上是销售收入第一、销售成本第二;由于销售成本属于减项,因此它的计算权重(weight)为-1,表示以其负数加总。 生成和传输实例文档时,软件将根据计算链接库验证元素间的计算关系,从而减少错误,提高报告的准确性。 ### xrbl列报链接库(Presentation ) 列报链接库定义了元素在列报时的相互关系,从而使软件能够将代码以人们的阅读形式展示出来。下面是一段简化的列报链接的例子: arcrole=http://www.xbrl.org/2003/acrole/parent-child from=“资产总额” to=“流动资产”/> 其中,“http://www.xbrl.org/2003/acrole/parent-child”表明该链接定义一个“母子项目”关系。这个关系的方向是从(from)资产总额到(to)流动资产,表明资产总额是上级项目,流动资产是下级项目。 在填写、显示、输出等任何需要以人们可读格式展示报告时,软件将调用列报链接库。 ### xrbl标签链接库(label) 列报链接库仅仅定义了元素间在列报结构上的关系。至于列报中应当显示的名称,则由标签链接来实现。在XBRL中,标签就是元素的显示名。同一个元素在不同的场合下可能有不同显示名。一个简单的例子就是一份报告可能需要多种语言版本,那么一个元素就需要多种语言的标签。再比如,净利润当其值为负数时,其显示名称可以为“净利润”,但有的场合下人们习惯于将其展示为正数,相应的名称就应当是“净亏损”。 下面是两段简化的标签链接的例子: label=”cas_ConstructionInPogress_lbl”lang=”zh-cn”> 在建工程 role=”http://www.xbrl.org/2003/role/terseLabel” label=”icas_ConstructionInPogress_lbl”xml:lang=”zh-cn”> 合计 上例给在建工程(Construction In progress)元素定义了两个中文(zh-cn)标签,一个为“在建工程”,一个为“合计”。当企业需要披露在建工程明细表时,就会用到“合计”标签。而这里的“合计”和“在建工程”是同一个概念。 ### xrbl定义链接库(definition) 定义链接库用于定义元素间的各种不同关系,主要包括四种基本的关系类型:一般-特殊关系、原名-别名关系、规定-元素关系、相似-元组关系。 规定-元素关系:当某个元素填写有内容时,就必须填写其他相关元素。这种关系主要用于实现信息披露的监管要求。例如,当某企业在资产负债表中填写了生物资产的金额,那么就必须填写生物资产的有关附注。没有附注内容的报告在验证时将不予通过。这就需要在定义链接库中定义生物资产元素与生物资产附注元素的“规定-元素关系”。 ### xrbl参考链接库(Reference) 参考链接库为元素指出有关文献索引(如准则对元素的定义、计量方法、列报要求等),供报告编者和使用者参考。下面是一段简化的参考链接的例子: role="http://www.xbrl.org/2003/role/presentationRef" label="CashFlowsFromUsedInOperationsTotal_ref"> IAS 7 14 上例表示:经营活动产生的现金流量(Cash Flows From Used In Operations Total)的列报要求(presentationRef)参见国际会计准则(IAS)第7号第14段。 ### 发展 XBRL本身也是一个发展中的标准,在各国纷纷采用它解决实际问题的时候也遇到了不少困难。不过聪明的世界人民也想出了很多办法,在原来的XBRL规范上修修补补,增加了很多周边的内容。比如:为了解决元素重复定义的问题,增加了维度(Dimensions)规范;为了解决显示的问题,增加了展示(Inline)规范;为了解决原规范中对关系处理的不足,增加了公式(Formula)规范;为了解决版本的问题,增加了版本(Versioning)规范等等。 谁是编制这些字典的权威呢?一般来说是监管机构。在美国,美国证监会(SEC)请XBRL美国地区组织制作了一份US GAAP分类标准,现在由美国财务会计准则委员会(FASB)进行维护。在欧洲,由监管制定国际会计准则的国际财务报告准则及基金会(IFRS Foundation)制定、发布并维护。在国内,XBRL技术应用较早的沪深交易所都曾制定过各自的分类标准,证监会也在制定并即将发布资本市场统一的分类标准。如今,财政部已经制定并颁布了《企业会计准则通用分类标准》,这相当于非常权威的《新华字典》了;***从技术角度来讲,我国的会计准则向国际会计准则趋同,因此财政部颁布的这套分类标准和IFRS颁布的版本非常像。*** --------------------- 本文来自 阿饭同学 的CSDN 博客 ,全文地址请点击: https://blog.csdn.net/ffm83/article/details/43021985?utm_source=copy https://blog.csdn.net/ffm83/article/details/43022003?utm_source=copy