【正文】 ? 入庫記錄查詢 ? 出庫單、入庫單打印 ? 匯總報表 RDC 售后 貨到 驗貨 確定好壞機 Tulip系統(tǒng) 非計劃入庫 運輸 承運商 RDC—— 入庫 RDC—— 出庫 承運商 RDC 裝貨 開出庫單 備車 分公司 RDC聯(lián) 開送貨清單 分公司 承運聯(lián) RDC倉管員 ? 計劃入庫 與補貨計劃的接口功能 ? 非計劃入庫 非計劃入庫是為了解決在 施前代替流程中的部分環(huán)節(jié)所作的臨時功能。 做完入庫處理 ， 系統(tǒng)會增加好機數(shù)量 。 做完維修出庫庫處理后 ， 系統(tǒng)會減少壞機的數(shù)量 。 RDC倉管員 ? 查詢?nèi)霂煊涗? 對倉庫在任何時段進行的入庫進行查詢，此功能是為了對日常的入庫業(yè)務進行數(shù)據(jù)跟蹤而提供的，點擊進入后填好查詢條件后即可查到業(yè)務發(fā)生的原始記錄，具體操作見用戶手冊。當貨物在途中時運輸管理員可以不斷的對到達時間和途中發(fā)生的情況進行修正，這些改動會立即在網(wǎng)上體現(xiàn)出來，以便物流經(jīng)理可以隨時的掌握貨物的動向。 第二階段流程設計 第二階段用戶角色定義 ? 事業(yè)部計劃員 ：主要負責補貨計劃、調(diào)撥計劃的編制，審核，確認 ? 物流中心計劃員 ：主要負責發(fā)貨指令的執(zhí)行，運輸商的選擇 ? CDC倉管員 ：主要負責貨物在 CDC出入庫操作 ? 第三方物流 (干線 )：主要負責貨物的干線運輸，簽收 ? 貨險處理員 ：主要負責干線運輸出現(xiàn)貨險后的處理 補貨計劃處理流程 提交補貨訂單 補貨訂單 初稿 草稿 正式稿 Start 接收補貨訂單 填寫補貨計劃 銷售預測 數(shù)據(jù) 生成補貨計劃 補貨計 劃 [初稿 ] 再次調(diào)整 補貨計 劃 [正式稿 ] 最終審批 End CDC/RDC庫 存數(shù)據(jù) 調(diào)整計劃 補貨計 劃 [草稿 ] 物流運作部 CDC/RDC 事業(yè)部計劃協(xié)調(diào)員 事業(yè)部計劃員 分公司 補貨計劃處理 —— 流程描述 ?事業(yè)部計劃員（ TV、 AV事業(yè)部計劃員） ?生成補貨計劃初稿 補貨計劃的產(chǎn)生是由三個前因來驅(qū)動的（分公司的要貨申請、 RDC庫存、總部銷售預測），事業(yè)部計劃員填寫補貨計劃提交給物流中心。 輸入：事業(yè)部計劃員交來的補貨計劃 輸出：經(jīng)過運力調(diào)整的補貨計劃 補貨計劃處理 —— 流程描述 ?事業(yè)部計劃協(xié)調(diào)員 ?最終審核發(fā)貨計劃 事業(yè)部計劃協(xié)調(diào)員員對發(fā)貨計劃進行最終確認 。這樣所有的人員 （ 計劃員 、 物流運作人員等 ） 可以隨時在網(wǎng)上關注發(fā)貨計劃的執(zhí)行情況 。 鑒于這兩種情況我們的建議是一旦不能部分或全部簽收 ， 系統(tǒng)即生成貨運事故處理單 3PL在送貨清單上標明是貨損還是貨差 。 輸入：審核后的貨險沖紅單 輸出：貨險沖紅掛帳單 RDC調(diào)撥處理 填寫調(diào)撥計劃 銷售預測 數(shù)據(jù) 生成調(diào)撥計劃 調(diào)撥計 劃 [初稿 ] Start 初稿 草稿 正式稿 最終審批 End 調(diào)撥計 劃 [正式稿 ] 庫存信 息 準備出庫 庫存信 息 準備入庫 調(diào)整計劃 調(diào)撥計 劃 [草稿 ] 物流運作部 RDC2(調(diào)入 ) RDC(調(diào)出 ) 事業(yè)部計劃協(xié)調(diào)員 事業(yè)部計劃員 RDC調(diào)撥處理流程描述 ? 事業(yè)部計劃員 ? 生成調(diào)撥計劃初稿 調(diào)撥計劃的產(chǎn)生是由兩個前因來驅(qū)動的 （ 分公司的調(diào)撥申請 、 總部銷售預測 ） ， 事業(yè)部計劃員填寫調(diào)撥計劃提交給物流中心 。工廠 到 CDC 。 RDC 到 RDC 。 軟件架構 設計模式 ?代理關系機制 應用代理技術來實現(xiàn)系統(tǒng)中某些業(yè)務對象之間的業(yè)務關系。 Session Manager TULIP系統(tǒng)的數(shù)據(jù)庫設計 ?主要數(shù)據(jù)模型 ?訂單處理 ?入庫出庫 ?運輸與貨險 ?機構管理 ?用戶及權限 ?代理關系 ?產(chǎn)品管理 數(shù)據(jù)庫設計 O rd e rIDT yp eS e n d e rS h i p p i n g M e th o dP i ck i n g A d d re ssR e q u i re d D a teR e q u i re d T i m eR e ce i ve rR e ce i vi n g A d d re ssR e ce i ve rC o n ta ctP h o n eC re a te rC re a ti o n D a teS u b m i tte rC o n fi rm D a teC o m m e n tB i zS ta tu sS ta tu sR D C IDO ri g i n a l IDV A R C H A R 2 (1 8 )V A R C H A R 2 (2 )V A R C H A R 2 (6 )V A R C H A R 2 (2 )V A R C H A R 2 (1 0 0 )V A R C H A R 2 (1 6 )V A R C H A R 2 (1 6 )V A R C H A R 2 (6 )V A R C H A R 2 (1 0 0 )V A R C H A R 2 (2 0 )V A R C H A R 2 (2 0 )V A R C H A R 2 (6 )V A R C H A R 2 (1 6 )V A R C H A R 2 (2 0 )V A R C H A R 2 (1 6 )V A R C H A R 2 (2 0 0 )N U M B E RN U M B E RV A R C H A R 2 (6 )V A R C H A R 2 (2 0 ) p k fk1 fk4 fk3 fk2 fk5 O rd e rA d j u st m e n tIDT yp eC re a t i o n D a t eS e n d e rS u b m i t t e rO rd e rA d j u st e d O rd e rS t a t u sC o n f i rm D a t eC o m m e n tO ri g i n a l I DV A R C H A R 2 (1 6 )N U M B E RV A R C H A R 2 (1 6 )V A R C H A R 2 (6 )V A R C H A R 2 (2 0 )V A R C H A R 2 (1 8 )V A R C H A R 2 (1 8 )N U M B E RV A R C H A R 2 (1 6 )V A R C H A R 2 (1 0 0 )V A R C H A R 2 (2 0 ) p k f k3 f k1 f k2 R e ce i vi n g D o cu m e n tIDT yp eR e ce i p t D a t eW a re h o u seS e n d e rC o n si g n m e n t N o t eO p e ra t o rC re a t e rC o m m e n tS t a t u sV A R C H A R 2 (1 6 )V A R C H A R 2 (2 )V A R C H A R 2 (1 6 )V A R C H A R 2 (6 )V A R C H A R 2 (2 0 )V A R C H A R 2 (1 8 )V A R C H A R 2 (2 0 )V A R C H A R 2 (6 )V A R C H A R 2 (1 0 0 )N U M B E R p k f k1 f k2 f k2 ?主要數(shù)據(jù)模型 TULIP系統(tǒng)中的主要數(shù)據(jù)模型為訂單，出庫單，入庫單，沖紅單，送貨清單，掛帳單，庫存，產(chǎn)品，機構等之間的關系模型，而且也主要以處理以上幾種業(yè)務對象的關系為主。 public OrderManagerFactory() { } public OrderManager getManagerBy(String manager) { return (new OrderDefaultManager())。 ?系統(tǒng)的擴展與可配置 注重對接口的設計，增強與其它系統(tǒng)的數(shù)據(jù)交換能力。 CDC 到 RDC 。 當物流運作部開始運輸流程時計劃員可以對調(diào)撥計劃的執(zhí)行情況進行跟蹤 。 注：沖紅單的主要內(nèi)容包括 (貨運事故報案表編號 、 原發(fā)貨計劃號 、 發(fā)貨沖紅內(nèi)容 ) ?對貨險沖紅掛帳單進行處理 事業(yè)部計劃員作出發(fā)貨計劃沖紅審核后 ， 即生成貨險沖紅掛帳單 。 輸入：貨運事故報案表 （ 手工 ） 輸出：貨險沖紅單 （ 1）貨損處理 貨損是指貨物在運輸過程中沒有太大的損壞 ， 通過業(yè)務模式和補發(fā)物料可以解決的 。 輸入：審核后的發(fā)貨計劃 輸出：出庫單 干線運輸管理 正式 下達正式補貨 訂單 補貨訂 單 [正式 ] 下達發(fā)貨指令 選擇運輸商 補貨訂 單 [正式 ] 出庫準備 出庫準備 運輸準備 運輸 簽收 返回簽收結果 簽收情 況 客戶 /RDC 3PL CDC 物流運作部 事業(yè)部 干線運輸管理流程描述 ? 物流中心干線計劃員 ? 對事業(yè)部下達的發(fā)貨指令進行承運商的分配工作 根據(jù)事業(yè)部下達的發(fā)貨指令選擇運輸商 ，提交系統(tǒng)后會將各承運商所需要操作的訂單分發(fā) 。 ? 總部計劃在參考 CDC庫存的時候只參考這個 CDC的合計庫存而不管其內(nèi)部是如何分布的，因為倉庫產(chǎn)品類型和存貨量分布非常的不均勻。 運輸管理模塊功能說明 ? 生成沖紅通知單 如客戶簽收的貨物數(shù)量與送貨清單上的貨物數(shù)量不相等，系統(tǒng)自動顯示該頁面，讓運輸公司填寫沖紅通知單，主要用于記錄貨物運輸過程中發(fā)生貨損、貨差的狀況。 運輸管理模塊功能 ? 生成送貨清單 ? 送貨清單打印 ? 送貨清單維護 ? 生成沖紅通知單 運輸管理模塊功能說明 ? 生成送貨清單 根據(jù)訂單生成送貨清單：系統(tǒng)設計的原則是一張訂單可以對應多張送貨清單運。 ?沖紅出庫 ： 該出庫類型是為了修正非計劃出庫時產(chǎn)生的填寫錯誤而導致庫存不準確的情況而設立的 ， 在填寫沖紅出庫時一定要填入出錯的出庫單號作為以后核對庫存的依據(jù) 。 RDC倉管員 ? 非計劃出庫 非計劃出庫是為了解決在 未實施前代替流程中的部分環(huán)節(jié)所作的臨時功能。 ?調(diào)撥入庫 ：跟補貨計劃相同也是為了彌補 缺 ， 倉管員選擇了入庫類型為調(diào)撥入庫后 ， 必須選擇相應的發(fā)貨倉庫的名稱和對應的調(diào)撥計劃的計劃好后才可以進行入庫單內(nèi)同的輸入 。 注：對于未審核的訂單因為會存在取消的可能性所有不作為正式訂單在訂單查詢里出現(xiàn) 。因此當查詢到的庫存數(shù)量不能滿足訂單需求時每個經(jīng)營部可以在隔段時間再次查詢可用庫存是否滿足訂單需求。 ? 訂單沖紅 當訂單被事業(yè)部計劃員審核之后，經(jīng)營部如果有訂單變更或取消的業(yè)務需求時要進行沖紅操作。 經(jīng)營部計劃員 ? 填寫訂單 經(jīng)營部計劃員直接從客戶或通過業(yè)務員收集和匯總客戶訂貨信息 , 經(jīng)財務審核后 ， 如果庫存滿足訂單需求 ,就開始填寫訂單 。 TULIP執(zhí)行系統(tǒng)實現(xiàn)了分銷物流流程中的流程閉環(huán)處理以及運作數(shù)據(jù)的采集，統(tǒng)計，和可視化； TULIP計劃系統(tǒng)將管理和支持網(wǎng)絡整體庫存的優(yōu)化工作。 訂單處理模塊功能 ?新建訂單 ?修改訂單 ?取消訂單 ?訂單沖紅 ?訂單鎖定 ?計劃員審批訂單 ?訂單查詢 ?訂單打印 打印財務簽字 審核 審核 打印聯(lián)單 客戶 RDC 分公司物流部 （ 事業(yè)部 ） 經(jīng)營部 客戶 出庫操作 接收到 貨信息 驗貨簽收 作廢 要貨申請 傳真 Y N Y N 承運商 財務開單 簽字確認 R D C聯(lián) 運輸操作 配送聯(lián) 錄入 Tulip 經(jīng)營部計劃員 ? 庫存查詢 庫存的查詢是經(jīng)營部計劃員作為填寫訂單的一個重要條件，系統(tǒng)可