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

作 者:

作者简介:
钮铭钢,江苏省宝应县审计局

原文出处:
审计与理财

内容提要:


期刊代号:V3
分类名称:审计文摘
复印期号:2011 年 05 期

关 键 词:

字号:

      项目背景介绍

      在对某县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的记录),抽查发现大都为大额的、负数记录,实为人工调账冲回养老金收入,统计手工凭证的金额合计3936万元,经询问资金去向,为挂财政局行财科往来某明细户。具体的SQL语句为:

      Select lx,count(*)From[业务 _PZB07]GROUP BY[LX]

      select sum (je)from[业务 _PZB07]where kmm like‘1401%’and jd=‘0’and lx=‘2’

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

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

相关文章: