【正文】 務(wù)審核后 ， 如果庫存滿足訂單需求 ,就開始填寫訂單 。主要使用者為經(jīng)營部和事業(yè)部（分公司）的計劃員。 TULIP執(zhí)行系統(tǒng)實現(xiàn)了分銷物流流程中的流程閉環(huán)處理以及運作數(shù)據(jù)的采集，統(tǒng)計，和可視化； TULIP計劃系統(tǒng)將管理和支持網(wǎng)絡(luò)整體庫存的優(yōu)化工作。 需求分析 ?第一階段 ?經(jīng)營部在網(wǎng)上按照發(fā)貨要求（自提或配送）填寫要貨訂單 ?經(jīng)營部在網(wǎng)上填寫沖紅申請單 ?事業(yè)部計劃員根據(jù)業(yè)務(wù)情況審核經(jīng)營部提交的訂單 ?事業(yè)部計劃員審核經(jīng)營部提交的沖紅訂單 ?RDC管理員根據(jù)收發(fā)貨指令進行倉庫作業(yè) ?運輸管理員根據(jù)訂單指令進行運輸作業(yè)。 訂單處理模塊功能 ?新建訂單 ?修改訂單 ?取消訂單 ?訂單沖紅 ?訂單鎖定 ?計劃員審批訂單 ?訂單查詢 ?訂單打印 打印財務(wù)簽字 審核 審核 打印聯(lián)單 客戶 RDC 分公司物流部 （ 事業(yè)部 ） 經(jīng)營部 客戶 出庫操作 接收到 貨信息 驗貨簽收 作廢 要貨申請 傳真 Y N Y N 承運商 財務(wù)開單 簽字確認 RDC聯(lián) 運輸操作 配送聯(lián) 錄入 Tulip 經(jīng)營部計劃員 ? 庫存查詢 庫存的查詢是經(jīng)營部計劃員作為填寫訂單的一個重要條件，系統(tǒng)可以提供經(jīng)營部計劃員隨時在網(wǎng)上查詢庫存情況，其中庫存分為兩大類型（１）正常品 和（２）殘次品。 由于所填寫的訂單中的要貨信息是經(jīng)過經(jīng)營部財務(wù)審核后的 ， 所以被視為有效 ， 合法的訂單 ， 在訂單提交并審核后后不得隨意提出沖紅請求 ， 此項可以視為經(jīng)營部的考核標準之一 。 輸入：要貨信息 輸出：訂單 經(jīng)營部計劃員 ? 查詢訂單 經(jīng)營部計劃員或業(yè)務(wù)員可以隨時在網(wǎng)上查詢訂單的狀態(tài)（未審核、已審核、安排運輸、在途、簽收）。事業(yè)部計劃員會酌情進行部分沖紅或全部沖紅的審核工作，具體要求參考事業(yè)部計劃員沖紅審核（分公司）。 操作指引：分公司計劃員進入待處理訂單列表后選擇要處理的訂單后面的選定框進行鎖定，鎖定后進入訂單審核功能。 分公司計劃員在系統(tǒng)過渡期必須見到有經(jīng)營部財務(wù)簽章的打印訂單傳真件作為審核訂單的依據(jù)。 事業(yè)部計劃員（分公司） ? 訂單沖紅審核 當訂單沖紅申請被經(jīng)營部提交上來后，分公司計劃員要根據(jù)實際情況進行沖紅的審核操作，沖紅的對象只限于下達訂單未做實際發(fā)貨處理的部分（只可以沖減余留數(shù)量）。 涉及單證：訂單、訂單沖紅申請單 沖紅申請 審核 簽字 /蓋章 3PL 分公司物流部 經(jīng)營部 接受指令 執(zhí)行指令 訂單沖紅流程 作廢 N Y 傳真 計劃員 執(zhí)行結(jié)果反饋 沖紅結(jié)果接收 傳真 計劃員 執(zhí)行結(jié)果查詢 RDC管理模塊 RDC管理模塊 實現(xiàn) RDC的庫存數(shù)量可視化管理 。目前的倉庫入庫操作必須全部使用非計劃入庫來完成。 ?退換貨入庫 ：當發(fā)生客戶退換貨需要進入 RDC的時候 ， 倉管員先要檢查收到的退換貨計劃的傳真件和實物是否一一對應(yīng) ， 同時要經(jīng)過售后部門對物品進行鑒定后按照好壞機區(qū)分入庫的原則進行入庫單的填寫 ，在原單單號欄必須填寫退換貨計劃的計劃號 ， 以便日后查對之用 。 ?沖紅入庫 ：該出庫類型是為了修正非計劃入庫時產(chǎn)生的填寫錯誤而導(dǎo)致庫存不準確的情況而設(shè)立的 ， 在填寫沖紅入庫時一定要填入出錯的入庫單號作為以后核對庫存的依據(jù) 。目前的倉庫出庫操作除了正常的客戶訂單使用計劃出庫外其它類型的出庫倉庫管理員均需要選擇出庫類型然后才能填寫出庫單內(nèi)容。 ?返廠出庫 ： 該出庫類型較少使用 ， 當倉管員接到事業(yè)部下達的返廠計劃后將使用該類型進行返廠出庫 。 RDC倉管員 ? 查詢庫存 庫存的查詢是倉庫管理員在進行盤點時核對倉庫實物數(shù)量和系統(tǒng)反映數(shù)量的一個重要依據(jù) ， 不但提供的可用庫存的信息還提供了實際庫存和待出庫數(shù)量的信息 。 ? 查詢出庫記錄 功能和操作方法同查詢?nèi)霂煊涗?。因此輸管理員可以根據(jù)運力情況來決定是一次還是多次執(zhí)行該訂單，如果分次執(zhí)行該訂單則系統(tǒng)會在下一次生成送貨清單時將以發(fā)運的數(shù)量減去直到完全執(zhí)行完訂單的數(shù)量為止。貨物到達目的地后，收貨方在隨運輸人員到達的送貨清單上填寫實際收貨數(shù)量。 該功能是由系統(tǒng)自動完成的，如果客戶的簽收數(shù)量與實發(fā)數(shù)量不符，則系統(tǒng)認為產(chǎn)生了貨險，自動打開貨險沖紅功能，由運輸管理員填寫貨損原因后提交，系統(tǒng)自動會生成貨險沖紅掛帳單。（系統(tǒng)里要標識該補貨計劃是由分公司的要貨訂單驅(qū)動的，還是由總部自主進行補貨） 補貨計劃的主要內(nèi)容包括 (發(fā)貨 CDC名稱、收貨 RDC名稱 OR收貨單位的名稱、計劃內(nèi)容 ) 輸入：要貨申請 、 RDC庫存 、 銷售預(yù)測 輸出：補貨計劃 生成補貨計劃初稿（補充） ? 制作補貨計劃參考的因素主要有以下六點 ： 要貨計劃、 CDC庫存、 RDC庫存、銷售數(shù)據(jù)、電話溝通、銷售預(yù)測 ? 補貨計劃有兩種方式： 直接對分公司提交的補貨訂單進行審核后直接生成補貨計劃；由主動補貨引發(fā)的手工填寫的補貨計劃。 補貨計劃處理 —— 流程描述 ?生成正式補貨計劃 事業(yè)部計劃員收到經(jīng)過物流運作部調(diào)整的后的補貨計劃，經(jīng)過事業(yè)部計劃協(xié)調(diào)員的最終審核后交由物流運作部進行運作。 輸入：運力調(diào)整后的發(fā)貨計劃 輸出：最終的發(fā)貨計劃 CDC管理流程 開始 結(jié)束 是否合格 取消入庫 ( NO ) 辦理入庫 ( Yes ) 辦理入庫單 準備入庫 入庫檢驗 倉管員 入庫流程 CDC管理流程 描述 —— CDC管理員 ?填寫入庫單 CDC管理員接到由工廠送來的貨物后通過隨貨物到達的批次計劃檢驗貨物 ，滿足入庫條件后允許入庫 。 由于 CDC部門無法實現(xiàn)對具體物理庫的管理因此需要手工標注裝貨地點 。 輸入：送貨清單 輸出：維護了過程信息的送貨清單 ?送貨清單的簽收信息錄入 貨物到達后 ， 收貨方進行簽收 。 對于這部分貨物不會做沖紅處理而是通過賠付和補發(fā)物料的情況來解決。 物流運作部的貨運事故處理員根據(jù)系統(tǒng)自動生成的貨運事故處理單和 3PL提交的貨運事故報案表來進行貨損貨差的處理 。 出現(xiàn)貨損的貨物的所有權(quán)即轉(zhuǎn)為物流運作部 ， 貨險處理員有義務(wù)對該掛帳單進行處理 ， 直到發(fā)生貨險的貨物被完全完畢 。 注：調(diào)撥計劃的主要內(nèi)容包括 (調(diào)出 RDC名稱 、 調(diào)入 RDC名稱 、 計劃內(nèi)容 ) 輸入：調(diào)撥申請 （ 手工 ） 、 各 RDC庫存 、銷售預(yù)測 輸出：調(diào)撥計劃 生成調(diào)撥計劃初稿（補充） （ 1） 制作調(diào)撥計劃參考的因素主要有以下六點 ?調(diào)撥申請 ?調(diào)出 RDC庫存 ?調(diào)入 RDC庫存 ?銷售數(shù)據(jù) ?電話溝通 ?銷售預(yù)測 （ 2） 事業(yè)部計劃員完成計劃后發(fā)到物流運作部 ， 物流運作部根據(jù)運力情況并與事業(yè)部計劃員協(xié)商后調(diào)整計劃 ，后交由事業(yè)部計劃協(xié)調(diào)員做最終審核后下達物流運作部執(zhí)行 。 輸入：經(jīng)過物流運作部根據(jù)運力調(diào)整后的調(diào)撥計劃 輸出：正式調(diào)撥計劃 RDC調(diào)撥處理流程描述 ? 物流中心干線計劃員 ?調(diào)整調(diào)撥計劃 物流中心干線計劃員對各事業(yè)部計劃員提交的調(diào)撥計劃進行調(diào)整后 ， 交還給事業(yè)部計劃協(xié)調(diào)員員進行最終確認 。工廠 到 RDC 。 CDC 到 DC 。 RDC 到 客戶 。 ?面向?qū)ο蟮姆治雠c設(shè)計 應(yīng)用面向?qū)ο蟮姆治雠c設(shè)計技術(shù)，采用原型法來進行系統(tǒng)開發(fā)。使重組或更改業(yè)務(wù)關(guān)系變得更容易。 } public static OrderManager getDefaultFactory() { if ( ivOrderManager == null ) ivOrderManager = new OrderDefaultManager()。 D i sp a tch D o cu m e n tIDT yp eD i sp a tch D a teW a re h o u seP i ck e rP i ck i n g T i ck e tC re a te rO p e ra to rC o m m e n tS ta tu 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 (6 )V A R C H A R 2 (2 0 )V A R C H A R 2 (1 0 0 )N U M B E R p k fk1 fk2 fk2 C o n s i g n m e n t N o t eIDO rd e rC a rryT yp eT ru ck M o d e lO rd e rI DR e ce i ve rR e ce i vi n g A d d re s sR e ce i ve rC o n t a ctR e ce i ve rP h o n eT ru ck L i s e n s eD ri ve rN a m eD ri ve rI d e n t i f i ca t i o nD ri ve rP h o n eS e a l N u m b e rD i s p a t ch D a t eR e q u i re d D a t eE T AR e ce i p t D a t eS h i p p e rS e n d e rC re a t e rC re a t i o n D a t eS u b m i t t e rT ra ce I n f oC 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 (1 8 )V A R C H A R 2 (2 )V A R C H A R 2 (2 )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 (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 (1 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 (2 0 )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 (1 6 )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 (2 0 )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 )V A R C H A R 2 (2 0 0 )V A R C H A R 2 (1 0 0 )N U M B E R p k f k 1 f k 2 f k 4 f k 3 f k 5 數(shù)據(jù)庫設(shè)計－訂單 F K _ O R D E R A U D _ R E F E R E N C E _ O R G A N I Z AF K _ O R D E R A U D _ R E F E R E N C E _ W A R E H O U SF K _ O R D E R A U D _ R E F E R E N C E _ O R D E RF K _ O R D E R A D J_ R E F E R E N C E _ O R D E R 1F K _ O R D E R A D J_ R E F E R E N C E _ O R D E R 2F K _ O R D E R _ R E F E R E N C E _ O R D E R T Y PF K _ O R D E R A D J_ R E F E R E N C E _ O R D E R A D 3F K _ O R D E R A D J_ R E F E R E N C E _ P R O D U C T IF K _ O R D E R P M _ R E F E R E N C E _ O R D E R