撥開云霧現真容 SQL語句顯神通

住房公積金制度是我國住房保障體系的主要組成部分，是保證職工住房消費的資金積累，提高職工購房支付能力的一項基本惠民制度。近年來，隨著繳交人數的增多，資金規模不斷地擴大，為保障資金使用與管理的合法合規性，揭示住房公積金政策執行效果情況，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 1 and qssfzh is not 1

將所有新的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 1(除去沒有貸款的記錄)

后記

隨著現代社會的發展，科技水平日新月異，越來越多的企事業單位的原始業務數據實現了信息化管理，凸顯出其獨立性、真實性、數據量大等特點，并實現了與單位財務系統互聯的強大功能。

面對這一特性，原始的就賬審賬審計思路與方法已相形見拙，創造新審計思路、方法迫在眉睫。就公積金審計而言，如果只是針對該中心財務資料進行審計，就只能就該中心經費管理情況進行審計，而不能涉及到公積金的存、放過程中存在的深層次的問題及其執行政策的效果情況。通過此次審計，審計人員在審計中總結，在審計中提高，體會到了計算機輔助審計的重要性與強大功能，并且認識到自身計算機理論知識與運用能力的欠缺，這些有待于我們在今后的信息化建設、計算機技術普及工作中加強提高，為更好的履行審計監督職能提供更好的支撐。

(作者單位:宜春市審計局)