首 页       用户登录  |  用户注册
设为首页
加入收藏
联系我们
按字母检索 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
按声母检索 A B C D E F G H J K L M N O P Q R S T W X Y Z 数字 符号
您的位置: 5VAR论文频道论文中心管理论文会计审计审计
   运用AO实施职工养老保险审计的方法分析      ★★★ 【字体: 】  
运用AO实施职工养老保险审计的方法分析
收集整理:佚名    来源:本站整理  时间:2012-06-26 20:13:05   点击数:[]    

[本篇论文由5var5VAR论文频道为您收集整理,5VAR论文频道http://paper.5var.com将为您整理更多优秀的免费论文,谢谢您的支持]

 在对某县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语句为:
    Select sum(dwyj+gyj)Frem [业务 _YLJFB07]WHERE tzh=‘1’
    第六步:“分析转移人员特征号,查找差额”。转移收入业务上作养老金缴费收入反映,财务上单独通过“转移收入”科目核算,形成差额105万元。转移人员的养老保险费收入的特征号为R,具体的SQL语句为:
    Select sum (dwyj+gryj)from [业务 _YLJFB07]WHE

RE tzh=‘r’
    第七步:“分析其他资料,查找差额”。最后尚有179万元的差额,经询问和查阅资料,为部分改制企业由于职工上访等原因,由县领导批示,业务上先上机,暂欠养老金176万元,余下的3万元差额为尾差所致,最终达到业务数据与财务数据的试算平衡。
    审计问题之二:发现重复办理退休人员1人,冒领四个月的养老金3000多元。
    审计思路:从长度、月份等方面检查退休档案中退休人员的身份证号码的存在性、规范性;将身份证号码与姓名、电话等关联对重复性进行审计,形成退休信息疑点,再结合审查书面文件资料等。
    具体审计步骤:
    第一步:审查存在性、规范性。主要审查长度、月份等是否合法,检查身份证的合法性。职工档案表中的主要字段有单位码(dwm)、个人号码(tbr)、姓名(xm)、身份证号(shbzh)、出生日期(csny)、退休日期(txymd)、地址(jddz)、电话(dh)。退休特征(txtz)、结算特征(jstz)具体的SQL语句如下:
    ——参保人员无身份证号
    select shbzh,count (*)AS重复次数from[业务 _sj_txda]group by shbzh having count(*)>l and len(shbzh)<15 or shbzh is null order by count(*)dese
    ——身份证大于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],[□XM],IIF(len([shbzh])<=15,[shbzh],(MID([shbzh],1,6)+MID([shbzh],9,9)))as新身份证号码,[CSNY],[TXYMD],[JDDZ],[DH]intonewtxda From[业务 _sj_txda]
    ——统计身份证号码重复的记录
    select[新身份证号码],count(*)from[newtxda]GROUP BY[新身份证号码]HAVING count(*)>1AND len([新身份证号码])>=15
    ——与姓名关联查找同名同身份证的记录
    select[xm],[新身份证号码],count(*)from[newtxda]GROUP BY[xm],[新身份证号码]HAVlNGcount(*)>1
    第三步:检查退休人员档案等书面文件记录。对审计发现1213名参保人员身份证号为空,53名参保人员身份证号非15位或18位,8名参保人员身份证号中月份或日期错误,均为错误身份证号;6人同姓名同身份证等异常信息,通过询问有关社保业务经办审批人员并检查书面文件资料等,经核查发现1人为重复领取养老保险的情况。
    审计问题之三:已经死亡人员多领养老金超过丧葬费的有15人,退回多领的养老金10多万元。
    审计思路:按特征号分析退休人员的类别,关注非正常暂停发放养老金的现象。
    具体审计步骤:
    第一步:审查退休档案表,分析各字段特征,发现退休人员中退休特征正常(txtz为1)未标注死亡,结算特征为暂停(jstz为c)即又由于未进行生存验证被暂停发放养老金的不正常现象。
    第二步:对退休特征为正常,被暂停发放养老金的且年龄超过75岁的人员进行筛选。具体SQL语句如下:
    select*from[业务 _sj txda]where txtz=‘1’and jstz=‘c’and(2009-year([CSNY])>=75)
    第三步:针对上述发现的问题,检查退休档案等资料,同时通过与退休人员的原所在单位、社区电话询问、上门核实,查出15位已经死亡人员多领的养老金超过丧葬费便不再领取丧葬费的问题,经查原因是死亡后至下次生存验证时(每年一次)已经领取的养老金超过了丧葬费,所以不愿再办理死亡领取丧葬费的手续

    


Tags:


文章转载请注明来源于:5VAR论文频道 http://paper.5var.com。本站内容整理自互联网,如有问题或合作请Email至:support@5var.com
或联系QQ37750965
提供人:佚名
  • 上一篇文章:ERP应用模式下的会计处理流程的问题和策略分析

  • 下一篇文章:计算机审计风险与防范的策略分析
  • 返回上一页】【打 印】【关闭窗口
    中查找“运用AO实施职工养老保险审计的方法分析”更多相关内容 5VAR论文频道
    中查找“运用AO实施职工养老保险审计的方法分析”更多相关内容 5VAR论文频道
    最新热点 最新推荐 相关新闻
  • ››非营利组织信息披露与审计
  • ››契约规制下政府审计“屡审屡犯”问...
  • ››会计师事务所的行业专门化投资与审...
  • ››完善会计监督体系构建的思考 柏广军...
  • ››如何提高统计在企业中的地位 王友明...
  • ››基于环境管理体系的企业环境审计初...
  • ››新时期我国企业内部审计工作的定位...
  • ››医院审计风险及对策研究 孙杰慧
  • ››信息化背景下财务审计存在的问题与...
  • ››新审计准则对中小会计师事务所的影...
  • ››运用AO实施职工养老保险审计的方法...
  •   文章-网友评论:(评论内容只代表网友观点,与本站立场无关!)
    关于本站 - 网站帮助 - 广告合作 - 下载声明 - 网站地图
    Copyright © 2006-2033 5Var.Com. All Rights Reserved .