养老金发放情况AO审计实例

养老金发放情况AO审计实例一、 实例概述（一） 审计项目名称：养老金发放情况审计（二） 所属行业：社会保障（三） 项目实施时间：2008年5月19日至6月30日（四） 项目背景：养老保险是社会保障制度的重要组成部分，是社会保险的主要险种。企业职工基本养老保险基金是指按照国家规定，由企业和职工个人分别按工资总额及缴费工资的一定比例缴纳，为保障企业职工离退休后的基本生活而筹集的专项基金，具有资金量大、环节多、管理的重复性和时效性强等特点，基金运行管理的信息化程度非常高，传统的审计技术方法不能满足审计工作的需要，必须进行计算机审计。针对我市企业养老金管理的特点，审计组确定把养老金发放环节作为计算机审计的重点之一。养老金的发放直接关系到参保职工的切身利益，也直接关系到养老保险基金的安全稳定运行，通过计算机审计进行实质性测试，可以有效降低审计风险，便于发表恰当的审计意见。另外，还可以发现基金发放管理方面存在的技术性缺陷和管理性漏洞，便于提出恰当的审计建议，提高社保经办机构的管理水平。（五） 项目审查数据量：我市养老金发放系统仍沿用多年前自行开发的养老金发放软件，它独立于山大地纬公司开发的社会保险管理信息系统之外，因此在审计准备阶段审计人员采集了基于VisualFoxpro的dbf格式养老金发放业务数据437M及相关的30GOracle社保业务数据。通过分析，整合了养老金发放流程中涉及到的关键表并将其导入到AO2008,利用AO的数据采集和分析筛选功能，对涉及全市9000多名离退休人员的养老金发放数据进行了计算机审计。（六） 项目最终结果：通过对养老金缴纳和发放环节的审计，发现了养老金发放环节中的一些违纪违规问题，以及信息系统管理中存在的缺陷。其中：养老金发放系统与全省统一的社保信息管理系统没有有效的接轨，数据不能有效共享；参保人员信息由于多年沉淀，存在很大的数据缺陷，数据表中存在大量基本的身份证信息不实，业务人员随意编写身份证号码，导致无法与养老保险缴纳人员信息表中人员信息对应；存在养老金重算后金额与实发金额不一致的情况。经审计发现养老金发放数据中8570人身份证号码与缴费系统身份证号码不能对应，占2007年底养老金发放总人数的99.7%；2007年度退管科向相同身份证号码退休职工发放养老金254人次，截止2007年12月份，仍有46人身份证号码重复，5人号码为空，其中2人重复领取养老金。还对养老金发放基数、发放金额、人员参保情况等进行了实质性测试。劳动保险事业处高度重视审计结果，对上述情况已进行了落实处理，核实并修改了所有身份证重复退休人员信息，社保系统中旧身份证号码数据整理也正在进行中。二、 项目具体实施过程（一） AO应用介绍审计过程中，重点运用了AO2008审计软件，将不同格式数据导入到AO中，统一管理、综合运用，但又充分考虑到各种数据的数据质量问题，重点对数据存在的缺陷进行分析，确定可依赖程度，并通过数据分析发现审计疑点，如重复参保和重复领取养老金的问题。并通过AO查询分析和图表生成功能的结合，使审计人员更直观地了解到养老金金额的分布情况，有利于发现异常，确定审计重点。（二） 实施步骤1、 数据质量分析：分析“养老金发放人员基本信息表”的结构发现，“身份证号”应当是关键字段，它能唯一确定一条记录，并且各表之间的关系必须通过“身份证号”字段来关联。审计中对参保人员身份证号码的真实性、准确性进行初步验证，检索发现大量身份证号码不真实。（略去SQL语句及AO操作截图，下同）2、 重复领取养老金情况分析：由于身份证号码存在大量错误信息，养老金发放业务人员在日常业务处理过程中，一般只通过名字、居住地、单位、照片等书面资料来判断参保者身份。在审计过程中，我们抽取了12月份的养老金发放业务数据，对关键字段分类汇总，通过分析身份证号的重复出现次数来确定重复领取养老金情况的审计疑点。3、 养老金缴纳和发放信息对照（1）未交养老保险而享受待遇情况分析通过了解养老保险基金缴纳及发放工作流程，发现养老保险的缴纳和发放在不同的系统中完成，两个系统相互独立，养老金领取人员信息不是由系统自动生成的，数据不能共享，中间存在很多人为环节，所以养老缴费和发放数据之间的一致性分析非常重要。通过比对“养老金发放人员信息表”和“参保缴费人员基本信息表”发现大量人员信息无法与缴纳系统中的数据对应，从而确定养老金发放数据的可信赖程度。（2）养老金基数一致性分析根据社保系统中退休人员退休基数表得到退休人员各年度的缴费基数，通过对比同一时期退休金发放表的相关信息，找出两个系统数据之间养老金基数不一致情况重点分析。4、 养老金真实性试算目前养老金发放额换算办法有两种：新办法、老办法。老办法换算方式为基础养老金、过渡养老金、个人账户金、过渡调节金、过渡性补贴之和。若根据老办法换算后金额大于新办法换算金额，则按照老办法执行，否则按照（新办法老办法）*50%+老办法执行。在充分了解新旧两种算法后对退休人员的养老金进行重新换算，验证养老金发放的准确性。主要方法有：1）重算老办法金。2）检索老办法金不一致情况。3）创建视图，重新换算养老金。4）检索月养老金与换算后养老金不一致人员信息。5、 月养老金金额分布情况分析通过对各人员养老金发放金额按照千位分层显示，并利用AO的图表生成功能，用柱状图的方式显示，使审计人员对养老金发放情况有更直观地了解。根据图表可知：发放记录3000元以上99笔、4000元以上1笔，大部分养老金在几百元至2000之间。项目背景介绍在对某县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个字段；对社保基金核算采用“收付实现制”核算，故只取到账日期（zrq）为2007-1-1至2007-12-31的数据，生成新的表，命名为yljfb07。被审计单位的财务数据由业务数据自动生成，取得凭证表，通过AO软件的“采集转换一一业务数据”功能导入。退休档案表由于容量不大，同样直接通过AO软件的业务数据导入。（三）审计成果及步骤审计问题之一：采取手工人为调账等方式冲回社会保险基金3936万元，养老金收入挂账4032万元，多收养老金731万元，未划入职工个人缴费记录表。审计思路：按照从业务数据一财务数据“逆查法”的顺序，检查养老金收入的完整性，针对业务数据与财务数据的差额，通过比较分析，追查原因，获取审计证据。具体审计步骤第一步：“账表核对，账证核对”。核对2007年度职工养老保险基金收入中的养老保险费收入的报表数字为1.06亿元与账簿数字相符。统计后台数据库中的凭证库中的养老保险费收入与账表的数字核对亦相符。[业务_PZB07]表中的主要字段有金额（je）、科目码（kmm）、借贷（jd）、凭证类型（lx），具体SQL语句为：selectsum（je）from[业务_PZB07]wherekmmlike'1401%'andjd='0'第二步：“表账核对”，即业务数据与财务账核对。统计养老金缴费记录表（yljfb07表）中的单位应缴数（dwyj）和个人应缴数（gryj）即为养老保险收入数，与账表数字核对，统计结果为1.88亿元，大于账面数字的差额为8252万元。具体SQL语句为：Selectsum（dwyj+gryj）From[业务_YLJFB07]第三步：“查找凭证类型，分析差额”。经了解，被审计单位系统管理员和财务人员声称财务数据全部由业务数据自动生成，经审查凭证表，发现事实并非如此，除了机制凭证外，还有手工凭证存在（lx为2的记录），抽查发现大都为大额的、负数记录，实为人工调账冲回养老金收入，统计手工凭证的金额合计3936万元，经询问资金去向，为挂财政局行财科往来某明细户。具体的SQL语句为：Selectlx,count（*）From[业务_PZB07]GROUPBY[LX]selectsum（je）from[业务_PZB07]wherekmmlike'1401%'andjd='0'andlx='2'第四步：“与财政往来户核对，分析差额”。根据财政局行财科的往来户中反映的数据，再与社保处的数据核对，发现有大龄职工补缴的养老金被挂往来款另一明细户，未作养老保险费收入金额4763万元。第五步：“分析缴费人员特征号，查找差额”。进一步分析4763万元的构成，通过对大龄补缴人员缴费记录表的数据进行审查，业务上机的数据为4032万元，实际向大龄补缴人员收取的养老保险费是4763万元。差额731万元，为多收养老金未划入职工个人缴费记录表部分。成因是以现在的基数补缴，按以前年度的基数划入个人缴费记录表。大龄补缴人员的养老保险费收入的特征号为L,有关的SQL语句为：Selectsum（dwyj+gryj）From[业务_YLJFB07]WHEREtzh='l'第六步：“分析转移人员特征号，查找差额”。转移收入业务上作养老金缴费收入反映，财务上单独通过“转移收入”科目核算，形成差额105万元。转移人员的养老保险费收入的特征号为R,具体的SQL语句为：Selectsum（dwyj+gryj）From[业务_YLJFB07]WHEREtzh='r'第七步：“分析其他资料，查找差额”。最后尚有179万元的差额，经询问和查阅资料，为部分改制企业由于职工上访等原因，由县领导批示，业务上先上机，暂欠养老金176万元，余下的3万元差额为尾差所致，最终达到业务数据与财务数据的试算平衡。审计问题之二：发现重复办理退休人员1人，冒领四个月的养老金3000多元。审计思路：从长度、月份等方面检查退休档案中退休人员的身份证号码的存在性、规范性；将身份证号码与姓名、电话等关联对重复性进行审计，形成退休信息疑点，再结合审查书面文件资料等。具体审计步骤：第一步：审查存在性、规范性。主要审查长度、月份等是否合法，检查身份证的合法性。职工档案表中的主要字段有单位码（dwm）、个人号码（tbr）、姓名（xm）、身份证号（shbzh）、出生日期（csny）、退休日期（txymd）、地址（jddz）、电话（dh）。退休特征（txtz）、结算特征（jstz）具体的SQL语句如下：——参保人员无身份证号selectshbzh,count（*）AS重复次数from[业务_sj_txda]groupbyshbzhhavingcount（*）>1andlen（shbzh）<15orshbzhisnullorderbycount（*）desc——身份证大于15位且又不等于18位的,即16位和17位的记录selectcount（*）from[业务_sj_txda]wherelen（shbzh）>15andlen（shbzh）<>18——身份证15位的月份大于12的记录select*from[业务_sj_txda]wherelen（shbzh）=15andmid（shbzh,9,2）>'12'——15位身份证中日期大于31的记录select*from[业务_sj_txda]wherelen（shbzh）=15andmid（shbzh,11,2）>'31'第二步：检查重复性。首先对身份证（shbzh）的长度进行统一为15位，其次进行重复性审查，最后与其他字段（如：姓名、电话、地址等）关联作进一步的审查。具体SQL语句如下：论文发表——将身份证号码统一为15位的号码select[dwm],[TBR],[首先，将从社保部门取得的2009至2010年企业职工基本养老保险业务数据导入到AO中,编写SQL语句将离退休人员工资发放明细表、离退休人员基本档案、离退休待遇审核表等3张表通过人员内码进行关联,生成两张能满足审计工作需要的中间表——2009年度“离退休人员工资发放情况一览表”、2010年度“离退休人员工资发放情况一览表”。其次,将从民政部门取得的2009、2010年“死亡人员火化名单表”按照审计目标的要求,进行整理,表格里包含死者姓名、火化日期、性别、年龄、户口所在地等基本信息,整（四）项目审查数据量。青田县养老保险基金业务数据采用的是杭州网新恩普开发的社会保险信息管理系统，采用的数据库是Oracle,采用的开发工具是SybasePowerBuilder,硬件配臵P5小型机服务器，操作系统为Windows2000。（五）项目最终结果。通过本次审计，查出了因地税部门缴费基数核定有误导致2006年11至12月有335家单位少征养老保险基金共计99285.30元；严老基金收入中有893343.6元无法分解到单位和个人；养老个账被占用67605301.95元；2006年有3人死亡后冒领养老金，冒领金额9736.60元；医保分时系统导致2006年有15人年末个账结余额为负数，透支额为5068.83元；由于就业管理处在失业人员领取失业金期间未检查失业状态，导致2006年度有2人在重新就业后仍然领取失业金，领取失业金共计5395元。报送审计结果报告、审计报告各一份，审计结果报告得到李邦生副县长签字，一篇审计被中国审计报录取，另一篇在浙江审计厅审计信息上发表。二、项目具体实施过程（一）AO应用介绍。．审前调查和审计方案的编制。审前调查中，审计组根据ao2008版自带的电算化系统内部控制调查表，了解系统流程，检查了信息化管理制度的建立健全情况。审计组长在AO中建立项目，编制了审计实施方案，根据审前调查资料在审计实施方案中，确定了对计算机系统审计的步骤方法，确定了重要审计事项和关键环节的计算机审计步骤和方法，明确了电子数据采集转换的方案以及数据安全措施等。然后根据方案，在AO中编制审计事项，设臵了人员分工，导出项目信息文件给其他审计人员建立项目。2．电子数据的采集和转换。我们取得被审计单位2006年度社保五大基金业务数据使用AO数据采集功能导入，生成中间表，转换成电子账簿3．以AO为主平台辅助审计。审计人员直接通过AO浏览电子账簿编写SQL语句查询分析。充分发挥计算机网络协同工作的特长，通过导出、导入功能共享编写的审计方法和SQL查询语句，根据审计需要检索相关记录，再针对疑点记录，逐项落实，大大缩短了审计时间，提高了工作效率。4．为确保审计质量，审计过程中严把计算机审计证据的审核关，保证了数据的完整、准确在AO中完成了审计工作底稿的编制、复核以及审计报告初稿的编制工作，项目完成后，将项目数据包、电子文档等资料刻录成光盘与纸质材料一起归档。（二）项目取得成果。1．养老缴费基数核定有误导致基金少收审计思路由于2006年11月开始进行五费合征，虽然是企业自行申报，但地税部门为了计算方便，将将缴费基数改为1000元，导致养老保险金大部分人员交纳的保险金低于最低缴费标准无法入账，社保部门不得不修改缴费基数以与地税部门相符，造成缴费基数核定有误导致少收养老金收入。审计方法和步骤步骤一：将全面调整参保单位和个人缴费基数前一个月的养老个人应收欠缴明细表和养老个人实缴明细表连接，对其中人员内码重复的需分析原因，取得被修改以前参保个人正确的缴费基数。步骤二：处理剔除缴费基数表中个体户、一次性缴纳人员，交费基数低于标准的记录。步骤三：根据处理后的缴费基数表加减职工变动档案表中参保人员变动情况，生成调整后审计期间每月参保单位和个人缴费基数。步骤四：因为地税部门提供的是每个单位缴纳的养老金，无单位中具体某人的缴费记录，所以需要按单位汇总计算总缴费基数和单位应缴、个人应缴，然后与地税部门实际收缴的养老金进行对比，筛选出其中单位少征和个人少征的记录。步骤五：汇总计算单位少征和个人少征额，并对计算得出的结论进行检验，与地税部门和社保部门提供的原始缴费记录进行核对、核实相关数据，保存查询命令和结果，制作纸质审计证明材料形成审计结论。经验模型如图：1)在ao中将2006年10月养老个人应收欠缴表和个人实缴明细人员的养老缴费记录进行合并，汇总每人10月实际缴费基数10738条记录。select*into养老个人应收实缴明细10from(SELECT［源_养老个人应收欠缴明细］.psseno,［源_养老个人应收欠缴明细］.cpseno,［源一养老个人应收欠缴明细］.pdcode,［源_养老个人应收欠缴明细］.yearno, ［源一养老个人应收欠缴明细］.monthno,［源一养老个人应收欠缴明细］.rewage,［源一养老个人应收欠缴明细］.reflgFROM［源_养老个人应收欠缴明细］WHEREyearno=2006ANDmonthno=10andpdcodelike'01'UNIONSELECT［源一养老个人实缴明细］.psseno,［源一养老个人实缴明细］.cpseno,［源一养老个人实缴明细］.pdcode,［源一养老个人实缴明细］.yearno,［源一养老个人实缴明细］.monthno,［源一养老个人实缴明细］.rewage,［源一养老个人实缴明细］.reflgFROM［源_养老个人实缴明细］WHEREyearno=2006ANDmonthno=10andpdcodelike'01'ORDERBYcpseno,psseno)t(2)删除7条错误记录Deletefrom［养老个人应收实缴明细10］WHERE(cpsenoLIKE'-1')(3)由于其中存在一个人员内码有两条记录的内容，经分析后发现需要按照单位和人员内码汇总合计，10723条记录。SELECTpsseno,cpseno,yearno,monthno,SUM(rewage)ASrewageINTO养老个人应收实缴明细10调整后FROM［养老个人应收实缴明细10］GROUPBYpsseno,cpseno,yearno,monthnoORDERBYpsseno,cpseno,yearno,monthno(4)其中一次性缴费在以前年度已经缴纳，所以需要删除一次性缴纳的缴费记录2条。deleteFROM［养老个人应收实缴明细10调整后］WHERE(pssenoin(selectpssenofrom［源_养老个人实缴明细］Wherearfd=0））（5）修改其中缴费基数低于最低缴费基数标准的记录。UPDATE［养老个人应收实缴明细10调整后］SETrewage=1006WHERE（rewage<1006）（6）修改职工变动档案表中缴费基数小于标准基数的记录33条。update［源_职工变动档案］setrewage=1006whereyearno>=2006andmonthno>10andrewage<1006（7）添加变动后增加人员的缴费记录21851条，即添加在职工变动档案表中增加的人永远的记录，将10月份的表转换成11月和12月的缴费基数。select*into养老个人06年11至12月缴费基数from（SELECT［养老个人应收实缴明细10调整后］.psseno,［养老个人应收实缴明细10调整后］.cpseno,［养老个人应收实缴明细10调整后].yearno,（[养老个人应收实缴明细10调整后].monthno+1）ASmonthno,[养老个人应收实缴明细10调整后].rewageFROM[养老个人应收实缴明细10调整后]UNIONSELECT[源_职工变动档案].psseno,[源_职工变动档案].cpseno,[源_职工变动档案].yearno,[源一职工变动档案].monthno,[源_职工变动档案].rewageFROM[源_职工变动档案]WHEREyearno=2006ANDmonthno=11and（uptypelike'01'oruptypelike'02'oruptypelike'03'oruptypelike'04'oruptypelike'09'oruptypelike'10'）UNIONSELECT[养老个人应收实缴明细10调整后].psseno,[养老个人应收实缴明细10调整后].cpseno,[养老个人应收实缴明细10调整后].yearno,（[养老个人应收实缴明细10调整后].monthno+2）ASmonthno,[养老个人应收实缴明细10调整后].rewageFROM[养老个人应收实缴明细10调整后]UNIONSELECT［源一职工变动档案］.psseno,［源一职工变动档案］.cpseno,［源_职工变动档案］.yearno,［源一职工变动档案］.monthno,［源_职工变动档案］.rewageFROM［源_职工变动档案］WHEREyearno=2006ANDmonthno=12and(uptypelike'01'oruptypelike'02'oruptypelike'03'oruptypelike'04'oruptypelike'09'oruptypelike'10') )t由于ao中无法使用游标，所以只能一个月一个月删除减少人员的缴费基数。删除11月减少人员的记录，删除了124条记录，保留21727条记录。deletefrom ［养老个人06年11至12月缴费基数］wherepssenoin(select［源_职工变动档案］.pssenofrom［源_职工变动档案］where(uptypelike'05'oruptypelike'06'oruptypelike'07'oruptypelike'08')andyearno=2006andmonthno=11)and[养老个人06年11至12月缴费基数].yearno=2006and（[养老个人06年11至12月缴费基数].monthno=11or[养老个人06年11至12月缴费基数].monthno=12）（9）删除12月减少人员的记录，删除108条记录，保留21619条记录deletefrom[养老个人06年11至12月缴费基数]wherepssenoin（select[源_职工变动档案].pssenofrom[源_职工变动档案]where（uptypelike'05'oruptypelike'06'oruptypelike'07'oruptypelike'08'）andyearno=2006andmonthno=12）and[养老个人06年11至12月缴费基数].yearno=2006and[养老个人06年11至12月缴费基数].monthno=12（10）删除12月从本级转移的记录，即删除原单位记录，删除80条记录，保留21539条记录。deletefrom［养老个人06年11至12月缴费基数］wherepssenoin(select［源_职工变动档案］.pssenofrom［源_职工变动档案］where(uptypelike'04')andyearno=2006andmonthno=12)and［养老个人06年11至12月缴费基数］.yearno=2006and(［养老个人06年11至12月缴费基数］.monthnoTlor［养老个人06年11至12月缴费基数］.monthno=12)删除07年1月本级转移的记录删除139条记录，保留21400条记录。deletefrom［养老个人06年11至12月缴费基数］wherepssenoin(select［源_职工变动档案］.pssenofrom［源_职工变动档案］where(uptypelike'04')andyearno=2007andmonthno=1)and[养老个人06年11至12月缴费基数].yearno=2006and（[养老个人06年11至12月缴费基数].monthno=12）（12）按单位汇总缴费工资1837条记录Select[cpseno],[yearno],[monthno],sum（[rewage]）asrewageinto养老单位缴费基数汇总From[养老个人06年11至12月缴费基数]groupby[cpseno],[yearno],[monthno]orderby[cpseno],[yearno],[monthno]（13）由于只有单位编码cpcode才能与税收征收表连接，所以要将养老单位缴费基数汇总表和单位基础档案按单位编码连接，1837条记录。Select[源一单位基础档案].[cpname],[养老单位缴费基数汇总].[cpseno],[源_单位基础档案].[cpcode],[养老单位缴费基数汇总].[yearno],[养老单位缴费基数汇总].[monthno],[养老单位缴费基数汇总].[rewage]into养老单位缴费06年11至12月From[养老单位缴费基数汇总]innerjoin[源_单位基础档案]on[源_单位基础档案].[cpseno]=[养老单位缴费基数汇总].[cpseno]将地税征收表时间进行处理并汇总计税金，共24676条记录SELECTSB_ID,QY_ID,MC,SZSMBM,LEFT(QSRQ,4)+'-'+RIGHT(LEFT(QSRQ,6),2)+'-'+RIGHT(QSRQ,2)ASQSRQ,LEFT(ZZRQ,4)+'-'+RIGHT(LEFT(ZZRQ,6),2)+'-'+RIGHT(ZZRQ,2)ASZZRQ,sum(SSHJ)asSSHJ,LEFT(HZLXHRQ,4)+'-'+RIGHT(LEFT(HZLXHRQ,6),2)+'-'+RIGHT(HZLXHRQ,2)ASHZLXHRQINTO地税征收养老06时间处理FROM[源_地税征收养老06]groupbySB_ID,QY_ID,MC,SZSMBM,QSRQ,ZZRQ,HZLXHRQ因为该养老系统中对个体户没有明确的标记，而个体户的缴费比例是按照25%计算，与单位缴费不一样，所以不考虑个体的因素，cpseno是2的是个体户，需要删除其中的个体户自行缴纳的记录，名称中含有个体的也是个体户需要剔除，五费合一后名称中含有五费单位都调整过缴费基数，将养老单位缴费06年11至12月表和地税征收养老表连接，筛选出其中名称含有五费，实际缴纳养老金少于应缴数的记录659条记录。Select[cpname],[cpseno],[cpcode],[yearno],[monthno],round(([rewage]*0.19),2) as单位应缴,round(([rewage]*0.08),2) as个人应缴,[SZSMBM],[QSRQ],[ZZRQ],[SSHJ],iif(szsmbmLIKE'2940100',round((rewage*0.19)-sshj,2),0)as单位少征,iif(szsmbmLIKE'2940200',round((rewage*0.08)-sshj,2),0)as个人少征into地税少征06年11至12月From[养老单位缴费06年11至12月]innerjoin[地税征收养老06时间处理]on[地税征收养老06时间处理]・[SB_ID]=[养老单位缴费06年11至12月].[cpcode]andmonth([地税征收养老06时间处理].[QSRQ])=[养老单位缴费06年11至12月].[monthno]whereyear([地税征收养老06时间处理].[QSRQ])=2006and[cpname]like'%五费%'and[cpname]notlike'%个体%'and[cpseno]notlike'2'and([地税征收养老06时间处理].[SZSMBM]LIKE'2940100'OR[地税征收养老06时间处理].SZSMBMLIKE'2940200')and(iif(szsmbmLIKE'2940100',round((rewage*0.19)-sshj,2),0)>0oriif(szsmbmLIKE'2940200',round((rewage*0.08)-sshj,2),0)>0)orderby[cpseno](16)汇总计算单位少征36359.25元，个人少征62926.05元，06年11至12月少征共计99285.30元。Selectround(sum(单位少征),2)as单位少缴,round(sum(个人少征),2)as个人少缴From[地税少征06年11至12月]

结果如图：営湮进度首理成本管理资料管理.交互管理MIE®IQ询器科'排序表显示1、 表查看亀勾表查看血与由表查看恩数值分析」过韻单位少嗷个人少缴单位少嗷个人少缴36359.2562926.0517）通过筛选，共有335家单位少征养老保险费。Selectdistinctcpsenointo地税少征单位From[地税少征06年11至12月]．死亡人员领取养老金审计思路将从民政部门取得的2006年死亡人员名单与养老金领取人员名单按照姓名、身份证、地址或年龄相同进行筛选，审查是否存在死亡人员仍在领取养老金问题。审计方法和步骤步骤一：将火化人员名单与离退休人员基本档案、单位基础档案表关联。将从民政局取得火化人员名单与社保中心提供的离退休人员基本档案表，按身份证号码相同（由于大部分地区对人员火化无专业管理系统，可能无法提供死亡人员身份证号码则只能按照姓名和年龄相同关联）或姓名和年龄相差上下一岁（由于年龄有虚岁和实岁之分）进行关联，提取姓名、单位或住址、年龄、出生日期、身份证号、社会保障号（身份证号）、当前参保状态，从中筛选出当前参保状态为正常的记录。步骤二：确定可疑问题，核实问题。执行语句，根据生成的审计疑点，与参保人员当前健在情况和参保状态进行核实，并保存查询命令和结果，制作纸质审计证明材料形成审计结论。经验模型如图所示：(1)由于民政部门提供的死亡人员名单电子资料中无身份证号码和年龄，故只能按照姓名相同，状态为正常参保但与火化名单表中同名。从离退休领取退休金人员名单和火化人员名单中筛选姓名相同且当前参保状态为正常的记录46条。SELECT[业务_源_火化全].[死者姓名],[业务_源_火化全].[时间],[业务_源_火化全].[住址或单位],[业务_源_离退休人员基本档案].[psname],[业务一源一离退休人员基本档案].[address],[业务_源_离退休人员基本档案].[bdate],[业务_源_离退休人员基本档案].[iscode],[业务_源_离退休人员基本档案].[psseno],[业务_源_离退休人员基本档案].[cpseno],[业务_源_离退休人员基本档案].[status]into疑似死亡FROM[业务_源_离退休人员基本档案]INNERJOIN[业务_源_火化全]ON[业务_源_离退休人员基本档案].[psname]=[业务_源_火化全].[死者姓名]WHERE（[业务_源_离退休人员基本档案].[status]NOTLIKE2）（2）根据年龄相差上下2岁和住址相近的原则，将这46条记录导入exl电子表格，手工从中筛选出疑似死亡人员9人，核实这些人员是否健在，最后核实有3人确实已死亡未停保，审计发现后追回资金9736.60元。从这46条记录中筛选出地址相近的记录，手工从中筛选出疑似死亡人员9人，核实这些人员是否健在，最后核实有3人确实已死亡未停保，1人死亡已停保，审计发现后追回资金9736.60元。3・就业期间领取失业金审计思路从失业金领取名单与失业金缴费情况表中筛选出失业金缴费时间在失业金领取起发时间和止发时间之间的纪录。审计方法和步骤步骤一：生成失业金领取人员名单与失业个人情况表关联形成的失业中间表。从就业处取得失业金领取人员名单与失业人员个人情况表，按身份证号码相同（由于大部分地区对失业金无专业管理系统，可能无法提供失业金领取人员身份证号码则只能按照姓名相同关联）或姓名相同进行关联，提取姓名、参保编号、身份证号、应发月数、起发时间、止发时间、备注、缴费工资基数、参保标志。步骤二：确定可疑问题。根据形成的失业中间表和失业缴费表的参保编号相同进行关联，筛选出失业中间表的起发时间早于缴费表中的缴费日期以及止发时间晚于缴费时间的纪录，计算出就业期间多领失业金额。步骤三：核实问题。执行语句，根据生成的审计疑点，与实际情况进行核对，并保存查询命令和结果，制作纸质审计证明材料形成审计结论。经验模型如图：

成失业中间表23条记录SELECT[业务_源_失业金名单06].[姓名],[业务_源_失业个人情况表].[pin],[业务_源_失业金名单06].[应发月数],[业务_源_失业金名单06].[起发时间],[业务_源_失业金名单06].[止发时间],[业务_源_失业金名单06].[备注],[业务_源_失业个人情况表].[idcard],[业务_源_失业个人情况表].[salarymonth],[业务_源_失业个人情况表].[flagmedical]INTO失业中间表FROM[业务_源_失业金名单06]LEFTOUTERJOIN[业务_源_失业个人情况表]ON[业务_源_失业金名单06].[姓名]=[业务_源_失业个人情况表].[name]TOC\o"1-5"\h\zWHERE(RIGHT(LEFT([业务_源_失业金名单06].[身份证],14),8)=RIGHT(LEFT([业务_源_失业个人情况表].[idcard],14), 8))OR(RIGHT(LEFT([业务_源_失业金名单06].[身份证],12),6)=RIGHT(LEFT([业务_源_失业个人情况表].[idcard],12), 6)