以下为《银行审计案例分析》的无排版文字预览,完整内容请下载
银行审计案例分析
在此具体介绍三个典型案例的审计过程,这几个案例不一定能代表计算机应用的最新成果,
介绍它们主要是为了提示具体操作思路和方法。
案例一——审查贷款利息计息计算的正确性
1.发现审计线索。审计人员在浏览某办事处对公系统的“计收贷款利息表”时,发现
“积数调整”一项不断出现负金额,却没有发现正金额的调整数。依据审计经验,调整计息
积数就相当于少计或多计利息收支,
因此这种大量调减计息积数,
就有可能会少计利息收入。
2.估计影响大小。在运用计算机辅助审计发现了线索后,应该有一个估计影响大小的
步骤。
经分析和计算,按影响大小和严重程度对已发现的线索进行排序,
选择影响大或较严重的优先落实。
对上述线索,审计人员利用通用审计软件的查找功能以“调整税数不为零并且利率不为零”为条件列出全部记录,结果共有139条记录,调整积数总金额达3亿多元、按现有利率计算,对利息收入的影响只有数万元,不能作为重要事项,但考虑到计算机运算具有连续性和高效性,有可能是一个全辖甚至是全省的问题,因此有必要证实是否确实存在。
3.核实电予数据的真实性。在着手进一步开展审计之前,有必要先核实电子数据是否真实。电子数据经过导出、转入等转换过程,难免出现一些差错,因此从电子数据中分析出的线索,应与纸质账表核对证实其真实性。审计人员查找了一笔2亿元金额的调整数,
再查阅当日记账凭证,证实电子数据反映的业务记录是真实的。
考虑到取得的电子数据可能没有完全包含1999年度全部情况,审计人员调阅全年贷款利息计息表。核实了3亿多元的调整数全部存在,进一步证实了电子数据的真实性和准确性。
4.了解大量调整积数的原因。依经验,贷款积数调整一般应该很少调整,这种大量调
整应该有原因的。经询问,1996年中国农业银行XX省分行要求对1996年前后发生的贷款用两个会计科目分开进行核算,以明确划分领导人的责任。1999年11月省分行又要求将两个会计科目合并核算,因此需要结转贷款余额。在结转过程中,对公系统要求同时输入计息
积数的调整天数,否则不能进行结转。因此产生了大量的计息积数调整金额。
审计人员通过关联查询,证实绝大多数调整金额是因此而发生的。
5.核实利息计算是否准确。经询问银行人员,审计人员掌握了该办事处是按月计收贷
款利息、按季计支存款利息的信息,
再进一步询问进行这样的调整是否少计了一天利息?为什么只见调减计息积数,不见调增计息积数?银行人员回答这个账号调减的积数在那个账号补足,没有因此而少计利息收入。审计人员随即对11月18日调减2.1亿元积数的账号进行核实,发现10月21日至11月20日的计息期银行只计了30天积数,而实际应计算31天的积数。经复核,银行人员确认了少算一天积数的基本事实。
6.落实涉及面的大小。审计人员向对公系统管理人员询问:整个分行是否都使用这套系统?管理人员证实不仅分行都使用这套XX开发的系统,而且全省都是使用同一套系统。
决策分析,数据分析必备工具_自定义多维度分析
审***事处进行报送审查,发现绝大多数的分支机构都存在这一问题,只是工作人员及时发现后用手工补记了利息收入。这样审计人员就掌握了系统在此方面确实存
在一个问题。
7.分析产生的原因。经分析,是由于操作人员在进行冲账操作时,只进行了红字冲账操作减少了积数,没有进行蓝字记账操作增加积数,而把蓝字记账操作当作正常业务处理,形成了上述结果。产生这样的问题一方面是操作人员的培训没有到位,另一方面,审计人员认为对于冲账这类重要操作,系统没有要求将红字蓝字处理完整后才能退出 内容过长,仅展示头部和尾部部分文字预览,全文请查看图片预览。 展分析和使用工作。
综合上述三个案例可看出利用取得的电子数据有两个方向:
一是从信息方面入手,
即从
电子数据及其关联数据所反映的信息方面进行分析,
如案例一;
二是从观念方面,
即超越银
行目前使用的业务处理系统观念,
用管理信息系统的观念来分析和利用电子数据,
可对每一
个系统从地域集中的角度进行分析,如案例二,也可对五大系统综合进行分析,如案例三。
对于分别和利用电子数据这三个案例应该是给出了一些启示的,
当然这三个案例也不是完美
无须的,如案例二,程序分别遇到企业的简称和全称就会认为是两个企业,从而产生遗漏,
这就有待审计人员在工作中不断完善,最终达到提高审计工作效率的目的。
[文章尾部最后300字内容到此结束,中间部分内容请查看底下的图片预览]请点击下方选择您需要的文档下载。
以上为《银行审计案例分析》的无排版文字预览,完整内容请下载
银行审计案例分析由用户“bbggi”分享发布,转载请注明出处