对AO应用实例和计算机审计方法业务部分的一些看法，本文主要内容关键词为：应用实例论文,看法论文,业务论文,计算机论文,方法论文，此文献不代表本站观点，内容供学术参考，文章仅供参考阅读下载。
关于格式规范
主要表现两方面：一是部分案例不按规定格式撰写，缺少“标题、所属行业、审计思路、审计目标、背景介绍、具体项目数据量和应用功能介绍”等要素。二是所属行业归口不准确。以上问题影响案例整体效果。
AO应用实例及计算机审计方法格式规范化，是一篇出色案例的前提要求，同时也是提高案例质量的前置条件。审计署每年征集活动下发通知时，都会分别附带相关格式说明和样本，对格式、要素和行业归属分类等明确要求，且格式上每次都略有变化。
AO应用实例应包括实例标题、作者单位和姓名、实例概述（包括审计项目名称、审计项目所属行业、项目实施时间、项目背景简要介绍、项目审查的数据量、项目最终结果等）、项目具体实施过程（详细描述如何使用AO发现问题及线索、取得的成果等）和其他五大要素。计算机审计方法包括方法代码、方法名称、目标功能、审计事项、所需数据、分析步骤、流程图、方法语言、适用法规、延伸建议、作者单位、时间和标志等13项内容。行业归属应根据专业审计、业务分类和审计事项的体系结构进行分类，审计项目所属行业应为财政、行政事业、农业与资源环保、固定资产投资、金融、企业、社会保障、外资运用、境外、经济责任。
关于主体缺陷
AO应用实例和计算机审计方法均是将审计运用结果进一步实施深度理论研究的集中体现，同时也是提高计算机在审计工作中应用水平的切入点。但是在报送的案例中，存在一些普遍和个性的问题，制约了案例整体质量。
（一）标题过大，不能吸引人。这几年报送的案例标题基本上都是以审计项目为题，“AO系统在XX审计中的应用”、“XX审计案例”或“XX专题审计调查案例”，题目非常大，而案例中只体现某一审计事项。
标题应包含审计专业性、实用性的有用信息，标题新颖、先声夺人不仅可以提升案例的参选率，还是提高案例质量的关键，应以审计事项命名，点到为止。如，原标题为《AO在财政预算执行审计中应用》，可改为《巧用AO做好财政预算执行审计》。又如，原标题为《运用AO进行计算机内控检查发现“账外账”情况审计案例》，可改为《利用AO发现“账外账”审计案例展示》。
（二）项目背景简单、不明确。一是表述针对性不强。有的案例立项背景没有说到主题，与具体审计事项没有关联。有的案例立项背景甚至将审计范围、内容都囊括在内。二是立项依据不明确。有的案例项目立项背景只介绍运用计算机辅助审计的意义，而没有介绍该项目为什么立项，有些文不对题，有的案例依据《审计法》不具体。
项目背景应与审计项目实施方案中依据一致，简单介绍该项目立项的背景。如，“AO在某单位经济责任审计中的应用”，项目背景应根据市、区县工作要求和本局当年工作计划或其他依据进行项目立项。
（三）审计思路大笼统、不清晰，没有体现审计目标。一是审计成果如何通过审计过程获取的思路描述不是很清晰、结构不合理、条理不清楚。二是取得成果的内容和金额与审计底稿、审计报告等不对应，不一致。三是思路中没有体现审计的目标，运用计算机辅助审计要达到的目的即使体现了审计目标，但较笼统、不细化。
审计思路应详细描述对某审计事项实施审计时如何使用AO系统中的具体功能发现问题的具体线索，并通过该线索达到了实施方案中预定的审计目标。
（四）审计方法和步骤简单，不能清晰、合理地体现审计结果获取的过程。部分案例不是与审计实施同步进行，而是审计项目结束以后加工的，因此不能体现清晰的审计思路和案例的重要内涵，从而制约案例质量的提高。
案例的撰写要特别关注操作步骤的编写，应针对所属审计事项每一个问题或线索的发现过程进行详细的操作记录，特别要结合“审计结构图”一步一步操作而实现审计结果的SQL语句，配合文字表述清晰反映审计思路的实现过程。所属审计事项需与《审计署审计事项数据字典》中标注的审计事项一致。如：对某单位项目支出预算编制真实性审计时，所属审计事项可为“预算执行审计—部门预算执行审计—项目支出—项目预算不细化或项目支出预算安排不合理”等。
（五）最终结果和审计成果简单、平淡，影响案例综合质量的提升。最终结果和审计成果是案例的精华，是全文的亮点部分，前面耗费大量篇幅详细描述如何使用AO或辅助软件发现问题及线索，但最后获取的结果和成果却反映平平，比较简单。主要表现在以下方面。
一是项目实施得出的最终结果和审计成果，综合分析不够，揭示问题不彻底。有的案例就数据而数据，就问题而问题，不能深入分析，且缺少综合分析和归纳，没有分析问题的原因和后果，因而抑制了审计成果的最大化。如，我们审计部门预算时，经常遇到某些部门将预算资金违规通过零余额账户划入机关本级和所属预算单位银行存款账户现象。不能在案例中只简单说划转零余额账户资金问题，要充分分析其主客观原因，揭示预算编制不科学、预算资金大量结余，脱离国库集中支付系统监控的深层次问题。
二是个别案例中部分问题角度和提法不准确。有的案例审计的是部门，看起来却像似审计财政局，且审计思路没有站在审计部门的角度，而是站在审计财政的角度。应该是通过部门反映的问题，上升到财政体制管理上。再是部分问题提法也不准确，如，零余额账户资金转入基本账户，单位列支渠道不只是拨入专款科目，也有拨出专款、经费支出和项目支出等科目，运用计算机辅助审计应该全面反映，才能准确反映问题。
三是简单的审计事项复杂化。有的案例表面上得出的审计结果，完全可以通过手工查询得出审计结论，但是为了应付案例任务的完成，硬套AO系统完成，案例既没有深度和广度，而且把简单的事项复杂化。如，计算年初预算批复情况，财政信息管理系统中有现成的表格和数据直接可用。再如，某业务量较少单位的某个互转账事项，通过查询记账凭证就能得出结论。不如变换一个角度，比如运用计算机系统对后台数据验证前台数据的真实性，再剖析其原因，会达到事半功倍的效果。
案例最终结果和审计成果是有区别的，最终结果应反映审计项目运用AO得出的结论或问题，审计成果是AO应用后达到的效果。应结合清晰的审计思路，在大量的财务和业务数据中，运用AO系统发现线索，综合分析后得出最终结果，达到了提高审计效率，挖掘深层次问题的途径和方法，具有推广和应用价值。
关于审计方法
运用计算机软件系统进行辅助审计，并不是为了发现问题，主要是解决用手工查账在短时间内解决不了的问题，如复杂财务数据量、大宗业务量，为综合分析、节省审计时间、提高审计工作效率，形成的经验模型在今后审计工作中可以借鉴。但部分报送的计算机审计方法目标功能、分析步骤、延伸建议等内容平滑，题目庞大，方法简单，不够新颖等问题，不值得借鉴和今后的推广应用。如《部门决算计算机审计方法》只是结余、收入和支出明细账与决算报表的简单核对，不如通过核对深入揭示单位部门决算不真实，结余过大等问题，从而分析两年以上未实施项目结余引发的单位自身财务管理与财政管理体制的问题。再如《国库集中支付系统计算机审计方法体系》，应涉及的审计范围很广，但文中只涉及“零余额账户转基本账户、零余额账户提取现金”两个零余额账户中容易出现问题疑点的内容，形不成方法体系，不如合并一个审计方法撰写效果更好。
计算机审计方法类的案例应主要包括总体分析、重点事项和问题审查等，是审计人员对某一重点审计事项需要审查哪些具体内容，如何审查、分析、评价和建议，在计算机审计实践中形成和积累并被证明有效的审计知识、技能和方法等，是信息化环境下新的审计方式充分体现，内容应与当前审计工作的重点紧密结合。
关于资料报送
部分单位报送的案例主要缺少审计报告、必要的审计证据、审计实施方案等有效证明的成果内容，影响案例质量相关性内容的审核，形成扣分因素。
案例评审时要结合报送的文档类资料进行有机结合，案例的背景介绍、审计目标是否与审计实施方案中立项依据和预定审计目标一致、案例得出的最终结果是否与审计报告中反映的问题一致，得出的审计证据是否充分等。报送的完整AO项目档案数据包，至少应包括审计通知书、审计实施方案、审计底稿（关联审计证据）、审计报告、审计通知书、审计报告等，带公章的正式文件应通过扫描或拍照等手段形成的电子版，包含验证数据、成果性证明（审计底稿、审计证据、正式审计报告和审计决定等）、审计方法、SQL语句等在内的用于验证实例的审计现场数据包。