关注我们: 2015年3月17日 English version
 
 
 海外报送
 美国
 
xbrl > 海外报送 > 美国 >
如何确保SEC XBRL财务报告的准确性
2011-10-13 来源:squarespace 编辑:zlcx 浏览量:

分享到:

很多会计师和审计师觉得SEC XBRL财务报告的核查工作让人异常苦恼。对于这一点,我感同身受。作为一名注册会计师并曾担任过审计员一职,这些年在没有软件也没有早期的不实用也不好用的XBRL软件工具辅助的情况下,我也一直努力想确保我所创建的XBRL不出差错。

然而,尽管软件应用于核查SEC XBRL财务报告上的技术尚未成熟,但事实上这种软件正被淘汰,以前所用的核查流程和方法到如今已难以适用了。

要确保SEC XBRL财务报告的准确性,关键在于你的基本理念。首先,“准确性”到底指的是什么?我认为,“准确性”的含义包括以下几个方面:

  • HTML和XBRL传递相同信息

  • 整合性:每一个部分都准确无误,且所有部分组合成一个整体。

  • 赋有清楚恰当的商业含义或语义

  • 与其他财务报告保持一致

  • 本期与前期的财务报告保持一致

  • 合理的拓展性概念

  • 恰当的展示文档

  • 能为分析员所用

另一个难点就是要知道如何去评判每一部分都准确无误。SEC XBRL财务报告里该涵盖的内容已包括在内,不该涵盖的内容也并无涉及,尽管如此,SEC XBRL财务报告里的所有内容就准确无误了吗?

因此,首先最重要的一条就是忽略XBRL技术语法。

忽略XBRL技术语法的原因

财务报告的XBRL技术语法是准确的吗?回答当然是肯定的。如果你的软件应用程序都不能保证XBRL技术语法的准确性,那么你也许就需要换一个更好的软件,所以这点你无须担心。

XBRL脚注里的&记号要双重忽略吗?当然你会问:“这家伙在说什么呢?”这正是我要说明的。EDGAR报送指南(EFM)里提到过,你需要双重忽略&记号。你要核查这一项吗?当然不用,因为软件是不会允许你违反这个原则的。诸如此类的内容软件都会自动进行核查,商业用户根本不用去处理。此外,SEC不会允许存在错误的XBRL技术语法,其准确性在财务报表的提交验证过程中会予以保证。

要忽略XBRL技术语法的另一原因就是:你能真正读懂它吗?或者你能理解它吗?有些人可以做到这一点,多数人以为自己能理解它,但实际上并非如此。不妨试试看吧,如下图:

 

下图是个Excel表格,所显示的信息与上图相同,我把它称之为事实表。

 

事实表里表明了所有事实以及每一报送事实的所有特点。我在把上述信息由XBRL语法转换为Excel语法时改变了它的含义吗?当然没有。那么哪一种更易于阅读呢,是XBRL的格式还是Excel表格形式?你会注意到,在这个Excel表里,没有任何像上下文标识这样的语法信息。很显然,你需要其他的信息,如单元,数值上的十进制,但是在这里起重要的作用的不是语法,而是语义。

进一步讲,现在用XBRL浏览器(此例为XBRL云的XBRL浏览器应用程序)再来展示前面Excel事实表里所表示的所有信息,如下图:

 

你会问我:“你指的是同样的信息吗?”当然,是同样的信息。Excel表和事实表里所显示的信息包括商业语义以及SEC XBRL财务报表传递的所有事实的特征。所有展示应用程序和Excel数据透视表的功能是相同的,即把信息用表格的形式展示出来以供商业用户使用。

XBRL实例中所包含信息的商业含义,看起来可能像上文中所示的Excel事实表或比较人性化的展示文档。实际上,你应该会觉得这两种说法都有道理。事实表和展示文档都是传递相同的信息,但是不同的形式会帮助你达到不同的目的。信息通过哪种方式来展示会改变它的商业含义吗?当然不会。

在我看来,尽管你可能会承认,一些软件应用程序比其他工具更有助于用户理解商业含义,但是对于信息是用事实表还是用更人性化可读性更强的表格更利于展示这点来说却并非适用,因为信息的商业含义不会因展示方式的不同而改变。

技术语法无须重视的原因

我想,很多人会同意这种说法,无论是用XBRL格式还是用Excel表,数据库和XML的其他任一形式等技术语法来展示都不会改变信息的含义。其实,这当然不应该对信息的含义产生任何影响,因为那是XBRL的根本特征,即能够在不同商业系统中交换信息。

因此,包含在XBRL实例或分类标准中的信息从XBRL实例的表格中转换到Excel和(或)数据库应用程序的表格中或转换到其他格式中时,尽管技术语法会发生变化,但信息的含义(或说信息的语义)不会发生改变。

此外,你可以使用XBRL技术语法通过不同方式来表达同样的商业含义。

举例来说,SEC对于表达有相关的规则,报送信息涉及到“合并实体”这样一个法人实体。其实EDGAR报送指南(EFM)中提到过,除非另有说明,否则法人实体通常假定为“合并实体”。EFM中还提到,有所影响的是,创建一个【轴】和与其相应的【成分】时,XBRL实例和其XBRL分类标准中要表达的信息会涉及到“合并实体”。你可以使用【轴】“dei:法人实体轴”和[成分]“dei:实体域”,也可以不提供任一法人实体【轴】或【成分】(比如:你不去创建一个表格【表格】)。这样的话,不提供任何法人实体【轴】,所以法人实体就被认定为或默认为合并实体。

实际上,根据SEC EDGAR报送指南规则,你可以明确指定法人实体,也可以隐含法人实体。

你是否使用【表格】的XBRL语法对信息的含义会有影响吗?当然不会。对于这一观点我想你也会认同的。接下来正是我要谈论的一个例子。陶氏化学公司不用【表格】,Apple公司要用【表格】,但他们传递的是同样的信息:

    陶氏化学公司:SEC浏览器 | 分类标准

    Apple公司:SEC浏览器 | 分类标准

接下来我们将进一步探讨。你可以把法人实体的明示表示法和暗示表示法作进一步的比较。在XBRL语法中,更准确地讲是在XBRL维度语法中,有一个概念称为“默认维度”。如果默认维度在XBRL分类标准中显示出来,那么它就不会存在于XBRL实例中事实的上下文中。因此,你使用或者不使用“默认维度”会改变信息的商业语义吗?当然不会。

如今,受XBRL报送规则的制约,你通常要使用默认维度,然而,如果你使用默认维度,那么该维度及其默认值(【域】或【成分】)不会出现在XBRL实例的上下文中。XBRL的语法规则中提到过一个事实,就是我们案例中的【轴】和【成分】是通过“dei:法人实体轴”和“dei:实体域”来表示法人实体轴和“合并实体”值,但是在本例中却因为XBRL语法的技术规则而不会出现这会改变信息的商业意义吗?当然也不会。

重视商业语义

审查SEC XBRL财务报告时,你会注意以下任一核心财务语义(含义)是否表达清楚吗?

    •资产负债表报送资产

    •资产负债表报送负债及产权

    •资产负债表报送产权

    •资产负债表结账

    •资产负债表结算

    •现金流转表报送净现金流量

    •净现金流量结算

    •损益表报送净收益(亏损)

    • 损益表结算

    •若呈交分类资产负债表,则该资产负债表报送流动资产和流动负债   

我们将继续探讨。对于会计师和(或)审计师来说,确保信息准确地表达出来是毋庸置疑的,这也是确保SEC XBRL财务报告质量的要求之一。但是这部分只是审查工作的冰山一角。SEC XBRL财务报告的每一部分同样都要进行严格评估,比如:有否提出定义,有否标示脚注,有否交叉转换,概念是否正确,所有信息是否准确,各部分信息是否紧密联系,等等。

结语

显而易见,确保XBRL技术语法的准确性是很重要的。软件应用程序能够自动核查以确保你忽略的XHTML能起到双重忽略&记号的作用。你的软件不会让这些难以计数的细节问题烦扰你。

会计师和审计师在判断SEC XBRL财务报告是否准确时,无须去考虑XBRL技术语法,原因主要有以下两点:

1.你不理解XBRL技术语法,或者你可能从不想去理解它,或者实际上刚开始你根本没必要去理解它。你可能通常会使用包含在XBRL实例和XBRL分类标准中的信息,这类XBRL实例和XBRL分类标准是从提供给商业用户的一些软件应用程序中获得的。这种软件会把信息编入进表格,从而确保信息得以准确表达出来。

2. 把信息编入表格中进行审核是一种非常有效的方式,因为表格更易于使用和理解。因此,你需要关注的是商业语义,而不是XBRL技术语法。把重点放在XBRL技术语法上其实既浪费了时间,也浪费了金钱。

如果你所用的软件既没有帮你把表格中次要的XBRL技术语法隐藏起来,也没有把有用信息的重要商业含义传递给你,那么你可以考虑换用更好的软件。

 
 
关于XBRL-cn.org | 联系我们 | 欢迎投稿 | 官方微博 | 友情链接 | 网站地图 | 法律声明
XBRL中国地区组织 版权所有 power by 上海国家会计学院 中国会计视野 沪ICP备05013522号