yqsh log 20090902 - 20090905

    第一阶段,

 

    人行反还数据,导入数据库OK,导出数据库备份,itptemp。

 

    批量时间修改结束,跑完批量,导出数据库备份,itp。

 

    下一阶段工作(第二阶段):

 

    明确:

 

    贷款业务相关一共八张表:

 

   

五、贷款业务信息

1. 贷款合同信息表

数据库表结构:cc_cr_bargain

 

 

2. 合同金额信息表

数据库表结构:cc_bar_money

 

 

3. 借据信息表

数据库表结构:cc_duebill_info

4. 还款信息表

数据库表结构:cc_dbill_return

5. 展期信息表

数据库表结构:cc_dbill_exps

 

十二、担保信息

1. 保证合同信息表

数据库表结构:cc_ensure_bar

 

2. 抵押合同信息表 (数据库无“登记机关”这个字段

数据库表结构:cc_pledge_bar

 

3. 质押合同信息表

数据库表结构:cc_impawn_bar

 

 

----

 

其中:

 

 

这两张表为null,具体原因是:

 

一。

贷款相关的八张表的rtp_type(上报状态)字段不符合批量抓取的条件,批量抓取的rtp_type字段值为2,目前的情况是产生报文之前的为1,产生报文之后的值为3。

 

需要做的:执行产生报文,rtp_type字段值就会从1变成3,再手工用PL/SQL等工具把rtp_type的值改成2。

 

二。

把incenter字段(入库标志)值由0改成1,也是手工用PL/SQL等工具修改。

 

---

 

报文的总类,总共分五种,分别为:

1。基本

2。基本重发

3。业务

4。业务重发

5。删除

 

具体看企业征信文档说明的附录C。

 

----

 

尚需要做的:联系人行,确定人行的数据较验方式,即YQSH数据上报的方式,因为据说人行把数据检验的工作外包给第三方公司了,这个需要跟YQSH负责人联系,让他们跟人行联系,以确定方式。

 

 

----

 

关于com_sys_parm表,其中com_sys_date字段,修改成昨天2009-9-5,再走批量。

 

----

产生报文,发放和还款时间要错开,因为发放和还款在一天,从业务角度说不清楚,所以一定要错开。

你可能感兴趣的:(yqsh log 20090902 - 20090905)