基于XBRL审计对策的探讨

1 XBRL含义及其特点
XBRL（可扩展商业报告语言，eXtensible Business Reporting Language），是基于XML（可扩展的标记语言，Extensible Markup Language）技术对企业财务报告信息进行交换的一种应用和对企业财务信息的非结构化信息处理。XBRL已在许多国家成为财务信息披露方式新的标准。XBRL通过对商业报告中的数据增加特定的标签和分类，在充分表示信息的同时，方便计算机程序能够自动处理财务报告。通过验证机制的控制，使用者可以迅速准确的获得特定的财务信息，极大方便了数据信息的识别、处理与交流。XBRL基本框架主要由技术规范（Specification）、分类标准（Taxonomy）和实例文档（Instance Document）三部分组成。
XBRL的使用有利于企业财务信息的识别、处理、分析、比较和交流，所以XBRL技术在我国发展迅速。中国证监会从2002年5月开始进行“市公司信息披露电子化规范”标准的制定工作，于2003年底经“全国金融标准化技术委员会”审核通过，确定采用XBRL的技术规范，充分利用XBRL良好的扩展性，达到与国际接轨、进行资料交换与共用的目的。
2006年开始，上海证券交易所通过其官方网站提供了沪市所有上市公司2006年第一季度季度报告的简要XBRL实例文档，实现了XBRL实例文档和PDF格式文件共同披露。市场参与者可以获得上市公司在定期报告中披露的第一手格式化信息，并可在线进行多维分析。这标志着上市公司的XBRL应用已从探索、推广发展进入实用阶段。
2010年我国财政部发布了《企业会计准则通用分类标准的通知》，鼓励企业采用《可扩展商业报告语言（XBRL）技术规范》（GB/T 25500-2010）和通用分类标准对其财务信息提供XBRL实例文档。同年12月财政部指定了首批实施单位采用通用分类标准编制其可扩展商业报告语言（XBRL）2010年度财务报告实例文档，并由指定的会计师事务所进行审计。
虽然我国企业编制XBRL实例文档有了相关部门规范的指引，但企业根据证券交易所或者财政部要求提供的XBRL实例文档，是否公允的反应了公司的财务状况，则需要会计师事务所的鉴证。与传统财务报告采用会计准则相似，XBRL对企业商业实质的描述有规范可以遵循，但与会计师事务所对传统财务报告进行审计相比，XBRL实例文档的审计缺少相关的审计准则作为参考。如何对XBRL实例文档进行鉴证成为当前需要研究的问题。
本文从审计理论和XBRL实例文档审计目标出发，根据目前我国企业编制XBRL实例文档的特点，在分析XBRL实例文档审计认定的基础上，提出了具体审计流程，为XBRL的鉴证提供有益的参考。
2 XBRL实例文档的审计环境与审计目标
2.1 审计环境 由于当前XBRL技术还不能完全取代传统的会计核算，所以企业所披露的XBRL实例文档主要是对传统财务信息的补充。为了满足监管部门的要求，企业通常将传统的财务报告信息通过XBRL系统转化为XBRL实例文档。如图1所示。
这种模式下，审计人员首先要对传统模式下的财务报告的公允性进行审计。被审计公司再将审计后的财务报告，根据XBRL的通用分类集，通过XBRL系统生成符合标准的XBRL实例文档。之后审计人员再对XBRL文档进行鉴证。与传统审计相比，审计范围扩大到了XBRL系统的鉴证和XBRL实例文档的公允性评价。
在上述审计环境下，审计人员不仅要考察XBRL系统的鲁棒性是否符合标准要求，还要对财务数据转换的准确性进行鉴证，包括鉴证XBRL系统的规范性，企业是否按照通用分类集进行标记，传统的财务数据是否完整转换为XBRL实例文档，企业是否按照标准使用了扩展分类集，XBRL实例文档中的数据标记是否准确等等。
2.2 审计目标 XBRL实例文档作为公司报告的一种必要的形式，其数据的准确性和完整性会影响报表使用者的决策。为了让XBRL提供的信息成为投资者和其他报表使用者有用的工具，XBRL实例文档中所包含的数据必须准确、可靠。企业应该对其所提供数据的准确性负责。由于XBRL的实施经验有限，为了确保数据的准确和可靠，企业往往会用外部人员对XBRL实例文档的完整性、可靠性和一致性进行鉴证。
XBRL实例文档所提供的信息质量需符合以下要求：
①元素必须准确：数据元素必须与传统的的财务信息一一对应，包括科目名称、数量、金额、日期等。
②元素必须明确：如果传统财务信息被修改、删除则数据元素也应该被修改或删除。
③标签的使用必须规范：XBRL实例文档必须与最新版本的标准分类集的定义对接，所使用的标签必须符合标准的定义，除非所使用的标签存在特殊例外的含义或提供了新的信息。
④扩展的标签必须符合XBRL语言规范。审计的目标就是对XBRL实例文档是否能公允的反映企业的财务状况，是否满足上述信息质量的要求发表意见。但这一目标仅是从整体上要求XBRL实例文档的准确和完整，缺乏审计的可操作性，需要建立更详细且符合逻辑的认定框架以方便审计人员对XBRL实例文档是否满足审计目标进行鉴证。这些认定也会帮助审计人员选择适当的审计方法获得审计证据形成审计底稿。
3 XBRL实例文档的审计认定框架
当企业声明XBRL实例文档已按照适用的XBRL编制基础编制，在所有重大方面作出公允反映时，就意味着企业对财务报表组成要素的确认、计量、列报以及相关披露作出了认定。对于企业对XBRL实例文档各组成要素作出的认定，审计人员的审计工作就是要确定企业的认定是否恰当。根据XBRL实例文档结构的特点，可将存在的错报风险分类为数据的风险和元数据（Meta-data）风险。数据风险是指在标记的实例文档中事实数据出现的差错；而元数据风险是关于标记本身的差错，包括实例文档的标记错误和运用分类标准的错误。
XBRL实例文档可能出现错报的情况有以下几种情况。
①与数据有关的错报风险：
1）企业提供的XBRL实例文档没有包含传统财务报告中所有的数据。比如年报中对财务报表或者报表附注的某一条数据的遗漏，这会造成XBRL实例文档与经过审计的传统财务报告产生不一致性。此类风险的认定称为“完整性”。
2）XBRL实例文档中的数据在传统财务报告中不存在。比如XBRL实例文档中包含当前季度的应付账款，而经过审计的传统格式的年报不存在该会计记录。这同样会造成XBRL实例文档与传统报表的不一致。此类风险的认定称为“存在性”。
3）XBRL实例文档与经过审计的传统财务报告中对应会计科目的数值存在差异。比如在经过审计的年报中，第四季度应付账款的金额为100，000元，而XBRL实例文档中应付账款的金额是90，000元。出现差错是由于XBRL对四季度应付账款的标记中的时间元素出现了问题，错误将其标记成第三季度的金额。此类风险认定称为“准确性”。该类风险进一步可分为两部分：元素数据的准确性和元素属性的准确性。
②与标记有关的错报风险：
1）XBRL实例文档的标记方法违反了XML的语法规则。比如在XBRL文档中，应付账款的标记中缺少的后缀。这会使软件进行信息提取的过程中出现错误。此类风险的认定称为“规范化”。
2）XBRL实例文档的标记违反了XML分类集的规则。由于未按我国标准的XBRL分类集进行标记或者没有按照扩展分类集的标准进行标记而产生的错报。比如在实例文档中缺少对单位标记的定义。这种错误会造成XBRL软件不能对提供的实例文档进行处理和分析。此类风险的认定称为“有效性”。
3）选择不恰当的标记反映会计信息使得XBRL实例文档与传统财务报表不相符。比如经过审计的传统财务报表中固定资产被XBRL实例文档错误的标记为应付账款，产生了XBRL实例文档与被审计的财务报告之间的重大差异。此类风险认定称为“恰当的表示”。
③与XBRL文档的元数据有关的错报风险：
1）选择不合适的通用分类集或者特殊行业分类集。比如金融行业应该选择金融行业的XBRL分类集，而不应该选择基金行业的XBRL分类集。此类风险的认定称为 “恰当的分类集”。
2）使用XBRL扩展分类时违反了XML和XBRL语言规则。比如在设计扩展分类集时，没有按照要求加入的标记。此类认定的风险称为“正确使用扩展分类集”。
3）不合理的在XBRL扩展分类集中引入新元素。此类错误包含引入了不必要的新元素以替代标准分类集中已有的元素，造成不合适的数据呈现。比如，上市公司通过提出新的分类标签如<主营业务收入>替代标准分类集中的<营业收入>。这会造成使用者使用信息的成本。此类认定风险称为“合理的扩展元素”。
4）使用了XBRL分类集中错误或不合理的链接库。比如公司将新创建的<主营业务收入>未扣除<营业成本>后直接计算营业利润。此类风险的认定称为“恰当的链接库”。
审计鉴证的目的就是确定XBRL实例文档在所有认定方面都不存在重大错报风险，因此确定XBRL实例文档具体审计目标时要满足上述认定。只有在所有认定都满足的情况下，审计人员才可以表示XBRL实例文档公允的反应了被审计单位的当前财务状况。审计人员了解认定后，可确定每个项目的具体审计目标，并以此作为评估重大错报风险以及实施进一步审计程序的基础。
4 XBRL实例文档的审计流程
为了使XBRL文档在所有重大方面都公允的反映了企业的财务状况，审计人员应当根据相关的审计认定确定具体的审计目标和审计程。原则上，XBRL实例文档审计与传统审计在收集、评价和整理审计证据以控制错报在某一重要水平上的方法是一致的。对于不同的审计认定，审计人员可采取的审计策略如下。
4.1 与数据有关审计策略
①“完整性”目标：传统财务报告中所有的财务信息（包括附录）和非财务信息都在XBRL实例文档中被标记。
1）人工测试：检查传统财务报告上的所有事项是否都在XBRL实例文档中标记。
2）计算机测试：将传统财务数据用第三方XBRL系统重新生成实例文档，比较传统报告与新生成实例文档的差异。
②“存在性”目标：没有XBRL实例文档中标记的信息不被包含在传统财务报告中。
1）人工测试：检查在XBRL实例文档中标记的事项是否存在于传统财务报告中。
2）计算机测试：将传统财务数据用第三方XBRL系统重新生成实例文档，比较新生成的实例文档与传统报告的差异。
3）“准确性”目标：XBRL实例文档中的数值、单位与传统报表中的数值、单位是一致的。准确性又可分为：元素准确性和元素属性的准确性。
元素的准确性：
a.人工测试：检查实例文档中事项的值是否与传统财务报告中一致。
b.计算机测试：将传统财务数据用第三方XBRL系统重新生成实例文档，比较新生成的实例文档与传统报告是否存在数据上的差异。
元素属性上的准确性：
a.人工测试：检查实例文档中事项的属性是否与传统财务报告中一致。
b.计算机测试：将传统财务数据用第三方XBRL系统重新生成实例文档，比较新生成的实例文档与传统报告是否存在属性上的差异。
4.2 与标记有关的审计策略
①“规范化”目标：XBRL实例文档的编制符合XML语法规则。
1）人工测试：检查XBRL软件生成实例文档中提供的有关违反规范化的错误信息。
2）计算机测试：用第三方XBRL软件验证实例文档是否符合XBRL规范。
②“有效性”目标：XBRL实例文档符合XBRL全部规则以及相关XBRL分类集。
1）人工测试：检查XBRL软件生成实例文档中提供的有关违反有效性的错误信息。
2）计算机测试：用第三方XBRL软件验证实例文档是否有效。
③“恰当的表示”目标：XBRL实例文档的标记与传统报表格式表述的商业事实是一致的。
1）人工测试：从XBRL实例文档追查至传统财务报告，检查标记是否与商业实质吻合。
2）计算机测试：用第三方XBRL软件形成传统财务报告与XBRL实例文档之间的对应关系，辅助人工测试。
4.3 与元数据有关的审计策略
①“恰当的分类集”目标：XBRL实例文档选择了恰当的通用分类集或特定行业的分类集。
1）人工测试：检查XBRL实例文档形式的可发现分类标准集与证券交易所或财政部发布的标准是否一致。
2）计算机测试：用XBRL处理软件检查可发现分类标准集的结构是否合规。
②“正确使用扩展分类集”目标：企业自己编制的扩展分类集符合编制规定。
1）人工测试：检查XBRL软件生成实例文档中提供的有关违反有效性的错误信息。
2）计算机测试：用第三方认可的XBRL软件检查可扩展分类集是否合规。
③“合理的扩展元素”目标：合理的使用可扩展元素，只有当通用分类集不能满足需要披露的商业信息时使用。
1）人工测试：检查XBRL扩展分类集中辛元素定义是否合规以及是否与传统分类集出现重复定义。
2）计算机测试：用XBRL处理软件检查扩展元素的结构是否合规。
④“恰当的链接库”目标：由扩展XBRL分类集定义的链接库应当是正确和恰当的。
1）人工测试：分析链接库中XBRL扩展元素的变化，验证其定义的合理性。
2）计算机测试：用XBRL处理软件检查新定义的链接库结构是否合规。
具体审计时，审计人员应当要求被审计单位提供以下内容：（1）采用XBRL分类集的名称；（2）财务报告的概念与所选分类集之间的映射关系图；（3）由企业定义的所有扩展分类集；（4）用于生成实例文档所采用的XBRL系统软件；（5）验证XBRL实例文档的方法。
同时审计人员也应当：（1）熟悉被审计单位应当采用的XBRL分类标准；（2）获得被审计单位的实例文档和所有辅助文档；（3）根据XBRL实例文档的审计认定执行鉴证程序。
5 结论
通过分析我国XBRL实例文档编制特点，明确了XBRL实例文档的审计目标。分析了XBRL实例文档相关审计认定后，提出了在数据认定、标记方式认定以及元数据认定三个方面具体的鉴证流程，为XBRL审计的实施提供相关建议。