#共享額度需求
## 1.0相關需求內容
### 1.1 需求為產(chǎn)品經(jīng)理給需求文檔，關聯(lián)禪道需求編號
編號1054
[http://chandao.sxfax.com/zentao/task-view-325.html](http://chandao.sxfax.com/zentao/task-view-325.html "共享額度")
## 2.0需求分解內容
### 2.1 需求分解需要在需求文檔的基礎上虏肾。開發(fā)人員充分理解并和產(chǎn)品經(jīng)理經(jīng)過討論以及確認后，將需求進行分解（子功能）干旁。然后形成文檔隙咸。
無需分解
## 3.0功能設計內容
### 3.1 功能影響范圍（尤其是較大的修改需求，一定要確認修改后對整個系統(tǒng)的影響）涎显。
此功能對提單增加一個金額限制
### 3.2 總體設計概要挚瘟。
1.開票企業(yè)維護內 增加一個公司類型叹谁，當公司類型為“授信公司”新增一項“剩余額度”饲梭，數(shù)據(jù)由系統(tǒng)自動算出，不可修改焰檩。公式為=授信額度-在庫額度（已經(jīng)放款且沒有回款的額度）憔涉。增加一個關聯(lián)子公司字段顯示“授信公司”下顯示的子公司。
2.開票企業(yè)維護內增加公司類型析苫，當公司類型為“子公司”新增一項“在庫額度*（已經(jīng)放款且沒有回款的額度）”兜叨，增加一個“關聯(lián)授信公司”按鈕，可以選擇“授信公司”衩侥，去掉授信額度字段国旷。
3.系統(tǒng)限制該開票企業(yè)的在庫額度不能超過授信額度。提單時由系統(tǒng)自動判定顿乒，如超過則不能提單提示“你授信額度不夠”（校驗出票金額/票面金額）议街。如是共享額度的企業(yè)泽谨，共享企業(yè)的在庫額度算入被共享企業(yè)的在庫額度。如被共享企業(yè)的在庫額度超過其授信額度，共享企業(yè)和被共享企業(yè)均不能提單黄娘。
### 3.3 詳細設計內容账嚎。
#### 3.3.1 數(shù)據(jù)庫表相關設計
在sl_enterprise開票企業(yè)表中添加公司類型、剩余額度雄卷、在庫額度搓蚪、關聯(lián)授信公司
數(shù)據(jù)項名稱?????| 數(shù)據(jù)項類型?????|數(shù)據(jù)項長度?????| 是否關鍵字???|是否為空??????|數(shù)據(jù)項含義
------------- | ------------- |-------------|-------------|-------------|-------------
type????????????| varchar???????|20???????????| 否??????????|否????????????|公司類型（枚舉）
residualAmount| FLOAT?????????|10???????????| 否??????????|否????????????|剩余額度
libraryAmount | FLOAT?????????|10???????????| 否??????????|否????????????|在庫額度
companyId?????| varchar???????|40???????????| 否??????????|否????????????|關聯(lián)授信公司
#### 3.3.2 對象以及接口相關設計（所謂的接口其實就是對象的操作及方法）
1、修改開票企業(yè)新增和修改接口
2丁鹉、新增實時查詢在庫額度接口
3妒潭、修改提單接口，增加授信額度判斷
#### 3.3.3 較難的需求需要算法邏輯相關設計
無
-------------------
#渠道提單需求
## 1.0相關需求內容
### 1.1 需求為產(chǎn)品經(jīng)理給需求文檔揣钦，關聯(lián)禪道需求編號
編號1054
[http://chandao.sxfax.com/zentao/task-view-326.html](http://chandao.sxfax.com/zentao/task-view-326.html "共享額度")
## 2.0需求分解內容
### 2.1 需求分解需要在需求文檔的基礎上雳灾。開發(fā)人員充分理解并和產(chǎn)品經(jīng)理經(jīng)過討論以及確認后，將需求進行分解（子功能）冯凹。然后形成文檔谎亩。
無需分解
## 3.0功能設計內容
### 3.1 功能影響范圍（尤其是較大的修改需求，一定要確認修改后對整個系統(tǒng)的影響）宇姚。
此功能對人員修改以及提單流程有影響
### 3.2 總體設計概要匈庭。
新增人員增加兩個選項，內部人員浑劳，外部渠道人員阱持。
1.選擇內部人員不變
選擇外部渠道人員，顯示渠道額配置和產(chǎn)品子類需配置渠道和產(chǎn)品子類（多選）
2.在業(yè)務管理下面增加“渠道提單”菜單魔熏，渠道提單有兩個tab紊选。
“渠道待提單”啼止，未提交或者被退回的單，待處理頁面（如業(yè)務申請頁面）有新增業(yè)務按鈕兵罢，點擊新增按鈕献烦，進入渠道提單產(chǎn)品選擇頁面（可選擇產(chǎn)品為后臺配置產(chǎn)品），所有渠道業(yè)務提單頁面卖词，去掉歷史單關聯(lián)模塊巩那。
“渠道已提單”顯示渠道已經(jīng)提交的業(yè)務單（只顯示自己提交的）頁面詳情如“業(yè)務審批查詢”，業(yè)務詳情頁面需去掉歷史管理模塊此蜈。
3.新增業(yè)務單可選產(chǎn)品即横，為外部渠道用戶配置產(chǎn)品。
4.業(yè)務單詳情頁面裆赵，類型固定為“渠道”东囚，可選業(yè)務來源為外部渠道人員配置的渠道。
5.渠道已提單頁面如“業(yè)務審批查詢”战授，頁面詳情去掉歷史單關聯(lián)模塊
6.業(yè)務申請頁面增加兩個tab
“業(yè)務申請tab”如原業(yè)務申請页藻，“渠道提單tab”去掉原業(yè)務申請頁面“新增業(yè)務”按鈕≈怖迹“取消”按鈕修改為“退回”份帐。業(yè)務詳情頁面，提交修改為“同意”楣导，增加“退回”按鈕废境，當選擇同意，則提交到業(yè)務審批流程筒繁。如選擇退回噩凹，則退回到渠道提單。頁面詳情去掉歷史單關聯(lián)模塊
### 3.3 詳細設計內容毡咏。
#### 3.3.1 數(shù)據(jù)庫表相關設計
在sl_user人員表中添加人員類型驮宴、配置渠道、產(chǎn)品子類字段
數(shù)據(jù)項名稱?????| 數(shù)據(jù)項類型?????|數(shù)據(jù)項長度?????| 是否關鍵字???|是否為空??????|數(shù)據(jù)項含義
------------- | ------------- |-------------|-------------|-------------|-------------
type????????????| varchar???????|20???????????| 否??????????|否????????????|人員類型（枚舉）
channel????????| varchar???????|500??????????| 否??????????|否????????????|配置渠道
product???????| varchar???????|1024?????????| 否??????????|否????????????|產(chǎn)品子類
在sl_loan表中添加來源字段血当，區(qū)分渠道和業(yè)務提單
數(shù)據(jù)項名稱?????| 數(shù)據(jù)項類型?????|數(shù)據(jù)項長度?????| 是否關鍵字???|是否為空??????|數(shù)據(jù)項含義
------------- | ------------- |-------------|-------------|-------------|-------------
source????????| varchar???????|20???????????| 否??????????|否????????????|來源（枚舉）
#### 3.3.2 對象以及接口相關設計（所謂的接口其實就是對象的操作及方法）
1幻赚、修改人員新增和修改接口，新增多選字段存id,以逗號隔開（id1,id2,id3）
2臊旭、新增渠道待提單落恼、已提單接口
3、新增根據(jù)角色提單選擇產(chǎn)品接口
4离熏、新增渠道提單保存接口
5佳谦、新增渠道提單頁面中退回接口
#### 3.3.3 較難的需求需要算法邏輯相關設計
無
