#共享额度需求
## 1.0相关需求内容
### 1.1 需求为产品经理给需求文档，关联禅道需求编号
编号1054
[http://chandao.sxfax.com/zentao/task-view-325.html](http://chandao.sxfax.com/zentao/task-view-325.html "共享额度")
## 2.0需求分解内容
### 2.1 需求分解需要在需求文档的基础上。开发人员充分理解并和产品经理经过讨论以及确认后，将需求进行分解（子功能）。然后形成文档。
无需分解
## 3.0功能设计内容
### 3.1 功能影响范围（尤其是较大的修改需求，一定要确认修改后对整个系统的影响）。
此功能对提单增加一个金额限制
### 3.2 总体设计概要。
1.开票企业维护内 增加一个公司类型，当公司类型为“授信公司”新增一项“剩余额度”，数据由系统自动算出，不可修改。公式为=授信额度-在库额度（已经放款且没有回款的额度）。增加一个关联子公司字段显示“授信公司”下显示的子公司。
2.开票企业维护内增加公司类型，当公司类型为“子公司”新增一项“在库额度*（已经放款且没有回款的额度）”，增加一个“关联授信公司”按钮，可以选择“授信公司”，去掉授信额度字段。
3.系统限制该开票企业的在库额度不能超过授信额度。提单时由系统自动判定，如超过则不能提单提示“你授信额度不够”（校验出票金额/票面金额）。如是共享额度的企业，共享企业的在库额度算入被共享企业的在库额度。如被共享企业的在库额度超过其授信额度，共享企业和被共享企业均不能提单。
### 3.3 详细设计内容。
#### 3.3.1 数据库表相关设计
在sl_enterprise开票企业表中添加公司类型、剩余额度、在库额度、关联授信公司
数据项名称 | 数据项类型 |数据项长度 | 是否关键字 |是否为空 |数据项含义
------------- | ------------- |-------------|-------------|-------------|-------------
type | varchar |20 | 否 |否 |公司类型（枚举）
residualAmount| FLOAT |10 | 否 |否 |剩余额度
libraryAmount | FLOAT |10 | 否 |否 |在库额度
companyId | varchar |40 | 否 |否 |关联授信公司
#### 3.3.2 对象以及接口相关设计（所谓的接口其实就是对象的操作及方法）
1、修改开票企业新增和修改接口
2、新增实时查询在库额度接口
3、修改提单接口，增加授信额度判断
#### 3.3.3 较难的需求需要算法逻辑相关设计
无
-------------------
#渠道提单需求
## 1.0相关需求内容
### 1.1 需求为产品经理给需求文档，关联禅道需求编号
编号1054
[http://chandao.sxfax.com/zentao/task-view-326.html](http://chandao.sxfax.com/zentao/task-view-326.html "共享额度")
## 2.0需求分解内容
### 2.1 需求分解需要在需求文档的基础上。开发人员充分理解并和产品经理经过讨论以及确认后，将需求进行分解（子功能）。然后形成文档。
无需分解
## 3.0功能设计内容
### 3.1 功能影响范围（尤其是较大的修改需求，一定要确认修改后对整个系统的影响）。
此功能对人员修改以及提单流程有影响
### 3.2 总体设计概要。
新增人员增加两个选项，内部人员，外部渠道人员。
1.选择内部人员不变
选择外部渠道人员，显示渠道额配置和产品子类需配置渠道和产品子类（多选）
2.在业务管理下面增加“渠道提单”菜单，渠道提单有两个tab。
“渠道待提单”，未提交或者被退回的单，待处理页面（如业务申请页面）有新增业务按钮，点击新增按钮，进入渠道提单产品选择页面（可选择产品为后台配置产品），所有渠道业务提单页面，去掉历史单关联模块。
“渠道已提单”显示渠道已经提交的业务单（只显示自己提交的）页面详情如“业务审批查询”，业务详情页面需去掉历史管理模块。
3.新增业务单可选产品，为外部渠道用户配置产品。
4.业务单详情页面，类型固定为“渠道”，可选业务来源为外部渠道人员配置的渠道。
5.渠道已提单页面如“业务审批查询”，页面详情去掉历史单关联模块
6.业务申请页面增加两个tab
“业务申请tab”如原业务申请，“渠道提单tab”去掉原业务申请页面“新增业务”按钮。“取消”按钮修改为“退回”。业务详情页面，提交修改为“同意”，增加“退回”按钮，当选择同意，则提交到业务审批流程。如选择退回，则退回到渠道提单。页面详情去掉历史单关联模块
### 3.3 详细设计内容。
#### 3.3.1 数据库表相关设计
在sl_user人员表中添加人员类型、配置渠道、产品子类字段
数据项名称 | 数据项类型 |数据项长度 | 是否关键字 |是否为空 |数据项含义
------------- | ------------- |-------------|-------------|-------------|-------------
type | varchar |20 | 否 |否 |人员类型（枚举）
channel | varchar |500 | 否 |否 |配置渠道
product | varchar |1024 | 否 |否 |产品子类
在sl_loan表中添加来源字段，区分渠道和业务提单
数据项名称 | 数据项类型 |数据项长度 | 是否关键字 |是否为空 |数据项含义
------------- | ------------- |-------------|-------------|-------------|-------------
source | varchar |20 | 否 |否 |来源（枚举）
#### 3.3.2 对象以及接口相关设计（所谓的接口其实就是对象的操作及方法）
1、修改人员新增和修改接口，新增多选字段存id,以逗号隔开（id1,id2,id3）
2、新增渠道待提单、已提单接口
3、新增根据角色提单选择产品接口
4、新增渠道提单保存接口
5、新增渠道提单页面中退回接口
#### 3.3.3 较难的需求需要算法逻辑相关设计
无
网友评论