住房公积金管理的数据质量分析.docxVIP

住房公积金管理的数据质量分析 养老基金制度是我国住房保障体系的主要组成部分。这是确保员工的基本生活机会价值积累，提高员工的报销能力的基本便捷制度。近年来, 随着缴交人数的增多, 资金规模不断地扩大, 为保障资金使用与管理的合法合规性, 揭示住房公积金政策执行效果情况, 2006年, 宜春市审计局组织力量对该市住房公积金管理中心 (以下简称“该中心”) 2004~2005年专项资金管理使用情况进行了审计。审计情况引起了市领导的高度重视, 市领导认真听取了汇报, 并对审计综合报告做出批示, 要求市公积金管理中心以文件形式向市政府上报整改落实情况。该审计报告反映的有关问题也被省审计厅摘入向省政府提交的综合报告中。该项目被评为“2007年度全省审计机关优秀审计项目”。 望洋兴叹 此次审计是涉及到民生问题的专项审计, 市局领导非常重视, 专门召开会议讨论审计方案的编制, 确定审计内容和重点。在吸取其他省份及省里其他设区市经验的基础上, 确定了此次审计以正常财务收支审计为主线, 计算机技术为辅, 加大对业务数据的审计力度, 从整理和分析业务数据中发现深层次的问题。 进点第一天听取情况介绍时, 审计人员才知道所谓“业务数据”的概念。该中心使用Oracle数据库进行数据管理, 统管全市公积金缴交、放贷业务, 数据涉及单位2 739个, 人数14.99万人, 金额6个多亿, 数据记录上百万条, 数据量10~20G左右。摆在审计人员面前的不但是陌生的大型数据库Oracle, 更有10~20G的海量数据, 再加上该中心提出由于自身管理人员技术能力有限以及对数据库安全的考虑, 不希望与数据库进行联机或直接操作, 这些无疑都让审计人员只有“望洋兴叹”了, 不知该从何下手…… 愚公移山 所谓万事开头难, 难不倒坚韧的审计人员。审计组按照局领导“有条件要上, 没有条件就是创造条件也要上”的要求, 通过在网上查询大量有关Oracle数据库的相关知识与语句语法, 在局计算机上进行反复论证与演练, 终于实现了利用Oracle中的Spool缓冲池技术将Oracle数据导出到文本文件中。 审计人员经与该中心机房技术人员多次协调后, 有选择的导出了该数据库里中的表格:个人明细表 (q_grmx) 、个人信息表 (q_grxx) 、个人工资基数变更表 (q_grxx_gzjsbginfo) 、个人资金缴交率 (q_grzj_jjl) 、单位信息表 (q_wldw) 、单位明细表 (q_wldwmx) 、贷款个人合同表 (d_grht) 、贷款合同明细表 (q_grhtmx) 、借款人信息表 (d_jkrxx_bginfo) 、借款人配偶信息表 (d_jkrxx_qs) 共十张表。 拨云见日 拿到文本数据后, 审计人员将数据导入到SQL数据库中, 至此, 在数据转换分析方面已经迈出了最艰巨的一步, 被冠以“海洋”数据之称的神秘面纱终于在审计人员面前“犹抱琵琶半遮面”了: 查询超额贷款的情况。 首先, 审计人员希望通过对个人贷款的金额进行排序, 由于我市2005年公积金贷款额度最高为8万元, 所以个人贷款金额超过8万元的贷款就是违规的贷款行为。通过对数据的查询, 发现在“贷款合同明细表”中包含的“合同代码”、“贷款金额”等字段信息就能满足需求, 于是直接对该表中的“贷款金额”进行有条件排序就行了。语句参考如下: q_grhtmx———贷款合同明细表中包含合同代码、贷款金额等需要的信息, 设置语句如下: 查询当年 (2005年) 哪些单位个人缴交比例过高。 循序渐进, 按照审计方案, 查找出公积金缴交比例过高的企业和单位, 查看其是否在法定比例内进行缴交。在数据库中, 有一张表专门保存个人缴交率, 但是却没有缴交人信息, 这就需要设置语句对“个人资金缴交率”表与“单位信息表”进行关联, 并得出我们需要的结果。参考语句如下: select q_grzj_jjl.dwdm (单位代码) , q_grzj_jjl.jjdate (缴交时间) , q_grzj_jjl.grjjl (个人缴交率) , q_grzj_jjl.dwjjl (单位缴交率) , q_wldw$.dwname (单位名称) 查询夫妻同贷的情况。 通过对数据的不断分析, 审计人员能够整体把握数据表之间的关系, 并通过初步的查询, 取得了比较理想的成果, 大大增强了对业务数据的分析能力和自信心, 敢于进行更深入、更复杂的数据分析工作。审计人员在大量的数据表中发现一张“借款人配偶信息表”, 其中记录着所有贷款人的配偶姓名、身份证号等信息, 与“借款人信息表”中的借款人关联。一个想法在审计人员脑中闪现, 按照配偶信息表中的身份证号对借款人信息表进行查询不就是夫妻双方同时都存在贷款行为的结果么。比如说:借款人信息表