视野讯：当前，美国公司的可扩展商业报告语言（XBRL）应用情况乏善可陈，美国证券交易委员会（SEC）自身的XBRL使用情况也不甚理想，随着XBRL新版本的发布，无论是对于报送者还是监管机构而言，这种现状有可能得到改善。

企业曾表示它们不愿使用XBRL进行财务数据标注，而SEC内部利用XBRL也不够充分，为此备受外界批评。但是，XBRL新版本可能会让这门数据格式语言变得更受欢迎。

与XBRL相比，Inline XBRL（iXBRL）提供了更方便的格式化存储方式，并且可以通过互联网浏览器而不是专用软件进行浏览，因而倍受追捧，业界认为它有助于解决2009年SEC实施XBRL强制令以来，企业CFO及其工作人员在使用这门语言时所面对的大部分问题。使用XBRL新版本，企业在报送财务文件时不再需要建立单独的XBRL和HTML附件（目前，这项工作让报送者十分困扰），同时还可以将XBRL标签嵌入到财务文件中。

弗吉尼亚·米尼（Virginia Meany）在SEC经济和风险分析部的风险评估和交互数据办公室担任助理主任一职，她在接受CFO网站采访时说：“SEC正在对Inline XBRL进行考量，员工正在评估Inline XBRL实施的可能性。我们相信，Inline XBRL提供了绝佳的机会，有助于提高XBRL的效率和质量。”

Trintech公司是一家软件解决方案提供商，参与了XBRL的早期开发工作。该公司产品总监罗布?布莱克（Rob Blake）认为：“公司在报送财务报表时必须采用XBRL和HTML两种形式，这会形成‘双重风险’，而Inline XBRL有助于消除这一风险。”

Inline XBRL已经在英国公司的报告工作中得以运用，正如米尼所提到的，“包括编制者、投资者和监管机构在内的所有利益相关者都将获得潜在好处”。

SEC对这门更简单的格式化语言的支持可能不够充分，但是，这门语言有助于SEC安抚外界的批评之声。在这些批评之中，美国加州共和党议员、众议院监督委员会主席达雷尔·伊萨（Darrell Issa）的指责言辞激烈。上周，他向SEC主席玛丽·乔·怀特（Mary Jo White）发送了一封意见函，要求后者解释为什么SEC内部使用XBRL的情况不佳，以及为什么SEC没能更好地利用从企业收集到的XBRL数据。

尽管伊萨在其意见函中没有特别提到Inline XBRL，但他认为，不充分利用XBRL，SEC不仅是在浪费时间和金钱，同时也妨碍了原有XBRL强制令的实施。

在意见函中，伊萨指出：“SEC未能充分利用其收集到的结构化财务数据，反倒是继续从商业数据库中购买相同的报送数据，未能解决业界对结构数据报送质量的担忧。”与XBRL不同，用户可以利用Inline XBRL这门自动化语言，使用交互式数据标签为各项财务数据分配独一无二的标识符。伊萨抱怨SEC工作人员至今仍然采用人工方式监测信息。

那么，这样做会造成什么危害？伊萨认为，在这种情况下，中介机构采用人工方式检查公司数据，而不是从公司报送资料中集成XBRL数据，如此一来，中介机构会继续索要更多的资源以应付增加的人员费用。

但是，数据本身的质量问题也可能是项目放缓的原因之一。伊萨指出，在公司报送的XBRL资料中，已经发现了140多万项错误。

在意见函中，伊萨写到：“只有当SEC 将结构化数据集成到其现有的审查流程中，强化《交互数据规则》下所提交数据的质量，明确阐述将整体披露制度从不可访问文档改造为结构化数据的愿景，XBRL技术才能得以改进。”

这可能是一项艰巨的任务。到今天为止，SEC并没有为公司报送不准确数据这一行为制定任何的惩处措施。只要公司在报送XBRL格式资料时付出了“实实在在的努力”，并在发现错误后进行了修订，那么，这些报送资料通常会被SEC接受。

在其所谓的有限责任期间，SEC还为犯此类错误的公司提供了回旋余地。在这个为期24个月的窗口期内，公司可对XBRL资料进行调整，而其申报资料也不会被视为“实际提交”。虽然SEC已经关闭了大型加速报送公司的有限责任窗口期，但是，到2014年10月31日，所有公司（外国公司除外）的相关责任都将到期。

布莱克认为，SEC如果希望企业CFO及其工作人员提供全面准确的数据，那么将来，它必须对公司的不准确报送行为予以惩罚。他指出，SEC应对XBRL提交状况非常糟糕的公司严词厉色。

布莱克谈到，虽然Inline XBRL不可能解决所有的问题，但能提供有效帮助。他说：“Inline XBRL不会给企业增添更多的负担，我认为它更易为企业所接受。”至少在数据交换方面，XBRL新版本只需企业提出一个联合文件，而不是两个独立文件。

校对：张晓泉

中国会计视野2013年11月15日9：35发布，转载请注明来源和作者。

英文新闻：http://www.xbrl-cn.org/2013/1115/96790.shtml

原文链接：