审计取证数据接口的功能布局与实现方法，本文主要内容关键词为：布局论文,接口论文,功能论文,方法论文,数据论文，此文献不代表本站观点，内容供学术参考，文章仅供参考阅读下载。
审计取证的主要内容是获得会计系统的凭证、账簿和报表信息。在信息化环境下，审计取证就是会计信息系统和审计信息系统之间的一种数据交换行为。由于两种系统的数据异构，审计取证必须通过数据接口才能实现。
现有研究主要就单一应用环境的会计—审计数据交换提出解决之道。随着会计数据交换技术和标准的发展，会计—审计数据接口的设计思路也将不断完善。本文对审计取证数据接口的功能布局与实现方法进行了讨论。
一、审计取证中会计数据交换的理论基础
1.会计数据交换的影响因素。信息是由信息生产者生产出来的，信息生产根据深度分为一次信息生产、二次信息生产和三次信息生产。会计数据属于二次信息生产的结果，因此会计数据生产必然和相关的一级信息生产和三级信息生产或信息消费进行信息交换。这种交换或交易是会计数据生产的延续，其交换效率与会计数据需求、交易成本和交换的技术因素相关。我们用E表示会计数据交换的效率系数、D表示对会计数据交换的需求、C表示交换成本、T表示信息交换技术的支持程度，则E是另外三者的函数：
E=f（D，C，T）
首先，信息需求推动着会计数据交换的产生和发展。一般来说，企业的规模越大、外部经济关系越复杂，会计数据交换的需求就越旺盛。跨国公司、企业集团和供应链管理的发展导致相关会计主体之间频繁地交换越来越丰富的会计数据。其次，会计数据交换的应用水平还取决于信息交换技术的成熟度。初级的技术只能支持定期提供少量最关键的会计数据，而先进的信息交换技术能提供动态的、实时的且充分的会计数据。最后，交换成本是会计数据交换的重要制约因素。高昂的成本会抑制交换的应用，早期的信息交换系统难以得到普及的重要原因是昂贵的建设成本和运行费用，如今的互联网络及其相关技术则提供了廉价、易用的方法，使得会计数据交换走向现实应用。
2.会计数据交换的主体和内容。会计数据交换的主体是指参与会计数据交换的相关者，包括会计数据的生产、加工、使用和消费的有关企业、机构和个体使用者。在审计取证的会计数据交换中，交换主体是审计和被审计单位，是审计信息系统和被审计单位的会计信息系统之间的交换。在每一对交换中，交换双方存在主次关系。一般来说，会计数据生产者是主导方，他们除了提供会计数据，还提供交换的通道、工具或平台。但是在审计取证的会计数据交换中，是由审计方来决定抽取的数据范围、内容以及数据格式。
传统的会计数据交换的主要形式是财务报告。在信息化环境下，会计数据交换内容可以包括几乎所有会计数据，从财务报告到电子账簿、电子凭证甚至各种单据。在审计取证的会计数据交换中，交换的主要内容是会计账簿与会计凭证数据。在可能的情况下，还应支持原始单据的交换。交换形式应根据交换双方信息系统的数据特征决定。
二、审计取证中会计数据交换的技术基础
自从计算机技术应用于会计信息系统，系统间交换会计数据的需求就开始萌生。以下主要按发展阶段阐述会计数据交换的方法和标准。
1.EDI。EDI（电子数据交换）是指按照协议，对具有一定结构特征的标准经济信息，经过电子数据通讯网络，在贸易伙伴的电子计算机系统之间进行交换和自动处理。EDI最早出现于上世纪70年代的美国，成熟于80年代。最早在交通运输业中应用，进而开始在国际贸易、航空、金融行业中出现并得到迅速推广。EDI实现以电子单证代替纸面单证，在不同用户的计算机系统之间自动交换数据。其重点在于业务单证的交换，会计账户记录和财务报告信息的交换是其扩展功能。近年来，EDI和XML（可扩展标记语言）及XBRL（可扩展商业报告语言）的结合运用将进一步拓展其在会计数据交换中的应用。
2.《财务软件数据接口标准98-001号》。我国关于不同系统之间交换会计信息问题的提出，始于上世纪90年代初各种会计核算软件风起云涌之际。企业集团各成员企业的数据上传、集团数据汇总时，如果相互之间的软件平台不同、数据结构迥异，就需要在不同软件平台之间进行数据转换。当时，数据转换所涉及任意两种软件的厂商之间都互不协调甚至故意设置技术壁垒，从而使会计数据交换大受限制。这既不利于会计软件行业的健康发展，也不利于用户会计核算和管理水平的提高。为此，1998年中国软件行业协会财务及管理软件分会制定了《财务软件数据接口标准98-001号》，在国内开了不同软件平台之间交换会计数据的接口标准的先河。该标准主要界定了会计核算软件转出或转入数据的文件类型、数据格式、数据内容结构等。
3.《信息技术会计核算软件数据接口》国家标准。为解决国内外会计信息系统兼容问题，上海率先于2002年发布《信息技术会计核算软件数据接口规范》，以使国外软件环境下的会计信息转换成符合国内会计制度、能为国内软件所识别和汇入的会计信息。上海市出台这一标准也正是国家标准出台的序幕。2003年年底，审计署和上海市分别向国标委提交了两个《信息技术会计核算软件数据》的标准草案。2004年2～8月，审计署计算中心召集上海《信息技术会计核算软件数据》标准起草组成员及其他相关专家，综合整理制定了《信息技术会计核算软件数据接口》，于2004年9月20日经国家标准化管理委员会批准发布，并于2005年1月1日起在全国范围内实施。标准内容主要包括：数据元素规范、数据文件的输出内容和格式要求。该标准颁布后，国内主要的会计软件厂商如用友、金蝶、新中大等在各自的升级版本中增加了基于该标准的数据转换功能。
4.XBRL。XBRL是XML在财务报告信息交换中的一种应用，是目前应用于非结构化信息处理尤其是财务信息处理的最新标准和技术。XBRL在会计中的应用，能够实现不同公司之间会计数据的共享和互操作。鉴于目前国情，我国会计数据交换国家标准将数据交换格式重点放在文本文件类别上，同时提出了XML文件类别的格式定义，但没有涉及XBRL中国标准的制定。这一任务落在了深圳证券交易所和上海证券交易所身上。两家交易所及相关机构共同制定了XBRL中国部分的会计信息分类标准和格式标准，于2010年财政部发布了《中国会计信息分类标准》。
三、审计取证中会计数据接口的功能布局
1.双接口布局。双接口布局就是进行数据交换的双方系统各自内含数据接口，可输出和读取标准数据文件。会计信息系统内含“会计数据接口”，审计信息系统内含“审计数据接口”，双方通过各自携带的数据接口输出和读取标准数据文档实现数据交换。这里的数据接口实际上是一个通用的翻译转换程序，它将特定系统的数据转换成其他系统可读的标准数据文件，或者将来自其他系统的标准数据文件转换成符合特定系统要求的数据。数据接口技术的关键是所遵循的接口标准，比如基于《信息技术会计核算软件数据接口》的文本数据交换，其交换的数据文档就应符合该标准对数据文件内容和格式的规范。
2.单一数据抽取接口布局。审计信息系统内含“数据采集模块”，直接访问和复制会计信息系统的账套数据库。这是目前审计信息系统通常采用的方法，即在审计信息系统中安排功能较为强大的数据采集程序，直接访问账套数据库或先复制账套数据库再访问复制的副本，并能对其进行一定的数据分析，进而生成审计工作数据。
3.独立数据接口布局。
（1）功能要求。对于既不能提供兼容的标准数据文档，又缺乏功能强大的审计数据采集模块的情况，上述两种方法均无法实现审计取证对会计数据的采集。因此必须考虑开发独立数据接口程序来实现数据交换。其功能主要是根据审计信息系统要求建立数据采集的规则，然后读取、分析会计信息系统的数据，生成符合审计信息系统数据采集规则的数据文件。
（2）实现途径。独立数据接口是一个独立程序，可以通过编写可执行文件实现，也可以在数据库管理环境中利用SQL编程来实现。下文中的案例就是利用功能强大的SQL工具实现对会计账套数据的读取和分析，进而生成审计系统能够识别和读取的数据文件。
四、审计取证独立数据接口的实现案例
AO2008是目前应用广泛的金审工程现场审计工具，本身提供了部分针对特定会计软件的数据接口，但无面向各种会计软件的通用的采集和转换接口。如某市会计核算中心采用了某种版本的财务软件，其数据结构与AO2008的数据采集模板不能兼容，AO2008无法正确采集到该版本财务软件的会计数据。以下用SQL查询分析器，首先通过执行SQL语句生成能被AO2008读取的中间数据，而后在AO2008中通过账簿数据重建实现审计系统的现场取证。
1.生成中间数据。金算盘某版本财务软件使用oracal数据库系统，而AO2008使用MS某款数据库。因此，首先对金算盘数据库进行备份，然后在安装了oracal的机器上还原dmp备份文件，利用SQL Server的“导入和导出数据”进行转换，生成后缀名为“mdb”的数据库文件，其中至少包含了以下10个表：ACCOUNT（科目表），ACCOUNTDAILY（科目日记表），CLASS1（项目表），CUSTOMER（客户表），DEPARTMENT（部门表），EMPLOYEE（职员表），VOUCHER（凭证主表），VOUCHERDETAIL（凭证明细表），VOUCHERTYPE（凭证类型表）。需生成的中间数据表分别为科目余额表kmye、凭证主表pz和凭证明细表pzmx。
（1）生成科目余额表kmye。科目余额信息保存在ACCOUNTDAILY表中，生成科目余额表的SQL语句如下（会计期间为2007年度。为识读方便，下文SQL语句中部分数据列名未使用其真实名称，而采用汉字伪码标识）：
SELECT ACCOUNT.科目编码，CLASS1.项目编码，CUSTOMER.客户编码，DEPARTMENT.部门编码，EMPLOYEE.员工编码，VAL（ACCOUNT.科目方向）？鄢（ACCOUNTDAILY.借方金额-ACCOUNTDAILY.贷方金额）AS BALANCE，ACCOUNT，科目方向，2007 AS YEAR，1 AS MONTH INTO KMYEFROM（（（（（ACCOUNTDAILY LEFT JOIN ACCOUNT ON ACCOUNTDAILY.科目号=ACCOUNT.科目号）LEFT JOIN CLASS1 ON ACCOUNTDAILY.项目号=CLASS1.项目号）LEFT JOIN CUSTOMER ON ACCOUNTDAILY.顾客号=CUSTOMER.顾客号）LEFTJOIN DEPARTMENT ON ACCOUNTDAILY.部门号=DEPARTMENT.部门号）LEFT JOIN EMPLOYEE ON ACCOUNTDAILY.员工号=EMPLOYEE.员工号WHERE YEAR（STRDATE）＜2007；
（2）生成凭证主表pz。凭证主表的数据源是VOUCHER，生成凭证主表pz的SQL语句如下：
SELECT VOUCHER.记录编号，VOUCHER.凭证编号，VOUCHER.凭证日期，VOUCHERTYPE.凭证类别，VOUCHER.附件INTO pz FROM VOUCHER LEFT JOIN VOUCHERTYPE ON VOUCHER.类别号=VOUCHERTYPE.类别号；
（3）生成凭证明细表pzmx的SQL语句如下：
SELECT VOUCHERDETAIL.分录编号，VOUCHERDETAIL.凭证号，VOUCHERDETAIL.凭证标志，ACCOUNT.科目编码，CLASS1.项目编码，CUSTOMER.客户编码，DEPARTMENT.部门编码，EMPLOYEE.员工编码，VOUCHERDETAIL.金额，VOUCHERDETAIL. 方向 INTO pzmx FROM（（（（（VOUCHERDETAIL LEFT JOIN ACCOUNT ON VOUCHERDETAIL.科目号=ACCOUNT.科目号）LEFT JOIN CLASS1 ON VOUCHERDETAIL.项目号=CLASS1.项目号）LEFT JOIN CUSTOMER ON VOUCHERDETAIL.顾客号=CUSTOMER.顾客号）LEFT JOIN DEPARTMENT ON VOUCHERDETAIL.部门号=DEPARTMENT.部门号）LEFT JOIN EMPLOYEE ON VOUCHERDETAIL.员工号=EMPLOYEE.员工号；
2.数据整理与转换。根据上述步骤，已得到数据库中的ACCOUNT，连同中间数据表kmye、pz、pzmx等表。这些作为生成财务数据的临时表，继续使用SQL查询器进行会计期间及科目整理、常规数据整理。以整理客户辅助信息为例，其SQL语句为：
insert into辅助信息表（辅助类型，辅助编码，辅助名称）select’客户’，STRCUSTOMERCODE，STRCUSTOMERNAME from源-CUSTOMER
其他辅助信息采集方法以此类推。然后在此基础上修改辅助余额表、修改辅助明细表、采集辅助余额、采集辅助明细、修改凭证库。
3.财务账表重建。按采集转换→财务数据→财务软件数据库数据→财务账表重建的顺序，选择电子数据，进行财务账表重建。至此，包括辅助账在内的全部财务数据采集转换完毕，可进入下一步审计工作。