论文部分内容阅读
住房公积金制度是我国住房保障体系的主要组成部分,是保证职工住房消费的资金积累,提高职工购房支付能力的一项基本惠民制度。近年来,随着缴交人数的增多,资金规模不断地扩大,为保障资金使用与管理的合法合规性,揭示住房公积金政策执行效果情况,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——贷款合同明细表中包含合同代码、贷款金额等需要的信息,设置语句如下:
select * from q_grhtmx
where dkje(贷款金额) > 80000 and year(jxdate) = 2005
order by dkje desc
查询当年(2005年)哪些单位个人缴交比例过高。
循序渐进,按照审计方案,查找出公积金缴交比例过高的企业和单位,查看其是否在法定比例内进行缴交。在数据库中,有一张表专门保存个人缴交率,但是却没有缴交人信息,这就需要设置语句对“个人资金缴交率”表与“单位信息表”进行关联,并得出我们需要的结果。参考语句如下:
select q_grzj_jjl.dwdm(单位代码),
q_grzj_jjl.jjdate(缴交时间),q_grzj_jjl.grjjl(个人缴交率),q_grzj_jjl.dwjjl(单位缴交率),q_wldw$.dwname(单位名称)
from q_grzj_jjl right join q_wldw$
on q_grzj_jjl.dwdm = q_wldw$.dwdm
where left (q_grzj_jjl.jjdate,4) = ’2005’
order by q_grzj_jjl.dwjjl desc
查询夫妻同贷的情况。
通过对数据的不断分析,审计人员能够整体把握数据表之间的关系,并通过初步的查询,取得了比较理想的成果,大大增强了对业务数据的分析能力和自信心,敢于进行更深入、更复杂的数据分析工作。审计人员在大量的数据表中发现一张“借款人配偶信息表”,其中记录着所有贷款人的配偶姓名、身份证号等信息,与“借款人信息表”中的借款人关联。一个想法在审计人员脑中闪现,按照配偶信息表中的身份证号对借款人信息表进行查询不就是夫妻双方同时都存在贷款行为的结果么。比如说:借款人信息表中借款人张某在配偶信息表中能查到其配偶为王某,那如果我们按照王某的个人信息在借款人信息表里查到其同时有贷款记录的话,那同为夫妇的张某和王某就存在通常所说的“夫妻同贷”的违规行为。
那么具体该如何做呢,如何保障查询结果的真实性和完整性呢?审计人员通过多次尝试和讨论,拟定了思路:可以通过配偶信息表取得所有配偶的姓名和身份证号,然后按照身份证号对借款人信息表进行查询,得出结果。其一,必须通过身份证号进行关联,因为配偶姓名存在重名的可能。其二,由于现行存在新老身份证号的现象,必须对所有的身份证号进行整理,最好的办法就是将所有的身份证号还原为原有的15位,再进行链接,确保结果完整。其三,对结果中相同身份证号的记录进行甄别,过滤掉不正确的数据,那么,结果就出来了。参考语句如下:
对借款人配偶信息表整理:
select qsxm(亲属姓名),qssfzh(亲属身份证号)
into #qs
from d_jkrxx_qs
where qsxm is not null and qssfzh is not null
将所有新的18位身份证还原到老的15位身份证号:
update #qs
set qssfzh =
substring(qssfzh,1,6) + substring(qssfzh,9,9)
where len(qssfzh) = 18
对借款人信息表里的身份证号进行相同处理:
select * into #jkr from d_jkrxx_bginfo
update #jkr
set jkrsfzh =
substring(jkrsfzh,1,6) + substring(jkrsfzh,9,9)
where len(jkrsfzh) = 18
将两张处理好的零时表进行表连接:
select
#qs.qsxm,#qs.qssfzh,#jkr.jkrsfzh,#jkr.htdm
into fqtd form #qs left join #jkr
on #qs.qssfzh = #jkr.jkrsfzh
delete fqtd where htdm is null(除去没有贷款的记录)
后记
随着现代社会的发展,科技水平日新月异,越来越多的企事业单位的原始业务数据实现了信息化管理,凸显出其独立性、真实性、数据量大等特点,并实现了与单位财务系统互联的强大功能。
面对这一特性,原始的就账审账审计思路与方法已相形见拙,创造新审计思路、方法迫在眉睫。就公积金审计而言,如果只是针对该中心财务资料进行审计,就只能就该中心经费管理情况进行审计,而不能涉及到公积金的存、放过程中存在的深层次的问题及其执行政策的效果情况。通过此次审计,审计人员在审计中总结,在审计中提高,体会到了计算机辅助审计的重要性与强大功能,并且认识到自身计算机理论知识与运用能力的欠缺,这些有待于我们在今后的信息化建设、计算机技术普及工作中加强提高,为更好的履行审计监督职能提供更好的支撑。
(作者单位:宜春市审计局)
望洋兴叹
此次审计是涉及到民生问题的专项审计,市局领导非常重视,专门召开会议讨论审计方案的编制,确定审计内容和重点。在吸取其他省份及省里其他设区市经验的基础上,确定了此次审计以正常财务收支审计为主线,计算机技术为辅,加大对业务数据的审计力度,从整理和分析业务数据中发现深层次的问题。
进点第一天听取情况介绍时,审计人员才知道所谓“业务数据”的概念。该中心使用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——贷款合同明细表中包含合同代码、贷款金额等需要的信息,设置语句如下:
select * from q_grhtmx
where dkje(贷款金额) > 80000 and year(jxdate) = 2005
order by dkje desc
查询当年(2005年)哪些单位个人缴交比例过高。
循序渐进,按照审计方案,查找出公积金缴交比例过高的企业和单位,查看其是否在法定比例内进行缴交。在数据库中,有一张表专门保存个人缴交率,但是却没有缴交人信息,这就需要设置语句对“个人资金缴交率”表与“单位信息表”进行关联,并得出我们需要的结果。参考语句如下:
select q_grzj_jjl.dwdm(单位代码),
q_grzj_jjl.jjdate(缴交时间),q_grzj_jjl.grjjl(个人缴交率),q_grzj_jjl.dwjjl(单位缴交率),q_wldw$.dwname(单位名称)
from q_grzj_jjl right join q_wldw$
on q_grzj_jjl.dwdm = q_wldw$.dwdm
where left (q_grzj_jjl.jjdate,4) = ’2005’
order by q_grzj_jjl.dwjjl desc
查询夫妻同贷的情况。
通过对数据的不断分析,审计人员能够整体把握数据表之间的关系,并通过初步的查询,取得了比较理想的成果,大大增强了对业务数据的分析能力和自信心,敢于进行更深入、更复杂的数据分析工作。审计人员在大量的数据表中发现一张“借款人配偶信息表”,其中记录着所有贷款人的配偶姓名、身份证号等信息,与“借款人信息表”中的借款人关联。一个想法在审计人员脑中闪现,按照配偶信息表中的身份证号对借款人信息表进行查询不就是夫妻双方同时都存在贷款行为的结果么。比如说:借款人信息表中借款人张某在配偶信息表中能查到其配偶为王某,那如果我们按照王某的个人信息在借款人信息表里查到其同时有贷款记录的话,那同为夫妇的张某和王某就存在通常所说的“夫妻同贷”的违规行为。
那么具体该如何做呢,如何保障查询结果的真实性和完整性呢?审计人员通过多次尝试和讨论,拟定了思路:可以通过配偶信息表取得所有配偶的姓名和身份证号,然后按照身份证号对借款人信息表进行查询,得出结果。其一,必须通过身份证号进行关联,因为配偶姓名存在重名的可能。其二,由于现行存在新老身份证号的现象,必须对所有的身份证号进行整理,最好的办法就是将所有的身份证号还原为原有的15位,再进行链接,确保结果完整。其三,对结果中相同身份证号的记录进行甄别,过滤掉不正确的数据,那么,结果就出来了。参考语句如下:
对借款人配偶信息表整理:
select qsxm(亲属姓名),qssfzh(亲属身份证号)
into #qs
from d_jkrxx_qs
where qsxm is not null and qssfzh is not null
将所有新的18位身份证还原到老的15位身份证号:
update #qs
set qssfzh =
substring(qssfzh,1,6) + substring(qssfzh,9,9)
where len(qssfzh) = 18
对借款人信息表里的身份证号进行相同处理:
select * into #jkr from d_jkrxx_bginfo
update #jkr
set jkrsfzh =
substring(jkrsfzh,1,6) + substring(jkrsfzh,9,9)
where len(jkrsfzh) = 18
将两张处理好的零时表进行表连接:
select
#qs.qsxm,#qs.qssfzh,#jkr.jkrsfzh,#jkr.htdm
into fqtd form #qs left join #jkr
on #qs.qssfzh = #jkr.jkrsfzh
delete fqtd where htdm is null(除去没有贷款的记录)
后记
随着现代社会的发展,科技水平日新月异,越来越多的企事业单位的原始业务数据实现了信息化管理,凸显出其独立性、真实性、数据量大等特点,并实现了与单位财务系统互联的强大功能。
面对这一特性,原始的就账审账审计思路与方法已相形见拙,创造新审计思路、方法迫在眉睫。就公积金审计而言,如果只是针对该中心财务资料进行审计,就只能就该中心经费管理情况进行审计,而不能涉及到公积金的存、放过程中存在的深层次的问题及其执行政策的效果情况。通过此次审计,审计人员在审计中总结,在审计中提高,体会到了计算机辅助审计的重要性与强大功能,并且认识到自身计算机理论知识与运用能力的欠缺,这些有待于我们在今后的信息化建设、计算机技术普及工作中加强提高,为更好的履行审计监督职能提供更好的支撑。
(作者单位:宜春市审计局)