2 模块_授信申请

1　　　　同一个客户多次授信申请，如何设计？

1.1　　　　授信申请编号，额度协议编号

假如第一次授信申请编号是A1，额度协议编号是B1,第二次授信申请编号是A2,额度协议编号是B2

首先，授信申请编号是每次都不一样的，即A1不等于A2,因为授信申请编号在发起流程时还要作为关联id,所以必须不一样。

其次，额度协议编号通常保持一致，       即B1=B2,        因为时间长了同一笔协议下会有多笔占用和释放，为了保持尽可能少的改动，所以通常保持一致。

这样设计需要注意：授信申请信息表 要有 额度协议编号 字段，授信协议表也要有 授信申请编号。

额度协议表永远只有一条，并且关联的授信申请编号 永远是最新的一条（授信申请通过时，把最新的授信申请编号 关联到协议表）

授信申请表有多条，除第一条没有协议编号外，其余的在原协议基础上发起时都要带上协议编号，这样授信申请审批通过时，可以知道要更新哪条协议。

 

1.2　　　　授信申请下带的子信息

如分项信息，子额度信息，担保信息等等，也是同样的道理，申请每次用的新的，道理同上。

生成的子信息可以直接关联授信协议编号去查

历史子信息可以在授信申请中去看

 

 

2　　　　占用和释放

2.1　　　　有授信申请的是否循环，有业务申请的是否循环，如何占用和释放？

参考如下图，具体的以业务逻辑为准