Web服务已经很有效的建立起了一种跨平台的解决方案,用于经典的客户端和服务器结构之间的握手上。但是,实际上在不同团体之间的负载均衡是根据应用程序软件的自然属性而采用不同的格式的。在试图进行这些负载均衡之类的标准化过程当中,很多XML词汇或者组成的语言得到了建立。在采取的行动当中,我们看到了其中有一个叫做XBRL(扩展的商业报告语言)的东西。
XBRL的主要焦点是在金融集团的对于准备、分析和交流商业信息的需求。就像我们知道的那样,即使是那些在金融领域之外的东西,一个公司的账本经常需要用大量的表格进行表述,只有这样才能满足本地的、州的以及联邦的权威。但是有时候,在内部的交流中,也许表述仅仅是对……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
Web服务已经很有效的建立起了一种跨平台的解决方案,用于经典的客户端和服务器结构之间的握手上。但是,实际上在不同团体之间的负载均衡是根据应用程序软件的自然属性而采用不同的格式的。在试图进行这些负载均衡之类的标准化过程当中,很多XML词汇或者组成的语言得到了建立。在采取的行动当中,我们看到了其中有一个叫做XBRL(扩展的商业报告语言)的东西。
XBRL的主要焦点是在金融集团的对于准备、分析和交流商业信息的需求。就像我们知道的那样,即使是那些在金融领域之外的东西,一个公司的账本经常需要用大量的表格进行表述,只有这样才能满足本地的、州的以及联邦的权威。但是有时候,在内部的交流中,也许表述仅仅是对高级管理人员来说才是重要的。很明确,这是一个金融上的事实。但是,当将其放在IT的方式下的时候,他就成了产生结构的东西,而这恰恰是XBRL所提供的。
通过一个大约有四百五十个公司作为成员的社团的开发,XBRL的工作范围跨越十五个国家权限,满足每个区域的财务报告和本地会计准则。为了支持这样一个多样化的用户基础,XBRL依赖于XML分类方式的使用——这是一个私有的技术合同——是为像GAAP(通用公认会计准则)之类的广泛接受的财务标准而设计的。其中也包括一些更加深奥的可调节的标准来满足特定国家或特定行业的需求。这些分类的方式自身都是基于XML的,因此让我们来看一看一些片段,这样你就可以对XBRL分类方法试图完成的内容有一个了解。
列举的XBRL实例文档1.1:
<xbrl >http://www.xbrl.org/2003/instance"
>http://mycompany.com/xbrl/taxonomy"
>http://www.xbrl.org/2003/instance"
>http://www.w3.org/2001/XMLSchema-instance">
<s:analysis>
<s:customer>
<s:name contextRef="np3">Acme</s:name>
<s:gross unitRef="u3" contextRef="np3" precision="4">3001</s:gross>
<s:returns unitRef="u3" contextRef="np3" precision="3">100</s:returns>
<s:net unitRef="u3" contextRef="np3" precision="4">2900</s:net>
</s:customer>
<s:totalGross unitRef="u3" contextRef="np3" precision="3">12000</s:totalGross>
</s:analysis>
<context id="np3">
<entity>
<identifier scheme="http://www.nasdaq.com">SAMP</identifier>
</entity>
<period>
<startDate>2006-01-01</startDate>
<endDate>2006-12-31</endDate>
</period>
</context>
<unit id="np3">
<measure>ISO4217:USD</measure>
</unit>
</xbrl>
列举结束
这篇最新的文档表示了高等级的公司2006年的年度的财务数据,并且是以美元为单位表示的。虽然显而易见的是,这是一个非常概括的例子,除了这些顶级的之外,XBRL还支持表示很多类型不同的资产、负债以及其他在财务领域十分自然的术语。
这种为了用这种格式——像任何类似与XML的东西——进行结构化和存档数据的争夺点意思是相同的信息可以被很多第三方应用程序软件按照一致的语法进行使用。这种一致的语法是会减少由于浏览器、办公软件文档类型以及其他使用的Web服务等环境中产生的不同视图或者快照的。Web服务可以满足自动化业务流程的要求。
处理XBRL的工具可以分为三组:建立分类,确认分类以及在分类之外创建实例文档。每一组中都提供了大量的服务,大多数情况下,这些服务是软件。在映射中,特征、软件厂商以及价格标签也都位列其中。接下来的一页中将包括这样的XBRL工具在内的清单:
根据广泛的采用范围,到目前为止,最大的认为XBRL应该被接受的是来自于美国证券交易委员会。(SEC)。这个政府机构是负责监督在美国市场上运作的上市公司的财务指标的。SEC的这种绝对设计在内的性质使得XBRL成为大IT部门的强有力的斗争,在SEC和公司世界之间建立了一个稳定的链接。你可以在SEC-XBRL解决这里看见更多的关于XBRL和SEC的详情。
和很多其他的XML的扩展一样——就像我们在之前的专栏里提到过的UBL之类的——XBRL正在通信网络之外前进着。
作者
相关推荐
-
SAP收购CallidusCloud 与Salesforce竞争
一直被称为后台办公巨头的SAP现在似乎也想在前台办公大展拳脚。 最新的迹象是SAP收购CallidusClou […]
-
中农发集团:嵌入式XBRL应用 让财务工作So Easy
面对企业内外对报表编制规范化、高效化的需求,2014年,中农发集团引入浪潮XBRL软件,通过在原有ERP系统内的嵌入式应用,完善了企业基础数据。
-
API设计如龙生九子 各不相同
IT咨询管理公司CA Technologies对API产业做了个问卷调查,问卷内容涉及API设计风格以及管理部署的新动向。调查结果表明,JSON与XML可谓两分天下。
-
从头开始实现领域驱动设计
领域描述业务;它是驱动企业的概念和逻辑的集合。如果遵循领域驱动设计(DDD)这一本质,那么领域就是应用程序中最重要的组成部分。