Eric Cohen和其他XBRL通用账簿“传教士”一直在提倡无缝审计追踪，他们已经提倡了一段时间。这种想法涉及到ERP（企业资源计划）数据的UML元模型等方面，实施起来会有很多潜在的困难。不过我这个人挺简单的，所以我也简单的认为无缝审计就是对所有会计报告或财务报告软件包基础功能的提炼：向下钻取。

“向下钻取”是所有会计报告软件、ERP报告软件和财务报告软件都具有的功能，它能够让你从汇总数据深入到细节数据，比如：从一则消息到这则消息的详细数据；从总结报告到具体交易。问题是，每一个交易管理软件包都是不同的，如果不在各种ERP系统上维持多重“映射层”，任何一个报告软件都不能轻易的知道如何才能向下钻取到交易数据源。

XBRL在这一方面做得相当不错。它将报告的“顶层”格式标准化了，这样就为“向下钻取”提供了一个理想的起点。但是当向下钻取到总分类账户层面，甚至是交易层面的时候，如果没有更具一个类似的分类标准添加标签，就很难创建一个“通用的”向下钻取功能，从而也就很难促进无缝审计追踪。此外，如果源数据系统不是ERP一体化套件的一部分，而是某家机构局域网或广义网上某个地方的独立模快，那就更加困难了。

这就是ERP销售商不提供基于XML的网络服务的原因，真可惜！从本质上说，ERP系统的任何一个模块都能够接收数据和提供数据。这就是为什么传统的数据输入和输出是ERP系统的重要核心功能。网络服务的要点就是通过程序，在互联网上实现数据的消耗和提供。

所以，要进行无缝审计追踪，也就是在一个XBRL格式的报告从上往下钻取，就必须能够有一个标准的GL/AR/AP网络服务（或数据界面）然后将XBRL标签作为一种向下钻取的手段。当然，这要求XBRL的标签能够更加往下，至少达到明细账账户这一层面。为什么说将基于XBRL的ERP系统用于无缝向下钻取以及XBRL通用账簿的第一阶段对于目标的实现来说是很重要的呢？这就是原因之一。

ERP销售商似乎是上辈子就安排好了一样，拒绝任何种类的标准化。他们的与众不同就是他们的竞争力，进行标准化就有可能会削弱他们的竞争力。但是我们现在讨论的只是一个非常简单的标准化“获取”界面，能用于每个分类账户，一般来说也能够促进ERP软件间相互合作。如果不能就此达成一致，无缝审计追踪就只是一个空想而已，XBRL的承诺也无法实现。XBRL承诺改善内部会计数据的控制，整合报告软件的功能。