介绍计算机辅助审计的三个典型案例.

1、介绍计算机辅助审计的三个典型案例在此具体介绍三个典型案例的审计过程，这几个案例不一定能代表计 算机应用的最新成果，介绍它们主要是为了提示具体操作思路和方法。案例审查贷款利息计息计算的正确性1发现审计线索。审计人员在浏览某办事处对公系统的“计收贷款利息表” 时，发现“积数调整”一项不断出现负金额，却没有发现正金额的调整数。依 据审计经验，调整计息积数就相当于少计或多计利息收支，因此这种大量调减 计息积数，就有可能会少计利息收入。2估计影响大小。在运用计算机辅助审计发现了线索后，应该有一个估计影响 大小的步骤。经分析和计算，按影响大小和严重程度对已发现的线索进行排 序，选择影响大或较严重的优先落实

2、。对上述线索，审计人员利用通用审计软 件的查找功能以“调整税数不为零并且利率不为零”为条件列出全部记录，结 果共有 139 条记录，调整积数总金额达 3 亿多元、按现有利率计算，对利息收 入的影响只有数万元，不能作为重要事项，但考虑到计算机运算具有连续性和 高效性，有可能是一个全辖甚至是全省的问题，因此有必要证实是否确实存 在。3核实电予数据的真实性。在着手进一步开展审计之前，有必要先核实电子数 据是否真实。电子数据经过导出、转入等转换过程，难免出现一些差错，因此 从电子数据中分析出的线索，应与纸质账表核对证实其真实性。审计人员查找 了一笔 2L 亿元金额的调整数，再查阅当日记账凭证，证实电子

3、数据反映的业 务记录是真实的。考虑到取得的电子数据可能没有完全包含 1999 年度全部情 况，审计人员调阅全年贷款利息计息表。核实了 3 亿多元的调整数全部存在， 进一步证实了电子数据的真实性和准确性。4了解大量调整积数的原因。依经验，贷款积数调整一般应该很少调整，这种 大量调整应该有原因的。经询问， 1996 年中国农业银行河北省分行要求对 1996 年前后发生的贷款用两个会计科目分开进行核算，以明确划分领导人的责任。 1999 年 11 月省分行又要求将两个会计科目合并核算，因此需要结转贷款余 额。在结转过程中，对公系统要求同时输入计息积数的调整天数，否则不能进 行结转。因此产生了大量的计

4、息积数调整金额。审计人员通过关联查询，证实 绝大多数调整金额是因此而发生的。5核实利息计算是否准确。经询问银行人员，审计人员掌握了该办事处是按月 计收贷款利息、按季计支存款利息的信息，再进一步询问进行这样的调整是否 少计了一天利息？为什么只见调减计息积数，不见调增计息积数？银行人员回 答这个账号调 减的积数在那个账号补足，没有因此而少计利息收入。审计人员随即对 11 月 18 日调减2.1 亿元积数的账号进行核实，发现 10 月 21 日至 11 月 20 日的计息 期银行只计了 30天积数，而实际应计算 31 天的积数。经复核，银行人员确认 了少算一天积数的基本事实。6落实涉及面的大小。审计

5、人员向对公系统管理人员询问：整个分行是否都使 用这套系统？管理人员证实不仅分行都使用这套成都开发的系统，而且全省都 是使用同一套系统。审计人员即对全市所辖办事处进行报送审查，发现绝大多 数的分支机构都存在这一问题，只是工作人员及时发现后用手工补记了利息收 入。这样审计人员就掌握了系统在此方面确实存在一个问题。7分析产生的原因。经分析，是由于操作人员在进行冲账操作时，只进行了红 字冲账操作减少了积数，没有进行蓝字记账操作增加积数，而把蓝字记账操作 当作正常业务处理，形成了上述结果。产生这样的问题一方面是操作人员的培 训没有到位，另一方面，审计人员认为对于冲账这类重要操作，系统没有要求 将红字蓝字

6、处理完整后才能退出，应是系统设计上的一个疏漏。由此还可能产 生其他类型的差错。在核实另一个办事处的积数调整过程中，就发现有调减全 额积数、调增部分积数而重复计息的现象，只是工作人员及时发现而手工纠正 了。虽然手工纠正了错误，但已严重影响了系统的可依赖性。从这一案例可看出，与手工审计相比，明显增加了三个过程：一是核实电子数 据，二是落实涉及面大小，三是分析产生的原因。为什么要增加核实电子数据 的过程，前面已讲得很清楚了。这里有必要解释一下增加后两项的原因：计算 机是按约定方式进行计算的，而且计算速度非常快，一旦初始数据错误或者约 定方式有差错，产生的错误结果也是非常多的，而且是连续的错误，再由于

7、大 量分支机构都使用同样的系统，也可能犯同样的错误，有可能在某一个分理处 发现的错误，可能全市、全省都存在，甚至是全国范围内都存在。 因此对电子 数据开展审计就需要落实产生错误的范围有多大，分析产生的原因，以判断在 什么样的范围内和层次上出现问题。案例二进行贷款风险性分析1发现线索。依据常年的审计经验，企业之间很可能用甲乙企业相互担保、甲 乙丙企业之间循环担保的方式取得贷款。因为银行还没有意识到这方面的风险，虽然它们的信贷系统中有现成的数据，却没有用来作分析。2 数据来源。从信贷系统中取出两张表：借款人基本情况表(bas_00036)和借款合同(bas_00014)。按要求完成转换后，引入通用

8、审计系统中。3数据准备。利用通审软件的自编程功能，将这两张表以(营业单位编码，借 款人编码)为主关键字相关联，生成一张新表“信贷综合表”，新表中仅保留 四个字段，依次为：营业单位编码、借款人编码、借款人、担保从此字段借款合同表）。再用（通用审计系统）的输出功能，将该表输出为 Excel 文件“信 贷综合表 Xls ”。4编写程序使用 EXCEL 中的 VBA 的编程，具体操作如下：计算相互担保和循环担保需要四张 EXCEL 表 sheetl 至 sheet4，打开 Visual Basic 编辑器，编写如下几个过程： funl （）、pastel （）、 aroundl （）、 around2

9、（）。（l ）过程 funl （）：利用 sheetl 生成 sheet2，找出一条记录 a 中“借款人” 字段与其触已录 b 中“担保人”字段相同的记录来，并将查出的记录 b 所在记 录的序号与记录 a 生成新的记录，生成新记录字段的顺序为：序号、预留字 段、营业单位编码、借款人编码、借款人、担保人，共有 2435 条记录。（程序 略）（2）过程 pastel （）：根据 sheet2 中的“序号”字段中的序号，将在 sheetl 中序号对应记录的“借款人”字段的内容复制到 sheet2 中的“预留字段”中 去。（程序略）（ 3） aroundl （）：根据 sheet2 ，查找两个企业相互

10、担保的情况。 Sheet2 中 一条记录中，“预留字段”中的“借款人”对应的“担保人”与该记录中“借 款人”相同，若“借款人”对应的“担保人”与“预留字段”中的“借款人” 相同，符合上述条件的记录放在 sheet3 中，“借款人”与“担保人”既为相互 担保的两个企业。（程序略）（4）around2（）：查找三个企业相互担保的情况。思路与两个企业相互担保 基本相同。（程序略）5计算结果计算出相互担保和循环担保的结果。结果是否存在依赖于数据录入的规范性和 确实存在此类问题等因素。在本例程序中只取得了相互担保的结果，没有循环担保的情况。取得了结果表后， 可要求被审计单位补充必要数据，进行分类汇总统计

11、。从这个案例可看出，开展计算机辅助审计不必 拘泥于一套系统、一个软件，完全可以选用审计人员所熟悉的、熟练的软件和程序，通过数据共享来实现更好地分析和利用。案例三综合利用各业务系统电子数据1发现审计线索：审计人员在对公系统的账户信息表进行浏览，发现有不少企 业的法人代表是一个人，审计人员敏锐地意识到：如果这些企业间提供担保取 得贷款，银行贷款风险可能比较高。审计人员用“法人代表”字段排序，并综 合考虑“财务负责人”、“总经理”等相关字段，最后选定了八组有关的企 业。2综合分析：审计人员综合运用对公、信贷、信用卡、国际业务系统的电子数 据，对上述八组企 业进行查询，集中查询的各组企业的账户内资金运

12、动情况、贷款情况，逐渐发 现其中一组企业在不同的分支机构有大量的贷款，而且贷款一入账就转出，明显有资金转移迹象。3调阅相关资料：审计人员出于谨慎考虑，调阅了相关的纸质资料进行核实 在此过程中，竟发 现该组企业又增加了一个新企业，正在向某个支行申请贷款。4开展调查：审计人员去工商、税务等机关调查该组企业的相关情况，反映出 企业都是在注册后不久即向银行申请贷款，没有什么经营活动。这已基本掌握 了该组企业的法人代表利用关联企业骗贷的事实。5利用信息网络：审计人员利用当地建设的有关网络信息，查询在当地其他银 行是否存在相同的行为，查询结果如审计人员预想一样，更加突出了问题的严 重性。骗资金额达到了数亿元。从这个案例可看出，开展计算机辅助审计还可利用公用的信息网来获取信息， 分析线索，也可扩大查询的覆盖面，突出问题的重要性和严重性，这已不仅仅 是用好某个软件和某些软件的问题，而是需要掌握如何进行分析和利用信息， 主动地开展分析和使用工作。综合上述三个案例可看出利用取得的电子数据有两个方向：一是从信息方面入 手，即从电子数据及其关联数据所反映的信息方面进行分析，如案例一；二是 从观念方面，即超越银