本文结合两个具体的计算机审计案例，重点从关联分析查询的角度，谈谈计算机审计技术的运用。 （一）法院诉讼费未及时上缴审计案例。法院诉讼费属行政事业性收费，应严格执行收支两线管理规定。按其缴纳时限分类，大体分为两类——案前预收和案后执行。通过审前调查发现，对案前预收的诉讼费，法院立案后开具预收票据，由当事人直接缴入财政专户；而案后执行的诉讼费，结案后由法院执行部门将标的款和诉讼费同时执行到指定账户，再由法院开具一般缴款书上缴财政专户。因此，案后执行的诉讼费可能存在未及时足额上缴的可能性。 根据这一思路，笔者对采集的财务电子数据和案件业务电子数据进行分析。案件业务电子数据为结构化，主要字段包括标准案号（唯一性）、当事人、案由、应收诉讼费等；财务电子数据中执行款暂存款科目名称以缩简的标准案号命名，如“2010合执20号”，其对应的标准案号为“（2010）合执行字第00055号”。根据标准案号的编码规律，使用SQL中的UPDATE命令即可快速将科目名称中的缩简案号替换为标准案号。SQL语句如： update[执行案件暂存款表]set[案号]=+left（[科目名称]，4）+'）合执字第000'+right（[科目名称]，3）where len（[科目名称]）=9 and[科目名称]like'%合执%' 至此，财务数据和业务数据之间就有了关联查询的可行性。针对某一具体执行案件，如果业务数据中的应收诉讼费金额与财务数据中暂存款余额相等，意味着该案件执行来的标的款已全额返还当事人，而诉讼费可能是滞留账上，未按规定及时上缴财政。将两张表以标准案号为关联条件进行关联，并设置应收诉讼费金额等于暂存款余额查询条件，即从3万多条记录中查出符合条件的记录32条，金额合计38万元，经抽调查阅卷宗，确认全部为未及时上缴的诉讼费。SQL语句为： Select A.[案号]，A.[期末余额]，B.[应缴诉讼费]from[执行案件暂存款明细表]AS A，[业务案件台账]AS B WHERE A.[案号]=B.[案号]AND A.[期末余额]=B.[应缴诉讼费] （二）公积金贷款利息罚息核算不准确审计案例。按照财政部《关于印发〈住房公积金会计核算办法〉的通知》要求，公积金贷款利息收入记入“委托贷款利息收入”科目，罚息记入“其他收入”科目。公积金贷款采取委托银行发放的模式，产生的公积金贷款利息、罚息由银行代收，资金转入公积金增值收益存款户，数据记录导入公积金业务管理系统。两者应该完全一致，如不一致则可能存在会计核算不准确或者业务系统信息记录不完整的可能性。 根据这一思路，笔者对采集的财务电子数据和贷款业务电子数据进行分析。贷款业务电子数据为结构化，主要字段包括贷款合同号、贷款人姓名、还贷日期、还贷本金、还贷利息、还贷罚息、归集点名称、承办银行名称等。财务电子数据收入科目按归集点、承办银行进行明细核算。通过对收入科目代码进行分析发现，科目代码中暗含了归集点代码和承办银行代码信息，如4016101，其中：二级科目61为市本级营业部（归集点）代码，三级科目01为工行城建支行（承办银行）代码。根据这一规律，使用SQL中的UPDATE命令将贷款业务电子数据中的归集点名称和承办银行名称替换为与科目编码对应的归集点代码和承办银行代码。SQL语句如： ALTER TABLE[业务系统2010年贷款还贷利息罚息统计表]ADD归集点代码VARCHAR（2），承办银行代码VARCHAR（2） update[业务系统2010年贷款还贷利息罚息统计表]set[承办银行代码]='01’where[承办银行名称]=’工行城建支行’； update[业务系统2010年贷款还贷利息罚息统计表]set[归集点代码]='61'where[归集点名称]=’市本级中心营业部’； 但由于财务电子数据记录的是合计数，而业务数据记录的是每笔还贷的明细记录，因此需要对财务数据和业务数据按归集点、承办银行、还贷月份进行分类汇总才能建立关联关系。首先将财务电子数据中的委托贷款利息收入和其他收入按科目编码和会计月份分别时行分类汇总。其次将贷款业务数据按归集点、承办银行、还贷月份进行分类汇总。再次以归集点代码、承办银行代码、还贷月份为关联条件进行两次关联，生成一张由归集点名称、承办银行名称、还贷月份、财务系统利息收入、财务系统罚息收入、业务系统利息收入、业务系统罚息收入等字段组成的中间表。最后对该中间表进行分析，找出财务系统和业务系统记录不一致的记录，确定问题线索。经过核实，锁定被审计单位存在贷款利息收入与罚息收入混记、部分承办银行数据传递缺少罚息数据、银行少转利息资金等问题。
