【正文】 物流經(jīng)理可以通過貨險沖紅掛帳單的內(nèi)容進行相應(yīng)的處理。 第二階段流程設(shè)計 第二階段用戶角色定義 ? 事業(yè)部計劃員 ：主要負責(zé)補貨計劃、調(diào)撥計劃的編制，審核，確認 ? 物流中心計劃員 ：主要負責(zé)發(fā)貨指令的執(zhí)行，運輸商的選擇 ? CDC倉管員 ：主要負責(zé)貨物在 CDC出入庫操作 ? 第三方物流 (干線 )：主要負責(zé)貨物的干線運輸，簽收 ? 貨險處理員 ：主要負責(zé)干線運輸出現(xiàn)貨險后的處理 補貨計劃處理流程 提交補貨訂單 補貨訂單 初稿 草稿 正式稿 Start 接收補貨訂單 填寫補貨計劃 銷售預(yù)測 數(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è)部計劃員填寫補貨計劃提交給物流中心。 ? 事業(yè)部計劃員完成計劃后發(fā)到物流運作部，物流運作部根據(jù)運力情況并與事業(yè)部計劃員協(xié)商后調(diào)整發(fā)貨計劃的數(shù)量，后交由事業(yè)部計劃協(xié)調(diào)員做最終審核后下達物流運作部執(zhí)行。 ? 總部計劃在參考 CDC庫存的時候只參考這個 CDC的合計庫存而不管其內(nèi)部是如何分布的，因為倉庫產(chǎn)品類型和存貨量分布非常的不均勻。當(dāng)物流運作部開始運輸流程時計劃員可以對發(fā)貨計劃的情況進行跟蹤。 輸入：事業(yè)部計劃員交來的補貨計劃 輸出：經(jīng)過運力調(diào)整的補貨計劃 補貨計劃處理 —— 流程描述 ?事業(yè)部計劃協(xié)調(diào)員 ?最終審核發(fā)貨計劃 事業(yè)部計劃協(xié)調(diào)員員對發(fā)貨計劃進行最終確認 。 同時填寫入庫單修正庫存 輸入：工廠發(fā)來的批次入庫計劃 輸出：入庫單 出庫流程 提貨單 自提出庫結(jié)束 客戶簽收 送貨清單 送貨清單 (簽 ) 開始 接單核單 按單找貨 核對記帳 揀貨裝車 盤點余數(shù) 復(fù)核放行 報表處理 結(jié)束 庫存總帳 報表 配送 /自提 ( 自提 ) 貨物出庫處理 配送處理 ( 配送 ) 出庫單 單據(jù) 是否符合 ( Yes ) 等待處理 ( No ) End 發(fā)貨計劃 單據(jù) CDC日庫 存報表 報表 CDC日發(fā) 貨統(tǒng)計 報表 CDC余留 報表 報表 分公司物流部 CDC倉管員 3PL(配 送處理 ) 客戶方 (自提處理 ) CDC管理流程 描述 —— CDC管理員 ?填寫出庫單 根據(jù)計劃部門下達的補貨計劃生成出庫單 ， 在這里要說明的是由于目前 Tulip系統(tǒng)無法對 CDC內(nèi)部的物理倉庫進行管理因此制作出庫單的依據(jù)是各物理倉庫上報的內(nèi)部出庫單 。 輸入：審核后的發(fā)貨計劃 輸出：出庫單 干線運輸管理 正式 下達正式補貨 訂單 補貨訂 單 [正式 ] 下達發(fā)貨指令 選擇運輸商 補貨訂 單 [正式 ] 出庫準(zhǔn)備 出庫準(zhǔn)備 運輸準(zhǔn)備 運輸 簽收 返回簽收結(jié)果 簽收情 況 客戶 /RDC 3PL CDC 物流運作部 事業(yè)部 干線運輸管理流程描述 ? 物流中心干線計劃員 ? 對事業(yè)部下達的發(fā)貨指令進行承運商的分配工作 根據(jù)事業(yè)部下達的發(fā)貨指令選擇運輸商 ，提交系統(tǒng)后會將各承運商所需要操作的訂單分發(fā) 。 輸入：發(fā)貨指令 （ 補貨計劃 、 調(diào)撥計劃 、返廠計劃等 ） 輸出：標(biāo)注了承運商信息的發(fā)貨指令 干線運輸管理流程描述 ? 3PL運輸管理員 ? 根據(jù)物流運作部下達的運輸計劃生成送貨清單 根據(jù)物流部下達的運輸計劃結(jié)合自身的運輸能力一次或分次執(zhí)行運輸計劃 ， 生成一張或多張送貨清單供簽收用 。這樣所有的人員 （ 計劃員 、 物流運作人員等 ） 可以隨時在網(wǎng)上關(guān)注發(fā)貨計劃的執(zhí)行情況 。 運輸管理員可以將簽收信息維護錄入系統(tǒng) ， 以便相關(guān)人員了解貨物的簽收情況 。 輸入：貨運事故報案表 （ 手工 ） 輸出：貨險沖紅單 （ 1）貨損處理 貨損是指貨物在運輸過程中沒有太大的損壞 ， 通過業(yè)務(wù)模式和補發(fā)物料可以解決的 。 （ 2） 貨差處理 貨差是指在運輸過程中發(fā)生了比較大的事故導(dǎo)致貨物無法完成既定功能的 。 鑒于這兩種情況我們的建議是一旦不能部分或全部簽收 ， 系統(tǒng)即生成貨運事故處理單 3PL在送貨清單上標(biāo)明是貨損還是貨差 。 對于貨損的情況完成了賠付和補發(fā)物料的操作后點擊處理后 ，流程終止 。 注：沖紅單的主要內(nèi)容包括 (貨運事故報案表編號 、 原發(fā)貨計劃號 、 發(fā)貨沖紅內(nèi)容 ) ?對貨險沖紅掛帳單進行處理 事業(yè)部計劃員作出發(fā)貨計劃沖紅審核后 ， 即生成貨險沖紅掛帳單 。 輸入：貨險沖紅掛帳單 輸出：處理過的貨險沖紅掛帳單 ? 事業(yè)部計劃員 ? 審核貨險沖紅申請單 事業(yè)部計劃員根據(jù)物流部上傳的貨險沖紅單進行審批 ， 系統(tǒng)隨即會對要沖紅的發(fā)貨計劃進行沖紅同時會詢問是否要對收貨方繼續(xù)發(fā)貨 ， 如果要繼續(xù)發(fā)貨則自動生成新的發(fā)貨計劃 （ 進入新的發(fā)貨計劃處理流程 ） ， 如果無需繼續(xù)發(fā)貨則不做處理 。 輸入：審核后的貨險沖紅單 輸出：貨險沖紅掛帳單 RDC調(diào)撥處理 填寫調(diào)撥計劃 銷售預(yù)測 數(shù)據(jù) 生成調(diào)撥計劃 調(diào)撥計 劃 [初稿 ] Start 初稿 草稿 正式稿 最終審批 End 調(diào)撥計 劃 [正式稿 ] 庫存信 息 準(zhǔn)備出庫 庫存信 息 準(zhǔn)備入庫 調(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ù)測 ） ， 事業(yè)部計劃員填寫調(diào)撥計劃提交給物流中心 。 在傳遞過程中會產(chǎn)生 3次數(shù)值，一次是初始值，第二次是物流部修改的值，第三次是事業(yè)部最終確定的數(shù)值。 當(dāng)物流運作部開始運輸流程時計劃員可以對調(diào)撥計劃的執(zhí)行情況進行跟蹤 。 輸入：事業(yè)部計劃員交來的調(diào)撥計劃 輸出：經(jīng)過運力調(diào)整的調(diào)撥計劃 RDC調(diào)撥處理流程描述 ? 事業(yè)部計劃協(xié)調(diào)員 ?最終審核調(diào)撥計劃 事業(yè)部計劃協(xié)調(diào)員員對調(diào)撥計劃進行最終確認 。工廠 到 CDC 。工廠 到 DC 。 CDC 到 RDC 。 CDC 到 客戶 。 RDC 到 RDC 。 DC 到 客戶 物流網(wǎng)絡(luò)模型 軟件架構(gòu) 設(shè)計原則 ?系統(tǒng)之間的低耦合 降低系統(tǒng)的耦合度，盡量使每個業(yè)務(wù)單位的子系統(tǒng)都可以獨立運行。 ?系統(tǒng)的擴展與可配置 注重對接口的設(shè)計，增強與其它系統(tǒng)的數(shù)據(jù)交換能力。 軟件架構(gòu) 設(shè)計原則 小結(jié)： TULIP系統(tǒng)的重點并非提供一個在每個業(yè)務(wù)環(huán)節(jié)都非常完整及完美的軟件系統(tǒng)，而是為了實現(xiàn)對訂單的實時跟蹤，統(tǒng)一管理以及對整個銷售網(wǎng)絡(luò)中庫存的實時監(jiān)控，及時準(zhǔn)確地反映業(yè)務(wù)數(shù)據(jù)，以整合規(guī)范業(yè)務(wù)流程為主要目的的 IT系統(tǒng)。 軟件架構(gòu) 設(shè)計模式 ?代理關(guān)系機制 應(yīng)用代理技術(shù)來實現(xiàn)系統(tǒng)中某些業(yè)務(wù)對象之間的業(yè)務(wù)關(guān)系。 ?設(shè)計模式 應(yīng)用 Factory,Agent,Singleton,Handler,Controller等設(shè)計模式，保持代碼的清析與易懂。 public OrderManagerFactory() { } public OrderManager getManagerBy(String manager) { return (new OrderDefaultManager())。 return ivOrderManager。 Session Manager TULIP系統(tǒng)的數(shù)據(jù)庫設(shè)計 ?主要數(shù)據(jù)模型 ?訂單處理 ?入庫出庫 ?運輸與貨險 ?機構(gòu)管理 ?用戶及權(quán)限 ?代理關(guān)系 ?產(chǎn)品管理 數(shù)據(jù)庫設(shè)計 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)品，機構(gòu)等之間的關(guān)系模型，而且也主要以處理以上幾種業(yè)務(wù)對象的關(guān)系為