养老保险基金个人账户审计案例剖析.doc

养老保险基金个人账户审计案例剖析一、项目背景介绍 根据《社会保险费征缴暂行条例》规定，基本养老保险基金应当按规定记录个人账户，社会保险经办机构负责个人账户的完整、安全，缴费个人有权查询缴费记录。养老保险基金个人账户不仅是记载参保人员缴费金额与计息的唯一载体，而且是参保人退休后计发养老金的重要依据。 但从目前基本养老保险基金的管理水平以及审计人员多年的审计经验来看，个人账户管理状况堪忧，不仅利息计算不能做到准确无误，甚至以前年度余额都不能正确结转到下年，有的个人账户甚至出现无故放大或缩小几倍甚至几十倍的现象。因此在基本养老保险基金的审计中，对参保人员个人账户余额的审计是保护职工权益、保障社会保障制度健康发展的重要环节。 二、项目审查数据量 以2007年对×市养老保险个人账户审计为例，养老金缴交发放人数37万人，每年缴交养老金近3亿元，2006年末养老金资金量达36亿元。 该单位对养老金个人账户采用计算机管理，后台数据库为ORCAL，每年缴交养老金记录数700多万条，总的数据量为50G。 三、确立审计思路 ×市社会保险经办机构对基本养老保险基金个人账户实行的是每年结转及计息一次，结转日为每年的6月30日，当日对个人账户的上年度余额（上年6月30日余额）及当年（即上年的7月1日至次年的6月30日）缴费记录进行结转及计息，并将其余额记录到个人账户台账中。因此对该市审计的基本思路为：假定2004年缴费年度末（即2005年6月30日）反映的个人账户余额正确的前提下，对2005年缴费年度（即2005年7月1日至2006年6月30日）职工缴纳的养老金及产生的利息是否正确记载并结转下年进行审计。 四、建立审计模型 五、审计步骤 （一）采集数据 1.职工年台账。重要内容如下： （1）辅助号（参保人员的唯一标识） （2）年度 （3）本年度个人存储额 （4）本年底企业存储额 2.个人账户分配台账。重要内容如下： （1）辅助号 （2）交款日期 （3）记账首年月 （4）记账终年月 （5）个人实交本金 （6）企业实划本金 3.职工基本情况表。重要内容如下： （1）企业代码（单位的唯一标识） （2）辅助号 （3）姓名 （4）性别 （5）标记 4.企业基本情况表。重要内容如下： （1）企业代码 （2）单位名称 （二）导入AO 利用“采集转换”功能将从被审计单位采集到的数据（原始数据为SQL备份，由审计人员转成ACCESS）导入到AO中。（由于数据量太大，实例中只节选取了部分数据，但不影响审计分析效果） （三）利用“SQL查询器”查询 1.计算出每一位职工2004年缴费年度末（即2005年6月30日的时点数）个人账户余额。 从“职工年台账”表中，以职工辅助号为分组，“年度”为2004，计算出2004年缴费年度末个人账户余额，即“本年度个人存储额”与“本年度企业存储额”之和，新字段取名为“余额2004”，生成的表名为“余额2004年表”。 2.计算出每一位职工2005年缴费年度末（即2006年6月31日的时点数）个人账户余额。 方法同上，年度值改为2005，新字段取名为“余额2005”，生成的新表名为“余额2005年表”。 3.计算出2005年缴费年度（即从2005年7月1日至2006年6月30日）每一位职工缴纳的养老保险费本金。 从“个人账户分配台账”中，“记账首年月”取值为：记账首年月＞200506 and 记账首年月＜200607，计算“个人实交本金”、“企业实划本金”两个字段之和，即为当年职工缴纳的养老保险费，字段为“实缴2005”，生成的新表名为“实缴2005年表”。 4.计算出2005年缴费年度每一位职工每个月养老保险费应得利息。 从“个人账户分配台账”中，计算每一位职工每月缴纳保费的应得利息，计算利息时应采用月积数法，如2005年7月缴纳的保费应计算12个月的利息，2006年6月缴纳的保费只应计算1个月的利息……，字段分别取为“利息第1月”、“利息第2月”……“利息第12月”，根据从被审计单位了解的情况，养老保险个人账户采用的国家规定的统一利率2.3%，生成的新表分别为”利息第*月表“。 5.将第一位职工的2005年缴费年度的每月利息连接在一张表中。 将以上生成的12张“利息第*月表”以辅助号为连接字段，连接在一张表中，生成的新表为“每月应得利息2005年表”。 6.去掉以上表中空值。 将以上生成的“每月应得利息2005年表”中的空值全部改为0，原因是因为空值不能相加。