我对《信息技术 会计核算软件数据接口》的几点看法

《信息技术 会计核算软件数据接口》(GB/T19581-2004)（下文中简称《数据接口》）是由审计署和财政部提出并组织专家研究起草，经国家质量监督检验检疫总局和国家标准委批准，于2004年12月24日发布，并于2005年1月1日在全国范围内实施。据2005年5月18日在北京召开的实施推广情况新新闻发布会发布的信息，已经有包括用友、金蝶等6家软件的8种产品通过了这一标准认证。

在十五期间，我国的会计信息化建设和审计信息化建设取得了长足的进步。审计信息化要求能方便快捷的从财务软件中获取财务数据，从而进行计算机辅助审计。但是长期以来，我国的会计信息化建设在数据库的选用以及数据库的结构设计方面存在相当大的差异，使得数据接口成为审计信息化发展的瓶颈，严重影响了审计信息化的推广。（关于数据接口，请参见笔者的拙作《数据接口――审计软件瓶颈研究》。）《数据接口》规定了会计核算软件的数据接口要求，包括会计核算数据元素，数据接口输出文件的内容和格式的要求，提出了数据元素和数据核算的概念，为标准使用者理解会计核算的数据概念奠定了基础，规范了文本格式和XML格式的数据接口，为会计核算软件与其他信息系统之间的数据交换创造了条件。可以乐观的估计，如果该标准推动有力的话，在不久的将来，数据接口将不再成为审计信息化的瓶颈，对于不同的财务软件以及相同财务软件的不同版本都要提供数据接口的尴尬将不复存在，唯有如此，审计软件开发商才能集中精力研究审计软件本身，推动审计软件的更大发展。

就《数据接口》本身，笔者觉得起草的专家学者已经作了相当的研究，较以前的上海地方标准“信息技术会计核算软件数据接口规范”已经有了相当大的改进。但是笔者在拜读过程中发现《数据接口》规范中存在如下几个小问题，特提出自己的看法，与同行商榷。

第一：电子帐簿部分，该部分是财务软件数据的基本情况部分，其中包含了“科目结构”这个元素。该元素的功能是对科目分级进行描述，例如：4，2，2 表示该财务数据的科目一共有3级，其中第一级的长度是4位，第二级的长度是2位，第三级的长度是2位。类似10020101 表示银行存款－工商银行－A账户。但是在某些财务软件（例如：立成财务软件SQLSVR）中，不是使用科目结构来描述科目分级信息，而是使用分割符，例如“/”。在立成财务软件中，笔者曾经遇到这样的科目代码，“1001/01”(现金)，“1002/002”(银行存款)，在这种情况下，仅仅使用“结构元素”来对科目分级信息进行描述时，就会出现无法处理的现象。尽管可以通过编码的方式，将所有的科目进行遍历，然后对于不一样长的科目代码补充前导零，但是这是一个不小的工作量。因此建议在《数据接口》中加入“科目分隔符”这个元素，并使该元素和“科目结构”元素成为互斥元素。加入了该元素以后，就可以方便的对使用科目分隔符来描述科目分级信息的数据进行导入了。

第二：会计科目部分：该部分是对会计科目信息的描述。笔者认为仅仅使用“科目级次”元素来描述科目分级情况不够完善，至少应该加入“是否明细科目”元素来进行补充。并且，在大部分管理型财务软件以及国外的财务软件中，严格意义上讲，没有“科目级次”这个概念，而采用的是大级次的概念，设置“是否明细科目”元素来描述科目之间的关系。如果《数据接口》仅仅局限于核算型财务软件，那么使用“科目级次”这个元素加上“是否明细科目”元素是没有问题的，但是如果涉及到管理型财务软件以及国外的财务软件时，“科目级次”的概念就不是很好使了。

第三：辅助核算项档案：这部分描述的是辅助核算信息，这是《数据接口》较以前的上海标准增加的部分，使从财务数据中获取辅助核算信息成为现实。但是在辅助核算里面，仅仅提供了“部门档案”、“单位档案”和“项目档案”是远远不够的。例如“员工（个人）档案”就无法包容在其中。实际上，很多财务软件对提供了4到8种辅助核算信息，在金蝶K3中甚至能让用户自由定义辅助核算信息。《数据接口》仅仅提供了3种辅助核算信息，势必导致部分辅助核算信息灭失，致使关于辅助核算的信息不完整。笔者的建议是放开辅助核算信息个数的限制，提供辅助核算信息的自定义功能。

第四：辅助核算期初：在大部分财务软件中，一旦会计科目设置为辅助核算科目以后，那么会计科目的期初余额（包括金额余额和数量余额）必须和辅助核算的期初余额（同样包括金额余额和数量余额）一致。因此，辅助核算也是有期初余额的。但是在《数据接口》中，没有用来描述辅助核算期初的信息，这点是令笔者百思不得其解的地方。

以上仅仅是笔者在拜读《数据接口》的几点看法，对于文章中的疏漏和错误，还望广大同行斧正。