对保险公司开展计算机审计的几点尝试[2]

　　（四）区别不同审计需求及软件特性，构建多种数据分析模型。

　　一是审计人员直接利用“通审软件（人寿版）”进行数据的筛选、排序，一些审计意图轻松获得；二是充分利用软件提供的功能，审计人员将审计工作思路变为计算机语言，最后通过汉化编程来实现；三是针对通审软件中实现比较困难或不能实现的需求，运用powerbuilder等编程工具软件开发审计小模块，实现审计目的。下面略举一二：

　　1、会计资料总体验证。如：验证被审单位财务数据的凭证借贷方金额是否相等。凭证库（sub_voucher）表结构存在如下字段：凭证年月，pzh（凭证号），bbjfje（借方金额），bbdfje（贷方金额）等。将相同凭证号的借贷方金额之和进行比较，筛选出二者不相等的凭证号。设定SQL语句如下所示：

    Select pzh as 凭证号,sum(bbjfje)-sum(bbdfje) as 借贷差
    from sub_voucher
    group by pzh having round(sum(bbjfje)-sum(bbdfje))<>0;

执行该语句，确定所有凭证的借贷方金额是否相等，从中发现问题。

　　2、简单过滤，提供核实依据。针对审计需求进行分析，建立查询模型，利用《通审软件》进行筛选数据。如：审查“全额或超额退保”情况，我们对“团体批改表”和“个单批改表”进行分析，发现表中“标志位”为“tb”表示“退保”,除此之外，表中还存在“已交保费”和“退保金额”字段。由此可以设定查询条件为：“标志位=’tb’ and 已交保费<=退保金额”，运行结果查出涉嫌全额和超额退保的团单记录近千条，个单记录近万条，为进一步向保险公司进行核实提供了有力依据。

　　3、发现审计线索，扩大战果。如：某日审计业务人员意外发现，某单位某团体保单的主险保单投保人数只有120人，而其附险保单投保人数却高达1000多人。针对这一审计线索，能否将所有主险人数小于附险人数的团体保单都查找出来呢？在对相关表结构进行分析后发现，主险和附险保单信息是混杂在一个表“有效团体保单表（l_t_poli）”中的，如下表所示(略)。

　　主险和附险的区别在于主险的“主险保单”字段为“0”，而附险的“主险保单”字段与主险的“保单号”相对应，如上表中第三条记录是附险，其主险是第二条记录。

　　要满足审计需求，只有通过将“有效团体保单表”与其自身进行表连接。而在对《通审软件》进行尝试后，发现该软件难于实现表与表自身的连接功能。因此，我们运用access数据库工具，编写SQL查询语句如下：

[1]  [2]  [3]