我建议大家使用逻辑模型将XBRL技术语法隐藏起来已有一段时日。把逻辑模型蕴藏的价值说清楚不是一件易事，但我相信，我制作的两份资料能够清楚地展示逻辑模型的价值。

首先，我使用逻辑模型构建了两个原型：重构后的美国GAAP分类标准及其范本和评估工具。点击此处，查看我使用的信息集（我没有使用XBRL语法）。这是一个比较宽泛的例子。

随后，我结合SEC XBRL财务报告模型/参考应用制定了业务规则，这个例子更为具体。点击此处，查看我第一次为SEC XBRL报告模型/参考制定业务规则时编辑的内容。我编写了XBRL公式文件用于文件的验证。（您可以通过此处和此处查看验证结果，了解XBRL公式的重要性。）不得不承认，编写XBRL公式是一个十分痛苦的过程。

但当我完成所有XBRL公式后，我发现，XBRL公式有不同的类型，或者说，每个公式都有其适合的类别。这些类别包括：

· 前滚（期初余额 + 变化值 = 期末余额，在这种情况下仅时间轴发生变化）

· 维度合计（组成部分的平集）

· 事实的存在

· 两个事实的等同

· 调整（原始余额 + 调整额 = 重置余额，在这种情况下报告期轴发生变化）

· 合计（类似于XBRL计算）

· 比另一个事实更大的事实

· 大于零的事实

· 维度合计（组成部分的嵌套集）

· 两个报告情况之间的差异

共十个类别。我还没有完成所有十大类别的XBRL公式编写工作，但就我已经完成的而言，它们都可归入上述十大类别中的某一类。

然后，我从XBRL公式中提炼出了每一类XBRL公式的参数，又以信息集的形式进行了描述。点击此处，查看信息集。那么，哪种文件更便于阅读，是信息集还是原始XBRL公式？当然是信息集。

最后，我写了一个VBA应用程序，用来读取信息集中的信息，生成XBRL公式。我花了大约4小时才完成这项工作。

现在，如果我想编制XBRL公式，只需提供信息集形式的信息，通过VBA代码运行该信息集即可。（我本可以使用XSLT，但我的VBA技术更好，因此对我而言，使用VBA更为方便。）（您可以查看生成的文本和HTML文件）

想评估逻辑模型的价值？去看看XBRL公式文件的复杂程度。再看看业务规则信息集文件的复杂程度。想一想教会一人编制XBRL公式文件需要花费多少精力。再想一想将如何编制业务规则信息集文件解释清楚需要花费多少时间。这一办法同样适用于事实表、相互关系、报告元素等。

仔细看看那些信息集文件，它们会向你展示逻辑模型的价值。

现在，假设我们必须使用软件应用程序编制以商业用户为目标用户的XBRL公式，下面哪种界面可能更为便于使用？

· 帮助您编辑XBRL公式技术语法的界面

· 帮助您编辑业务规则信息集信息的界面

您基本上可以将业务规则信息集类别看作功能类别。提供该类别所需的信息，就能生成XBRL公式。