AO系统在预算执行审计中的应用，本文主要内容关键词为：预算执行论文,系统论文,AO论文，此文献不代表本站观点，内容供学术参考，文章仅供参考阅读下载。
2008年，审计组对某财政局2007年度本级预算执行和其他财政收支情况进行了就地审计。利用审计署现场审计实施系统(AO)2008版软件，重点审计了部门预算编制、收入、支出、债权、债务等情况，审计资金总额576674万元。该单位使用用友财政管理系统V3.0产品，后台数据库是oracle 9i版本，审计相关表997张，数据量1.33G。
此次审计，审计人员采集了财政部门电子数据，包括部门预算系统数据、指标管理系统数据、拨款管理系统数据、总预算会计管理系统数据等。通过对财政电子数据转换、分类、汇总，实现了财务数据和业务数据之间的关联，查出了财政部门重复拨款问题。通过预算内、外数据的关联，发现了财政部门调节预算收入问题；通过审计往来账目明细账，发现暂付款长期挂账问题。被审计单位按审计处理意见进行了整改，完善了财政信息系统。另外，通过审计，为开展本级预算执行审计提供了参考。在今后的预算执行审计中，可以借鉴此次审计方法和语言模型，在AO系统中继续使用。
常规审计发现异常
步骤一：运用AO中的采集转换—业务数据—采集数据，对财政业务数据（包括拨款系统数据和预算内会计系统数据）进行采集与转换。
步骤二：运用AO中的筛选功能，查询国库存款明细账发现国库存款科目贷方有负数出现，进而审查这些记录的对方科目是一般预算支出科目并且金额为负数，审计人员初步判断，可能是多拨款或是有款项收回。
一是查询国库存款明细账，发现国库存款科目贷方有负数的情况。（注：由于对原始数据进行了处理，所以该语言在案例中只显示了有问题数据。）
Select*From[业务__源__预算内胀套＄]
WHERE[科目名称]LIKE＇国库存款＇
二是查询国库存款科目贷方金额为负数记录的对方科目，是一般预算支出科目并且金额为负数。（注：由于对原始数据进行了处理，所以该语言在案例中只显示了有问题数据。）
Select*From[业务__源__预算内账套＄]
WHERE[凭证编号]LIKE'jz-09-0052'
步骤三：运运用AO中的sql编辑器功能将“支出类科目借方发生额为负数和国库存款贷方发生额为负数”的凭证记录筛选出来。
在步骤二中发现支出类科目借方发生额为负数和资产类科目贷方发生额为负数的记录，为了将以上情况的记录以原始凭证的形式一次性筛选出来，审计人员在AO的sql编辑器中编写筛选“支出类科目借方发生额为负数和国库存款贷方发生额为负数”凭证记录的语言。即以相同的会计年度、凭证编号、摘要、本位币金额为条件，筛选出支出类科目（科目代码以501开头的科目）借方发生额为负数和国库存款（科目代码以101开头的科目）贷方发生额为负数的凭证记录，利用AO导出Excel功能将以上审计重点导出，最终形成《借支出贷国库表》。
select a.[会计年度]，a.[凭证编号]，a.[摘要]，a.[借贷]，a.[本位币金额]，a[科目代码]，a.[科目名称]
from（select*from[业务__源__预算内账套＄]where（[科目代码]like'501%'and[本位币金额]＜0 AND[借贷]=1））a，(select*from[业务__源__预算内账套＄]where（[科目代码]like'101%'and[本位币金额]＜0 AND[借贷]=-1））b
where a.[会计年度]=b.[会计年度]and a.[凭证编号]=b.[凭证编号]and a.[摘要]=b.[摘要]and a.[本位币金额]=b.[本位币金额]
union all
select b.[会计年度]，b.[凭证编号]，b.[摘要]，b.[借贷]，b.[本位币金额]，b.[科目代码]，b.[科目名称]
from（select*from[业务__源__预算内账套＄]where([科目代码]
like'501%'and [本位币金额]＜0 AND[借贷]=1）a，
（select*from[业务__源__预算内账套＄]where（[科目代码]hke'101%'and[本位币金额]＜0 AND[借贷]=-1））b
where a.[会计年度]=b.[会计年度]and a.[凭证编号]=b.[凭证编号]and a.[摘要]=b.[摘要]and a.[本位币金额]=b.[本位币金额]
步骤四：对筛选出来的凭证记录进行综合性分析及专业审计判断，确定审计重点。
通过步骤三得出的《借支出贷国库表》，审计人员可以看出某建筑公司退款借方为一般预算支出发生额为负数和贷方国库存款发生额也为负数，将某建筑公司退款标注为审计重点。
步骤五：运用AO中的sql编辑器功能，根据某建筑公司的“单位代码”为关键字段，在拨款系统业务数据中，将该单位的拨款通知数据、下达拨款单的数据逐一筛选出来。
确定某建筑公司退款为审计重点后，为了能查清退款的原因，仅仅在财务系统中很难进行深层分析。所以，审计人员根据上述凭证记录反映的情况，以该建筑公司的“单位代码”为关键字段，按照财政拨款系统业务流程，将该单位的拨款通知单数据、下达拨款单的数据逐一筛选出来，旨在分析财政整个拨款环节。
一是筛选下达关于该建筑公司拨款通知单明细情况。财政拨款业务流程首先是各业务科室根据每个指标单内容和金额下达拨款通知单。利用sql语言查询明细拨款通知单的情况，存于《拨款通知单情况》中。
select*INTO拨款通知单情况from[源__拨款通知单＄]
where [预算单位代码]like'801139'and[单据号]like'%2007%'
二是筛选下达关于该建筑公司拨款单明细情况。根据财政局业务科作业流程，各业务科室填写拨款通知单，经审核后要继续填制并下达拨款单。利用sql语言查询该单位拨款单情况。
select*INTO拨款单情况from[源__拨款单7＄]
WHERE [预算单位代码]LIKE'801139'
三是运用AO的excel导入导出功能将以上筛选出的拨款通知数据、拨款单数据逐一导出excel。
关联数据发现疑点
审计人员对该单位拨款通知数据、拨款单数据两组数据进行纵向对比分析：
在《拨款通知单情况表》中，单据号为“BKTZD 2007 00002332序号为1”的拨款通知单于2007年8月1日填写拨款通知单，并于2007年8月2日审核通过下达拨款单进行拨款，金额2000000元。
在《拨款通知单情况表》中，单据号为“BKTZD 2007 00002323序号为1”的拨款通知单于2007年7月31日填写拨款通知单，并于2007年8月24日审核通过下达拨款单进行拨款，金额2000000元。但在拨款的同时也就是2007年8月24日又作了1笔退款的单子，该笔款项退回（见《拨款单情况》）。
上述操作已将某建筑公司退款的痕迹在财政拨款业务数据中找到，尤其是从第2个观察结果发现两点疑问：
一是拨款通知单据号为“BKTZD_2007_0002323序号为1的拨款通知单，2007年7月31日就已填写拨款通知单，但于2007年8月24才将款项拨出，拨款滞后。
二是2007年8月24日财政又将本已经拨款晚了的款项于当天又收回了。
追踪疑点认定问题
审计人员根据发现的疑点，与财政部门相关人员进行了核实。具体拨款科室拨款滞后的原因是由于拨款系统查询未支出的拨款单时，设置条件为当月未支出的项目。该笔拨款由于支出科室开出通知单的日期为7月31日，8月1日拨款系统制作拨款单时，对8月未支出的项目进行查询，这笔200万元的记录未显示，因此未作支出。而支出科室以为该通知单未到拨款科室，于8月1日又作了1张拨款通知单，系统于8月2日拨款。之后，拨款科室又发现，7月31日开出的通知单未支出，于8月24日再次拨款。至此，重复拨款问题已核清，财政部门也认定了此问题。
挖掘根源发现漏洞
审计人员对财政部门重复拨款问题进行了深入分析，挖掘问题根源，发现财政拨款系统在检索未支出的拨款单时，设置条件为当月未支出的项目，检索范围受到局限，不能检索出上月及以上时期未支出的拨款通知单，这样就有可能出现重复拨款问题。至此，审计人员对财政拨款系统存在的漏洞，提出了完善财政信息系统的审计建议。
并且被审计单位按审计处理意见进行了整改，完善了财政信息系统。