计算机环境下审计风险的特征与对策研究

《计算机环境下审计风险的特征与对策研究》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、计算机环境下审计风险的特征与对策研究江苏鑫洋土地房地产评估有限公司213022摘要：在现代企业管理中，财务管理是一个重要的环节，而构成财务管理的内部审计则是其中最为重要的组成部分。其对提高企业的整体实力以及保障预期经济目标的实现有着重要作用。企业如何在竞争激烈的环境中获取更大市场，占据着有利的市场地位，降低经营风险，实现经营效益，是现代企业在内部控制管理中必须要不断加强完善的方向，尤其是在计算机与网络充分运用的环境下，企业审计工作面临诸多风险。关键词：计算机环境；审计风险；特征；对策研究一、计算机环境下审计风险简述计

2、算机审计是在信息化环境下，计算机科学与技术，传统审计学，管理学、行为科学，系统论、数理统计等科学相互融合、渗透而产生的一门新的审计学科。而计算机审计风险是指审计人员在对被审计单位会计电算化系统进行审计后作出的审计结论与被审计事项实际情况相背离的可能性。在会计审计发展历程中之所以运用计算机，其最初的目的在于适应社会快速发展以及提升企业工作效率的需要，会计管理信息化是企业财务管理工作发展的大趋势，不可逆转。随着计算机技术以及网络技术的迅猛发展，审计管理的风险因素也在不断上升，在其发展的近几年中审计失败和审计诉讼案件在急剧

3、增加。二、计算机环境下审计风险的特征审计风险可能因客户的会计系统使用计算机和内部控制电脑化而呈现出新的特征，审计师就疲重新规划审计程序，釆取相应的对策和辅助审计软件进行审计。1.固有风险的特征固有风险是指假定不存在相关内部控制时，某一帐户或交易类別单独或连同其他帐户、交易类别产生错报或漏报的可能性。具体表现为：(1)电子化会计数据存在被滥用、篡改和丢失的可能性。手工系统中，纸质介质上的信息易于辨认、追溯。而在计算机系统中，由于存贮介质的改变,一旦用户非法透过计算机系统的防火墙极易破坏和修改电子数据，且不留蛛丝马迹。计

4、算机病毒、电源故障、操作失误、程序处理错误和网络传输故障也会造成实际数据与电子帐面数据不相符，增加了固冇审计风险的可能性。(2)电子数据存在易于减少或消失审计线索的可能性。手工系统中，会计处理的每一步都有文字记录和经手人签名，审计线索清晰；但在计算机系统中，从原始数据的录入到报表的自动生成，几乎勿需人工千预，传统的审计线索不复存在，为审计师追查审计线索带来了极大闲难。(3)原始数据的录入存在错漏的可能性。计算机系统下，大量的记账凭证仍靠人工录入，表面上机制帐、证、表的相互平衡，可能掩盖了人工录入的错漏。2控制风险的特

5、征控制风险是指某一帐户或交易类别或连同其他帐户、交易类别产生错报或漏报，而未能被内部控制防止、发现或纠正的可能性。具体表现为：(1)有意或无意使设置权限密码实现职责分工的约束机制有失效的可能性。手工系统下，通过建立岗位责任中心达到内部控制的目的。在计算机系统下，一是通过划分操作员的责任范围，设置权限和密码实现人员分工；二是通过软件设计划分若干子系统或功能模块设置不同的责任中心。由于权限设置的重叠或跨责任中心越权设置，使这一控制措施冇可能形同虚设。(2)网络传输和数据存贮故障或软件的不完善，有便会计数据出现异常错误的可

6、能性。手工系统下，这种可能性几乎不存在；而在计算机系统下，这种可能性难以通过冇效的内控制度消除，必须靠先进的硬、软件平台以及会计软件本身的自我保护，减少出现异常错误的机率。就多数会计软件看，对数据录入的一致性和正确性控制，会计数据处理的安全性和连续性控制，软件设计还是比较慎密的。但对集成化程度较高的企业级管理软件，数据的共享性和一致性还不尽人意。另外某些网络平台在实际应用中问题还是不少。(1)会计软件对现金和银行存款的收付业务缺乏实吋有效的控制手段。对于企业内部发生的现金和银行存款收付业务，多数软件是通过人工填制记帐

7、凭证，从帐各系统人U录入到电脑，部分软件虽通过出纳系统实吋地录入，但可能与凭证数据不同步；对于银行存款的收付业务，不仅数据难以实时同步，而且存在双方数据不一致的可能性。3.检查风险的特征检查风险是指某一帐户或交易类别或连同其他帐户、交易类别产生错报或漏报，而未能被实质性测试发现的可能性。具体表现为：(1)会计软件的更新换代，增加了历史文件难以提取的可能性。对账户交易的重大实质性测试往往离不开企业的历史数据。由于软件版本的更新、平台的迁移，难以从往年帐套里提取这些历史数据，迫使审计师不得不从浩如烟海的文档申收集整理历史

8、数据。这不仅降低了审计效率,而II带来了更多的检査风险。(2)内部控制主要依赖软件本身，增加了难以全面检查测试的可能性。手工系统下对内部控制的测试看得见、摸得着；而在计算机系统下，内部控制融汇于软件之中，肉眼无法觉察，这就要求审计师冇必要设计一些正常冇效的业务数据和一些例外业务数据(不完整的、无效的、不合理的、不合逻辑的)，来检查测试软件的控制