第一阶段,
人行反还数据,导入数据库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,再走批量。
----
产生报文,发放和还款时间要错开,因为发放和还款在一天,从业务角度说不清楚,所以一定要错开。