TMS產(chǎn)品功能設(shè)計方案書.doc

1、TM歹品功能設(shè)計方案書1. TMSa介 -4 -1.1. 運輸目標 -4-1.2. 目標客戶 -4-1.3. 界面中元素統(tǒng)一命名 -5 -2. 基礎(chǔ)設(shè)置 - 6 -2.1. 代碼管理 -6-2.2. 物流組織管理 -62.3. 運輸方式設(shè)置 -62.4. 行政區(qū)域設(shè)置 -7 -2.5. 運輸節(jié)點管理 -7 -2.6. 線路管理 -82.6.1. 線路管理 - 8-2.6.2. 時間管理 - 8-2.7. 業(yè)務(wù)對象管理 -9 -2.7.1. 客戶管理 - 9-2.7.2. 承運商管理 - 10 -2.7.3. 車輛管理 -11-2.7.4. 人員管理 -11-2.8. 產(chǎn)品管理 - 11 -2.

2、8.1. 包裝管理 -11-2.8.2. 產(chǎn)品分類管理 - 12 -2.8.3. 產(chǎn)品資料管理 - 12 -3. 訂單管理 - 13 -3.1. 訂單管理 -133.2. 粗訂單管理 -163.3. 線路匹配管理 -174. 運輸調(diào)度管理 - 18 -4.1. 預(yù)調(diào)度管理 -184.1.1. 數(shù)量拆分 -18 -4.1.2. 行程拆分 -18 -4.1.3. 預(yù)調(diào)度 -19 -4.1.4. 調(diào)度配載 -19 -4.1.5. 不完全發(fā)運管理 -20 -4.1.6. 動態(tài)調(diào)度管理 -20 -4.1.7. 異常調(diào)度管理 -20 -5. 運輸過程管理 - 21 -5.1. 提貨裝車管理 -21-5.2

3、. 運輸在途管理 -21-5.3. 到達簽收管理 -21-5.4. 客戶回訪管理-21 -5.5. 回單管理-21 -6. 綜合查詢 - 22 -6.1. 運輸殘損管理 -226.2. 訂單全程跟蹤 -227. KPI& 報表 -23 -7.1. 運輸殘損管理 -237.2. 訂單全程跟蹤 -238. 預(yù)警 & 報警管理 - 24 -8.1. 運輸殘損管理 -248.2. 訂單全程跟蹤 -24 -9. 業(yè)務(wù)規(guī)則 - 25 -9.1. 運輸殘損管理 -259.2. 訂單全程跟蹤 -2510. 系統(tǒng)配置 - 26 -10.1. 運輸殘損管理-2610.2. 訂單全程跟蹤-26 -錯

4、誤! 未定義書簽。錯誤! 未定義書簽。錯誤! 未定義書簽。10.3. 執(zhí)行方案信息管理10.4. 波次管理10.5. 投訴分類管理11. 訂單管理錯 誤 ! 未定義書簽。- 10 -錯誤! 未定義書簽。錯誤! 未定義書簽。1.1. . 訂單管理1.2. . 客戶訂單查詢12. 訂單監(jiān)控 錯 誤 !未定義書簽。12.1. 訂單監(jiān)控 錯誤!未定義書簽。12.2. 客戶投訴管理 錯誤!未定義書簽。13. 回單管理 錯 誤 !未定義書簽。13.1. 回單管理 錯誤!未定義書簽。13.2. 回單影像批量歸檔 錯誤!未定義書簽。14. 報表統(tǒng)計 錯 誤 !未定義書簽。14.1. 回單報表 錯誤!未定義書簽

5、。14.2. 干線運輸統(tǒng)計表 錯誤!未定義書簽。14.3. 市內(nèi)運輸統(tǒng)計表 錯誤!未定義書簽。14.4. 每日運作問題匯總表 錯誤!未定義書簽。14.5. 回單差異報表 錯誤!未定義書簽。14.6. 長途跟蹤表 錯誤!未定義書簽。14.7. 每日收款清單表 錯誤!未定義書簽。1. TMSW介TMS全稱TRANSPORTATION MANAGEMENT SY STEW理系統(tǒng)。運輸業(yè)務(wù)貫穿物流整個 過程，簡單說，物品從A地通過運輸工具裝載被運送到 B地即為運輸過程。運輸方式有公 路運輸、鐵路運輸、航空運輸、水路運輸、多式聯(lián)運、管道運輸?shù)龋粡木嚯x上來劃分，有長途運輸、區(qū)域配送、市內(nèi)配送等；從業(yè)務(wù)功能

6、上劃分，有送終端客戶運輸、調(diào)撥運輸?shù)龋粡墓?yīng)鏈角度劃分，有原材料采購運輸、成品銷售運輸、退貨運輸、回收運輸?shù)取臉I(yè)務(wù)份額角度來看，運輸業(yè)務(wù)占物流各項業(yè)務(wù)營收的60-80%， 因此， 運輸業(yè)務(wù)是物流所有業(yè)務(wù)重中之重。1.1. 運輸目標以最低成本、最大裝載量、最短路徑、最快速度、最少殘損送達交付收貨方（ 服務(wù)是有成本的，因此所謂成本最低、速度最快是指在已知服務(wù)標準前提下的最優(yōu)方案） ；合理規(guī)劃運輸方案：采用何種 （ 或幾種運輸方式有效組合） 運輸方式，選擇承運商/車型；運輸全程可視化：運輸過程可能經(jīng)歷各種運輸方式的組合，多個承運商/ 運輸工具的分批運輸，多個運作機構(gòu)之間的協(xié)同。作為客戶或管理層角度

7、，隨時需要追蹤訂單運輸過程的實時情況?？蛻糇非筚|(zhì)量： KPI 時間達標 ,貨差貨損控制服務(wù)：優(yōu)秀的質(zhì)量,客戶滿意度,訂單運輸全程管理成本：滿載率（合理拼載）,空駛率,最短路徑（線路優(yōu)化）FLUX TMS能給客戶帶來什么運輸全程可視化信息共享,資源共享多組織機構(gòu)協(xié)同運輸輔助配載,線路優(yōu)化系統(tǒng)驅(qū)動業(yè)務(wù)流程自動預(yù)警報警機制報表 ,KPI 考核 ,數(shù)據(jù)挖掘分析應(yīng)收 / 應(yīng)付費率設(shè)置,費用結(jié)算管理,成本利潤分析前置1.2. 目標客戶3PL（第三方物流）大、中型制造分銷企業(yè)運輸業(yè)務(wù)專業(yè)運輸公司特點：全國多網(wǎng)點布局多層級組織機構(gòu) 多種運輸方式：航空、鐵路、水運、公路、行包、多式聯(lián)運等 多客戶、多承運商 自有

8、車輛、外協(xié)車輛、社會車輛等1.3. 界面中元素統(tǒng)一命名客戶：委托運輸業(yè)務(wù)的上游制造企業(yè)、貨代或分銷公司等承運商：承接運輸作業(yè)的下游運輸公司、鐵路站、航空公司、或獨立司機訂單：客戶下達運輸業(yè)務(wù)的單個委托單證運單：承運商執(zhí)行運輸業(yè)務(wù)的單個作業(yè)指令運輸節(jié)點：運輸過程中的各種關(guān)鍵節(jié)點，例如：起點、終點、中轉(zhuǎn)點發(fā)貨單位/ 地址：運作類型為起點的運輸節(jié)點收貨單位/ 地址：運作類型為終點的運輸節(jié)點應(yīng)收費用：與客戶結(jié)算的以訂單為單位的運輸費用應(yīng)付費用：與承運商結(jié)算的以運單為單位的運輸費用訂單編號：系統(tǒng)訂單號，系統(tǒng)自動生成訂單的唯一編號 運單編號：系統(tǒng)運單號，系統(tǒng)自動生成運單的唯一編號客戶訂單號：不同客戶定義的

9、訂單號2. 基礎(chǔ)設(shè)置TMS 基礎(chǔ)設(shè)置為了完成運輸過程相關(guān)的物流資源基礎(chǔ)數(shù)據(jù)的維護工作，同時提供查詢功能， 使有用信息能夠在各相關(guān)部門和崗位間實現(xiàn)共享?；A(chǔ)設(shè)置部分包括了對系統(tǒng)正常運行所需要的基礎(chǔ)信息進行新增、修改，失效，恢復(fù)的操作，其中包括：代碼管理，物流組織管理，運輸方式設(shè)置，行政區(qū)域設(shè)置，運輸節(jié)點管理，線路管理，業(yè)務(wù)對象管理，產(chǎn)品管理等功能。2.1. 代碼管理【功能需求】自定義各種下拉列表，分為系統(tǒng)代碼（對開發(fā)人員開放）和用戶代碼（對用戶開放）。【業(yè)務(wù)邏輯】支持多級代碼管理，代碼本身為主從結(jié)構(gòu)，定義代碼名稱和所含代碼明細，另代碼明細也可以作為代碼名稱，繼續(xù)定義其下級代碼明細；代碼明細為下拉

10、列表，需定義其顯示順序和缺省值；代碼狀態(tài)包含：已創(chuàng)建，已審核，已凍結(jié)，已作廢。系統(tǒng)參數(shù)控制是否需要審核，如N ，則代碼創(chuàng)建保存系統(tǒng)即自動將代碼狀態(tài)置為已審核。2.2. 物流組織管理【功能需求】系統(tǒng)設(shè)計基本原則：多組織集團化管理方式；實現(xiàn)集團化的統(tǒng)一平臺、統(tǒng)一數(shù)據(jù)庫、統(tǒng)一管理的管理模式；組織為以集團總部為根的多層架構(gòu)。適用于：單一企業(yè)應(yīng)用集團性企業(yè)應(yīng)用【業(yè)務(wù)邏輯】業(yè)務(wù)及基礎(chǔ)數(shù)據(jù)方面：數(shù)據(jù)、單證需區(qū)分物流組織（具體如何區(qū)分，在后面業(yè)務(wù)部門詳細說明）；上級組織可查看下級組織的數(shù)據(jù)；客戶頁簽列表顯示該組織層級的所有客戶，可以設(shè)置缺省客戶；承運商頁簽列表顯示該組織層級的所有承運商，可以設(shè)置缺省承運商。2

11、.3. 運輸方式設(shè)置【功能需求】運輸方式是TMS 重要基礎(chǔ)數(shù)據(jù)。首先，從大的方面來看，有公路運輸、鐵路運輸、航空運輸、水路運輸?shù)龋黄浯?，客戶會定義其各自個性化的運輸方式，而物流企業(yè)也會定義其自身的運輸方式劃分；客戶會根據(jù)合同約束指定運輸方式，承運商也同樣根據(jù)和他約束指定運輸方式?！緲I(yè)務(wù)邏輯】運輸方式一旦被客戶或承運商引用即不可刪除；代碼定義第一級運輸方式-公路運輸,鐵路運輸,水路運輸,航空運輸；基礎(chǔ)數(shù)據(jù) -運輸方式中定義第二級運輸方式（隸屬于哪個一級）,客戶使用 （訂單-原單運輸方式 ,且新增客戶即自動復(fù)制到客戶管理運輸方式中復(fù)選）,內(nèi)部使用（運單運輸方式,且新增承運商即自動復(fù)制到承運商管理運

12、輸方式中復(fù)選）;缺省值在客戶管理,承運商管理中定義；在訂單拆分（數(shù)量）,行程拆分中均可重新指定運輸方式（內(nèi)部使用）;預(yù)調(diào)度中不再指定運輸方式；新增客戶保存時即將客戶使用打鉤的所有運輸方式寫入客戶運輸方式關(guān)系表；新增承運商保存時即將 內(nèi)部使用打鉤的所有運輸方式寫入承運商運輸方式關(guān)系表；2.4. 行政區(qū)域設(shè)置【功能需求】系統(tǒng)中定義國家標準的以中國為根，到省/直轄市-市 -區(qū) /縣 -鄉(xiāng) /鎮(zhèn)等各級行政區(qū)域樹狀劃分，此為后面運輸節(jié)點和線路作為重要基礎(chǔ)數(shù)據(jù)，也是運輸訂單的線路匹配和線路優(yōu)化的重要參數(shù)?！緲I(yè)務(wù)邏輯】行政區(qū)域樹狀結(jié)構(gòu)包含上千條數(shù)據(jù)，因此，初始化只展開到第二級（即省/直轄市）， 雙擊第二級再

13、展開其對應(yīng)第三級，以此類推；第二級 （省 /直轄市）指定其對應(yīng)的隸屬區(qū)域（華南/華北/華中/西南/東北-在代碼管理中定義）,其下的所有層級行政區(qū)域均自動按照第二級拷貝；行政區(qū)域主要字段包括：行政區(qū)域代碼（國家代碼），行政區(qū)域名稱，簡稱，行政區(qū)域類型 （定義為省/直轄市或市/區(qū)縣等-代碼管理中定義），層級，隸屬區(qū)域，郵編，電話區(qū)號，備注。2.5. 運輸節(jié)點管理【功能需求】運輸過程中會經(jīng)過各種關(guān)鍵運輸節(jié)點，運輸訂單主信息中必須要指定起點和終點，或者說發(fā)貨方和收貨方，而在訂單明細中，可能會存在到多個地方提貨，因此每個訂單行可能會有不同提貨點；另外， 多式聯(lián)運情況下，訂單需要分多段行程多個承運商多種運

14、輸方式協(xié)同完成運輸過程，則中間的交接點即為中轉(zhuǎn)點。這些節(jié)點是TMS 重要基礎(chǔ)數(shù)據(jù)，運輸節(jié)點同時也是訂單重要元素，是匹配線路和線路優(yōu)化的重要因子。節(jié)點分為 4 種運作類型：提貨點、起點、終點、中轉(zhuǎn)點；運作類型為起點的可指定提貨時間，為終點的可指定收貨時間（時間可以是一個范圍或周幾等）； （Holidany Calendar ）定義運輸節(jié)點（運作類型為終點）的裝貨優(yōu)先級，即優(yōu)先級高的優(yōu)先配載。（ShippingPriority）【業(yè)務(wù)邏輯】運輸節(jié)點可以選擇指定客戶或否，在訂單管理中選擇地址可選擇是否根據(jù)客戶過濾運輸節(jié)點；一個節(jié)點可以復(fù)選多個運作類型（運作類型為運輸節(jié)點從表）；運輸節(jié)點必須指定所在行

15、政區(qū)域，越精細越好；運輸節(jié)點中，增加多個地址維護（三個）,字段有，地址ID,缺省地址ID,行政區(qū)域，詳細地址, 聯(lián)系人 ,電話 ,EMAIL, 運輸節(jié)點ID 可編輯,即不同地址點可以是相同或不同ID；地址類型區(qū)分地址的業(yè)務(wù)功能，例如：終端客戶、CDC、RDC、工廠等；運作類型為中轉(zhuǎn)點的節(jié)點可指定其中轉(zhuǎn)機構(gòu)，即訂單按照該點行程拆分，則后一段行程子訂單的運作機構(gòu)自動寫為中轉(zhuǎn)點中的中轉(zhuǎn)機構(gòu)；新增節(jié)點時自動按照自增規(guī)則賦予一個地址ID 流水號（不可編輯），地址代碼由用戶填寫，新增保存系統(tǒng)校驗地址代碼+地址ID 唯一性。2.6. 線路管理2.6.1. 線 路管理【功能需求】運輸方式、起點、 終點三要素即

16、決定唯一一條線路；線路是管理運輸過程中又一關(guān)鍵基礎(chǔ)數(shù)據(jù)，訂單的各個時間節(jié)點的KPI 考核，后續(xù)費用結(jié)算無一不是基于線路運算?！緲I(yè)務(wù)邏輯】指定運輸方式、起點、終點即可自動生成線路 ID,線路名稱；運輸方式為二級運輸方式全部內(nèi)容；可指定線路上的運輸里程、運輸成本、OTD 時間、時間單位、客戶/承運商（可選，同一條線路上存在多個客戶運輸訂單，則分別設(shè)置不同線路并指定客戶/承運商，線路名稱=起點-終點運輸方式客戶/承運商）；線路表建立二級從表：根據(jù)不同參數(shù)指定各自O(shè)TD 時間，內(nèi)容包括（例如：參數(shù)：毛重 -下拉列表，條件范圍：從。 。到，時間單位，OTD 時間），其中參數(shù)為代碼定義；路線復(fù)制功能；途徑

17、點設(shè)置：對一條線路可設(shè)置其中間需跟蹤或配載的中途點（某一級行政區(qū)域），內(nèi)容包括：序號，起點，終點，運輸方式，運輸里程，運輸成本，OTD 時間、時間單位 （上一個序號終點自動寫入下一個途徑點起點）； ：途徑點運輸跟蹤和線路優(yōu)化關(guān)鍵基礎(chǔ)數(shù)據(jù)；如客戶為空，則匹配線路不考慮客戶，否則根據(jù)起點、終點、運輸方式、客戶四個條件匹配線路；：系統(tǒng)參數(shù)控制是否根據(jù)客戶線路匹配。2.6.2. 時 間管理【功能需求】客戶/承運商合同中通常會定義運輸過程中存在幾個關(guān)鍵節(jié)點KPI 時間考核：預(yù)計提貨時間、預(yù)計發(fā)運時間、預(yù)達時間、預(yù)計回單時間。這幾個時間是根據(jù)線路計算或者一定條件下根據(jù)固定算法得到?！緲I(yè)務(wù)邏輯】分三級結(jié)構(gòu)，

18、第一級：定義業(yè)務(wù)對象和時間類別，包括：對象類別（客戶OR 承運商），業(yè)務(wù)對象（如對象類別選擇客戶則業(yè)務(wù)對象查詢范圍為客戶）， 時間類別，激活 （本條是否生效），優(yōu)先級（同一業(yè)務(wù)對象會定義不同條件下的統(tǒng)一時間類別時間運算，因此系統(tǒng)根據(jù)優(yōu)先級決定執(zhí)行順序）；第二級：定義具體條件，即滿足何種條件下運算時間，例如：條件為公路運輸而且毛重小于8T 則按照該條運算OTD 時間，條件可以設(shè)置多條；第三級：運算時間的具體算法，即運算時間的公式，例如某客戶條件為公路運輸而且毛重小于8T 則按照該條運算OTD 時間算法為接單時間為起算點，再加上對應(yīng)線路上的OTD 時間 +48 小時；計算方法有多種可自定義。2.7

19、. 業(yè)務(wù)對象管理2.7.1. 客 戶管理【功能需求】如果把使用TMS 的物流公司作為主體來說，與其相對應(yīng)的有兩個核心的業(yè)務(wù)對象，其一是下達給物流公司運輸訂單，委托運輸業(yè)務(wù)的上游公司（生產(chǎn)制造業(yè)公司或流通分銷公司等），我們稱之為客戶。其二是物流公司經(jīng)過資源整合和運輸調(diào)度后下達運輸指令的下游鐵路站、航空公司、車隊、甚至是司機等，我們稱之為承運商。這兩者是 TMS 中重要的兩種業(yè)務(wù)對象，均作為基礎(chǔ)數(shù)據(jù)維護管理。【業(yè)務(wù)邏輯】客戶可對應(yīng)多個客戶屬性，如委托方，結(jié)算方。委托方指下達運輸指令的上游客戶，結(jié)算方指隸屬于委托方的結(jié)算實體對象（結(jié)算方需要單獨維護一條記錄，再與其委托方建立從屬關(guān)系），一個客戶可以對

20、應(yīng)多個客戶屬性；訂單可編輯數(shù)據(jù)：參數(shù)控制訂單主信息上件數(shù)、毛重、 凈重、 體積是否放開人工填寫，打鉤即放開，否則訂單主信息這些數(shù)據(jù)由訂單行自動匯總生成，且不可編輯；自動生成訂單行：參數(shù)控制新增保存訂單即自動生成一虛擬訂單行，產(chǎn)品名稱任一人工填寫；自定義地址：參數(shù)控制訂單主信息起點和終點是否由人工填寫；創(chuàng)建機構(gòu)：指創(chuàng)建客戶用戶所在組織機構(gòu)；組織機構(gòu)頁簽：列表顯示運作該客戶業(yè)務(wù)的所有組織機構(gòu)，可以人工添加組織機構(gòu)，包含下級機構(gòu)打鉤則表示其下所有機構(gòu)均運作該客戶運輸業(yè)務(wù)；基本信息包含聯(lián)系人信息；結(jié)算信息頁簽：列表顯示該客戶包含所有客戶屬性為結(jié)算方的對象，可以人工加入結(jié)算方。可設(shè)置缺省結(jié)算方，則訂單中

21、選擇該客戶即自動帶出該結(jié)算方；結(jié)算方式：下拉列表-月結(jié)、貨到付款、回單付款等；結(jié)算周期：自然月，上月26 日 -本月25日等；結(jié)算幣種：人民幣、美元等；應(yīng)收賬期：3 個月、 2 個月、 3 個月等（供后期應(yīng)收結(jié)算自動提醒賬期到期使用）；信用額度：設(shè)置應(yīng)收賬款最大值（后續(xù)提供自動預(yù)警功能）； 參數(shù)： 是否控制信用額度，Y 則應(yīng)收賬款達到信用額度，客戶繼續(xù)下單即對話框提示并無法審核通過；運輸方式頁簽：列表顯示所有客戶使用打鉤的運輸方式，運輸方式為checkbox，可以根據(jù)該客戶合同勾選或去除運輸方式，可設(shè)置該客戶缺省運輸方式。新增客戶則自動將運輸方式中客戶使用打鉤的運輸方式選擇自動帶入。訂單建立中

22、，訂單主信息的運輸方式會根據(jù)客戶自動將缺省運輸方式帶出；訂單類型頁簽：（代碼管理中設(shè)置一套標準訂單類型），新增客戶保存后，須在該頁簽設(shè)置該客戶的所遇訂單類型，逐條新增，選擇隸屬哪個標準訂單類型，客戶訂單類型 名稱可自定義?？稍O(shè)置該客戶缺省訂單類型。訂單建立中，訂單主信息的訂單類型會 根據(jù)客戶自動將缺省訂單類型帶出。多級客戶問題？rUKF JUTJ FXL LEFILL CfL里士軍尸T1TVKtJtJTJ2MTffL i itr-j11ITAJ i老它 HL 2il «中且+福聿臨 灑什尤隆實 EJII喘H酒 國11tLi 陋業(yè)生l： :陽E滑 iS出醒 .M 竹 Ry 值國售司 團

23、U施幺不書花黨士-a r .市 wk-.?葉代mA 刑思田公 用也三足匕 葉法.七才 亞檔2司 而1酒悄 m 用、力可 娛妙闿.左 由砥士，和PhH-r嘴的（|常抵科市麻 丁曜弁，斯彳喈f軍昂H下伊J0 s*Wir：«市用眄目E井酒麗尸寧.；£沼絆戶揩汁 味? 脫？MU1:nnrr6Itljsr Hir±2.7.2. 承運商管理【功能需求】如客戶管理功能需求中所述其二的下游鐵路站、航空公司、車隊、甚至是司機即為承 運商?！緲I(yè)務(wù)邏輯】承運商可對應(yīng)多個承運商屬性， 如承運商，結(jié)算方。承運商指接收運輸指令的下游公 司或個體車輛，結(jié)算方指隸屬于承運商的結(jié)算實體對象（結(jié)算方

24、需要單獨維護一條記 錄，再與其承運商建立從屬關(guān)系），一個承運商可以對應(yīng)多個承運商屬性；創(chuàng)建機構(gòu)：指創(chuàng)建承運商用戶所在組織機構(gòu)；需要審核車輛：參數(shù)控制車輛需要車管專員審核后才能發(fā)運，即調(diào)度配載確認發(fā)運時校驗所調(diào)度車輛是否已審核，并且車輛為基礎(chǔ)數(shù)據(jù)選擇而不能人工填寫， 車輛狀態(tài)根 據(jù)業(yè)務(wù)狀態(tài)轉(zhuǎn)換；組織機構(gòu)頁簽：列表顯示該承運商參與運作的所有組織機構(gòu)， 可以人工添加組織機構(gòu)，'包含下級機構(gòu)打鉤則表示其下所有機構(gòu)均有該承運商參與運作；基本信息包含聯(lián)系人信息；結(jié)算信息頁簽：列表顯示該承運商包含所有承運商屬性為結(jié)算方的對象，可以人工加入結(jié)算方?？稍O(shè)置缺省結(jié)算方，則運單中選擇該承運商即自動帶出該結(jié)算

25、方；運輸方式頁簽：列表顯示所有內(nèi)部使用打鉤的運輸方式，運輸方式為 checkbox, 可以根據(jù)該承運商合同勾選或去除運輸方式，可設(shè)置該承運商缺省運輸方式。新增承 運商則自動將運輸方式中內(nèi)部使用打鉤的運輸方式選擇自動帶入。調(diào)度配載中， 運單主信息的運輸方式會根據(jù)承運商自動將缺省運輸方式帶出。2.7.3. 車 輛管理【功能需求】物流公司涉及車輛類別有自有車輛、社會車輛、合同車輛、會員車輛、承運商車輛等。通常只是自有車輛需要車輛管理，即維護車輛各種信息和資料以及車輛狀態(tài)和整個運營狀況的管理?！緲I(yè)務(wù)邏輯】基本信息記錄車輛主要資料：車牌號，車輛規(guī)格，制造商，車輛型號，車架號，發(fā)動機號，行駛證號，百公里油

26、耗等等；當前位置：記錄車輛當前所在的行政區(qū)域；車輛狀態(tài)：空閑，維修，在途，調(diào)度，鎖定。新增車輛缺省狀態(tài)為空閑；車輛鎖定則該車暫不能使用和調(diào)度，解鎖后車輛狀態(tài)置為空閑；最大載重/最大容積：調(diào)度配載可以校驗做參考；承運商信息：記錄車輛隸屬的承運商（如果是自有車輛，需要設(shè)置虛擬承運商）；使用單位：缺省為承運商，若車輛調(diào)撥其他單位使用，則改變使用單位即可；車輛類別：自有車輛、社會車輛、合同車輛、會員車輛、承運商車輛等；車主/司機信息：設(shè)置擁有/使用車輛的人員信息，必須先設(shè)置人員信息，可以設(shè)置多個司機（主駕駛/副駕駛）。2.7.4. 人 員管理【功能需求】人員管理主要用來設(shè)置車主/司機基本資料?！緲I(yè)務(wù)邏

27、輯】運輸節(jié)點可以選擇指定客戶或否，在訂單管理中選擇地址可選擇是否根據(jù)客戶過濾運輸節(jié)點；人員類型：車主、主駕駛、副駕駛、裝卸工等；隸屬承運商：設(shè)置人員所屬承運商；基本信息：駕駛證號，身份證號，駕照類型等。2.8. 產(chǎn)品管理2.8.1. 包 裝管理【功能需求】產(chǎn)品一般會以標準的包裝方式進行管理，最常見的包裝方式包括托盤、箱、 內(nèi)箱和單件等。 系統(tǒng)支持為不同的產(chǎn)品定義多級的包裝層次，并允許在運輸時根據(jù)產(chǎn)品的實際包裝形態(tài)更改產(chǎn)品的包裝代碼和自動換算不同包裝單位數(shù)量?！緲I(yè)務(wù)邏輯】包裝設(shè)置參照FLUX WMS 標準功能即可，可自定義擴展到5 層。2.8.2. 產(chǎn) 品分類管理【功能需求】產(chǎn)品根據(jù)業(yè)務(wù)需求和功

28、能劃分，而需要分類管理（如正品和促銷品）。即每個產(chǎn)品可隸屬于不同的產(chǎn)品分類；另外，產(chǎn)品分類需支持多層樹狀分類結(jié)構(gòu)?！緲I(yè)務(wù)邏輯】定義產(chǎn)品分類代碼、分類名稱和所在分類層級。2.8.3. 產(chǎn) 品資料管理【功能需求】產(chǎn)品或者稱為SKU,是物流中心管理的最小單位，訂單明細均是以產(chǎn)品為單位進行 管理的。產(chǎn)品一般具有品名、凈重、毛重、體積和單價等基本屬性。而控制該產(chǎn)品的相關(guān)業(yè)務(wù)邏輯也會在產(chǎn)品中進行明確的定義?！緲I(yè)務(wù)邏輯】產(chǎn)品隸屬于客戶；產(chǎn)品隸屬于某個產(chǎn)品分類（可選）；產(chǎn)品需定義其對應(yīng)的包裝代碼、默認運輸單位（包裝代碼某一層級）和產(chǎn)品度量單位；產(chǎn)品主要參數(shù)包括：產(chǎn)品代碼、品名、凈重、毛重、單價、體積、長、寬、

29、高等；產(chǎn)品需設(shè)置重量單位和體積單位（訂單中的體積單位通常為立方米，毛重/凈重單位為噸，因此，訂單中的量需要根據(jù)產(chǎn)品基礎(chǔ)資料中設(shè)置的量和單位自動進行換算）；系統(tǒng)支持產(chǎn)品導(dǎo)入和導(dǎo)出功能（excel/csv等格式）；訂單中可修改數(shù)據(jù)參數(shù)：控制訂單明細中該產(chǎn)品體積、凈重、毛重等可編輯。- 28 -3. 訂單管理訂單受理是運輸業(yè)務(wù)的起點，運輸業(yè)務(wù)從客戶下達運輸訂單開始，處理訂單的整個過程為訂單管理，功能包括訂單管理、訂單審核、粗訂單管理、線路匹配管理。3.1. 訂單管理【功能需求】訂單管理模塊功能為接受處理訂單，接單有多種方式：人工錄入、固定格式導(dǎo)入、EDI 、復(fù)制等；訂單結(jié)構(gòu)分為訂單主信息、訂單明細信

30、息和結(jié)費信息，主信息記錄運輸訂單客戶、運輸方式、訂單類型、起點、終點、各時間節(jié)點等主要信息；明細信息記錄訂單的產(chǎn)品信息；結(jié)費信息記錄訂單發(fā)生的各種費用。【業(yè)務(wù)邏輯】 訂單主信息客戶：必填。按照客戶ID,客戶名稱模糊查詢客戶資料，列表字段：代碼、簡稱、全稱（所有列表都要求顯示代碼和中文名稱，中文名稱有簡稱和全稱的必須兩者都顯示?？梢灾苯虞斎氪a，輸入代碼后，自動轉(zhuǎn)換為中文簡稱。支持多詞模糊篩選，篩選時分別從各列進彳T篩選（如輸入“ S電子”便能篩選出代碼包含“ S”，中文名稱包含“電子”的客戶） 。下同） ；結(jié)算方：客戶結(jié)算方列表選擇。從屬于客戶，一個客戶對應(yīng)多個結(jié)費方；要求運輸方式：必填。下拉

31、顯示所選客戶檔案中所有打鉤的運輸方式，系統(tǒng)自動顯示缺省值；訂單類型：必填?？蛻粲唵晤愋土斜磉x擇?？蛻舻膯螕?jù)名稱與起點地址類型和終點地址類型映射，一個訂單類型可以有多個起點地址類型和多個終點地址類型。選擇訂單類型后，系統(tǒng)根據(jù)單據(jù)類型設(shè)置，獲取該訂單是正程還是返程訂單，以便正確獲取客戶路線的OTD 時間；訂單號（客戶訂單號）：必填 -參數(shù)控制是否必填并校驗其唯一性；系統(tǒng)號（訂單編號）：系統(tǒng)自動生成流水號-流水號規(guī)則可自定義；訂單組號：多個訂單通過組號捆綁在一起，后續(xù)統(tǒng)一調(diào)度，統(tǒng)一結(jié)算；運作機構(gòu)：運作該訂單的組織機構(gòu)。缺省為當前登陸用戶所在機構(gòu)，可以人工修改為其下級任一機構(gòu)；接單時間：時間控件選擇。

32、必填。 默認錄單時間。精確到分鐘（凡是設(shè)計到時間錄入，都要提供時間控件供選擇，并要支持精確到分鐘。下同）。時間邏輯：不能晚于錄單時間 （ADDTIME） 。預(yù)計發(fā)運時間：時間控件選擇。必填。 默認錄單時間。時間邏輯：不能早于接單時間。最早送達時間：時間控件選擇。默認錄單時間。時間邏輯：不能早于接單時間。最晚送達時間：時間控件選擇。必填。默認錄單時間。時間邏輯：不能早于最早送達時間。 （注：通常最早和最晚只用一個作為預(yù)計送達時間，最晚送達時間為預(yù)達時間）預(yù)計回單時間：時間控件選擇。必填。 默認錄單時間。時間邏輯：不早于晚送達時間。結(jié)算方式：缺省為客戶管理中選擇的結(jié)算方式，可以人工修改；毛重、凈重

33、、體積、件數(shù)、托數(shù)、總價：根據(jù)參數(shù)-訂單明細量是否合計到訂單主信息， Y 則主信息中各種量為自動匯總所有訂單行的合計數(shù)，且不可編輯，否則放開人工填寫訂單主信息各種量；接單員：缺省為當前登陸用戶名；隨附單證：自定義各種單證，打鉤復(fù)選為運輸需要攜帶的其他單證；加急危險品粗訂單：粗訂單“審核”后可以調(diào)度，但運單中的粗訂單必須被替換為實單之后，訂單才能做“發(fā)運確認”。地址信息：運輸訂單地址信息由起點即發(fā)貨單位和終點即收貨單位組成；地址信息包括行政區(qū)域，地址ID,單位名稱，詳細地址，聯(lián)系人，電話；起點：必填。地址列表選擇，列表字段：地址代碼、行政區(qū)域（簡稱）、單位名稱、詳細地址，多字段模糊篩選（如行政區(qū)

34、域+單位名稱 +地址ID+詳細地址），篩選時分別從各列進行篩選。選定后同時帶出單位、地址、聯(lián)系人和電話。如客戶自定義地址打鉤，則行政區(qū)域、單位名稱、詳細地址、聯(lián)系人、電話均放開可編輯，而不是從基礎(chǔ)數(shù)據(jù)中選擇地址，反之則可以模糊查詢選擇地址，但人工可以修改如上各字段；多地址問題：詳細地址為多條，下拉列表確定一條；終點：必填。列表字段要求同“起點”。與起點區(qū)別為運作類型的篩選條件不同，即起點篩選運作類型為起點的地址，終點篩選運作類型為終點的地址；到貨站 /到貨港：選擇運作類型為到站/到港的地址；備注：手工輸入，memo。輸入客戶對訂單的一些特殊要求；【功能邏輯】保存 按鈕： 保存時要檢查必填項；時

35、間邏輯；提交后， 匹配線路；訂單狀態(tài)為 已創(chuàng)建 ；按照遞增規(guī)則自動生成訂單編號；取消按鈕：撤銷本次訂單的界面操作；訂單預(yù)覽按鈕：彈出當前輸入訂單的報表，供檢查。復(fù)制訂單：選擇后，將訂單數(shù)據(jù)復(fù)制（只清空主信息上的訂單編號，適用于同一客戶多個訂單的快速錄入）；訂單審核：復(fù)選訂單，確認審核即將訂單狀態(tài)由 已創(chuàng)建置為 已審核， 已審核訂單則不能編輯任何信息；觸發(fā)過程：校驗訂單信息完整性，訂單明細不能為空，按照時間管理和線路設(shè)置運算各關(guān)鍵節(jié)點時間；只有已創(chuàng)建狀態(tài)訂單才能審核；訂單取消：復(fù)選訂單，將訂單狀態(tài)置由已創(chuàng)建置為已取消， 已取消訂單則正常不可見，且不再參與業(yè)務(wù)和業(yè)務(wù)統(tǒng)計；只有已創(chuàng)建狀態(tài)訂單才能取消

36、；生成訂單組：復(fù)選訂單，將所選全部訂單組號字段寫入第一個訂單的客戶訂單號，并且人工可修改，確認則校驗訂單組號唯一性，允許將未加入任何訂單組或組號清除的訂單加入到某一訂單組，在訂單任何狀態(tài)下均可以生成訂單組；生成退貨單：對光標所在訂單自動新生成一個訂單，訂單類型改為退貨單（如果已經(jīng)是退貨單則報錯），訂單號清空，起點和終點對調(diào)；匹配線路：起點行政區(qū)域固定，根據(jù)訂單運輸方式、起點區(qū)域、終點區(qū)域在線路基礎(chǔ)數(shù)據(jù)中匹配線路，終點從當前級別行政區(qū)域開始匹配，如匹配不到則終點行政區(qū)域上升一級，直到終點行政區(qū)域匹配到第三級；優(yōu)先匹配客戶線路（線路上客戶=訂單中客戶 ），如匹配不到再匹配標準線路（線路上客戶為空）

37、；訂單狀態(tài)：已創(chuàng)建，已審核，已拆分，已調(diào)度/部分調(diào)度，已發(fā)運/部分發(fā)運，已簽收/部分簽收，已回單，已對帳，已結(jié)算，凍結(jié)，關(guān)閉（異常/正常）；各關(guān)鍵節(jié)點時間：在創(chuàng)建狀態(tài)，可以人工填寫，訂單審核自動觸發(fā)運算時間；訂單明細提貨點：必填。默認等于訂單上的起點單位和地址，多點提貨，可模糊查詢運作類型為提貨點的運輸節(jié)點以修改提貨點，提貨點字段和結(jié)構(gòu)和起點/終點相同；加產(chǎn)品行后，提貨單位和提貨地址不清空；某一訂單行更改提貨地址后，新增一行時自動帶出更改的提貨地址；產(chǎn)品分類：產(chǎn)品分類模糊查詢選擇?？梢韵冗x擇產(chǎn)品分類，再過濾產(chǎn)品，或直接輸入產(chǎn)品后自動帶出其對應(yīng)的產(chǎn)品分類；產(chǎn)品代碼：必填。該客戶產(chǎn)品代碼模糊查詢選

38、擇（可按照產(chǎn)品代碼、產(chǎn)品中文名，產(chǎn)品英文名模糊查詢）。產(chǎn)品名稱：由產(chǎn)品代碼帶出。默認包裝：必填。默認帶出“產(chǎn)品基礎(chǔ)資料”中的“默認運輸”，修改時，模糊查詢包裝代碼；包裝單位：必填。默認帶出“產(chǎn)品基礎(chǔ)資料”中的“默認運輸單位”，修改時，列出該產(chǎn)品的包裝單位列表供選擇；單價：默認帶出“產(chǎn)品基礎(chǔ)資料”中設(shè)置的單價；數(shù)量：必填。必須大于0。其后文本框按照包裝自動換算出最小單位的量和托數(shù)；毛重/凈重/體積/總價：根據(jù)產(chǎn)品、包裝及包裝單位、數(shù)量自動計算訂單行的匯總量；批次屬性：參照WMS 批次屬性；訂單量存在如下幾個量：原單量、本單量、待發(fā)量、實發(fā)量、實收量；-原單量：當前訂單對應(yīng)的原始訂單數(shù)量；-本單量

39、：當前訂單的訂單數(shù)量，如果當前訂單是原單則本單量和原單量相同，如果當前訂單是已經(jīng)被拆分后的子訂單則原單量為原始訂單訂單量，本單量則為當前子訂單的訂單量；-待發(fā)量：即當前訂單可以發(fā)運的量，正常情況下待發(fā)量=本單量， 行程拆分情況下，行程拆分后一段行程子訂單的待發(fā)量為0， 前一段行程子訂單已簽收的量自動寫入后一段行程子訂單的待發(fā)量，如果前一段行程子訂單做過數(shù)量拆分，即分批運輸，則后一段行程子訂單待發(fā)量也分批寫入累加；而且后一段行程子訂單做數(shù)量拆分時拆分量不得大于待發(fā)量，而且本單量-拆分量的余額寫入S2。復(fù)制：選中某個訂單行復(fù)制即快速新增訂單行信息；新增/修改/刪除訂單行保存即將毛重/體積等量匯總更

40、新到主信息（前提是參數(shù)放開）運輸工具特定情況下，客戶在運輸訂單指定所需運輸?shù)倪\輸工具規(guī)格。運輸工具規(guī)格：代碼表選擇。只能選擇訂單運輸方式下的所有運輸工具規(guī)格；運輸工具號（車號）：選擇或人工填寫車號信息；運輸工具次數(shù)：指定所需的運輸工具趟次；鉛封號：可以添加多條運輸工具信息。結(jié)算信息體現(xiàn)訂單發(fā)生的各種運輸過程中的費用?？梢蕴砑佣鄺l費用。 結(jié)算類別 結(jié)算項目 合同金額 應(yīng)收金額 原因代碼 備注3.2. 訂單審核【功能需求】訂單建立保存后訂單狀態(tài)為已創(chuàng)建，該狀態(tài)訂單可以任意修改信息，訂單審核確認后訂單狀態(tài)置為已審核，已審核訂單則不能再修改訂單信息。如需修改必須有權(quán)限取消審核，狀態(tài)恢復(fù)到已創(chuàng)建狀態(tài)。在

41、訂單管理模塊已有訂單審核功能，考慮崗位職責和業(yè)務(wù)流程分離，TMS 建立單獨模塊-訂單審核，功能和業(yè)務(wù)邏輯與訂單管理中訂單審核完全一致。3.3. 粗訂單管理【功能需求】在有些情況下，運輸業(yè)務(wù)無法事先得到訂單信息，待現(xiàn)場裝運時才能確認準確、真實訂單。 基于系統(tǒng)驅(qū)動業(yè)務(wù)的考慮，所有運輸業(yè)務(wù)必須先有訂單指令，再進行后續(xù)運輸流程操作，故在此情況下，先根據(jù)客戶傳達的運輸大致信息，在訂單管理中建立粗訂單（操作同正常訂單錄入方法，只是需要勾選粗訂單checkbox,另粗訂單無須錄入訂單完整信息，甚至無訂單明細信息）?！緲I(yè)務(wù)邏輯】訂單管理中建立粗訂單后即可以審核訂單并進行后續(xù)的預(yù)調(diào)度和調(diào)度配載操作；系統(tǒng)控制粗訂

42、單不能確認發(fā)運；在確認發(fā)運前任何狀態(tài)訂單均可以在粗訂單管理界面完成替換成真實訂單操作；粗訂單不能數(shù)量拆分和行程拆分；接到真實訂單后即在訂單管理中建立并審核；接下來在粗訂單管理中查到粗訂單后替換成真實訂單（真實訂單也要根據(jù)一些條件查詢確定，已經(jīng)查出的真實訂單可以人工再剔除或多次查詢）；一個粗訂單可以替換成多個真實訂單；定位某個粗訂單，再單擊按鈕補錄真實訂單，則切換到訂單管理界面并且將粗訂單 內(nèi)容復(fù)制過來，供用戶在此基礎(chǔ)上補錄真實訂單信息；補錄訂單確認則粗訂單不再參與業(yè)務(wù)運作，自動關(guān)閉；粗訂單管理可以切換到訂單管理中建立真實訂單。3.4. 線路匹配管理【功能需求】訂單保存即觸發(fā)匹配線路（匹配邏輯在

43、訂單管理中已介紹），會有兩種結(jié)果：匹配不到線路或匹配到多條線路。這兩種情況均需在【線路匹配管理】中查詢跟蹤并及時處理?！緲I(yè)務(wù)邏輯】匹配不到線路：列表顯示沒有匹配到的訂單相關(guān)信息，系統(tǒng)支持切換到線路管理中維護未匹配到的線路，則在此列表中自動清除該訂單記錄；匹配到多條線路：列表顯示訂單相關(guān)信息，人工選擇確認其中一條線路，則在此列表中自動清除該訂單記錄。4. 運輸調(diào)度管理運輸調(diào)度管理是TMS 的核心模塊。訂單受理審核后即流轉(zhuǎn)到運輸調(diào)度，從規(guī)劃運輸計劃-整合運輸資源-確定承運商即運輸工具-發(fā)運確認的整個過程即為運輸調(diào)度管理，功能包含數(shù)量拆分、行程拆分、預(yù)調(diào)度、調(diào)度配載、不完全發(fā)運、動態(tài)調(diào)度、異常調(diào)度等

44、模塊。4.1. 預(yù)調(diào)度管理從訂單處理結(jié)束開始，進行分單，訂單數(shù)量拆分，行程拆分將訂單指派運作機構(gòu)、承 運商等一系列在調(diào)度配載之前完成的工作過程為預(yù)調(diào)度。4.1.1. 數(shù) 量拆分【功能需求】運輸訂單量比較大時，需要拆分給不同的承運商/車輛甚至是不同的運輸方式協(xié)同完成。因此數(shù)量拆分即為數(shù)量拆分并且同比例分配體積、毛重的過程。【業(yè)務(wù)邏輯】數(shù)量拆分針對已審核訂單。拆分方式為一拆二，原單置為已拆分狀態(tài) （不再參與業(yè)務(wù)過程），拆分成的2 個子訂單狀態(tài)為已審核，而且系統(tǒng)訂單號分別置為原單號加后綴_S1、 S2；訂單行中拆分數(shù)量欄缺省為原單數(shù)量，人工改寫數(shù)量，寫入的數(shù)量保留在S1,余數(shù)寫入S2；系統(tǒng)支持無數(shù)次

45、數(shù)量拆分，即已經(jīng)做過拆分的訂單仍然可以繼續(xù)數(shù)量拆分（拆分子訂單記錄原單號和上級單號）；訂單主表可記錄拆分人、拆分時間、拆分原因代碼和原因描述；被拆分子訂單可重新指定運輸方式；被拆分子訂單主表可重新指定起點（如起點行政區(qū)域變化則子訂單需要重新匹配線路 ）。被拆分訂單明細可重新指定提貨點；在調(diào)度配載中也支持訂單拆分功能；拆分后的子訂單（數(shù)量拆分或行程拆分）的 ADDTIME 和 ADDWHO 為拆分發(fā)生時的時間和操作用戶；勾選任一已拆分訂單，可以取消拆分。4.1.2. 行 程拆分【功能需求】運輸訂單有時需要通過不同的運輸方式組合甚至是不同機構(gòu)協(xié)同實現(xiàn)多式聯(lián)運。例如： 鐵路運輸訂單需要先通過公路短駁

46、從倉庫到鐵路發(fā)運站，再從鐵路發(fā)運站到到達站干線鐵路集裝箱運輸，最后從到達站到終端客戶配送。則發(fā)運站和到達站均為中轉(zhuǎn)點， 而三段行程運輸子訂單均可以分配給不同的運作機構(gòu)、承運商各自作業(yè)并實現(xiàn)彼此協(xié)同運輸。而行程拆分功能即是插入2 個中轉(zhuǎn)點自動拆分成三段行程子訂單過程?！緲I(yè)務(wù)邏輯】數(shù)量拆分針對已審核訂單。拆分方式為一拆二，原單置為已拆分狀態(tài)（不再參與業(yè)務(wù)過程），拆分成的2 個子訂單狀態(tài)為已審核，而且系統(tǒng)訂單號分別置為原單號加后綴_M1 、 M2；行程拆分需要首先添加中轉(zhuǎn)點，可以同時加入多個中轉(zhuǎn)點，并區(qū)分先后順序；拆分之前可以移除中轉(zhuǎn)點；可以復(fù)選多個訂單同時行程拆分；可以對已經(jīng)拆分的子訂單再次做行程

47、拆分，理論上可以支持無數(shù)次拆分；對已拆分子訂單可重新指定運輸方式；執(zhí)行拆分后根據(jù)中轉(zhuǎn)點的中轉(zhuǎn)機構(gòu)改寫后一段行程子訂單的運作機構(gòu)；全選/反選功能；勾選任一已拆分訂單，可以取消拆分。4.1.3. 預(yù) 調(diào)度【功能需求】在調(diào)度配載之前，訂單數(shù)量或行程拆分之后，會對訂單（可能是子訂單或原訂單）合理指派執(zhí)行運輸操作的運作機構(gòu)或承運商，而且會根據(jù)各種條件查詢訂單同時批處理操作。 對于已經(jīng)預(yù)調(diào)度訂單，如果尚未被調(diào)度（即轉(zhuǎn)換為已調(diào)度狀態(tài)）還可以重新預(yù)調(diào)度?！緲I(yè)務(wù)邏輯】預(yù)調(diào)度操作僅針對已審核狀態(tài)訂單操作，預(yù)調(diào)度狀態(tài)單獨字段，因為考慮預(yù)調(diào)度為可選流程；預(yù)調(diào)度指定運作機構(gòu)，當前用戶可任意指定其下任一級別組織機構(gòu)；承運

48、商為當前用戶所在組織機構(gòu)下有權(quán)限的所有承運商；支持復(fù)選訂單批處理操作；對已經(jīng)預(yù)調(diào)度訂單，只要仍然是已審核狀態(tài)，仍然可以重新預(yù)調(diào)度，如果訂單已經(jīng)被運單調(diào)度甚至后續(xù)已經(jīng)發(fā)運等狀態(tài)則不在預(yù)調(diào)度范圍之內(nèi)；數(shù)量拆分或行程拆分后的子訂單也可進行預(yù)調(diào)度；從預(yù)調(diào)度列表中可以選擇訂單切換到訂單數(shù)量拆分或行程拆分界面。4.1.4. 調(diào) 度配載【功能需求】預(yù)調(diào)度完成之后（之前可能發(fā)生的流程有數(shù)量拆分、行程拆分、預(yù)調(diào)度），即進入調(diào)度配載環(huán)節(jié)，即將訂單（或子訂單）經(jīng)過資源整合和車輛調(diào)度行程運輸計劃（運單）的過程。運單是可以派發(fā)給下游承運商或車輛可以獨立運作（和后續(xù)應(yīng)付結(jié)算）的基本單位?！緲I(yè)務(wù)邏輯】運輸節(jié)點可以選擇指定客

49、戶或否，在訂單管理中選擇地址可選擇是否根據(jù)客戶過濾運輸節(jié)點；4.1.5. 不 完全發(fā)運管理【功能需求】訂單經(jīng)過數(shù)量拆分后，一部分子訂單經(jīng)過調(diào)度配載、發(fā)運， 另一部分子訂單由于倉庫缺貨等原因決定不發(fā)，則對其關(guān)閉；或者對其凍結(jié)或釋放?！緲I(yè)務(wù)邏輯】只有 已審核 狀態(tài)的數(shù)量拆分后的子訂單才能對其進行不完全發(fā)運處理；如確認關(guān)閉子訂單，則校驗該子訂單對應(yīng)其余子訂單狀態(tài)，如其余子訂單均為已調(diào)度 狀態(tài)， 則將原單狀態(tài)由部分調(diào)度置為 已調(diào)度 ， 如其余子訂單均為已發(fā)運 狀態(tài)，則將原單狀態(tài)由部分發(fā)運 置為 已發(fā)運 ， 如其余子訂單均為已簽收 狀態(tài)，則將原單狀態(tài)由部分簽收置為 已簽收 ； 已凍結(jié) 狀態(tài)的子訂單則不參與業(yè)務(wù)運作，在待調(diào)訂單中不可見；若 已凍結(jié) 狀態(tài)的子訂單確認釋放，則訂單狀態(tài)恢復(fù)為 已審核 ；對不完全發(fā)運的處理可以選擇原因代碼和原因描述；若關(guān)閉數(shù)量拆分后的子訂單則訂