审计署计算机审计中级考试经验介绍

一、培训目的：

计算机审计中级培训的目的是达到审计署提出的“五能”要求，即：能打开被审计单位数据库；能把数据下载到审计人员的计算机中，并转换成为审计人员可阅读的数据格式；能使用通用软件或审计软件对被审计单位的数据进行查询、分析；能在审计现场搭建临时局域网；能排除常见的软件、硬件故障。

二、考试内容：

考试分3天进行，每天一门，考试时间都是3个小时，上午8：30-11：30。

第一门：会计电算化、审计软件（上机考试）

第二门：计算机网络、数据库、vb 程序设计（上机考试）

第三门：综合笔试

第一门：会计电算化和审计软件

第一门考试包含两块内容：会计电算化和审计软件。

1、会计电算化

考试内容包含三块。

一是用友U8财务软件的操作，包含：帐套引入、设置操作员、权限设置、总账、销售、库存、存货系统的操作，资产负债表和损益表等报表的制作。

二是在用友U8的999帐套中进行sql语句查询，在sqlserver中写sql语句，涉及到会计记账知识。

三是财务数据库的分析，一般是在很多的数据表中科目

表、凭证表、余额表，就是省厅培训中的找三张表。

2、审计软件

名为审计软件，但其实是在sqlserver中编写sql语句。可能涉及到南京特派办编写的软件《审计软件3.0》，只需要使用软件的汉化功能，数据库的导入和sql语句完全可以在sqlserver中操作。实际上就是省厅培训的案例分析，一般是有2个案例，每个案例写3条sql语句。难点在题目是大段的文字叙述，占两页纸，题目理解正确后，sql语句并不难写。

分值：

用友U8财务软件的操作。30分

在用友U8的999演示账套中进行sql语句查询。40分 财务数据库的分析。20分

审计案例编写sql语句。60分

第二门：计算机网络、数据库、VB程序设计

1、网络

一是给一个网络地址，有可能是A、B、C类地址，根据要求划分子网，配置本机的IP地址、子网掩码、网关等信息。二是windows防火墙的启用、设置例外的程序或端口、internet选项安全和隐私的设置。

2、数据库

数据库的上机考试包含sqlserver操作、access操作两块、VB程序设计三块。

一是根据题目要求建sqlserver的数据库、建表、编写存储过程、视图，编写sql查询语句，进行数据库备份等操作。

二是在ACCESS数据库中建立更新查询、交叉表查询、报表等操作。

3、VB程序设计一般就是要求用vb编写一个程序，实现记录的浏览、增加、删除、修改、查找等功能。

分值：

计算机网络共15分。其中：划分子网配置本机地址8分，防火墙等设置7分。

数据库 95分。其中：sqlserver操作80分，access操作15分。

vb程序设计 40分

第三门：综合笔试

综合笔试就是书本上的知识点。

考试内容包含计算机网络、计算机基础、计算机审计、VB程序设计、会计信息系统、ACCESS、sqlserver等。

《计算机网络》：考的内容较深，需要通读教材中的内容。

《计算机基础》：考的不难，多做题即可。

《计算机审计》：记忆性内容，熟记历年总结的笔试内容即可。

《会计信息系统》：笔试多考用友U8操作的内容、U8的数据库，需认真复习教材。

《ACCESS》：分值不多，操作熟练后，通常笔试也不是问题。

《Sqlserver》：考试重点，对教材中的概念和操作需熟练。

《VB程序设计》：考试重点，VB教材中visual basic

语言需重点掌握。

考试题型有单选、多选、填空。题目及分值如下：

1、单选：共214题左右，每题0.5分。其中：网络 40题、计算机基础 20题、计算机审计40题、VB程序设计40题、会计信息系统 24题、数据库 40题。

2、多选：多选是30多题，每题1分。网络 10题，计算机数据审计 5题，程序设计5题，会计信息系统5题，数据库5题

3、填空题：7空左右，每空0.5分。

三、课程介绍：

考试内容涉及到的课程如下：

《计算机基础》

这门课主要就是介绍一些计算机基础知识，计算机的组成、原理、外设等基础知识，内容很简单，考试所占分数也不多。

《计算机网络》

这门课主要介绍网络协议、网络设备，通过学习能搭建简单的网络环境和解决简单的网络故障。

《数据库基础》

这门课是学习的重点。主要介绍了SQL语言的编写，实现数据的查询、修改、删除等各种功能；MS-SQLSERVER数据库的安装、设置、备份、恢复。

《VB程序设计》

主要介绍了visual basic语言，在visual studio的环境下进行视窗程序设计，涉及到窗体、按钮、文本框等各种控件。这门课主要靠多练，熟记语句的格式，弄清楚程序

设计的思想。

《Access数据库》

ACCESS内容包含在数据库的最后几章里，学好了《数据库基础》，这门课就好学了。ACCESS里主要是要掌握交叉表查询的编写、报表的设计。

《审计软件》

这门课主要是通过使用南京特派办编写的审计软件---数据采集与分析3.0来进行审计。主要也是靠多练，熟悉了软件的各种功能和操作，考试起来很简单的。

《会计电算化》

这门课也是学习的重点。包括学习用友8财务软件的使用，建账、记账；了解用友8财务软件进销存各系统之间的联系；分析各种财务软件的数据库结构；通过编写SQL语句进行凭证、余额表的查询。

四、学习方法：

比较难学的VB程序设计，考试的难度并不高，需熟记一些基本的语句，针对考试涉及到的语句反复操作、记忆。

对于会计信息系统，要熟悉u8里code,gl_accvouch,gl_accsum这几个表的结构，多练习，通过应该也没有问题。一般考题就涉及到会计科目的整理、查询凭证分录、真实性完整性的查询、断号重号查询、金额准确性查询等十种算法的编写。

Sqlserver数据库，这是上机考试的重中之重，sqlserver数据库操作熟练，sql语句编写熟练，两门上机考试内容就掌握了60%。

五、注意事项

第一，要审题清楚，尤其是sql语句的编写时，理解题意是关键。

第二，时间把握很重要。上机考试时，遇到不会做的题思考超过10分钟迅速跳过，做下一题。切勿在一道题上耽误过多时间。通常上机考试的时间是不够的，只要把会做的题做完，就是成功了。

第三，切勿紧张。考试只是检测学习成果的一种方式，通过学习开拓了审计思路，掌握了计算机技能，在工作中能干出成绩来就是成功了，况且工作中没人规定在3个小时内要解决难题。上机考试时遇到不会的题切勿紧张，不会就迅速跳过，做下一题，把会做的题先做完。放松心情才能取得好成绩。

最后，上机考试结束后，所有做题的窗口和程序都要打开，切勿关闭。因为老师立即就会开始阅卷，若把窗口关了老师还要打开。倘若答案存放位置不符合题目要求，或者忘记保存答案，问题就大了。

第二篇：审计署办公厅关于征集计算机审计专家经验的通知

审计署办公厅文件

审办科发?2008?142号

审计署办公厅关于征集

计算机审计专家经验的通知

各省、自治区、直辖市审计厅（局），解放军审计署，计划单列市、新疆生产建设兵团审计局，署机关各单位、各特派员办事处、各派出审计局：

审计署计算机审计专家经验评审工作自20xx年以来，共计征集评选出1161篇计算机审计专家经验（以下简称专家经验），对推动审计信息化建设，促进审计经验积累，提高审计效率和质量发挥了重要作用。经研究，审计署决定20xx年继续向全国审计机关及审计人员征集专家经验，现将此次征集评审的有关事项通知如下：

— 1 —

一、征集

（一）征集的专家经验须是审计人员在计算机审计实践中形成和积累并已被证明有效的审计知识、技能、方法等。专家经验的内容应结合当前审计工作的重点。

（二）专家经验要素包括标题、经验类别、经验种类、经验描述、所需资料、审计步骤、流程图（经验模型）、类SQL描述、适用法规、典型案例、作者和日期等12项内容。同时必须报送专家经验所涉及的电子数据和与类SQL描述对应的能够在《现场审计实施系统》（AO）中成功运行的ASL语句或SQL语句，ASL语句和SQL语句应按照《计算机审计方法体系基本规划》（审计发?2008?38号）的要求编写。如果电子数据记录太多，应选取其中有代表性的部分进行上报。对涉及国家秘密的数据，应作相应处理。专家经验流程图应按照《计算机审计方法体系基本规划》（审计发?2008?38号）的要求编写。专家经验标题应具体，能够反应专家经验内容实质。典型案例应为真实的计算机审计案例。所有要素不可缺失，特殊情况应注明原因。

报送的专家经验应符合相应的格式（见附件1）和分类要求（参照附件2）。文字通顺、表述清晰完整、可读性强。

（三）专家经验的推选，以审计署各司局、各派出审计局、各特派办和各省级审计机关为单位，在自行组织初评的基础上向审计署推荐，数量不限。推荐的专家经验应避免与往年入选专家 — 2 —

经验重复。对于往年入选的专家经验，2004至20xx年共有695篇专家经验以《审计管理系统》（OA）中审计专家经验模块导出包的形式，通过Ftp方式下发各单位，各单位可通过《审计管理系统》（OA）中审计专家经验模块导入接收的导出包；20xx年466篇专家经验将于今年7月下发各单位。

二、评审

（一）此次专家经验征集评审工作由审计署科研所和计算机技术中心共同负责。具体的评审组织工作由科研所负责，有关技术问题由计算机技术中心负责。

（二）审计署计算机审计专家经验评审委员会对专家经验进行评审。在正式评审之前，首先检查专家经验的要素是否齐全，并检查有无基于《现场审计实施系统》（AO）能够成功运行的审计方法或SQL语句，以及相匹配的电子数据，符合要求的专家经验才能进入正式评审。具体评审办法由评审委员会确定。

（三）专家经验评审完结之后将公布评审结果。对入选的作品，将列入审计署《审计专家经验库》。对入选的专家经验的作者，将颁发荣誉证书，其中优秀专家经验的作者还将给予奖励。对组织专家经验征集活动工作突出的单位，给予“优秀组织单位”的表彰。

（四）地方各级审计机关可参照本办法，组织本地专家经验的征集、评审和建立本级《计算机审计专家经验库》。

三、要求

— 3 —

（一）加强领导，高度重视。各级审计机关要站在推动审计现代化和加强“人、法、技”建设的高度，提高对征集评审活动的认识。

（二）精心组织，保证质量。各单位应认真组织审计人员总结、撰写并提交高质量的审计经验。在上报审计署之前应认真组织初评和技术评审，避免出现要素不全、内容简单、审计方法或SQL语句不能运行的专家经验，并注意不要与往年已经入选的专家经验雷同。

（三）加强指导，及时沟通。负责组织此项活动的部门，应加强对征集活动的指导，及时与各单位沟通情况，确保此项活动顺利开展。

（四）各单位申报的专家经验应包括纸质和电子文档各一份。专家经验纸质文档只包括专家经验正文部分，采用A4纸分篇打印，可装订封面。专家经验电子文档应包括专家经验正文、数据文件、SQL语句文件以及其他说明文件。专家经验正文电子文档应使用WORD格式编辑保存。数据格式为ACCESS电子数据或AO导出的数据包以及其他AO支持的数据格式。SQL语句和其他说明文件应存为TXT文本格式。一个专家经验的所有电子文档应存放在一个目录中，目录名格式应为“申报年份_申报单位_专家经验标题_作者”，如“2008_××特派办_专家经验标题_张×李×”。

同时填写审计专家经验汇总表（见附件3），纸质和电子各一 — 4 —

份，纸质文档应加盖本单位公章，电子文档随同申报的全部专家经验刻成光盘一式两份。

（五）推选参加此次评选的专家经验，请于20xx年12月31日前将光盘、纸质文档和汇总表通过邮寄方式送给署科研所。邮寄报送资料时应注意对光盘的包装保护。邮寄地址为：北京市海淀区中关村南大街4号707房间。邮政编码：100086。未按要求报送和截止日期之后报送的专家经验将不能参加本年度评审。 联系人：崔孟修 李俊 电话：（010）82199811

有关技术问题联系人：孙中和 电话：（010）68301279

附件：1．审计专家经验示例

2．审计专家经验分类

3．审计专家经验汇总表

二○○八年五月二十一日

— 5 —

附件1

审计专家经验示例

——图书发行专家系统应用测试及业务数据审计

一、标题

图书发行专家系统应用测试及业务数据审计

二、经验类别

所属分类：财政审计经验——行政事业审计

三、经验种类

所属种类：重点事项经验

四、经验描述

图书发行业务是出版行业的核心业务，包括图书进库、图书销售和调拨、开票和应收、收款核销等模块。目前，图书发行专家系统是国内出版行业使用相当广泛的软件之一，对一个中型出版社而言，存在数百张具有钩稽关系的数据表，主表中年业务数据高达数十万条，数据量大，关系复杂。因此，对该软件的应用功能进行测试具有一定的实用价值。

图书发行专家系统底层数据库为Microsoft SQL Server 2000，有116张数据表，其中与核心发行业务相关的数据表5张。由于软件公司并未提供该软件底层数据库的数据字典，审计人员必须通过对数据的研究和测试，才能破解该数据库的数据结构。审计 — 6 —

过程中发现，图书发行专家系统内部配臵比较灵活、控制不够严密，数据逻辑关系并不完全一致，有必要对其进行应用测试。本审计经验在分析图书发行专家系统数据结构基础上，直接利用原数据对该系统进行测试，并根据测试结果对被审计单位图书发行过程中控制比较薄弱的环节进行检查，效果较好。

五、所需资料

（一）图书发行专家系统使用的底层数据库是Microsoft SQL Server 2000，审计人员必须获得该系统底层数据库备份文件或数据文件。

（二）拆解获取图书发行专家系统底层数据库的数据字典。由于该系统为商业软件，开发公司没有为客户提供底层数据库的数据字典，审计人员只能利用各种手段拆解数据库的数据字典。通过自行开发的工具软件进行分析，图书发行专家系统有数据表116张，与核心业务相关的表主要有5张，分别是：批发明细表WHOLESALE_BOOK_DETAIL

ACCOUNT_INVOICE_DETAIL；；发#5@p票明汇细总表表ACCOUNT_INVOICE_SUMMARY；应收账款收款表ACCOUNT_LOAN_RECEIVED和非批发出库表PRESENT_DISREPAIR_BOOK_SUMMARY（赠书残书出库表）。

六、审计步骤

步骤一：图书发行专家系统使用的底层数据库是Microsoft SQL Server 2000。通过备份或数据文件拷贝的方式直接采集图书 — 7 —

发行专家系统的业务数据。

步骤二：将上述业务数据恢复或附加到Microsoft SQL Server中，利用自行开发的工具软件对上述数据库每个表的记录条数进行统计，确定表的重要程度。删除记录条数为0的表，减少待研究表的数量，减少空记录表对数据库结构研究的干扰。

步骤三：按记录条数从多到少逐次打开每张表，了解表结构和表内容，经过反复测试，拆解出数据库的数据字典。

步骤四：通过对表和字段的研究，审计人员对图书发行专家系统进行了应用测试。主要从以下三个方面进行：

（一）生成中间表。

1．批发明细表（WHOLESALE_BOOK_DETAIL）按提单号（PICK_UP_ID）进行分类汇总。

select PICK_UP_ID,sum (BOOK_NUM) as num_js,sum (MAYANG) as mayang_js,

sum (DELIVER_DISCOUNT*MAYANG) as shiyang_js into wholesale_js

from dbo.WHOLESALE_BOOK_DETAIL where

delete_flag='0' group by PICK_UP_ID

2．#5@p明细表（ACCOUNT_INVOICE_DETAIL）按#5@p代码和#5@p日期（INVOICE_CODE, INVOICE_DATE）进行分类汇总。

select INVOICE_CODE,INVOICE_DATE,sum (BOOK_NUM) — 8 —

as num,sum (MAYANG) as mayang_js,

sum (SHIYANG) as shiyang_js, sum (INVOICE_MONEY) as INVOICE_MONEY_js,

sum (POSTAGE) as POSTAGE_js,sum (loss) as loss_js into ACCOUNT_INVOICE_DETAIL_jsf from

dbo.ACCOUNT_INVOICE_DETAIL

where DELETE_FLAG='0' group by

INVOICE_CODE,INVOICE_DATE

3．#5@p明细表（ACCOUNT_INVOICE_DETAIL）按提单号（PICK_UP_ID）进行分类汇总。

select PICK_UP_ID,sum (BOOK_NUM) as num,sum (MAYANG) as mayang_js,

sum (SHIYANG) as shiyang_js, sum(INVOICE_MONEY) as INVOICE_MONEY_js

into ACCOUNT_INVOICE_DETAIL_jsp from

dbo.ACCOUNT_INVOICE_DETAIL

where DELETE_FLAG='0' group by PICK_UP_ID

4．将应收账款收款表（Acccount_loan_received）分成两张表： Account_loan_received0（应收表，Loan_receive_flag='0'）； Account_loan_received1（实收表，Loan_receive_flag='1'）。 select * into dbo.ACCOUNT_loan_received0 from

ACCOUNT_loan_received

— 9 —

where LOAN_RECEIVE_FLAG='0'

select * into dbo.ACCOUNT_loan_received1 from

ACCOUNT_loan_received

where LOAN_RECEIVE_FLAG='1'

上面处理过程生成的中间表为：

wholesale_js：根据提单号分类汇总的“批发明细汇总表”。 ACCOUNT_INVOICE_DETAIL_jsf：根据#5@p号分类汇总的“#5@p明细#5@p号汇总表”。

ACCOUNT_INVOICE_DETAIL_jsp：根据提单号分类汇总的“#5@p明细提单号汇总表”。

ACCOUNT_loan_received0：应收数据表。

ACCOUNT_loan_received1：实收数据表。

（二）进行符合性测试。

直观判断有逻辑关系的不同口径业务数据是否大体一致（应收账款收款表ACCOUNT_loan_received、#5@p汇总表ACCOUNT_INVOICE_SUMMARY、#5@p明细#5@p号汇总表ACCOUNT_INVOICE_DETAIL_jsf）。具体的步骤是执行下列语句后，将执行结果表引入到EXCEL中，进行对比分析。

1．对ACCOUNT_loan_received按“年、月”进行分类汇总。 select year (ACCOUNT_DATE) 年,month (ACCOUNT_DATE) 月,

sum(case when LOAN_RECEIVE_FLAG='0' then rec_money — 10 —

else 0 end) as 应收,

sum(case when LOAN_RECEIVE_FLAG='1' then rec_money else 0 end) as 实收

from dbo.ACCOUNT_loan_received

group by year(ACCOUNT_DATE),month(ACCOUNT_DATE) order by year(ACCOUNT_DATE),month(ACCOUNT_DATE)

2．对ACCOUNT_INVOICE_SUMMARY按“年、月”进行分类汇总。

select year(INVOICE_DATE) 年,month(INVOICE_DATE) 月, sum(book_num) as 数量,sum(MAYANG) as 码

洋,sum(SHIYANG) as 实洋,

sum(INVOICE_TOTAL_MONEY) as #5@p金额,sum(loss) as 损失,sum(POSTAGE) as 邮费

from dbo.ACCOUNT_INVOICE_SUMMARY

where delete_flag='0'

group by year(INVOICE_DATE),month(INVOICE_DATE) order by year(INVOICE_DATE),month(INVOICE_DATE)

3．对ACCOUNT_INVOICE_DETAIL_jsf按“年、月”进行分类汇总。

select year(INVOICE_DATE) 年,month(INVOICE_DATE) 月, sum(num) as 数量_js,sum(MAYANG_js) as 码洋

_js,sum(SHIYANG_js) as 实洋_js,

— 11 —

sum(INVOICE_MONEY_js) as #5@p金额_js,sum(loss_js) as 损失_js,sum(POSTAGE_js) as 邮费_js from

dbo.ACCOUNT_INVOICE_DETAIL_jsf

group by year(INVOICE_DATE),month(INVOICE_DATE) order by year(INVOICE_DATE),month(INVOICE_DATE)

（三）进行逻辑验证。主要以下四个方面进行：

1．以提单号（PICK_UP_ID）为核心，将批发明细汇总表（wholesale_js）与开票明细提单号汇总表（ACCOUNT_INVOICE_DETAIL_jsp）进行对比，寻找批发业务中发货与开票之间的差异。

（1）开票明细提单号汇总表（ACCOUNT_INVOICE_DETAIL_jsp）内的提单号（PICK_UP_ID）不在批发明细汇总表（wholesale_js）中。

select * from dbo.ACCOUNT_INVOICE_DETAIL_jsp where ltrim(rtrim(PICK_UP_ID)) not in

(select rtrim(ltrim(PICK_UP_ID)) from wholesale_js where PICK_UP_ID is not null)

（2）批发明细汇总表（wholesale_js）内的提单号（PICK_UP_ID）不在开票明细提单号汇总表（ACCOUNT_INVOICE_DETAIL_jsp）中。

select * from dbo.WHOLESALE_SUMMARY where PICK_UP_ID in(

— 12 —

select top 20 PICK_UP_ID from dbo.wholesale_js where ltrim(rtrim(PICK_UP_ID)) not in

(select rtrim(ltrim(PICK_UP_ID)) from

ACCOUNT_INVOICE_DETAIL_jsp where PICK_UP_ID is not null) order by num_js desc)

2．以#5@p代码（INVOICE_CODE）为核心，将#5@p明细提单号汇总表ACCOUNT_INVOICE_DETAIL_jsf与#5@p汇总表ACCOUNT_INVOICE _SUMMARY进行对比，验证系统数据处理的真实性和完整性。

（1）#5@p汇总表ACCOUNT_INVOICE _SUMMARY中存在的#5@p代码（INVOICE_CODE）不在#5@p明细#5@p号汇总表ACCOUNT_INVOICE_DETAIL_jsf中。

SELECT * FROM dbo.ACCOUNT_INVOICE_SUMMARY WHERE INVOICE_CODE NOT IN (SELECT

INVOICE_CODE FROM ACCOUNT_INVOICE_DETAIL_jsf) AND DELETE_FLAG='0'

（2）#5@p明细#5@p号汇总表ACCOUNT_INVOICE_DETAIL_jsf中的#5@p代码（INVOICE_CODE）不在#5@p汇总表ACCOUNT_INVOICE _SUMMARY中。

SELECT * FROM dbo.ACCOUNT_INVOICE_DETAIL_jsf WHERE INVOICE_CODE NOT IN (SELECT

INVOICE_CODE FROM ACCOUNT_INVOICE_SUMMARY) — 13 —

3．以INVOICE_CODE为核心，将应收数据表（ACCOUNT_loan_received 0）中应收款与实收数据表（ACCOUNT_loan_received1）中的实收款进行对比分析。该部分必须与对被审计单位的应收账款检查结合起来。

（1）以INVOICE_CODE为核心，将应收款与实收款进行比较。有应收没有实收的要查明原因。

SELECT * FROM dbo.ACCOUNT_loan_received1 WHERE INVOICE_CODE NOT IN (SELECT

INVOICE_CODE FROM ACCOUNT_loan_received0 )

（2）以INVOICE_CODE为核心，将应收款与实收款进行比较。有实收没有应收的是异常情况，要查明原因。

SELECT top 20 * FROM dbo.ACCOUNT_loan_received0 WHERE INVOICE_CODE NOT IN (SELECT

INVOICE_CODE FROM ACCOUNT_loan_received1 ) order by abs(rec_money) desc

（3）以INVOICE_CODE为核心，将实收款与应收款金额进行比较。金额上有差异的，要查明原因。

SELECT a.rec_money as 应收款,b.rec_money as 实收款, a.rec_money-b.rec_money as 差异, a.* FROM

dbo.ACCOUNT_loan_received0 a, ACCOUNT_loan_received1 b — 14 —

WHERE a.INVOICE_CODE=b.INVOICE_CODE and a.rec_money<>b.rec_money

order by a.rec_money-b.rec_money desc

4．以#5@p代码（INVOICE_CODE）为核心，将应收数据表（ACCOUNT_loan_received0）与#5@p明细#5@p号汇总表（ACCOUNT_INVOICE_DETAIL_jsf）进行对比，发现#5@p与应收之间的差异。

（1）应收数据表（ACCOUNT_loan_received0）中存在的#5@p代码（INVOICE_CODE）不在#5@p明细#5@p号汇总表（ACCOUNT_INVOICE_DETAIL_jsf）中。这属于异常情况，应作为审计线索进行追查。

SELECT top 20 * FROM dbo.ACCOUNT_loan_received0 WHERE INVOICE_CODE NOT IN (SELECT

INVOICE_CODE FROM ACCOUNT_INVOICE_DETAIL_jsf where INVOICE_CODE is not null ) order by rec_money desc

（2）#5@p明细#5@p号汇总表（ACCOUNT_INVOICE_DETAIL_jsf）中存在的#5@p代码（INVOICE_CODE）不在应收数据表（ACCOUNT_loan_received0）中。对那些年代久远的已经开票的但没有进入应收表的信息应作为审计线索进行追查。这里对#5@p代码（INVOICE_CODE）用#5@p汇总表 — 15 —

（ACCOUNT_INVOICE_SUMMARY）进行进一步嵌套，主要目的是使显示的信息便于理解。

select top 20 * from dbo.ACCOUNT_INVOICE_SUMMARY where INVOICE_CODE in

(SELECT INVOICE_CODE FROM

dbo.ACCOUNT_INVOICE_DETAIL_jsf

WHERE INVOICE_CODE NOT IN (SELECT

INVOICE_CODE FROM ACCOUNT_loan_received0

where INVOICE_CODE is not null )) order by book_num desc 步骤五：异常数据分析。通过对图书发行专家系统的应用测试，审计人员发现该系统数据之间的钩稽关系并不严密。此外，从业务逻辑出发，审计人员也发现了非批发出库表（PRESENT_DISREPAIR_BOOK_SUMMARY）中很大一部分视同销售业务（样品书、赠品书、特价书）没有开具增值税#5@p，也未交纳增值税。

select * from PRESENT_DISREPAIR_BOOK_SUMMARY where flag='2' order by input_date desc

select * from PRESENT_DISREPAIR_BOOK_SUMMARY where flag='1' order by input_date desc

select * from PRESENT_DISREPAIR_BOOK_SUMMARY — 16 —

where flag='0' order by input_date desc

当flag='0'、'1'、'2'，对应的是“赠书出库”、“残书出库”、“其他方式出库”。图书出版行业，折价销售是业界普遍做法，所以，审计人员可利用被审计单位销售数据测算该单位的图书销售时折扣率（实洋汇总数据/码洋汇总数据，语句见下），并据此计算被审计单位偷漏税金额（特价书还要考虑其特殊情况）。 select count(DELIVER_DISCOUNT),

sum(DELIVER_DISCOUNT)/count(DELIVER_DISCOUNT) from dbo.WHOLESALE_BOOK_DETAIL where

DELIVER_DISCOUNT<>0 and delete_flag='0'

七、经验模型

— 17 —

— 18 —

八、类SQL描述

— 19 —

— 20 —

— 21 —

— 22 —

— 23 —

— 24 —

九、适用法规

财政部《中华人民共和国增值税暂行条例实施细则》（财法字?1993?223号）第四条“单位或个体经营者的下列行为，视同销 — 25 —

售货物：……将自产、委托加工或购买的货物无偿赠送他人”。

十、典型案例

通过对X出版社的图书发行专家系统的研究，审计人员建立了一套分析方法，发现：（1）X出版社图书发行专家系统中数据的钩稽关系并不严密，由此推断该业务系统内部逻辑存在问题；审计人员提出整改意见，要求X出版社查清原因，并对软件进行升级。（2）该出版社通过非批发出库模块发出的样品书、赠品书、特价书中的一部分未交纳增值税；审计人员制作了“样品书、赠品书、特价书未缴纳增值税情况表”，请该出版社逐笔确认（因为有的样品书、赠品书、特价书已经开具了增值税#5@p并缴纳了增值税），最后确认，X出版社通过非批发出库模块出库的未缴纳增值税书籍的码洋价数十万元；根据X出版社销售数据测算该单位图书销售折扣率（实洋汇总数据/码洋汇总数据），最后推算，X出版社少缴增值税数万元。

十一、作者

×××（姓名）

×××××××××（单位）

十二、日期

××××年×月×日

附件2

— 26 —

审计专家经验分类

一、审计专家经验的类别

采用树状层次结构。每条审计专家经验都可以划归到某一类别当中，类别划分将覆盖目前所有的审计专业领域。全部类别名称可随时根据审计工作的需要进行增加、修改和删除。具体分为三个层次类别：

（一）总类。

按照审计专业领域进行划分，设臵六个总类，即通用审计经验、财政审计经验、金融审计经验、企业审计经验、经济责任审计经验，以及审计调查经验。

设臵“通用审计经验”是考虑到部分审计专家经验可能适用各个审计专业领域。“审计调查经验”是考虑到审计调查已经成为审计机关的一项重要任务，而在调查中所积累的经验可能与具体审计项目的审计经验有所区别。

（二）分类。

主要按照被审计单位的行业进行划分，如无法按行业划分或按行业划分比较繁琐，则按照审计重点事项来划分。

财政审计总类下设：财政预（决）算审计、海关审计、税务审计、固定资产投资审计、专项资金审计、行政事业审计、外资运用审计；

— 27 —

金融审计总类下设：人民银行审计、商业银行审计、保险审计、信托审计、证券审计、资产管理公司审计、金融租赁公司审计、其他金融机构审计；

企业审计总类下设：资产、负债、损益的真实性审计，国有资产的安全、完整、保值增值情况审计，重大经营决策情况审计，执行国家有关法律法规情况审计。

通用审计经验、经济责任审计经验和审计调查经验下不再设分类。

（三）子类。

根据审计内容和范围，随时进行子类以及子类以下类别划分，并可进行修改和删除。

二、审计专家经验的种类

审计专家经验的种类划分为三类：

一是关于审计工作总体情况分析方面的经验（称之为“总体分析经验”），即对某项审计任务，如何去把握其总体情况，通过什么方法来审查、分析和评价；

二是重点事项审计的经验（称之为“重点事项经验”），即对某一重点审计事项需要审查哪些具体内容，及如何审查、分析和评价； 三是对某一违纪违规问题进行审计的经验（称之为“问题审查经验”），即对某一重点问题或突出问题，采取什么审计步骤，运用什么审计判断来完成审查工作。

— 28 —

主题词：审计 计算机 通知

署内分送：署领导（7），办公厅、计算中心、科研所（4），存 （4）。 审计署办公厅 20xx年5月29日印发 （只发电子文件）

— 29 —