我有时候会使用“应用程序配置文件”这一术语。你知道什么是应用程序配置文件吗？你知道应用程序配置文件能够给商业用户带来什么好处吗？我将在这篇文章中回答这两个问题。

美国通用会计准则分类标准架构第1.4部分（第4/44页）从美国通用会计准则分类标准的角度解释了什么是应用程序配置文件：

应用程序配置文件：这是架构1.0中的自愿性限制规定。它来源于一个“应用程序配置文件”，适用于在分类标准中使用XBRL的情况。强烈建议对版本1.0进行扩展的时候不要超出应用程序配置文件的范围。使用版本1.0的系统可以选择设置一些规则，强制分类标准的扩展在应用程序配置文件的范围内。

美国证券交易委员会遵守这些限制。比如，美国通用会计准则分类标准架构规定：（a）所有的XBRL维度信息都必须输入到文本段落元素（XBRL允许它们进入到段落或者情景元素）；（b）不使用类型化域值（在XBRL中可以使用）；（c）不使用元组（在XBRL中可以使用）。

这些XBRL限制（比如使用段落、不使用类型化域值，不使用元组等）是由美国通用会计准则分类标准架构设定的，美国证券交易委员会遵守这些限制。美国证券交易委员会还指定了其他XBRL限制。比如美国证券交易委员会规定，所使用的上下文信息实体方案必须是美国证券交易委员会的CIK代码方案，实体识别符的值必须是有效的CIK数字。

美国证券交易委员会或美国通用会计准则分类标准绝对不会向XBRL添加任何东西，它们经常从所允许的事项中移除。如果他们为一个XBRL实例文档或一个XBRL分类标准增加了内容，他们就违反了XBRL的全球标准规格。现在，他们可以在XBRL之外添加内容。比如，通过RSS订阅源，人们就在可以在XBRL之外获知美国证券交易委员会的XBRL文件。美国证券交易委员会就是通过这种方式向它们的系统添加东西的。

现在，XBRL软件已经不能使用这种RSS订阅源了。所以，虽然RSS订阅源被增添到了美国证券交易委员会的整个系统，但是却不违反XBRL的规定。我们现在所说的是XBRL的限制。所使用的内容永远要比XBRL所允许的内容少，这样就对用户使用XBRL的方式进行了限制。

为什么有人要求进行这种限制呢？嗯，原因有很多。其中一个原因在于XBRL是一种适用于各种用途的语言，除了用于美国证券交易委员会要求递交的财务报告之外，它还可以用于其它的商务报告，也需要满足这些商务报告的要求。XBRL提供了很多不同的方式来实现一些目标。因此，同一系统内的XBRL用户使用同样的方式，以便共同操作，因此对实现某些东西的方法进行限制是有必要的。

应 用程序配置文件是有用的，另一个原因就是它能够让商业用户用起来更简单。比如，美国通用会计准则分类标准中的“表”，你只有两个“表”概念的子概念： “轴”或“行项”。你可以找一个分类标准，自己看一下。用于创建分类标准的应用软件可以利用这一一致性，让用户能够更容易的对分类标准进行编辑或扩展。

嗯，一个支持某个应用程序配置文件的工具是比较容易使用的，因为它能够使用这个配置文件，但是也有不好的地方。不好的地方在于，支持一个应用程序配置文件的软件可能不支持其他的应用程序配置文件。不过，一个通用的XBRL分类标准编辑器应该支持任何符合XBRL全球规格的应用程序配置文件。你永远也不会想要只支持一种应用程序配置文件而不支持其他应用程序配置文件的软件。这就是交易。但考虑到用户觉得编辑XBRL分类标准是一件很有挑战的事情，同时也考虑到美国证券交易委员会XBRL的使用范围，针对美国证券交易委员会XBRL文件的应用软件可能还是会逐步出现的。

值得说明的是，美国通用会计准则分类标准并不是唯一的XBRL应用程序配置文件。比如，FINREP分类标准有它自己的架构（比如它有自己的配置文件）。COREP也有自己的应用程序配置文件。其他分类标准也会有自己的应用程序配置文件。

事实上，每一个XBRL分类标准都有自己的应用程序配置文件！其中一些被作为文档保存下来了，比如美国通用会计准则和FINREP的配置文件；有些没有被很好的保存或者根本没有保存。事实上，功能类似的分类标准（比如都是用于财务报告）有着不同的架构。美国美国通用会计准则分类标准、国际财务报告准则分类标准和日本投资者网络披露系统（EDINET）分类标准的架构就不同。国际分类标准架构小组目前正在对这些架构进行对比，努力将它们合并成一个适于用这三个分类标准的通用架构。

创建一个应用程序配置文件是很贵的，比人们想象的要贵得多。你需要将这些架构保存为文件，就像美国通用会计准则分类标准和FINREP保存它们的架构一样；你还必须写一些测试程序，以便确保XBRL软件所创建的XBRL分类标准和XBRL实例在应用程序配置文件的规定范围内。比如美国证券交易委员会就必须进行测试，进行几百次测试。

有没有可能让美国通用会计准则分类标准，国际财务报告准则和日本投资者网络披露系统都使用同样的应用程序配置文件呢？嗯，实际上我们没有必要这样做。因为全世界正倾向于使用一套财务报告标准-国际财务报告准则，不过这可能会实现，也可能不会，只能等着看了。此外，上述的三大分类标准会不会使用同样的应用程序配置文件呢？也只能拭目以待了。

假如你不用创建自己的应用程序配置文件，假如你可以使用别人的配置文件，那会怎么样呢？比如，为什么人们不在他们的XBRL应用程序配置文件中使用美国通用会计准则分类标准架构以及它们的测试方法和基础设施就可以了呢？坦白的说，我认为人们正打算这么做。软件销售商正投资大量的资金来开发软件，以便支持美国证券交易委员会的XBRL文件申报者。这些软件将能满足多方面的需求。我相信美国通用会计准则分类标准有机会成为财务报告的标准。拭目以待吧!

你是怎么看的呢？

博客里还有其他解释为什么商业用户喜欢应用程序配置文件的文章。

真的想知道更多吗？你可以通过这个链接在我的网站里用Google搜索“应用程序配置文件”。