Peter Boritz是“玩转XBRL报告”网站（Snappy Reports XBRL）的建造者和技术人员，可通过 电子邮件 和他取得联系。

了解自动数据管理

从了解XBRL的角度来说这一点很重要：这是一种手段，而不是数据报告的目的。XBRL系统既不是数据点的出发点，也不是数据点的终点；XBRL技术相反可以看成是一个邮政系统。出发点始于会计/财务系统或其他的数据源，终点则是一个数据仓库。

根据美国监管制度的规定，出发点是申报者的会计/财务系统，终点则是EDGAR（电子化数据收集、分析及检索系统）。

EDGAR是一个数据仓库，存储了供内部使用和报告的有关资料。它的资料来自一个基于XBRL的接收和验证系统，并且它是围绕XBRL进行设计的。数据的存储体系结构符合US-GAAP（美国通用会计准则）。EDGAR的目的是对报送数据进行处理和申报。

出发点和EDGAR之间是申报者的XBRL系统和SEC（美国证券交易委员会）操纵的XBRL接收流程。因此，每个具有监管权的申报者首要任务是从XBRL报送资料中获取数据。自动数据管理可以在这项任务中发挥重要作用。

从XBRL报送资料中获取数据可以使用手动拖放操作，向Microsoft Excel中追加项目。但是此方法并不保存映射。至于您的下一次报送，则需要重新从头开始操作。

因此更好的方法是，使用一个自动化的流程，从会计/金融系统来导入数据。这一流程被设计得天衣无缝。映射被永久地存储和再次使用。而建立这样一个系统需要的前期工作是首先要进行报送工作，它所带来的好处将会超过成本。

事件触发

而从会计/财务系统或其他来源获得适用数据的流程进入到XBRL报送则是由事件（通常是账册关闭。）来触发。事件触的发数据被传输到XBRL系统，传输方法可以采用直接传输的形式；XML、字符分隔，或是一个固定格式的数据文件；或是一个Excel电子表格。

如何实现传输不是一种材料 ——上述的一切可以同样出色地工作 ——但是要传输的数据必须要事先进行计划。

首先，我们必须确定哪些数据将被获得和传输。其次，我们需要确定如何把这些数据映射到XBRL分类标准。一旦作出这些决定，我们就应该能够进行数据传输，然后通过XBRL系统做出运行报告，以便对所有看上去良好的运行状况进行核实，并向报送靠近。

首次报送之后，这应当是一个相当快速无痛的过程。首次报送要求进行安装、映射、测试和质量控制，但是，一旦这些过程设置到位，再次报送就会变得更容易。

安全

一般来说，数据传输的问题在于是由原始系统推动数据，还是由接收系统拉动数据。然而对XBRL技术而言，唯一的选择就是推动数据。为了促成一次数据传输，账册关闭时XBRL系统是无法了解传输状况的。并且，对于如何进入一个会计系统中获取数据也没有思路。这里有一个操作的安全问题：没有企业会允许第三方供应商深入其会计系统内部去获取信息。根据其自身的条件，它仍然可以更安全、更理想地去准备一次推动。

一致性

这里是一个有关电子表格的警告：通常，电子表格为报告逻辑所装饰，使得电子表格更具可读性，但这些装饰会引起一些映射问题。让一个人更易于阅读并不一定同时能满足机械可读性的要求。

看看下面的例子。该元素的净资产和设备可在电子表格中装饰成净财产和净设备的累计折旧净额x美元。这可能会更易于阅读（对于人类而言），但是在每一个报告期间内，输出时，累计折旧的净后缀就会有变化。因此，我们得到的净资产和设备的映射将不再是一个常数。

电子表格的一些报告逻辑装饰，其实阻碍了机器的可读性。来思考一下下面的一个经营性资产和负债轨迹变化的电子表格片段：