今年我局在财政“同级审”过程中，对地税部门运用计算机开展辅助审计，解决了传统审计翻阅原始凭证效率低、质量差、风险高的问题，提高了审计效率、减少了审计风险，取得了良好的效果。我们的主要做法是： 

　　一、 数据采集 

　　我市地税部门的业务数据系统是利用SQL　Server 2000数据库自行开发设计的一套税收征管软件。为保证审计源数据的真实、完整，我们决定跳过其税收征管系统，直接将其数据库导出，然后自行进行数据转换和分析。 
我们在自带的笔记本电脑中安装上SQL　Server 7.0，新建一数据库，取名“suk”（税务库），再利用10/100M网卡直接连接地税局域网，在其服务器端通过SQL　Server 2000的Enterprise Manager （企业管理器）中的导出（Export）功能，将地税部门zgsjk（征管税金库）、djzlk（登记资料库）、dmk（代码库）三个主要数据库中的有关的用户表及其包含的所有字段直接导入到笔记本电脑中的suk中（通过OLE DB驱动，无须经过ODBC接口）。Suk库主要包括下列十二张表：yzsj（应征税金）、rksj（入库税金）、dzsj（待征税金）、djsj（待解税金）、ttsj（提退税金）、jmsj（减免税金）、ztsj（在途税金）、djzl（登记资料）、szdm（税种代码）、smdm（税目代码）、dwdm（单位代码）、ysjcdm（预算级次代码）。 

　　二、 数据转换 

　　因Access数据库操作简单、功能强大，我们选择用Access数据库作为SQL Server的客户端，进行数据的分析处理。上述十二张表的转换操作如下：首先在Access数据库中新建数据库，取名“yz”（应征），然后启动SQL Server 7.0打开 Enterprise Manager（企业管理器），打开suk，选取yzsj表，通过运用Enterprise Manager导出（Export）选项中“用一条查询指定要传输的数据” 功能，将yzsj表中所有2001年数据导入到yz数据库的“result”（结果）表中，其中查询语句写法为“select　*　from　yzsj　where 电脑票号 like ‘1%‘"（注：电脑票号字段第一位代表年，第二、三位代表月，第四、五位代表日），此语句的含义是选择yzsj（应征税金）表中所有2001年的税票，即地税部门2001年已填开的所有税票。同理，分别在Access中新建dz（待征）、dj（待解）、jm（减免）、tt（提退）数据库，依次将SQL　Server中的dzsj（待征税金）表、djsj（待解税金）表、ttsj（提退税金）表、jmsj（减免税金）表中的数据对应转换到Access数据库的“result”（结果）表中。 

　　转换rksj（入库税金）表、ztsj（在途税金）表时查询语句写法与上述有所区别，其查询语句是 “select　*　from　rksj　where　year（抽票日期）=2001”，此语句的含义是选择rksj（入库税金）表中2001年从金库抽取的所有税票，即地税部门2001年缴入金库的所有税票。转换djzl（登记资料）表、szdm（税种代码）表、smdm（税目代码）表、dwdm（单位代码）表、ysjcdm（预算级次代码）表操作较为简单，不需要用查询语句，直接选择转换成Access格式全部导出即可，这样十二张表数据转换全部完成。 

　　由于yz（应征）、dz（待征）、dj（待解）、jm（减免）、tt（提退）、rk（入库）、zt（在途）数据库中各result表的税种代码字段、税目代码字段、单位代码字段、预算级次字段用数字表示不够直观，我们就在上述数据库中，分别导入各代码库（dmk）中的result表，将各代码表中的代码字段与有关表中相应的代码字段建立关系，通过运用查询功能，生成新的用汉字表示各字段的查询1表，这样yz（应征）、dz（待征）、dj（待解）、jm（减免）、tt（提退）、rk（入库）、zt（在途）数据库中的查询1表就比result表直观多了，以后就在各数据库的“查询1表”的基础上进行数据的分类汇总和分析。 

　　三、 数据分析 

　　我们对各数据库中数据灵活运用分类汇总，数据筛选、排序等方法，不需要翻阅一张税票，就可以审核报表的真实性，稽查收入划分的准确性，排出全年纳税大户名单，欠税户名单，重点纳税人全年纳税明细等，科学、便捷地提供审计线索，减少审计的盲目性，明确审计的重点，极大地提高了审计效率。 

　　（一）审查报表的真实性。在上述yz（应征）、dz（待征）、dj（待解）、jm（减免）、tt（提退）、rk（入库）、zt（在途）数据库中分别对查询1表余额字段汇总，就分别得出地税部门2001年应征、欠税、减免、提退、入库、在途税金总额，再分别同有关报表数字对比，即可验证报表的真实性。 

　　如查询rk（入库税金）时，在查询1表所属单位字段准则中输入“like ‘直属分局*‘”，按照税种代码字段分类，对余额字段汇总，就得出直属分局2001年各种税金入库明细，同直属分局入库税金明细年报表比较，结果两者所有收入数字一致，从而验证直属分局入库税金报表是真实的，也证明我们采集的电子数据有效、可靠。再如查询tt（提退税金）时，在查询1表所属单位字段准则中输入“like ‘直属分局*‘”，按照明细性质字段、税种代码字段分类，对借方字段汇总，就得出直属分局2001年按照减免退税、汇算清缴结算退税、误收退税、提取手续费、其他退税分类的各种税金退库明细，同直属分局2001年提退税金明细年报表核对时，发现印花税的提取手续费、其他退税电子数据的金额与提退报表中金额不一致，经核实是因为直属分局多提了印花税代征手续费20万元，人为调整了报表数字。 

　　（二）审核稽查收入划分的准确性。我市地税稽查局征管模式是稽查收入先全部缴入市级金库，年底根据被检查的纳税人所属主管税务机关，填写更正通知书将收入从市级金库划转到相应的各区金库。我们在以往年度审计时发现稽查收入划分不准确，稽查收入成为年终各区分局完成收入任务的“调节器”。但是由于稽查局全年检查的纳税人多，稽查收入资金量大，我们只能采用抽查的方法。此次我们利用电子数据，可以全面准确地计算出市级和各个区的实际查补收入。 

　　具体操作是先在rk（入库税金）查询1表所属单位字段准则中输入“like ‘稽查局*‘”，按照纳税户名称字段分类，对余额字段汇总，就得出稽查局2001年各纳税人入库税金总额，保存查询结果命名“jcrk” （稽查入库）。再导入dj（登记资料）数据库中的result表，将jcrk、result表通过纳税户名称字段建立关系，这样就可以查询出纳税人、纳税人所属主管税务机关及纳税人入库税金，同稽查局划转各区的数字比较，查明各区共挤占市级收入40余万元，其中某区多转入80余万元等，以往年度审计中靠传统审计方法难以解决的问题现在迎刃而解。 

　　（三）科学地进行审计抽样，明确审计重点。我们根据需要，对数据灵活运用分类汇总进行筛选分析，科学地提供审计线索、确定审计重点，减少了审计的盲目性。如在rk（入库税金）中进行纳税人的查询，在查询1表所属单位字段准则中输入“like ‘直属分局*‘”，按照纳税户名称字段分类，对余额字段汇总并按降序排列且在其准则中输入“〉=500000”，就得出2001年直属分局所有入库税金在500000元以上（含500000元）纳税金额从大到小排列的纳税人和纳税金额名单，依据此名单在数据库中筛选出前十户纳税人全年纳税明细，分析其中有无异常情况。例如在rk（入库税金）查询1表中选中某纳税大户名称，运用按选定内容筛选的功能，就得出该纳税大户全年入库税款明细，仔细分析发现，该纳税大户只有1-11月的税款，12月未缴税，据此我们初步判断地税部门可能因为已经完成收入任务，把税款滞留在企业。经过进一步到该纳税企业核实，证实了我们的判断是完成正确的，对出现类似情况的五家企业我们进行了延伸审计，查出近2000万元税款滞留在企业。由此可见如果不运用电子数据，仅仅凭借审计人员经验很难做出如此准确的抽样。 

　　（四）完整、翔实的数据库成为宝贵的资料库，为配合其他专业审计提供了便利条件。我们采集的数据包含我市所有纳税人的详细纳税资料，为配合其他专业审计的提供了便利条件。今年我局某处在对某企业实施审计时，查出该企业少缴税金近百万元，在准备处理阶段该企业提供了直属分局某所税务人员2001年手工填开的尚未入库税票9张，审计人员对这些税票顿生疑窦，请我处帮助落实。我们在dz（待征）查询1表所属单位字段准则中输入“like ‘直属分局*‘”，按照纳税户名称字段分类，对余额字段汇总并且在其准则中输入“〉0”，就得出直属分局2001年发生的所有欠税纳税人名单及金额，利用Access查找功能，没有查找到某企业的名字，这说明2001年某企业并没有欠税，手工填开9张税票很可能是倒开税票日期，再进一步对上述税票领用日期检查发现税票是2002年3月才领用，企业和个别税务人员倒开税票日期企图欺骗审计机关的真相终被揭露。 

　　通过这次计算机辅助审计在地税审计中的具体运用，我们进一步尝到了计算机审计的“甜头”，也深刻体会到要想搞好计算机辅助审计，全面掌握被审计单位数据库的情况，了解其中原理，完整、全面地获取数据是搞好计算机辅助审计的前提，丰富的行业业务经验和熟练的数据库操作能力是搞好计算机辅助审计的关键，为此我们将继续努力，充分利用计算机开展辅助审计，进一步提高审计效率，不断深化审计质量。 (马涛 吴艳山) 


单位:江苏省徐州市审计局 
地址: 江苏省徐州市彭城北路1号