运用AO实施职工养老保险基金审计

项目背景介绍

在对某县2007～2008年度全县社保基金审计中，我们充分利用AO软件提供的工具和审计方法，及其查询筛选、分析比较等功能，通过财务数据与业务数据的比对、分析，锁定审计重点，生成疑点，必要时辅之以查阅原始凭证等相关书面文件资料，搜集审计证据，形成审计结论。审计查出隐瞒养老金收入等问题,取得了显著的审计成果，提升了审计质量，提高了审计工作效率。

采集转换数据

某县社保经办机构处理社保业务使用的计算机信息系统是由南京莱斯大型电子系统工程有限公司于2003年开发的社保信息系统。2008年3月份该系统进行了全面升级，系统结构为C／S结构，后台数据库为ORACLE，数据库运行于IBM550小型机，操作系统为AIX。经调查了解社保财务核算数据由系统业务数据自动生成。此次审计采集了社保基金的数据库数据，选取了其中的养老保险凭证表，职工档案表、社会化发放表、缴费记录表等15张，数据采集总量约2GB。

审计方法及步骤

（一）审计过程概述

按照从“业务数据财务数据”审计养老保险费收入完整性测试的审计总思路。在审计养老金收入时，我们首先核对县社保处的账表数字是否相符；其次核对后台数据库中的凭证库中的收入数字与账表的一致性；再次根据业务数据与财务数据之间的内在联系，核对后台数据库中的业务数据与凭证库中的收入数字是否相符；然后将社保处的业务数据、财务数据与财政部门行财科社保专户的数字核对；最后针对差额，通过比较分析，查找原因，得出审计结果。与此同时我们对是否存在重复办理退休以及是否存在冒领养老金等问题进行了关注。

（二）数据的分析与整理

从被审计单位取得审计所需的后台数据库数据，与本案例相关的主要有职工基本养老金缴费记录表、凭证表和退休档案表等。由于养老金缴费记录表的字段有30多个，两年的数据量太大（共有198万条记录），数据在AO软件中运行速度比较慢，需要进行整理，分年度处理（以2007年度数据为例），经过分析表中字段后只取其中的单位码（dwm）、个人号（tbr,唯一的）、缴费基数（jfjs）、单位缴费基数（dwjfjs）、单位应缴（dwyj）、个人应缴（gryj）、特征号（tzh）7个字段；对社保基金核算采用“收付实现制”核算，故只取到账日期（dzrq）为2007－1－1至2007－12－31的数据，生成新的表，命名为yljfb07。被审计单位的财务数据由业务数据自动生成，取得凭证表，通过AO软件的“采集转换――业务数据”功能导入。退休档案表由于容量不大，同样直接通过AO软件的业务数据导入。

（三）审计成果及步骤

审计问题之一：采取手工人为调账等方式冲回社会保险基金3936万元，养老金收入挂账4032万元，多收养老金731万元，未划入职工个人缴费记录表。

审计思路：按照从业务数据财务数据“逆查法”的顺序，检查养老金收入的完整性，针对业务数据与财务数据的差额，通过比较分析，追查原因，获取审计证据。

具体审计步骤

第一步：“账表核对，账证核对”。核对2007年度职工养老保险基金收入中的养老保险费收入的报表数字为1.06亿元与账簿数字相符。统计后台数据库中的凭证库中的养老保险费收入与账表的数字核对亦相符。［业务_PZB07］表中的主要字段有金额（je）、科目码（kmm）、借贷（jd）、凭证类型（lx）,具体SQL语句为：

select sum（je） from ［业务_PZB07］ where kmm like '1401%' and jd='0 '

第二步：“表账核对”，即业务数据与财务账核对。统计养老金缴费记录表（yljfb07表）中的单位应缴数（dwyj）和个人应缴数（gryj）即为养老保险收入数，与账表数字核对，统计结果为1.88亿元，大于账面数字的差额为8252万元。具体SQL语句为：

Select sum（dwyj+gryj） From ［业务_YLJFB07］

第三步：“查找凭证类型，分析差额”。经了解，被审计单位系统管理员和财务人员声称财务数据全部由业务数据自动生成，经审查凭证表，发现事实并非如此，除了机制凭证外，还有手工凭证存在（lx为2的记录），抽查发现大都为大额的、负数记录，实为人工调账冲回养老金收入，统计手工凭证的金额合计3 936万元，经询问资金去向，为挂财政局行财科往来某明细户。具体的SQL语句为：

Select lx,count（*） From ［业务_PZB07］ GROUP BY ［LX］

select sum（je） from ［业务_PZB07］ where kmm like '1401%' and jd＝'0 'and lx＝'2'

第四步：“与财政往来户核对，分析差额”。根据财政局行财科的往来户中反映的数据，再与社保处的数据核对，发现有大龄职工补缴的养老金被挂往来款另一明细户，未作养老保险费收入金额4 763万元。

第五步：“分析缴费人员特征号，查找差额”。进一步分析4 763万元的构成，通过对大龄补缴人员缴费记录表的数据进行审查，业务上机的数据为4 032万元，实际向大龄补缴人员收取的养老保险费是4 763万元。差额731万元，为多收养老金未划入职工个人缴费记录表部分。成因是以现在的基数补缴，按以前年度的基数划入个人缴费记录表。大龄补缴人员的养老保险费收入的特征号为L,有关的SQL语句为：

Select sum（dwyj+gryj） From ［业务_YLJFB07］ WHERE tzh＝'l'

第六步：“分析转移人员特征号，查找差额”。转移收入业务上作养老金缴费收入反映，财务上单独通过“转移收入”科目核算，形成差额105万元。转移人员的养老保险费收入的特征号为R,具体的SQL语句为：

Select sum（dwyj+gryj） From ［业务_YLJFB07］ WHERE tzh＝'r'

第七步：“分析其他资料，查找差额”。最后尚有179万元的差额，经询问和查阅资料，为部分改制企业由于职工上访等原因，由县领导批示，业务上先上机，暂欠养老金176万元，余下的3万元差额为尾差所致，最终达到业务数据与财务数据的试算平衡。

审计问题之二：发现重复办理退休人员1人，冒领四个月的养老金3 000多元。

审计思路：从长度、月份等方面检查退休档案中退休人员的身份证号码的存在性、规范性；将身份证号码与姓名、电话等关联对重复性进行审计，形成退休信息疑点，再结合审查书面文件资料等。

具体审计步骤：

第一步：审查存在性、规范性。主要审查长度、月份等是否合法，检查身份证的合法性。职工档案表中的主要字段有单位码（dwm）、个人号码（tbr）、姓名（xm）、身份证号（shbzh）、出生日期（csny）、退休日期（txymd）、地址（jddz）、电话（dh）。退休特征（txtz）、结算特征（jstz）具体的SQL语句如下：

――参保人员无身份证号

select shbzh，count（*） AS 重复次数 from ［业务_sj_txda］ group by shbzh having count（*）>1 and len（shbzh）

――身份证大于15位且又不等于18位的,即16位和17位的记录

select count（*） from ［业务_sj_txda］ where len（shbzh）>15 and len（shbzh）18

――身份证15位的月份大于12的记录

select * from ［业务_sj_txda］ where len（shbzh）＝15 and mid（shbzh，9，2）>'12'

――15位身份证中日期大于31的记录

select * from ［业务_sj_txda］ where len（shbzh）＝15 and mid（shbzh，11，2）>'31'

第二步：检复性。首先对身份证（shbzh）的长度进行统一为15位，其次进行重复性审查，最后与其他字段（如：姓名、电话、地址等）关联作进一步的审查。具体SQL语句如下：

――将身份证号码统一为15位的号码

select ［dwm］，［TBR］，［