监理公司管理系统 | 工程企业管理系统 | OA系统 | ERP系统 | 造价咨询管理系统 | 工程设计管理系统 | 签约案例 | 购买价格 | 在线试用 | 手机APP | 产品资料
X 关闭
泛普博客

当前位置:工程项目OA系统 > 泛普服务体系 > 泛普博客

审计师眼中的好ERP系统 和谐整体的应用单元

申请免费试用、咨询电话:400-8352-114

来源:泛普软件

审计师认为一个好的erp系统应该是像SAP R/3,Oracle财务和peoplesoft这样一些可以构成和谐整体的客户/服务商应用单元。

这样的一些单元模块开始普及,因为它们能提供多功能的业务流程解决方案,这正好可以应用到组织的财务和人力资源方面中。

ERP单元包括一系列经修改就可以适应财务需要的模块,例如应付帐款,应收帐款,总账等。已经广泛使用的Oracle财务模块和SAP R/3,以及起先致力于人力资源和相关财务追踪研究的peoplesoft都可提供这种服务。对所有可用ERP的类型和可用模块选择的概述不再本文范围。

ERP应用模块可与端到端流程连接到一起。例如,从订货单或征调单到发货单或付款单,再到总账。ERP在许多地方的使用,就好比是一个系统的建筑群。ERP中多样化的选择,业务规章,报告,审计追踪,监管特征等等都应该按照商业需求来设计。它的实施是非常复杂的。

对于ERP审计的发展,存在一些普遍的错误观点。例如,你很有可能听到这样的说法:“这是一个软件套装,因此它的应用应该是低风险的(和家庭应用相比)”。这个19世纪90年代早期的观点很有可能是错误的。尤其是在说到它在ERP中的应用时,它就更是错误的了。事实上,很多早期的ERP之所以失败,就是由于企业严重低估了自身应该投入的时间,金钱和努力。企业认为,ERP就像一个已经被设计好的精确的会计软件,我们只需要加入一些账户图表就可以使用。

要想加入这些图表,ERP系统需要一个相当耐用的数据管理系统,通常Oracle可以胜任这项工作。此外,ERP的实施还需要提供合适的数据结构、计划、子模块以及相关数据元素,这其中的复杂性是ERP系统实施中所面临的重大挑战。

要想让任何审计都能有效进行,就需要先清晰地设定审计目标。通常,在ERP审计时,我们从定义审计实体,评估风险和风险控制开始一个完整的审计过程。如果ERP系统侧重于财务交易过程,审计目标就通常类似于,“确保已授权的付款以准确的数目付给了经我方认可的买方。”换句话说,就是应付帐款系统是不是记录了所有合法的交易——在根本没有备份的情况下——并把他们填写在正确的分账中?

审计师和信息技术经理要意识到,审计包括应付帐款模块等在内的独立信息系统是一个复杂的过程,其保持应用模块的完整性会让一件事情变得更加困难,那就是怎样能把保持完整性这个目标放入一个划分明确的审计项目中。

审计师需要理解ERP的整个处理过程,因为最初的交易建立的数据是供各类模块使用才有意义。审计师需要大致看一下那些比较大的业务模块并好好理解它们:例如销售模块,支出模块,薪酬模块和客户服务模块。这样就可以弄明白各种各样的子过程(以及它们的支持模块)是怎样相互影响的。理解一个完整的流程是非常重要的一步,因为控制过程依赖于最开始的交易和随后的一系列相互作用影响。

ERP审计

审计师在ERP审计中提到的一些问题和那些在开发和应用系统时提出的问题完全一样。

·对于财务方面来讲,系统需要完全遵循通用会计准则和通用审计准则吗?

·在用户和系统的互动中,用户的需求被完全开发出来了吗?

·系统保护信息资产的完整和隐私吗?

·系统是否控制流程仅进行真实、有效和准确的交易?

·系统的操作运行和支持功能是否有效?

·所有的系统资源是否都是经过授权才得以访问和使用?

·ERP系统的管理者是否都有明确的授权?

·系统功能可接受吗?满足用户需求吗?用户满意吗?

·审计追踪和对用户行为的监控是否充分?

·系统能提供给管理层最可靠的数据吗?

·用户得到培训了吗?他们是否有完备和及时的文档?

·是否有一个问题升级方法? 

变更管理和控制  

对于一个使用中的ERP系统来说,另一个关键的方面就是改变管理。那些在检查中提出的问题,聚焦于在生产中对更新和改变的控制,但是说到底还是和信息技术开发有关的。

管理变更是一门艺术,而且如果处理不好就会成为控制中的一个薄弱环节。审计师要提出的问题有:

在一个正式的变更请求的处理中,这个处理是否能用文件证明?是否有授权的政策,相关的控制形式和授权许可?

所有的变更请求和相关的活动是否都记录了下来便于日后的追踪?

管理层授权的所有变更内容都是在分析后得到认可吗?

在变更之后要实施的安全管理都能得到及时批准吗?

对变更进行的所有的测试产生的相关证明资料都要保存下来,包括测试计划书,测试结果以及相关的批准文件。为了避免主要的变化未能充分测试,相应的变更管理方针要对变更进行分级,并对它们的重要性作出明确定义。一些小的变更当然就不需要像那些关键变更一样级别的测试和相关证明资料,但是为了赶着完工,开发设计者有时会说:“变更计划中这个地方需要的改动太少了,所以完全不用进行测试。”

在进行重要的升级或重大的变更之前,应该对原先的那个系统版本做一个详尽的备份。审计师要明确是不是有一个终止系统更新的计划作为重大变革的一个常规内容。为了防止系统变更失败,企业的整个信息系统要有能力存储系统变更前的版本。同时审计师还要注意,在系统的变更开始前用户是否已经参与了进来并得到了系统变更的通知。

以上这些对ERP审计中出现问题的回答,可以算是对这个复杂的课题的一个简要的概括。这个概括提供了一些关键的内容,供我们思考怎样针对ERP系统设计专门的审计项目和测试步骤。(itgov)

发布:2007-04-25 16:50    编辑:泛普软件 · xiaona    [打印此页]    [关闭]
相关文章:

泛普泛普博客其他应用

泛普OA商务合同 泛普OA需求调研 泛普OA实施方案 泛普OA项目启动 泛普网络硬件配置 泛普OA部署安装 泛普流程模板表单 OA系统二次开发 泛普常见问题解决 泛普OA操作手册 泛普软件项目验收 泛普培训推广上线 泛普OA售后服务 泛普新闻 泛普期刊 泛普博客