信贷管理系统项目工作

工作简报

第200904期

（总第4期）

信贷管理系统项目组时间：2009年12月2日

数据采集及补录问题答疑

目前，大部分行社都已进入数据清理阶段，三家试点行社数据补录工作也已于11月26日正式开始。在各行社进度不一的工作进程中，问题渐次涌现，既有核心方面的数据问题，也有采集方面的口径问题，现结合试点行社在补录中反映出的补录与数据采集方面存在的问题，答疑如下：

1、外省市地址码如何填写?能否提供全国统一的行政区域编码对照表？

第一次下发的从系统中导出的村组编码表，部分行社在审核后发现有问题，做了修改上报，我们又重新进行了导入。现将二次审核后从信贷管理系统中导出的全库村组编码对照表上传到QQ群共享中，请大家下载使用。对于户口属于外省市的对公、个人客户地址码填列规定如下：1、对公客户地址编码，使用客户基本信息补录模板Sheet1表中B列提供的甘肃省行政区域编码填列，原则是客户在那个县区的行社贷款，就使用那个县区的行政编码；2、个人客户地址编码，按照客户的省内住址或主要经营场地对应的地址码对照填列。无论是对公客户还是个人客户，均不再考虑外省市地址码的编制，全部使用我省统一规则编制的地址编码。

2、核心系统中无合同编号的，在采集模板中如何补录？

在前期培训及答疑中，我们要求申请信息采集模板中贷款合同编号为必输项，该项具体填报核心系统中原有的旧合同编号。但在补录期间发现，由于核心中操作不规范，存在部分贷款在核心系统中无数据或数据有问题的情况，为了保证补录工作的正常开展，经项目组讨论确定：该项虽定义为必输项，但如果部分贷款确实无合同号，也可不填写，在补录平台中我们将取消系统对该字段的检测限制。

3、从核心系统中提取的合同号存在乱码，应如何处理？

如果从核心提取下发的数据中合同号存在乱码，在采集时，建议先按正确的合同号采集补录入补录模板的“贷款合同编号”字段。正式登录补录平台开始业务数据补录时，由于贷款合同信息由系统自动从核心提取，可能仍是乱码。此时，在做完信贷业务申请后，在补录平台中，先对错误合同编号按照前期采集的正确合同号进行修改，然后再做业务申请与合同的关联，以确保合同信息的正确性。

4、从核心提取拆分下发的9月30号存量数据表有哪几类？主表LNFM01.txt与

LNFM02.txt之间有何区别和联系！

下发的存量数据表主要有以下七种类型：1、LNFM01.txt 贷款分户静态信息文件；2、LNFM02.txt贷款内部分户文件；3、LNFM03.txt 分期还款实施文件；4、LNFM05.txt 委托贷款信息文件；5、LNFM06.txt贴息贷款信息文件；6、CIFM.txt客户信息文件；7、CMFM.txt担保品信息文件。其中LNFM01贷款静态主要是指此笔贷款发放时的相关信息；LNFM02贷款分户则主要反映的是贷款各种分户的余额和利率情况;LNFM03分期还款实施文件主要是指每笔分期贷款的还款计划，与LNFM01贷款静态账号关联;LNFM05委托贷款信息文件存放的是一笔委托贷款的委托信息，与LNFM01贷款静态账号关联;LNFM06贴息贷款信息文件存放的是一笔贴息贷款的贴息信息，与LNFM01贷款静态账号关联。以上具体内容请注意查看随数据下发的字段说明文件。

静态表与分户表之间通过账号进行关联，一笔贷款只有一个静态记录，对应此笔贷款的分户可能有多条，请注意查看贷款分户中的分账号。分账号说明如下：

01正常贷款；02逾期贷款；03呆滞贷款；04呆账贷款；05表内应收利息（不含贴息利息）；06表内应收逾期利息（贷款逾期未超过90天）；07表内应收贴息利息；09委托贷款表外应收利息；10表外应收利息（不含贴息利息）；11表外应收贴息；20已核销贷款呆帐（表外）；21已核销利息（只登记，不记帐）；30/31/32已置换逾期／呆滞／呆账贷款；35已置换利息（只登记不记帐）；41委托贷款利息收入；42/43收回已置换本金／利息（注：贴息利息不滚积数）。

5、增量数据在补录方式上与存量数据有无区别与联系？补录的范围是什么？

增量数据的补录方式与存量数据相同，两者之间没有严格的界线划分，采集工作可同时进行，只是按要求需对增量数据再另建一个模板进行客户信息与业务数据采集补录工作。但增量数据在补录时，在范围上与存量有所不同，只补录除存量数据已建客户以外的新增客户，对归还后又发生信贷业务的客户，再不补建客户基本信息，只登记信贷业务申请信息。因为客户信息在系统中是永久保存且全省共享的，就算贷款已归还，客户信息仍然存在。

6、客户信息完整，配偶信息如果不全是否将配偶信息采集到不完整版模板中，还是将客户信息与配偶信息一并归入完整版模板中？

客户信息采集到完整版还是不完整版补录模板，根据借款人客户信息采集情况决定。如果借款人客户信息采集到《甘肃省农村信用社信贷管理系统客户基本信息补录模板——数据完整版》模板中，那么，其配偶信息也应采集归入完整模板中，与借款人信息保持统一。对于归入无法采集信息模板的数据必须严格控制，逐条介定责任并报经行社领导审批，应坚决杜绝由于客户经理怕麻烦、不认真而将能采集健全的信息归入不完整模板的行为。7、对于一户多贷，需在核心系统中做客户号合并的贷款，应该在上线前合并，还是上线后合并？选择不同时点做客户号合并有无操作差别？

对于一户多贷情况，需在核心系统中做客户号合并，这项工作非试点行社要求必须在信贷管理系统上线前完成，部分试点行社这类数据量较多，上线前完成有一定困难，可待系统

上线后再到核心系统中补做客户号合并工作。但需注意，选择不同时点合并，合并方法有一定的差异：上线前合并，且能够将合并后的信息采集到补录模板中的，在合并时，要求以本次采集的18位正确的身份证号对应的客户号为主客户号，以核心系统中旧证号生成的客户号为辅客户号进行合并操作；上线后合并，要求需以核心系统中旧证号生成的客户号为主客户号，以本次采集到的18位正确的身份证号对应的客户号为辅客户号进行合并操作，以保证核心与信贷管理两系统间数据衔接一致。

8、保证人客户号/合作商编号是必输项吗？如果核心中没有，该数据如何采集？

《甘肃省农村信用社信贷管理系统一般贷款申请信息采集模板》申请保证信息表的G项---“保证人客户号/合作商编号”字段是一个必输项，根据担保人证件号，利用下发的数据表，在客户基本信息表中可以提取。如果该笔保证贷款在核心中没有建立保证人客户号，要求需先在核心系统补建保证人客户信息，然后再提取核心产生的客户号补录入补录模板的“保证人客户号/合作商编号”字段。但从各行社反应情况来看，目前存在大部分保证贷款的保证人客户信息未在核心建立，且这类贷款涉及保证人较多，完全在核心中补录工作量太大。经项目组讨论确定，存在这类问题的行社，先上报情况说明，经项目组审批同意后可取消保证人信息补录，即在担保方式中选择为保证贷款，但不必再录入保证人相关信息。

工作简报

第200903期

（总第3期）

信贷管理系统项目组时间：2009年11月30日

补录工作重点及补录操作流程

11月26日，信贷管理项目组技术人员完成了全省信贷管理系统补录平台的搭建与调试工作，陇西、临洮、甘州三家试点行社成功导入信贷客户基本信息，开始正式登录补录平台，开展信贷业务数据补录工作。

一、补录数据工作重点

从三家试点行社前期准备情况来看，要做好信贷管理系统存量数据补录工作，必须扎扎实实做好以下几个方面的准备工作：