【正文】 . 運輸殘損管理定義組織結(jié)構(gòu)信息，使用系統(tǒng)的企業(yè)信息，承運商、客戶等信息。. 訂單全程跟蹤 26 10. 系統(tǒng)配置為了完成運輸完成與運輸調(diào)度相關(guān)的物流資源基礎(chǔ)數(shù)據(jù)的維護(hù)工作，同時提供查詢功能，使有用信息能夠在各相關(guān)部門間實現(xiàn)共享?；A(chǔ)資料管理部分包括了對系統(tǒng)正常運行所需要的基礎(chǔ)信息進(jìn)行新增、修改，失效，恢復(fù)的操作，其中包括：組織結(jié)構(gòu)，產(chǎn)品信息，線路資料，訂單類型管理，執(zhí)行方案管理，波次管理，投訴分類管理等功能。. 運輸殘損管理定義組織結(jié)構(gòu)信息，使用系統(tǒng)的企業(yè)信息，承運商、客戶等信息。報警管理為了完成運輸完成與運輸調(diào)度相關(guān)的物流資源基礎(chǔ)數(shù)據(jù)的維護(hù)工作，同時提供查詢功能，使有用信息能夠在各相關(guān)部門間實現(xiàn)共享。. 運輸殘損管理定義組織結(jié)構(gòu)信息，使用系統(tǒng)的企業(yè)信息，承運商、客戶等信息。報表為了完成運輸完成與運輸調(diào)度相關(guān)的物流資源基礎(chǔ)數(shù)據(jù)的維護(hù)工作，同時提供查詢功能，使有用信息能夠在各相關(guān)部門間實現(xiàn)共享。. 運輸殘損管理定義組織結(jié)構(gòu)信息，使用系統(tǒng)的企業(yè)信息，承運商、客戶等信息。 22 6. 綜合查詢?yōu)榱送瓿蛇\輸完成與運輸調(diào)度相關(guān)的物流資源基礎(chǔ)數(shù)據(jù)的維護(hù)工作，同時提供查詢功能，使有用信息能夠在各相關(guān)部門間實現(xiàn)共享。. 客戶回訪管理定義組織結(jié)構(gòu)信息，使用系統(tǒng)的企業(yè)信息，承運商、客戶等信息。. 運輸在途管理定義組織結(jié)構(gòu)信息，使用系統(tǒng)的企業(yè)信息，承運商、客戶等信息?；A(chǔ)資料管理部分包括了對系統(tǒng)正常運行所需要的基礎(chǔ)信息進(jìn)行新增、修改，失效，恢復(fù)的操作，其中包括：組織結(jié)構(gòu)，產(chǎn)品信息，線路資料，訂單類型管理，執(zhí)行方案管理，波次管理，投訴分類管理等功能。. 動態(tài)調(diào)度管理【功能需求】動態(tài)調(diào)度為【業(yè)務(wù)邏輯】運輸節(jié)點可以選擇指定客戶或否，在訂單管理中選擇地址可選擇是否根據(jù)客戶過濾運輸節(jié)點；. 異常調(diào)度管理【功能需求】運輸方式、起點、終點三要素即決定唯一一條線路；線路是管理運輸過程中又一關(guān)鍵基礎(chǔ)數(shù)據(jù)，訂單的各個時間節(jié)點的 KPI 考核，后續(xù)費用結(jié)算無一不是基于線路運算?！緲I(yè)務(wù)邏輯】運輸節(jié)點可以選擇指定客戶或否，在訂單管理中選擇地址可選擇是否根據(jù)客戶過濾 20 運輸節(jié)點；. 不完全發(fā)運管理【功能需求】訂單經(jīng)過數(shù)量拆分后，一部分子訂單經(jīng)過調(diào)度配載、發(fā)運，另一部分子訂單由于倉庫缺貨等原因決定不發(fā)，則對其關(guān)閉；或者對其凍結(jié)或釋放。. 調(diào)度配載【功能需求】預(yù)調(diào)度完成之后(之前可能發(fā)生的流程有數(shù)量拆分、行程拆分、預(yù)調(diào)度)，即進(jìn)入調(diào)度配載環(huán)節(jié)，即將訂單(或子訂單)經(jīng)過資源整合和車輛調(diào)度行程運輸計劃(運單)的過程。對于已經(jīng)預(yù)調(diào)度訂單，如果尚未被調(diào)度(即轉(zhuǎn)換為已調(diào)度狀態(tài))還可以重新預(yù)調(diào)度。拆分方式為一拆二，原單置為‘已拆分’狀態(tài)(不再參與業(yè)務(wù)過程)，拆分成的 2 個子訂單狀態(tài)為‘已審核’ ，而且系統(tǒng)訂單號分別置為原單號加后綴_MM2；行程拆分需要首先添加中轉(zhuǎn)點，可以同時加入多個中轉(zhuǎn)點，并區(qū)分先后順序；拆分之前可以移除中轉(zhuǎn)點；可以復(fù)選多個訂單同時行程拆分；可以對已經(jīng)拆分的子訂單再次做行程拆分，理論上可以支持無數(shù)次拆分；對已拆分子訂單可重新指定運輸方式；執(zhí)行拆分后根據(jù)中轉(zhuǎn)點的‘中轉(zhuǎn)機(jī)構(gòu)’改寫后一段行程子訂單的運作機(jī)構(gòu)；全選/反選功能；勾選任一已拆分訂單，可以取消拆分。而行程拆分功能即是插入 2 個中轉(zhuǎn)點自動拆分成三段行程子訂 19 單過程。例如：鐵路運輸訂單需要先通過公路短駁從倉庫到鐵路發(fā)運站，再從鐵路發(fā)運站到到達(dá)站干線鐵路集裝箱運輸，最后從到達(dá)站到終端客戶配送。被拆分訂單明細(xì)可重新指定提貨點；在調(diào)度配載中也支持訂單拆分功能；拆分后的子訂單(數(shù)量拆分或行程拆分)的 ADDTIME 和 ADDWHO 為拆分發(fā)生時的時間和操作用戶；勾選任一已拆分訂單，可以取消拆分?！緲I(yè)務(wù)邏輯】數(shù)量拆分針對‘已審核’訂單。 . 數(shù)量拆分【功能需求】運輸訂單量比較大時，需要拆分給不同的承運商/車輛甚至是不同的運輸方式協(xié)同完成。訂單受理審核后即流轉(zhuǎn)到運輸調(diào)度，從規(guī)劃運輸計劃整合運輸資源確定承運商即運輸工具 發(fā)運確認(rèn)的整個過程即為運輸調(diào)度管理，功能包含數(shù)量拆分、行程拆分、預(yù)調(diào)度、調(diào)度配載、不完全發(fā)運、動態(tài)調(diào)度、異常調(diào)度等模塊?！緲I(yè)務(wù)邏輯】匹配不到線路：列表顯示沒有匹配到的訂單相關(guān)信息，系統(tǒng)支持切換到線路管理中維護(hù)未匹配到的線路，則在此列表中自動清除該訂單記錄；匹配到多條線路：列表顯示訂單相關(guān)信息，人工選擇確認(rèn)其中一條線路，則在此列表中自動清除該訂單記錄。. 線路匹配管理【功能需求】訂單保存即觸發(fā)匹配線路(匹配邏輯在訂單管理中已介紹)，會有兩種結(jié)果：匹配不到線路或匹配到多條線路?；谙到y(tǒng)驅(qū)動業(yè)務(wù)的考慮，所有運輸業(yè)務(wù)必須先有訂單指令，再進(jìn)行后續(xù)運輸流程操作，故在此情況下，先根據(jù)客戶傳達(dá)的運輸大致信息，在訂單管理中建立粗訂單(操作同正常訂單錄入方法，只是需要勾選粗訂單 checkbox，另粗訂單無須錄入訂單完整信息，甚至無訂單明細(xì)信息)。在訂單管理模塊已有訂單審核功能，考慮崗位職責(zé)和業(yè)務(wù)流程分離，TMS 建立單獨模塊訂單審核，功能和業(yè)務(wù)邏輯與訂單管理中訂單審核完全一致。結(jié)算類別結(jié)算項目合同金額應(yīng)收金額原因代碼備注. 訂單審核【功能需求】訂單建立保存后訂單狀態(tài)為‘已創(chuàng)建’ ，該狀態(tài)訂單可以任意修改信息，訂單審核確認(rèn)后訂單狀態(tài)置為‘已審核’ ，已審核訂單則不能再修改訂單信息。? 結(jié)算信息體現(xiàn)訂單發(fā)生的各種運輸過程中的費用。運輸工具規(guī)格：代碼表選擇。復(fù)制：選中某個訂單行復(fù)制即快速新增訂單行信息；新增/修改/刪除訂單行保存即將毛重/體積等量匯總更新到主信息( 前提是參數(shù)放開)。必須大于 0。默認(rèn)帶出“產(chǎn)品基礎(chǔ)資料”中的“默認(rèn)運輸” ，修改時，模糊查詢包裝代碼；包裝單位：必填。產(chǎn)品名稱：由產(chǎn)品代碼帶出?？梢韵冗x擇產(chǎn)品分類，再過濾產(chǎn)品，或直接輸入產(chǎn)品后自動帶出其對應(yīng)的產(chǎn)品分類；產(chǎn)品代碼：必填。復(fù)制訂單：選擇后，將訂單數(shù)據(jù)復(fù)制（只清空主信息上的訂單編號，適用于同一客戶多個訂單的快速錄入） ；訂單審核：復(fù)選訂單，確認(rèn)審核即將訂單狀態(tài)由‘已創(chuàng)建’置為‘已審核’ ， ‘已審核’訂單則不能編輯任何信息；觸發(fā)過程：校驗訂單信息完整性，訂單明細(xì)不能為空，按照時間管理和線路設(shè)置運算各關(guān)鍵節(jié)點時間；只有‘已創(chuàng)建’狀態(tài)訂單才能審核；訂單取消：復(fù)選訂單，將訂單狀態(tài)置由‘已創(chuàng)建’置為‘已取消’ ， ‘已取消’訂單則正常不可見，且不再參與業(yè)務(wù)和業(yè)務(wù)統(tǒng)計；只有‘已創(chuàng)建’狀態(tài)訂單才能取消；生成訂單組：復(fù)選訂單，將所選全部訂單組號字段寫入第一個訂單的客戶訂單號，并且人工可修改，確認(rèn)則校驗訂單組號唯一性，允許將未加入任何訂單組或組號清除的訂單加入到某一訂單組，在訂單任何狀態(tài)下均可以生成訂單組；生成退貨單：對光標(biāo)所在訂單自動新生成一個訂單，訂單類型改為‘退貨單’(如果已經(jīng)是退貨單則報錯)，訂單號清空，起點和終點對調(diào)； 15 匹配線路：起點行政區(qū)域固定，根據(jù)訂單運輸方式、起點區(qū)域、終點區(qū)域在線路基礎(chǔ)數(shù)據(jù)中匹配線路，終點從當(dāng)前級別行政區(qū)域開始匹配，如匹配不到則終點行政區(qū)域上升一級，直到終點行政區(qū)域匹配到第三級；優(yōu)先匹配客戶線路(線路上客戶=訂單中客戶)，如匹配不到再匹配標(biāo)準(zhǔn)線路(線路上客戶為空)；訂單狀態(tài)：已創(chuàng)建，已審核，已拆分，已調(diào)度/部分調(diào)度，已發(fā)運 /部分發(fā)運，已簽收/部分簽收，已回單，已對帳，已結(jié)算，凍結(jié)，關(guān)閉 (異常/正常)；各關(guān)鍵節(jié)點時間：在創(chuàng)建狀態(tài)，可以人工填寫，訂單審核自動觸發(fā)運算時間；? 訂單明細(xì)提貨點：必填。與起點區(qū)別為運作類型的篩選條件不同，即起點篩選運作類型為起點的地址，終點篩選運作類型為終點的地址；到貨站/到貨港：選擇運作類型為到站/到港的地址；備注：手工輸入，memo。如客戶自定義地址打鉤，則行政區(qū)域、單位名稱、詳細(xì)地址、聯(lián)系人、電話均放開可編輯，而不是從基礎(chǔ)數(shù)據(jù)中選擇地址，反之則可以模糊查詢選擇地址，但人工可以修改如上各字段；多地址問題：詳細(xì)地址為多條，下拉列表確定一條；終點：必填。地址列表選擇，列表字段：地址代碼、行政區(qū)域（簡稱） 、單位名稱、詳細(xì)地址，多字段模糊篩選（如行政區(qū)域＋單位名稱+地址 ID+詳細(xì)地址） ，篩選時分別從各列進(jìn)行篩選。結(jié)算方式：缺省為客戶管理中選擇的結(jié)算方式，可以人工修改；毛重、凈重、體積、件數(shù)、托數(shù)、總價：根據(jù)參數(shù)訂單明細(xì)量是否合計到訂單主信息，Y 則主信息中各種量為自動匯總所有訂單行的合計數(shù)，且不可編輯，否則放開人工填寫訂單主信息各種量；接單員：缺省為當(dāng)前登陸用戶名；隨附單證：自定義各種單證，打鉤復(fù)選為運輸需要攜帶的其他單證；□加急□危險品□粗訂單：粗訂單“審核”后可以調(diào)度，但運單中的粗訂單必須被替換為實單之后，訂單才能做“ 發(fā)運確認(rèn)” 。默認(rèn)錄單時間。(注：通常最早和最晚只用一個作為預(yù)計送達(dá)時間，最晚送達(dá)時間為預(yù)達(dá)時 14 間)預(yù)計回單時間：時間控件選擇。默認(rèn)錄單時間。最晚送達(dá)時間：時間控件選擇。默認(rèn)錄單時間。時間邏輯：不能早于接單時間。必填。時間邏輯：不能晚于錄單時間(ADDTIME)。精確到分鐘（凡是設(shè)計到時間錄入，都要提供時間控件供選擇，并要支持精確到分鐘。必填。選擇訂單類型后，系統(tǒng)根據(jù)單據(jù)類型設(shè)置，獲取該訂單是正程還是返程訂單，以便正確獲取客戶路線的 OTD 時間；訂單號（客戶訂單號）：必填參數(shù)控制是否必填并校驗其唯一性；系統(tǒng)號（訂單編號）：系統(tǒng)自動生成流水號流水號規(guī)則可自定義；訂單組號：多個訂單通過組號捆綁在一起，后續(xù)統(tǒng)一調(diào)度，統(tǒng)一結(jié)算；運作機(jī)構(gòu)：運作該訂單的組織機(jī)構(gòu)。客戶訂單類型列表選擇。從屬于客戶，一個客戶對應(yīng)多個結(jié)費方；要求運輸方式 ：必填。支持多詞模糊篩選，篩選時分別從各列進(jìn)行篩選（如輸入“S 電子”便能篩選出代碼包含“S” ，中文名稱包含“電子 ”的客戶） 。按照客戶 ID，客戶名稱模糊查詢客戶資料，列表字段：代碼、簡稱、全稱（所有列表都要求顯示代碼和中文名稱，中文名稱有簡稱和全稱的必須兩者都顯示。. 訂單管理【功能需求】訂單管理模塊功能為接受處理訂單，接單有多種方式：人工錄入、固定格式導(dǎo)入、EDI、復(fù)制等；訂單結(jié)構(gòu)分為訂單主信息、訂單明細(xì)信息和結(jié)費信息，主信息記錄運輸訂單客戶、運輸方式、訂單類型、起點、終點、各時間節(jié)點等主要信息；明細(xì)信息記錄訂單的產(chǎn)品信息；結(jié)費信息記錄訂單發(fā)生的各種費用?！緲I(yè)務(wù)邏輯】產(chǎn)品隸屬于客戶；產(chǎn)品隸屬于某個產(chǎn)品分類(可選)；產(chǎn)品需定義其對應(yīng)的包裝代碼、默認(rèn)運輸單位(包裝代碼某一層級)和產(chǎn)品度量單位；產(chǎn)品主要參數(shù)包括：產(chǎn)品代碼、品名、凈重、毛重、單價、體積、長、寬、高等；產(chǎn)品需設(shè)置重量單位和體積單位(訂單中的體積單位通常為立方米，毛重/ 凈重單位為噸，因此，訂單中的量需要根據(jù)產(chǎn)品基礎(chǔ)資料中設(shè)置的量和單位自動進(jìn)行換算)；系統(tǒng)支持產(chǎn)品導(dǎo)入和導(dǎo)出功能(excel/csv 等格式) ；訂單中可修改數(shù)據(jù)參數(shù)：控制訂單明細(xì)中該產(chǎn)品體積、凈重、毛重等可編輯。產(chǎn)品一般具有品名、凈重、毛重、體積和單價等基本屬性?！緲I(yè)務(wù)邏輯】定義產(chǎn)品分類代碼、分類名稱和所在分類層級。. 產(chǎn)品分類管理【功能需求】產(chǎn)品根據(jù)業(yè)務(wù)需求和功能劃分，而需要分類管理(如正品和促銷品)。系統(tǒng)支持為不同的產(chǎn)品定義多級的包裝層次，并允許在運輸時根據(jù)產(chǎn)品的實際包裝形態(tài)更改產(chǎn)品的包裝代碼和自動換算不同包裝單位數(shù)量。【業(yè)務(wù)邏輯】運輸節(jié)點可以選擇指定客戶或否，在訂單管理中選擇地址可選擇是否根據(jù)客戶過濾運輸節(jié)點；人員類型：車主、主駕駛、副駕駛、裝卸工等；隸屬承運商：設(shè)置人員所屬承運商；基本信息：駕駛證號，身份證號，駕照類型等。新增車輛缺省狀態(tài)為‘空閑’ ；車輛鎖定則該車暫不能使用和調(diào)度，解鎖后車輛狀態(tài)置為空閑；最大載重/最大容積：調(diào)度配載可以校驗做參考；承運商信息：記錄車輛隸屬的承運商(如果是自有車輛，需要設(shè)置虛擬承運商)；使用單位：缺省為承運商，若車輛調(diào)撥其他單位使用，則改變使用單位即可；車輛類別：自有車輛、社會車輛、合同車輛、會員車輛、承運商車輛等；車主/司機(jī)信息：設(shè)置擁有/使用車輛的人員信息，必須先設(shè)置人員信息，可以設(shè)置多個司機(jī)(主駕駛/副駕駛) 。通常只是自有車輛需要車輛管理，即維護(hù)車輛各種信息和資料以及車輛狀態(tài)和整個運營狀況的管理。調(diào)度配載中，運單主信息的運輸方式會根據(jù)承運商自動將缺省運輸方式帶出?？稍O(shè)置缺省結(jié)算方，則運單中選擇該承運商即自動帶出該結(jié)算方；運輸方式頁簽：列表顯示所有‘內(nèi)部使用’打鉤的運輸方式，運輸方式為checkbox，可以根據(jù)該承運商合同勾選或去除運輸方式，可設(shè)置該承運商缺省運輸方式?！緲I(yè)務(wù)邏輯】承運商可對應(yīng)多個承運商屬性，如承運商，結(jié)算方。訂單建立中，訂單主信息的訂單類型會根據(jù)客戶自動將缺省訂單類型帶出。訂單建立中，訂單主信息的運輸方式會根據(jù)客戶自動將缺省運輸方式帶出；訂單類型頁簽：(代碼管理中設(shè)置一套標(biāo)準(zhǔn)訂單類型)，新增客戶保存后，須在該頁簽設(shè)置該客戶的所遇訂單類型，逐條新增，選擇隸屬哪個標(biāo)準(zhǔn)訂單類型，客戶訂單類