【正文】 返廠出庫 。目前的倉庫出庫操作除了正常的客戶訂單使用計(jì)劃出庫外其它類型的出庫倉庫管理員均需要選擇出庫類型然后才能填寫出庫單內(nèi)容。 ?沖紅入庫 ：該出庫類型是為了修正非計(jì)劃入庫時(shí)產(chǎn)生的填寫錯(cuò)誤而導(dǎo)致庫存不準(zhǔn)確的情況而設(shè)立的 ， 在填寫沖紅入庫時(shí)一定要填入出錯(cuò)的入庫單號(hào)作為以后核對(duì)庫存的依據(jù) 。 ?退換貨入庫 ：當(dāng)發(fā)生客戶退換貨需要進(jìn)入 RDC的時(shí)候 ， 倉管員先要檢查收到的退換貨計(jì)劃的傳真件和實(shí)物是否一一對(duì)應(yīng) ， 同時(shí)要經(jīng)過售后部門對(duì)物品進(jìn)行鑒定后按照好壞機(jī)區(qū)分入庫的原則進(jìn)行入庫單的填寫 ，在原單單號(hào)欄必須填寫退換貨計(jì)劃的計(jì)劃號(hào) ， 以便日后查對(duì)之用 。目前的倉庫入庫操作必須全部使用非計(jì)劃入庫來完成。 涉及單證：訂單、訂單沖紅申請(qǐng)單 沖紅申請(qǐng) 審核 簽字 /蓋章 3PL 分公司物流部 經(jīng)營部 接受指令 執(zhí)行指令 訂單沖紅流程 作廢 N Y 傳真 計(jì)劃員 執(zhí)行結(jié)果反饋 沖紅結(jié)果接收 傳真 計(jì)劃員 執(zhí)行結(jié)果查詢 RDC管理模塊 RDC管理模塊 實(shí)現(xiàn) RDC的庫存數(shù)量可視化管理 。 事業(yè)部計(jì)劃員（分公司） ? 訂單沖紅審核 當(dāng)訂單沖紅申請(qǐng)被經(jīng)營部提交上來后，分公司計(jì)劃員要根據(jù)實(shí)際情況進(jìn)行沖紅的審核操作，沖紅的對(duì)象只限于下達(dá)訂單未做實(shí)際發(fā)貨處理的部分（只可以沖減余留數(shù)量）。 分公司計(jì)劃員在系統(tǒng)過渡期必須見到有經(jīng)營部財(cái)務(wù)簽章的打印訂單傳真件作為審核訂單的依據(jù)。 操作指引：分公司計(jì)劃員進(jìn)入待處理訂單列表后選擇要處理的訂單后面的選定框進(jìn)行鎖定，鎖定后進(jìn)入訂單審核功能。事業(yè)部計(jì)劃員會(huì)酌情進(jìn)行部分沖紅或全部沖紅的審核工作，具體要求參考事業(yè)部計(jì)劃員沖紅審核（分公司）。 輸入：要貨信息 輸出：訂單 經(jīng)營部計(jì)劃員 ? 查詢訂單 經(jīng)營部計(jì)劃員或業(yè)務(wù)員可以隨時(shí)在網(wǎng)上查詢訂單的狀態(tài)（未審核、已審核、安排運(yùn)輸、在途、簽收）。 由于所填寫的訂單中的要貨信息是經(jīng)過經(jīng)營部財(cái)務(wù)審核后的 ， 所以被視為有效 ， 合法的訂單 ， 在訂單提交并審核后后不得隨意提出沖紅請(qǐng)求 ， 此項(xiàng)可以視為經(jīng)營部的考核標(biāo)準(zhǔn)之一 。 訂單處理模塊功能 ?新建訂單 ?修改訂單 ?取消訂單 ?訂單沖紅 ?訂單鎖定 ?計(jì)劃員審批訂單 ?訂單查詢 ?訂單打印 打印財(cái)務(wù)簽字 審核 審核 打印聯(lián)單 客戶 RDC 分公司物流部 （ 事業(yè)部 ） 經(jīng)營部 客戶 出庫操作 接收到 貨信息 驗(yàn)貨簽收 作廢 要貨申請(qǐng) 傳真 Y N Y N 承運(yùn)商 財(cái)務(wù)開單 簽字確認(rèn) R D C聯(lián) 運(yùn)輸操作 配送聯(lián) 錄入 Tulip 經(jīng)營部計(jì)劃員 ? 庫存查詢 庫存的查詢是經(jīng)營部計(jì)劃員作為填寫訂單的一個(gè)重要條件，系統(tǒng)可以提供經(jīng)營部計(jì)劃員隨時(shí)在網(wǎng)上查詢庫存情況，其中庫存分為兩大類型（１）正常品 和（２）殘次品。 需求分析 ?第一階段 ?經(jīng)營部在網(wǎng)上按照發(fā)貨要求（自提或配送）填寫要貨訂單 ?經(jīng)營部在網(wǎng)上填寫沖紅申請(qǐng)單 ?事業(yè)部計(jì)劃員根據(jù)業(yè)務(wù)情況審核經(jīng)營部提交的訂單 ?事業(yè)部計(jì)劃員審核經(jīng)營部提交的沖紅訂單 ?RDC管理員根據(jù)收發(fā)貨指令進(jìn)行倉庫作業(yè) ?運(yùn)輸管理員根據(jù)訂單指令進(jìn)行運(yùn)輸作業(yè)。 TULIP執(zhí)行系統(tǒng)實(shí)現(xiàn)了分銷物流流程中的流程閉環(huán)處理以及運(yùn)作數(shù)據(jù)的采集，統(tǒng)計(jì)，和可視化； TULIP計(jì)劃系統(tǒng)將管理和支持網(wǎng)絡(luò)整體庫存的優(yōu)化工作。主要使用者為經(jīng)營部和事業(yè)部（分公司）的計(jì)劃員。 經(jīng)營部計(jì)劃員 ? 填寫訂單 經(jīng)營部計(jì)劃員直接從客戶或通過業(yè)務(wù)員收集和匯總客戶訂貨信息 , 經(jīng)財(cái)務(wù)審核后 ， 如果庫存滿足訂單需求 ,就開始填寫訂單 。 在系統(tǒng)未完全取代手工操作之前 ， 經(jīng)營部計(jì)劃員要將訂單打印出來交經(jīng)營部財(cái)務(wù)簽字確認(rèn)后將該訂單傳真至分公司等待審核 （ 待到運(yùn)行穩(wěn)定后將取消傳真的操作 ， 訂單轉(zhuǎn)為完全電子化 ） 以保持訂單的嚴(yán)謹(jǐn)性 . 這時(shí)經(jīng)營部計(jì)劃員要及時(shí)登錄到系統(tǒng)查看訂單的狀態(tài) ， 當(dāng)發(fā)現(xiàn)提交的訂單分公司已審核 ， 經(jīng)營部財(cái)務(wù)要依此訂單在財(cái)務(wù)系統(tǒng)上開單 。 ? 訂單沖紅 當(dāng)訂單被事業(yè)部計(jì)劃員審核之后，經(jīng)營部如果有訂單變更或取消的業(yè)務(wù)需求時(shí)要進(jìn)行沖紅操作。 庫存結(jié)構(gòu)公式： 實(shí)際庫存＝可用庫存＋待出庫 實(shí)際庫存：倉庫里真實(shí)存在的物品數(shù)量 可用庫存：能夠滿足訂單需求的物品數(shù)量 待出庫：已下達(dá)訂單未進(jìn)行發(fā)貨操作的余留數(shù)量 事業(yè)部計(jì)劃員（分公司） ? 訂單鎖定 考慮到在分公司層面可能會(huì)出現(xiàn)多個(gè)計(jì)劃員審核訂單的情況 ， 在審核訂單之前計(jì)劃員必須要對(duì)其準(zhǔn)備審核的訂單進(jìn)行鎖定 ， 這樣就防止了多個(gè)計(jì)劃員操作同一張訂單的情況發(fā)生 。因此當(dāng)查詢到的庫存數(shù)量不能滿足訂單需求時(shí)每個(gè)經(jīng)營部可以在隔段時(shí)間再次查詢可用庫存是否滿足訂單需求。為保證傳真件和實(shí)際的審核數(shù)一致，當(dāng)審核人員對(duì)經(jīng)營部提交的訂單數(shù)要進(jìn)行調(diào)整時(shí)，建議先取消整個(gè)訂單（拒絕），通知填單人員根據(jù)調(diào)整數(shù)重新填寫新的訂單，再將新訂單傳真到分公司。 注：對(duì)于未審核的訂單因?yàn)闀?huì)存在取消的可能性所有不作為正式訂單在訂單查詢里出現(xiàn) 。 RDC管理模塊功能 ? 計(jì)劃入庫 ? 計(jì)劃出庫 ? 非計(jì)劃入庫 ? 非計(jì)劃出庫 ? 庫存查詢 ? 出庫記錄查詢 ? 入庫記錄查詢 ? 出庫單、入庫單打印 ? 匯總報(bào)表 RDC 售后 貨到 驗(yàn)貨 確定好壞機(jī) Tulip系統(tǒng) 非計(jì)劃入庫 運(yùn)輸 承運(yùn)商 RDC—— 入庫 RDC—— 出庫 承運(yùn)商 RDC 裝貨 開出庫單 備車 分公司 RDC聯(lián) 開送貨清單 分公司 承運(yùn)聯(lián) RDC倉管員 ? 計(jì)劃入庫 與補(bǔ)貨計(jì)劃的接口功能 ? 非計(jì)劃入庫 非計(jì)劃入庫是為了解決在 施前代替流程中的部分環(huán)節(jié)所作的臨時(shí)功能。 ?調(diào)撥入庫 ：跟補(bǔ)貨計(jì)劃相同也是為了彌補(bǔ) 缺 ， 倉管員選擇了入庫類型為調(diào)撥入庫后 ， 必須選擇相應(yīng)的發(fā)貨倉庫的名稱和對(duì)應(yīng)的調(diào)撥計(jì)劃的計(jì)劃好后才可以進(jìn)行入庫單內(nèi)同的輸入 。 做完入庫處理 ， 系統(tǒng)會(huì)增加好機(jī)數(shù)量 。 RDC倉管員 ? 非計(jì)劃出庫 非計(jì)劃出庫是為了解決在 未實(shí)施前代替流程中的部分環(huán)節(jié)所作的臨時(shí)功能。 做完維修出庫庫處理后 ， 系統(tǒng)會(huì)減少壞機(jī)的數(shù)量 。 ?沖紅出庫 ： 該出庫類型是為了修正非計(jì)劃出庫時(shí)產(chǎn)生的填寫錯(cuò)誤而導(dǎo)致庫存不準(zhǔn)確的情況而設(shè)立的 ， 在填寫沖紅出庫時(shí)一定要填入出錯(cuò)的出庫單號(hào)作為以后核對(duì)庫存的依據(jù) 。 RDC倉管員 ? 查詢?nèi)霂煊涗? 對(duì)倉庫在任何時(shí)段進(jìn)行的入庫進(jìn)行查詢，此功能是為了對(duì)日常的入庫業(yè)務(wù)進(jìn)行數(shù)據(jù)跟蹤而提供的，點(diǎn)擊進(jìn)入后填好查詢條件后即可查到業(yè)務(wù)發(fā)生的原始記錄，具體操作見用戶手冊(cè)。 運(yùn)輸管理模塊功能 ? 生成送貨清單 ? 送貨清單打印 ? 送貨清單維護(hù) ? 生成沖紅通知單 運(yùn)輸管理模塊功能說明 ? 生成送貨清單 根據(jù)訂單生成送貨清單：系統(tǒng)設(shè)計(jì)的原則是一張訂單可以對(duì)應(yīng)多張送貨清單運(yùn)。當(dāng)貨物在途中時(shí)運(yùn)輸管理員可以不斷的對(duì)到達(dá)時(shí)間和途中發(fā)生的情況進(jìn)行修正，這些改動(dòng)會(huì)立即在網(wǎng)上體現(xiàn)出來，以便物流經(jīng)理可以隨時(shí)的掌握貨物的動(dòng)向。 運(yùn)輸管理模塊功能說明 ? 生成沖紅通知單 如客戶簽收的貨物數(shù)量與送貨清單上的貨物數(shù)量不相等，系統(tǒng)自動(dòng)顯示該頁面，讓運(yùn)輸公司填寫沖紅通知單，主要用于記錄貨物運(yùn)輸過程中發(fā)生貨損、貨差的狀況。 第二階段流程設(shè)計(jì) 第二階段用戶角色定義 ? 事業(yè)部計(jì)劃員 ：主要負(fù)責(zé)補(bǔ)貨計(jì)劃、調(diào)撥計(jì)劃的編制，審核，確認(rèn) ? 物流中心計(jì)劃員 ：主要負(fù)責(zé)發(fā)貨指令的執(zhí)行，運(yùn)輸商的選擇 ? CDC倉管員 ：主要負(fù)責(zé)貨物在 CDC出入庫操作 ? 第三方物流 (干線 )：主要負(fù)責(zé)貨物的干線運(yùn)輸，簽收 ? 貨險(xiǎn)處理員 ：主要負(fù)責(zé)干線運(yùn)輸出現(xiàn)貨險(xiǎn)后的處理 補(bǔ)貨計(jì)劃處理流程 提交補(bǔ)貨訂單 補(bǔ)貨訂單 初稿 草稿 正式稿 Start 接收補(bǔ)貨訂單 填寫補(bǔ)貨計(jì)劃 銷售預(yù)測(cè) 數(shù)據(jù) 生成補(bǔ)貨計(jì)劃 補(bǔ)貨計(jì) 劃 [初稿 ] 再次調(diào)整 補(bǔ)貨計(jì) 劃 [正式稿 ] 最終審批 End CDC/RDC庫 存數(shù)據(jù) 調(diào)整計(jì)劃 補(bǔ)貨計(jì) 劃 [草稿 ] 物流運(yùn)作部 CDC/RDC 事業(yè)部計(jì)劃協(xié)調(diào)員 事業(yè)部計(jì)劃員 分公司 補(bǔ)貨計(jì)劃處理 —— 流程描述 ?事業(yè)部計(jì)劃員（ TV、 AV事業(yè)部計(jì)劃員） ?生成補(bǔ)貨計(jì)劃初稿 補(bǔ)貨計(jì)劃的產(chǎn)生是由三個(gè)前因來驅(qū)動(dòng)的（分公司的要貨申請(qǐng)、 RDC庫存、總部銷售預(yù)測(cè)），事業(yè)部計(jì)劃員填寫補(bǔ)貨計(jì)劃提交給物流中心。 ? 總部計(jì)劃在參考 CDC庫存的時(shí)候只參考這個(gè) CDC的合計(jì)庫存而不管其內(nèi)部是如何分布的，因?yàn)閭}庫產(chǎn)品類型和存貨量分布非常的不均勻。 輸入：事業(yè)部計(jì)劃員交來的補(bǔ)貨計(jì)劃 輸出：經(jīng)過運(yùn)力調(diào)整的補(bǔ)貨計(jì)劃 補(bǔ)貨計(jì)劃處理 —— 流程描述 ?事業(yè)部計(jì)劃協(xié)調(diào)員 ?最終審核發(fā)貨計(jì)劃 事業(yè)部計(jì)劃協(xié)調(diào)員員對(duì)發(fā)貨計(jì)劃進(jìn)行最終確認(rèn) 。 輸入：審核后的發(fā)貨計(jì)劃 輸出：出庫單 干線運(yùn)輸管理 正式 下達(dá)正式補(bǔ)貨 訂單 補(bǔ)貨訂 單 [正式 ] 下達(dá)發(fā)貨指令 選擇運(yùn)輸商 補(bǔ)貨訂 單 [正式 ] 出庫準(zhǔn)備 出庫準(zhǔn)備 運(yùn)輸準(zhǔn)備 運(yùn)輸 簽收 返回簽收結(jié)果 簽收情 況 客戶 /RDC 3PL CDC 物流運(yùn)作部 事業(yè)部 干線運(yùn)輸管理流程描述 ? 物流中心干線計(jì)劃員 ? 對(duì)事業(yè)部下達(dá)的發(fā)貨指令進(jìn)行承運(yùn)商的分配工作 根據(jù)事業(yè)部下達(dá)的發(fā)貨指令選擇運(yùn)輸商 ，提交系統(tǒng)后會(huì)將各承運(yùn)商所需要操作的訂單分發(fā) 。這樣所有的人員 （ 計(jì)劃員 、 物流運(yùn)作人員等 ） 可以隨時(shí)在網(wǎng)上關(guān)注發(fā)貨計(jì)劃的執(zhí)行情況 。 輸入：貨運(yùn)事故報(bào)案表 （ 手工 ） 輸出：貨險(xiǎn)沖紅單 （ 1）貨損處理 貨損是指貨物在運(yùn)輸過程中沒有太大的損壞 ， 通過業(yè)務(wù)模式和補(bǔ)發(fā)物料可以解決的 。 鑒于這兩種情況我們的建議是一旦不能部分或全部簽收 ， 系統(tǒng)即生成貨運(yùn)事故處理單 3PL在送貨清單上標(biāo)明是貨損還是貨差 。 注：沖紅單的主要內(nèi)容包括 (貨運(yùn)事故報(bào)案表編號(hào) 、 原發(fā)貨計(jì)劃號(hào) 、 發(fā)貨沖紅內(nèi)容 ) ?對(duì)貨險(xiǎn)沖紅掛帳單進(jìn)行處理 事業(yè)部計(jì)劃員作出發(fā)貨計(jì)劃沖紅審核后 ， 即生成貨險(xiǎn)沖紅掛帳單 。 輸入：審核后的貨險(xiǎn)沖紅單 輸出：貨險(xiǎn)沖紅掛帳單 RDC調(diào)撥處理 填寫調(diào)撥計(jì)劃 銷售預(yù)測(cè) 數(shù)據(jù) 生成調(diào)撥計(jì)劃 調(diào)撥計(jì) 劃 [初稿 ] Start 初稿 草稿 正式稿 最終審批 End 調(diào)撥計(jì) 劃 [正式稿 ] 庫存信 息 準(zhǔn)備出庫 庫存信 息 準(zhǔn)備入庫 調(diào)整計(jì)劃 調(diào)撥計(jì) 劃 [草稿 ] 物流運(yùn)作部 RDC2(調(diào)入 ) RDC(調(diào)出 ) 事業(yè)部計(jì)劃協(xié)調(diào)員 事業(yè)部計(jì)劃員 RDC調(diào)撥處理流程描述 ? 事業(yè)部計(jì)劃員 ? 生成調(diào)撥計(jì)劃初稿 調(diào)撥計(jì)劃的產(chǎn)生是由兩個(gè)前因來驅(qū)動(dòng)的 （ 分公司的調(diào)撥申請(qǐng) 、 總部銷售預(yù)測(cè) ） ， 事業(yè)部計(jì)劃員填寫調(diào)撥計(jì)劃提交給物流中心 。 當(dāng)物流運(yùn)作部開始運(yùn)輸流程時(shí)計(jì)劃員可以對(duì)調(diào)撥計(jì)劃的執(zhí)行情況進(jìn)行跟蹤 。每個(gè)客戶有且只有一個(gè)為之服務(wù)的 xDC. 。工廠 到 RDC 。 CDC 到 DC 。 RDC 到 客戶 。下單機(jī)構(gòu)通過客戶來決定可以 查看哪個(gè) DC的庫存 。 客戶 客戶 物流與商流 軟件架構(gòu) 設(shè)計(jì)原則 ?系統(tǒng)之間的低耦合 降低系統(tǒng)的耦合度，盡量使每個(gè)業(yè)務(wù)單位的子系統(tǒng)都可以獨(dú)立運(yùn)行。 軟件架構(gòu) 設(shè)計(jì)原則 小結(jié)： TULIP系統(tǒng)的重點(diǎn)并非提供一個(gè)在每個(gè)業(yè)務(wù)環(huán)節(jié)都非常完整及完美的軟件系統(tǒng)，而是為了實(shí)現(xiàn)對(duì)訂單的實(shí)時(shí)跟蹤，統(tǒng)一管理以及對(duì)整個(gè)銷售網(wǎng)絡(luò)中庫存的實(shí)時(shí)監(jiān)控，及時(shí)準(zhǔn)確地反映業(yè)務(wù)數(shù)據(jù)，以整合規(guī)范業(yè)務(wù)流程為主要目的的 IT系統(tǒng)。 ?設(shè)計(jì)模式 應(yīng)用 Factory,Agent,Singleton,Handler,Controller等設(shè)計(jì)模式，保持代碼的清析與易懂。 return ivOrderManag