运用计算机技术审计信用社几个典型问题的解决方法,本文主要内容关键词为:几个论文,信用社论文,解决方法论文,计算机技术论文,典型论文,此文献不代表本站观点,内容供学术参考,文章仅供参考阅读下载。
近年来,安徽省农村信用社系统确立了以县级联社为独立法人的经营管理体制,建立综合业务系统实现通存通兑,集中了全省信用社的业务数据。本文拟从信用社信息系统介绍入手,通过数据分析,就如何对信用社经营管理中几个典型问题进行审计做一些探讨。
一、数据下载和数据整理
下载数据前,要与省联社信息中心技术人员充分沟通,对其提出数据需求,请他们进行下载,以文本文件形式存储。由于被审计的各县级联社是独立法人,省联社信息中心只是其管理和服务机构,只负责技术上的保障,所以不必有数据下载不实的担心。从信用社的经营情况来看,目前其业务品种还比较单一,主要就是公司和个人的贷款业务。因此,我们围绕贷款业务下载了以下一些主要数据表。
贷款主文件表。该表每条记录描述了某一客户在某一时点(主要是年末)的贷款状况,是一张静态的表,账户余额之和要与财务报表的贷款科目相等。主要字段包括贷款账号、客户号、客户名、合同编号、借据号、科目号、账户余额等。
借款凭证表。该表记录了客户在每一合同项下所有的借据信息,动态地记录了每一客户借款变化情况,是贷款审计业务最重要的一张表。主要包括客户号、借据号、贷款账号、借款金额、借款时间、到期时间、保证形式、四级分类、五级分类、借款余额、机构代码等字段。借据号是主码,是唯一的。该表记录的所有借据的借款余额之和应与财务报表的贷款科目余额相等。
法人基本信息表。记录了法人客户的基本情况,包括客户代码、名称、法人代表、成立时间、行业等信息。
自然人基本信息表。记录在本社借款的自然人的基本情况,包括客户号、姓名、证件号、配偶姓名等内容。
保证台账表。描述了某一保证贷款的保证人姓名、证件号等信息,是连接贷款合同与担保合同关系的桥梁。
股金主文件。静态地描述了本信用社所有股东的客户号、姓名、股金余额(包括资格股和投资股)。
股金明细文件。动态地反映本信用社股东的股金变化情况,包括入股时间、入股金额、退股金额等内容。
对公活期存款明细。动态反映每一对公客户存款存取变动情况,就是账户的流水账。
对私活期存款明细。动态反映每一对私客户存款存取变动情况,就是账户的流水账。
内部账明细(凭证库)。反映每笔业务的会计信息,相当于AO转换数据中的凭证库。
其他还有一些数据字典类型的表,如业务代号表、摘要代码表、字段描述表,主要用于解释内部账明细(凭证库)部分内容。担保方式、五级分类、证件类型、信用等级、计息方式等表主要用于解释借款凭证表的部分内容。除了从省联社信息中心采集的电子数据外,审计时还要向信用社索取年末的贷款质量五级分类认定表、职工花名册(含身份证号码)等电子文件。
数据准备工作主要是对所取得的电子文件进行导入、整理,形成方便下一步使用的中间表。首先,利用SQL-Server 2000的数据导入功能,将文本文件导入到软件中。然后,以借款凭证表中的客户代码、机构代码为关键字,与法人基本信息表、自然人基本信息表、机构表相连接,分别将客户姓名、证件号码、行名(主要是分支机构)等必要信息附加到借款凭证表中。整理从信用社索取的年末五级分类认定表,通过客户证件号或借据号将分类结果关联到借款凭证表中去,用于下一步的统计和分析。利用同样的方法整理对公、对私存款明细账以及内部明细账,将各个字典表的内容附加到主表上去,便于识别和利用。
二、农村信用社经营管理中存在的几个典型问题及审计方法
(一)贷款质量真实性审计
各地农村信用社目前都在积极组建农村商业(合作)银行,其中信贷资产质量是一个重要指标。因此信贷资产质量的认定中更有可能出现包装和隐瞒不良资产的问题。可以从以下几个思路,用计算机进行检索和甄别。信用社贷款四级分类是系统根据时间自动调整的,五级分类是人工认定的,可通过搜索两种分类的差异确定检查对象。如以四级分类为逾期或呆滞、五级分类正常为条件,运行如下一个简单的类SQL语句,就可得到两种分类存在差异的贷款记录。
select*into中间表_法人正常借款凭证表from中间表_法人借款凭证表where五级分类状态=’01’or五级分类状态=’02’
select*into疑点表_四五级分类不一from中间表_法人正常借款凭证表where四级分类状态=’02’or四级分类状态=’03’or四级分类状态=’04’or-der by贷款余额desc
有的信用社利用借新还旧换据方式维持债权,掩盖到期不能偿还的不良贷款问题。借新还旧可分为先借新后还旧、先还旧后借新、借新同日还旧等几种情况,在此就借新同日还旧情况做搜索。参考类SQL语句如下:
select客户号,count(客户号)as笔数into中间表_客户贷款笔数表from中间表_借款凭证表
select a.客户号as客户,a.笔数,b.*into中间表_客户多笔贷款明细from中间表_客户贷款笔数表a left join中间表_借款凭证表b on a.客户号=b.客户号where笔数>1 order by笔数desc,客户
select a.*,b.贷款日期as前次贷款,b.到期日as前次到期into疑点表_借新还旧同日的from中间表_客户多笔贷款明细a,中间表_客户多笔贷款明细b where a.客户=b.客户and a.贷款日期=b.到期日and a.贷款余额>0 order by a.贷款余额desc
也可直接从借款凭证表借款用途字段中搜索带有“借新还旧”、借款人字段中含有“政府”等字样的贷款,如:
select*from中间表_自然人借款表整理表where贷款用途like '%新%旧% 'and贷款余额>0
通过上述思路和运行语句,得到结果后再进行延伸核实确认,基本能够查出信用社在信贷资产质量划分不实、隐瞒不良资产的问题。
(二)个人多头贷款审计
由于县级联社网点较多,硬件及管理水平跟不上,给客户多头贷款提供了条件。所谓多头贷款是指由于信用社之间信息不畅,一个客户在一家信用社贷款未还的情况下,又向另一家信用社申请贷款,其风险在于放大了客户信用,或为那些不诚信客户提供了二次信用。审计思路是利用计算机找出那些2笔以上的贷款客户,再看这些贷款户有无在不同的分支机构贷款,然后调取档案进行查实。可用以下类SQL语句实现:
以借款人证件号码分组,找出有多笔借款的客户:
select证件号码,count(证件号码)as笔数into过渡_自然人笔数from中间表_自然人借款表整理表group by证件号码order by笔数desc
将上述笔数再与借款明细表相关联:
select a.证件号码as证件,a.笔数,b.*into疑点表_自然人多笔贷款明细from过渡_自然人笔数a left join中间表_自然人借款表整理表b on a.证件号码=b.证件号码where笔数>2 order by笔数desc,证件
在得到这个疑点表后,还要靠人工逐一分析,特别是对那些贷款笔数多的客户,看是否存在一个客户在一家信用社贷款不良,而另一家又放新贷;一个客户在同一家信用社前笔贷款不良,而再次取得贷款等现象。
(三)个人前账未清又放新贷审计
由于信用社管理较为薄弱,存在客户前账未清又放新贷的情况,特别是在前笔贷款已成不良的情况下,又发放新的贷款,增加了信贷资产风险。审计思路是将借款凭证表做一个自连接,筛选第二次贷款日期在第一次到期日后的贷款记录。主要类SQL语句参考如下:
select distinct a.*,b* into疑点表_个人前账未清又放新贷from过渡表_个人两笔以上有余额贷款明细a inner join过渡表_个人两笔以上有余额贷款明细b on a.证件号码=b.证件号码where b.贷款日期>a.到期日order by b.行名
得到这个疑点表后,再检查第一笔贷款的五级分类状况,查找有无前账未清又放新贷的情况发生。
(四)个人保证贷款审计
由于广大农村地区借款人缺乏抵押、质押物,抵押、质押能力不足,因而存在大量个人担保贷款。担保贷款保证人的保证能力和保证效力直接影响贷款的风险。在审计中发现以下几种担保形式增加了信用社风险,应予以揭示。
1.夫妻贷款互相担保。审计思路是先找出夫妻一方贷款的保证人信息,与其配偶信息相比较,如存在相同的记录.即说明有这种情况存在。参考类SQL语句如下:
从自然人基本信息表中找出夫妻关系的记录:
select*into中间表_夫妻关系表from自然人基本信息where配偶姓名is not null
确定夫妻一方的贷款记录:
select*into过渡表_夫妻一方贷款from中间表_自然人借款表整理表where客户号in(select客户号from中间表,夫妻关系表)
确定夫妻一方贷款的保证人:
select a.*,b.保证人证件号码,b.保证人名称into过渡表_夫妻一方有保证贷款from[过渡表_夫妻一方贷款]a inner join保证人台账b on a.客户号=b.借款人客户号
附加上借款人的配偶信息:
select a.*,b.配偶证件号码,b.配偶姓名into过渡表_夫妻及保证人贷款from过渡表_夫妻一方有保证贷款a inner join中间表_夫妻关系表b on a.证件号码=b.证件号码
筛选符合条件的结果:
select*from过渡表_夫妻及保证人贷款where保证人证件号码=配偶证件号码
同样道理,可反过来再做一次,看有无夫妻另一方借款,对方提供担保的情况。得到结果后,还要调取贷款档案进行核实。
2.夫妻一方贷款,一方为其他人担保。审计思路是先找出夫妻一方的贷款,然后确认其配偶有保证记录,再找出其所担保的贷款。
确定夫妻一方有贷款的记录:
select*into过渡表1 from中间表_自然人借款表整理表where证件号码in(select证件号码from中间表_夫妻关系表)
附加上配偶信息:
select a.*,b.配偶姓名,b.配偶证件号码into过渡表2 from过渡表1 a inner join中间表_夫妻关系表b on a.证件号码=b.证件号码
附加上配偶的保证信息:
select distinct a.*,b.保证人名称,b.借款人客户号into过渡表3 from过渡表2a inner join保证人台账b on a.配偶证件号码=b.保证人证件号码
附加上配偶所担保的贷款信息形成疑点:
select distinct a.*,b.* into疑点表_夫妻一方贷款一方为他人担保from过渡表3 a inner join中间表_自然人借款表整理表b on a.借款人客户号=b.客户号where a.贷款余额>0 and b.贷款余额>0
3.借款人同时为他人担保或多次担保。这种现象在信用社很普遍,它放大了借款人信用,降低了担保的效力,增加了贷款风险。审计思路与上述夫妻一方贷款一方担保类似,通过保证人台账表将借款人借据表与保证人姓名、身份证件号码等信息相连,再将保证人身份证号码与借款凭证表相关联,即可得到担保人同时借款的疑点记录。语句不再赘述。
(五)股东贷款入股审计
农村信用社股金管理法规规定,社员不得以贷款资金入股。通过社员入股和贷款时间比较,能够锁定贷款入股的记录。参考类SQL语句如下:
找出入股记录:
select left(股东账号,12)as股东号,*into过渡表_股东入股及贷款from股金明细文件where摘要代码='116'
以客户号为关键字将入股与借款信息相关联:
select a.股东号,a.交易日期,a.交易金额,a.摘要代码.b.* into过渡表_股东入股及贷款1 from[过渡表_股东入股及贷款]a inner join中间表_借款凭证表整理表b on a.股东号=b.客户号
计算入股与借款相隔天数并以一定天数判断是否为贷款入股:
select datediff(day,贷款日期,交易日期)as天数,*into疑点表_疑似贷款入股from过渡表_股东入股及贷款1 where abs(天数)<=10 and交易金额>=10000 order by行名
(六)内部职工存款账户客户还贷审计
由于信用社上系统前贷款没有要求开结算户,很多老贷款通过信用社职工的存款户还款,这种现象是信用社管理上的一个薄弱环节,容易产生道德风险,审计应当关注。思路是将信用社内部职工身份证号与自然人信息表相关联,得到内部职工在系统中的客户号,再将客户号与对私存款明细表相关联,按客户号、交易日期、交易时间分别排序,得到所有内部职工存款账户流水。人工检查发生金额较大,笔数较多的账户,延伸调查。同时,以交易日期、时间、金额相同为条件,将上述内部职工存款流水与对公存款流水表相关联,得到对公账户资金向职工账户流动的情况,生成疑点,排除发工资情况,延伸调查。参考语句如下:
select自然人基本信息.*into中间表_职工客户号from[肥西联社职工]inner join自然人基本信息on[肥西联社职工].身份证=自然人基本信息.证件号码
select中间表_对私活期明细1.*into中间表_职工存款流水from[中间表_职工客户号]inner join中间表_对私活期明细1 on[中间表_职工客户号].客户号=中间表_对私活期明细1.客户号order by中间表_对私活期明细1.客户号,客户账号,日期,时间
select[中间表_职工存款流水].*,对公活期明细文件.*from[中间表_职工存款流水]inner join对公活期明细文件on[中间表_职工存款流水].日期=对公活期明细文件.日期and[中间表_职工存款流水].时间=对公活期明细文件.时间and[中间表_职工存款流水].交易金额=对公活期明细文件.交易金额
(七)贷款资金流向(或借款用途)审计
审计思路是检查贷款发放当日或次日,结算户资金的转出记录,检查传票,看资金去向。主要语句参考如下:
贷款当天取出:
select a.*,b.交易金额as贷款交易金额from[行名_对公活期明细文件]a inner join行名_对公活期明细文件b on a.客户账号=b.客户账号and a.日期=b.日期and a.交易金额=b.交易金额and a.交易码!=b.交易码and a.借贷标记!=b.借贷标记b.交易码='1620'
贷款次日取出:
select a.*,b.交易金额as贷款交易金额from[行名_对公活期明细文件]a inner join行名_对公活期明细文件b on a.客户账号=b.客户账号and a.日期=b.日期+1 and a.交易金额=b.交易金额and a.交易码!=b.交易码and a.借贷标记!=b.借贷标记b.交易码='1620'