我经常听到人们谈论XBRL或是对XBRL如何适用某项工作进行评价，我觉得他们对XBRL寄予了不恰当的期望。在财务报告领域，这一点尤为突出。

整体情况

XBRL是一种工具，必须予以正确地应用，才能达成一系列领域目标。如果领域目标不清晰，得出的结果也会变得模 棱两可。为某一领域创建逻辑模型是一项确保技术应用正确实现的技术。如果创建了一个好的逻辑模型，那么无论使用哪种技术应用方法或语法，遵循该逻辑模型的 所有应用都会得以实现。相反，如果逻辑模型出现错误（如，出现逻辑错误）或不清晰（如，模型自身存在缺陷，允许出现预期之外的变体，那么同一个逻辑模型就 会包容多个合法应用），就会出现不理想的结果。

对于财务报告领域，我们可以试着回答一下下列问题：

■ 财务报告领域的逻辑模型是什么？

■ 由谁制定该逻辑模型？

■ 制定的逻辑模型是否是我们想要的逻辑模型？

■ 该逻辑模型具备的灵活性是否会包容某些我们不希望看到的结果？

■ 领域内的XBRL应用专家对XBRL工具的理解程度如何？

XBRL是一种工具

对于XBRL，我们首先必须认识到，它是一种工具。没错，就像锯子是一种工具，XBRL也是一种工具。我们可以用各种方法使用工具。学习如何使用一种工具可能只需花费数小时，但要想熟练运用这种工具则需要更长的时间，而成为运用这种工具的行家老手则需要更久的时间。

锯 子是一种工具。我们可以在一小时不到的时间里学会使用锯子的基本方法。但这是否意味着我们能够制造出高质量的家具？回答当然是否定的。在工艺大师的手里， 这种工具可以被用来制造出精美的家具。但在技艺拙劣的人手里，同样一种工具制造出的很可能是连我们自己都不愿放在客厅的东西。

将XBRL工具应用于财务报告

就像手握锯子，想要制造家具的人必须知道他们所想制造家具的功能一样，包括财务报告领域在内的任何领域都必须清楚地知道他们想从工具中获得什么。

财务报告领域想从XBRL中获得什么？《美国GAAP分类标准架构》在一定程度上解释了美国证券交易委员会财务报告的目的。该文第二部分“领域模型”阐释了XBRL应用的目的。但这是财务报告界想要的东西吗？我们如何知道我们期待的功能会实现，而不希望看到的特征不会出现呢？

该文第三部分解释了美国GAAP分类标准用来判断财经领域XBRL物理应用目的的逻辑模型。第四部分则继续分析物理模型。物理模型基本上是逻辑模型为满足领域需求所进行的物理应用。

逻辑模型是关键

逻辑模型是确保应用得以正确实施的关键。如果逻辑模型建立正确，无论使用哪种语法，基于该模型的正确应用都会发挥作用。如果物理模型或应用以有缺陷或错误的逻辑模型为基础，那么物理应用就不可能如希望的那样正常实施。

对 于逻辑模型来说，最重要的有两点。第一，逻辑模型必须是你想要的那个逻辑模型。逻辑是否正确？逻辑是否是你想要的那个逻辑？第二，逻辑模型必须如希望的那 样发挥作用。如果逻辑模型不清晰、包容预期之外的变体，那么使用同一个模型的两个人可能得出两个截然不同的结果。但这两个结果在该逻辑模型下都是合法的。

让我用微软Excel打个比方。我们都使用过Excel电子数据表。在其逻辑模型下，一个工作簿包含一个或多个电子数据表。电子数据表由纵列、横列以及纵横列交汇处的单元格组成。工作簿不能只包含一个单元格。单元格也不能包含工作簿。

好的逻辑模型可以通过任何语法得以实现

一个好的逻辑模型的标志是它可以通过任何语法进行建模。XBRL是一种语法。RDF/OWL也是一种语法。对于特定领域的使用者来说，语法与连贯的语义（即意义）并没有太大的关联。语义不连贯很糟糕，因为我们无法在语法中弥补语义不连贯的不足。

财务报告逻辑模型

财务报告领域的逻辑模型是什么？就美国证券交易委员会XBRL财务报告而言，《美国GAAP分类标准架构》决定了其逻辑模型，因为美国GAAP分类标准就是基于该构架编制的。该逻辑模型同时也遵守《EDGAR报送手册》等美国证券交易委员会文件。

该逻辑模型的逻辑是否正确？这需要由财务报告商业领域人士来决定。

该逻辑模型是否清晰（使用者能否基于该逻辑模型进行多种不同且相互排斥的应用）？与好的逻辑模型相比较，相互排斥的应用很容易识别。

撰写逻辑模型的UML

大多数情况下，逻辑模型使用UML（统一建模语言）进行撰写。UML是一种沟通工具。它使商业领域的专家能够与技术专家进行交流。

财务报告的UML模型在哪里？这里是财务报告UML模型的雏形。它是正确的逻辑模型吗？我当然没有发言权。如果该模型是我创建的，那么它就是私人所有的。因此，其他私人模型也会陆续出现，这就与全球使用的统一电子财务报告模型相冲突。财务报告领域是否有统一的逻辑模型？

如果您感兴趣，可以通过这篇博文了解逻辑模型的各个方面。但他们都与XBRL技术无关，而与商业领域相关。

研发逻辑模型是财务报告界的责任

编制财务报告所需的逻辑模型是财务报告界的责任。技术人员可以提供应用模型的工具，如XBRL，也可以帮助各领域的使用者创建他们的模型。但创建逻辑模型是财务报告商业界的责任。逻辑必须由财务报告界决定。

一方面，这项责任无法转交给他人，而另一方面，我们也不希望把这么重要的责任转交给他人。为完成这一任务，业内使用者必须在一定程度上熟练运用该工具。

我们面临的挑战是，我们需要能够熟练应用XBRL的专家级人士来创建逻辑模型，但大多数财务报告专家都不是逻辑建模方面的专家。这一鸿沟必须被逾越。它需要技术专家和商业领域专家携手合作，创建模型。不恰当地应用技术不是技术本身的错。最终的责任还在商界。