基于XBRL实例文档保证一个概念框架断言.docVIP

基于XBRL实例文档保证一个概念框架断言 　　摘要：XBRL代表了可扩展的商业报告语言。它是一种基于商业信息报告的计算机语言。运用XBRL的文件夹被称为XBRL实例文档。在这个规定下，申报者在XBRL实例文档中不需要获得第三方的认可，不需要独立的第三方的保证的XBRL实例文档的主要原因就在于鼓励申请人遵守美国证?交易委员会要求的不多的额外的费用。另外，为了鼓励申报者去遵守这些规定，只要他们使用SEC查看器时，申报者提交的XBRL实例文档看上去类似于标准报告，美国证券交易委员会不会对XBRL实例文档中的任何错误申请法律责任。 　　关键词：XBRL ；实例文档 ；数据文件 　　一、介绍 　　关于XBRL内容标记，SEC最终规定：“交互式的数据文件必须包含只有一套完整的所需的所有期间的信息的相应数据。就XBRL标记展示的格式而言，规定强调遵守以下规则： 　　1、 数据元素和标签 　　（i） 元素的准确性。每个数据元素所载交互式数据文件要与提交相应数据中的信息同样； 　　（ii） 元素的典型性。没有在相关提交数据中或交互式的数据文件概述中包含的数据元素需要更改、删除； 　　（iii） 标准和特殊标签的元素。交互式数据文件中包含每个数据元素都有相应的标记，标记的标准列表的最新版本由埃德加的文件管理器手动匹配。标记是适当的标准定义，在列表中标记程度匹配的信息必须加标签，除非： 　　A. 标签。必须创建并使用一个新的特殊标签修改标记现有标准标签，使那个标签在所有其他方面是一个适当的标记。 　　B. 元素。如果适当的标签不存在于标准的名单中，那么除了一些元素或者另外一个不恰当的标准标签，必须创建和运用新的典型的元素。 　　2、附加标记相关的含量 　　交互式数据文件包括了附加的相关内容。而不是在相关的数据中没有相应的数据在相关的官方文件，必须遵守埃德加精密手册要求。为了确保交互式数据的展现的准确性，最终的规则规定：“…为了遵守许多适用的技术需求我们计划用验证软件去检查交互式数据，并帮助该委员会确定可能会有问题的数据。”预计该委员会的技术如下： 　　检查是否要求公约是正确适当的标准，尤其是非标准的的特殊标签； 　　识别、计数，并且为员工提供方便访问非标准的特殊标签； 　　识别运用实践以增强可用性，包括一些XBRL U.S准备者在内； 　　便于比较，交互式数据域信息纰漏在相应的传统格式的文件。 　　促进与相应的传统格式文件披露的交互数据的比较； 　　检查数学错误； 　　分析公司解释特殊金融事实之间关系的方法。” 　　二、XBRL保证断言 　　主要断言：“XBRL实例文档是提交给证券交易委员会的电子文档（ASCLL和HTML）的真正代表。” XBRL实例文档的结构使得它的自然分解具有风险，数据分析的缺陷即数据和元数据不足。前者指被标记了XBRL的示例文件可能不足的事实，后者指该标记本身可能存在的缺陷，包括不足的标记在XBRL实例文档和XBRL分类标准的缺陷。而这种分解是非常有用的结构断言证明，这两个部位是非常密切相关的，往往会被一起测试。整合和系统化在XBRLUS中所有管理评审目标描述覆盖的所有的问题之下确认风险识别的缺陷。 　　在XBRL实例文档中可能的不足之处包括： 　　未包含在实例文档中的所有提交给SEC的相关业务事实与传统的格式文档。对于10 k文件的遗漏可能会涉及到上一行的项目财务报表或一个脚注。例如有这样一个遗漏在10 k的文件，如果审计财务报表提供的应收账款金额为当前季度额，但XBRL实例文档省略了这个基准。这将构成一个材料缺陷，使XBRL实例文档的10 k与传统的格式文件不一致。审计风险将针对这一断言被称为完整性。 　　插入一个企业的事实或在传统格式的文档中不存在的事实。对于一个10 k文档，这样的一个插入的例子：如果XBRL实例文档的10 k包含一个描述当前季度应收账款数额的元素，而经审计的财务报表不提供。这将构成一个材料缺陷，使XBRL实例文档与传统的格式文件不一致。审计断言针对这种风险将被称为存在。 　　错误的元素值与此行业相关事实被标记在传统格式的文档和/或属性值与此行业相关事实被标记。审计针对这种风险的断言被称为精度。此断言将有两个组件：一个会处理的元素值的精度（元素精度）和其他会处理属性值的准确性（属性精度）。 　　在元数据外对XBRL实例文档可能存在的错误： 　　一般的和特定行业的XBRL分类标准的文件管理器的选择不当。正如一个例子：在一个10K备案，如果一个保险公司不使用批准的美国会计准则――保险XBRL分类标准，并且不依赖美国商业和工业XBRL分类准则，将发生将发生选择不当的情况。针对这一风险审计上被称为适当分类。 　　通过文件管理器在XBRL分类标准扩展XM