几年前，在日本东京召开的XBRL国际大会上，我向Geoff Shuetrim和Rene van Egmond展示了我那时正在进行的研究，Geoff看后说：“Charlie，你就像是个企图用一把茶匙越狱的人。”

我不知道这是否是句恭维话，但我认为这是在称赞我。为了弄出点名堂，我努力了三四年，现在，我终于实现了我的目标！

我的这个目标就是用一种适合人们阅读的格式呈现XBRL实例所包含的信息（无论使用的是哪种XBRL分类标准）。

一路走来，我攻克的难题包括：完整呈现了一家新加坡公司的一份德勤模式的IFRS财务报告；根据我从那些及其他类似财务报表中提取的模式，构建了大约28个商业报告模式；构建了29个USFRTF模式文档模式，以便理解US GAAP分类标准的编制原理；重新将USFRTF模式构建入了XBRLS商业应用案例，以克服USFRTF模式使用过程中发现的问题。上述所有工作都涉及呈现，并且每一次呈现都是通过人工编制XSLT样式表的方式完成。

我还有最后一批商业应用案例想要完成。我想使用商业报告逻辑模型构建我所收集到的商业应用案例（财务报告应用案例）。我已经完成了一个应用案例“简单层次结构”，如下文所示。其他案例将于日后陆续公布。

不同之处在于，我不会再用人工手动的方式为这些呈现进行编码，它们将是100%自动化的。整个程序已准备就绪，并且运转正常，如下文所示。

如何实现？

要实现呈现过程的自动化，生成对人们有益的东西，需要满足下列条件：

1．必须有好的信息模型，如好的XBRL分类标准。且必须具备连贯性。这仅仅是起点。如果模型缺乏连贯性或者从根本上不成立，就不可能达成目的。

  2．XBRL处理器必须能够生成两套连续的信息集。在商业报告逻辑模型中，“事实组”和“衡量标准关系”就是那两套连续的信息集。（请查看上文链接，以便理解。）

  3．XBRL分类标准的语义必须是连贯的。

需要注意的是，不管语义是否具备连贯性，上述1、2两个条件带来的益处是巨大的。只要XBRL分类标准的内部语义是连贯的，任何XBRL实例都可以简化为两个基本组成部分：事实组和衡量标准关系（在商业报告逻辑模型中的名称）。叫什么名称并不重要，重要的是它们不可或缺。XBRL Cloud公司提供以它们的格式生成的事实组和衡量标准关系，并把它们称作事实表（点击此处查看适合人们阅读的版本）和逻辑模型。

请允许我重申，只需上述1、2两个条件，分类标准就可发挥作用。要想使分类标准具备互操作性，就需要满足上述第三个条件。而商业报告逻辑模型提供了这个条件：连贯的语义。

两条信息

有两条信息需要在此说明。

第一，XBRL拥有逻辑模型，但大多数人没有注意。XBRL Cloud公司的事实表可以说明这一点，您至少可以浏览一下该模型。该模型包含项目、元组、XBRL维度、输入维度、自定义片段和场景元数据等。我也是最近才意识到它。这很好，因为从技术的角度来说，它有很大的作用。

第二，使用的XBRL语法和表达的语义之间必须存在某种映射。如果做到了这一点，您就能灵活运用各种分类标准，商业用户也将能够享受这些技术化的工具带来的功能而无需IT部门的帮助。

最后，我想说的是，我过去总是认为XBRL的灵活性是需要解决的最根本的问题。但我现在发现，那不是最根本的问题。真正的问题是语义在XBRL分类标准间的使用缺乏连贯性。大多数编制XBRL分类标准的人并没有意识到这一点，因为他们大多不理解XBRL的工作原理。

我的自动化呈现

下文是我完成的自动化呈现。经历这一过程后，我脑海中涌现出了很多想法，我将在日后提供更加详细的分析。

好消息是，那把茶匙真地让我逃离了困扰了我10年的XBRL大牢。我的确从新的角度看到了前进的方向。还有更多信息将于大家分享，请继续关注。我发现了一些非常有意义的正面影响。

下文就是我的呈现。注意，它包含了许多不同的XBRL分类标准，每一种都符合商业报告逻辑模型：

商业报告元模式（商业应用案例的基本组成部分）：

■ 销售分析小结

■ 按业务部门进行销售分析

■ 按地理位置进行销售分析

■ 会计政策

■ 按组成成分统计财产、厂房和设备

■ 展开显示的土地项（该呈现不可接受，但可读。此类信息模型需要更好的呈现算法和格式。我知道呈现出的效果应该是什么样的，只是还没有完成编程。）

■ 董事薪酬

州情简介：

■ 人口结构和数量变化趋势

■ 时间区间内的总体情况

■ 时间点上的总体情况

■ 各州财政情况

■ 各州财政情况（支出总和）

商业报告应用案例：（这仅仅是我最终完成的28个商业应用案例中的第一个）

■ 简单层次结构

交易应用案例：（这是我为使用自己的维度但以商业报告逻辑模型为构建基础的人们设计的原型。）

■ 交易样本：（注意：它有两种输入衡量标准）