【正文】 計劃 輸出：正式補貨計劃 補貨計劃處理 —— 流程描述 ?物流中心干線計劃員 ?調(diào)整補貨計劃 物流中心干線計劃員對各事業(yè)部計劃員提交的發(fā)貨計劃進行數(shù)量上調(diào)整后 ， 交還給事業(yè)部計劃協(xié)調(diào)員員進行最終確認 。在傳遞過程中會產(chǎn)生 3次數(shù)值，一次是初始值，第二次是物流部修改的值，第三次是事業(yè)部最終確定的數(shù)值。 第二階段業(yè)務流程 第二階段業(yè)務流程 ? 補貨計劃處理流程 ? CDC管理流程 ? 干線運輸管理流程 ? 干線運輸貨險沖紅流程 ? RDC調(diào)撥處理流程 通用業(yè)務處理流程實現(xiàn)的目標是建立一套支持多元化產(chǎn)品及多渠道銷售的信息平臺。運輸管理員將這些信息錄入系統(tǒng)后，簽收的信息隨即體現(xiàn)出來。物流經(jīng)理便可以在網(wǎng)上隨時監(jiān)控訂單的執(zhí)行情況。 主要使用者： 運輸承運商， 物流經(jīng)理， 物流運作管理部門。 注： 顯示待出庫的數(shù)量時是為了提醒倉管員還有部分物品是處于余留狀態(tài)的以便指導其工作。 ?調(diào)撥出庫 ： 同調(diào)撥入庫一樣只是功能相反 ， 倉管員選擇了出庫類型為調(diào)撥出庫后 ， 必須選擇相應的收貨倉庫的名稱和對應的調(diào)撥計劃的計劃好后才可以進行出庫單內(nèi)容的輸入 。 倉管員在做維修出庫時必須將售后服務中心開具的維修領用單的單號錄入原單單號的文字欄中以便日后同維修領用單上標注的型號 、 數(shù)量進行核對 。 操作指引 ： 倉管員進入計劃出庫后查看相應的出庫指令，點擊進入后可以看到出庫指令的詳細內(nèi)容，這時需要將出庫指令打印出來作為倉庫檢貨的信息指導，待裝完貨后，填入實際出庫的物品數(shù)量后提交生成正式的出庫單，這個功能是為了防止在實際操作中先生成出庫單后由于各種特殊情況無法完成出庫單上全部物品的出庫操作而產(chǎn)生的出庫單沖紅現(xiàn)象的發(fā)生。 倉管員在做修還入庫時必須將原有的維修出庫單的單號錄入原單單號的文字欄中以便核對維修出庫領用的型號 、 數(shù)量是否可以和入庫的型號 、 數(shù)量相對應 。 入庫類型（補充） ? 補貨入庫 ? 調(diào)撥入庫 ? 退換貨入庫 ? 修還入庫 ? 沖紅入庫 入庫類型說明（補充） ?補貨入庫 ：對應補貨計劃進行的入庫操作 ， 倉管員必須并填寫相應的補貨計劃號和發(fā)貨的 CDC名稱后才可以進行入庫單內(nèi)容的輸入 。 主要使用者為 RDC管理員，物流經(jīng)理，物流運作管理部門，管理 RDC的 3PL。 具體操作方法見用戶手冊 。為了保障經(jīng)營部能夠及時準確的查詢到訂單的執(zhí)行狀態(tài)，要求分公司計劃員在第一時間內(nèi)進行審核操作。在未到訂單處理時間點之前經(jīng)營部可以取消訂單，可用庫存隨之增加。 事業(yè)部計劃員（分公司） ? 庫存查詢 庫存的查詢是事業(yè)部計劃員 （ 分公司 ） 作為審核經(jīng)營部訂單 （ 客戶和經(jīng)營部自己的訂單 ） 的一個重要條件 ， 計劃員看到的庫存結(jié)構(gòu)與經(jīng)營部看到的庫存略有不同 ， 不但提供的可用庫存的信息還提供了實際庫存和待出庫數(shù)量的信息 。 如果該訂單已經(jīng)被審核則無法進行取消操作，而要進行沖紅處理。 如果是經(jīng)營部自己的訂單 ， 系統(tǒng)本著客戶訂單優(yōu)先要貨 、 盡量減少經(jīng)營部要貨的原則 ， 不會根據(jù)訂單的數(shù)量來刪減可用庫存 ，直到事業(yè)部計劃員審核該張訂單后庫存才會減少 。 殘次品是指未經(jīng)過修復不能直接下達訂單要貨的物品。 訂單管理模塊完成訂單從產(chǎn)生到簽收完畢之間的完整閉環(huán)的信息處理。企業(yè)物流管理信息系統(tǒng) 企業(yè)基本資料 系統(tǒng)目標 需求分析 重要流程 重要功能 企業(yè)基本資料 ?生產(chǎn) —— 銷售型的集團企業(yè) ?生產(chǎn)分布在全國的多個地區(qū) ?在全國建立有比較完善的銷售體系，銷售人員占整個企業(yè)的比例較大 ?銷售體系中可以代銷其他企業(yè)的同類商品 ?產(chǎn)品包括：家電類、計算機等信息產(chǎn)品 企業(yè)基本資料 家電生產(chǎn)企業(yè) 網(wǎng)絡產(chǎn)品生產(chǎn)企業(yè) 通信類產(chǎn)品生產(chǎn)企業(yè) 銷售公司 計算機生產(chǎn)企業(yè) 集團公司 產(chǎn)品生產(chǎn)隸屬關(guān)系 產(chǎn)品銷售隸屬關(guān)系 家電 網(wǎng)絡產(chǎn)品 通信產(chǎn)品 銷售公司 計算機 區(qū)域銷售分公司 直屬銷售分公司 ……… 省級銷售公司 省級銷售公司 …… 經(jīng)營部 倉庫 倉庫 經(jīng)營部 經(jīng)營部 倉庫 倉庫 經(jīng)營部 …… …… 區(qū)域銷售分公司：華北、東北、華中、 華東、西北、西南、 華南 直屬銷售分公司：廣東、山東、新疆、 四川、海南、江西、 廣西 企業(yè)基本資料 存在問題： ?一種典型的“垂直型”的銷售架構(gòu) ?各個分公司、直屬公司之間的銷售貨物不能互相補充 ?倉庫的產(chǎn)品調(diào)配只能由上級公司負責 ?各個倉庫之間不存在聯(lián)系 ?商品的供應、沖紅、退貨由上級公司負責 經(jīng)營部 事業(yè)部銷售中心 客戶 分公司 銷售公司總部 分公司產(chǎn)品部 集團機構(gòu)模式 下單機構(gòu) 審單機構(gòu) 總部 客戶 分公司 事業(yè)部 經(jīng)營部 分公司產(chǎn)品部 大客戶 分公司 TULIP機構(gòu)模式 機構(gòu)模式 需求分析 TULIP由執(zhí)行和計劃兩大系統(tǒng)組成。 需求分析 ?第二階段 ?CDC庫存管理 ?補貨計劃管理 ?RDC調(diào)撥計劃管理 ?干線運輸管理 在第一階段基礎上提出一個流程優(yōu)化，支持多產(chǎn)品，計劃信息平臺解決方案 第一階段流程 訂單處理流程 訂單管理模塊實現(xiàn)客戶訂單的輸入，提交；訂單接收方的審核，訂單執(zhí)行；訂單運作信息的實時查詢；訂單沖紅的輸入，審核和實現(xiàn)；以及訂單狀態(tài)的實時查詢。 正常品是指能夠下達訂單要貨的物品。 為了配合物流改革的模式 ， 經(jīng)營部填寫完訂單提交之后 ， 系統(tǒng)會檢查該張訂單是客戶訂單還是經(jīng)營部自己的訂單 ， 如果是客戶訂單 ， 系統(tǒng)可用庫存隨之減少 。 ? 取消訂單 當經(jīng)營部計劃員需要取消所下的訂單時首先在網(wǎng)上查詢訂單的狀態(tài)，如果該訂單未被審核系統(tǒng)允許取消訂單，可用庫存量隨之增加。 ? 打印訂單 經(jīng)營部計劃員 ? 客戶管理 經(jīng)營部可以自主管理屬下的客戶，在新建訂單時需要的客戶信息全部在該功能中提前輸入，為了保證歷史數(shù)據(jù)的一致性，所有錄入的客戶資料系統(tǒng)不提供刪除功能，對于需要刪除該客戶的要求系統(tǒng)提供停用該用戶的功能，一旦該用戶被停用在新建訂單時，客戶列表不會出現(xiàn)該客戶名稱，如果情況發(fā)生變化該客戶又開始參與業(yè)務活動，經(jīng)營部計劃員只需要將該用戶重新啟用即可。 事業(yè)部計劃員（分公司） ? 訂單審核 分公司計劃員在做訂單審核時原則上采取見單處理的原則，即要看到經(jīng)過財務簽字的傳真件，但考慮到實際情況，如果經(jīng)營部需要立即審批的貨物需打電話向分公司申請后立即審核。對于經(jīng)營部提交的訂單原則上全部通過，分公司計劃員也可根據(jù)實際情況對訂單的數(shù)量進行調(diào)整或拒絕該張訂單。 ? 訂單查詢 分公司計劃員可以隨時在網(wǎng)上查詢訂單的狀態(tài) （ 已審核 、 安排運輸 、 在途 、 簽收 ） ， 以便安排自己的工作內(nèi)容 。 它提供倉庫出入庫指令查詢 ，出入庫結(jié)果記錄 ， 庫存實時查詢 ， 以及庫存和發(fā)貨的統(tǒng)計和分析 。根據(jù)不同的入庫指令倉庫管理員需要先選擇入庫類型然后才能填寫入庫單內(nèi)容。 ?修還入庫 ：當需要將維修好的機器重新入庫時將使用到該類型 。 RDC倉管員 ? 計劃出庫 所有的訂單出庫都必須為計劃出庫 ， 在頁面上可以看到計劃出庫的待處理數(shù)量 ， 點擊進入后就可以看到每一條計劃出庫指令就是一張訂單 ， 考慮到在實際發(fā)貨的時候會出現(xiàn)余留的現(xiàn)象 ， 計劃出庫提供了分次執(zhí)行出庫指令的功能 ， 如果根據(jù)訂單所作的每一次出庫沒有完全將訂單執(zhí)行完畢 ， 系統(tǒng)會自動將已執(zhí)行完畢的數(shù)量減去并提示需要繼續(xù)處理的信息 。 非計劃出庫類型 （補充） ? 維修出庫 ? 返廠出庫 ? 調(diào)撥出庫 ? 沖紅出庫 非計劃出庫類型說明 （補充） ?維修出庫 ： 當售后服務中心需要將倉庫中的壞機進行維修領用時將使用到該類型 。 倉管員在做返廠出庫時必須將事業(yè)部下達的返廠計劃的計劃號錄入原單單號的文字欄中以便日后進行核對 。 庫存結(jié)構(gòu)公式： 實際庫存＝可用庫存＋待出庫 實際庫存：倉庫里真實存在的物品數(shù)量 可用庫存：能夠滿足訂單需求的物品數(shù)量 待出庫：已下達訂單未進行發(fā)貨操作的余留數(shù)量 。 運輸管理模塊 運輸管理模塊實現(xiàn)支線的配送指令查詢和運輸結(jié)果信息的輸入和查詢，以及運輸結(jié)果的統(tǒng)計分析。 運輸管理模塊功能說明 ? 維護送貨清單 發(fā)運工作開始后，維護送貨清單便成為訂單執(zhí)行情況跟蹤的數(shù)據(jù)源 車輛離開中轉(zhuǎn)倉后，中轉(zhuǎn)倉倉管員通知物流經(jīng)理貨已出庫的信息。運輸人員可以實時也可以事后將這些信息反饋給運輸管理員。物流經(jīng)理可以通過貨險沖紅掛帳單的內(nèi)容進行相應的處理。 ? 事業(yè)部計劃員完成計劃后發(fā)到物流運作部，物流運作部根據(jù)運力情況并與事業(yè)部計劃員協(xié)商后調(diào)整發(fā)貨計劃的數(shù)量，后交由事業(yè)部計劃協(xié)調(diào)員做最終審核后下達物流運作部執(zhí)行。當物流運作部開始運輸流程時計劃員可以對發(fā)貨計劃的情況進行跟蹤。 同時填寫入庫單修正庫存 輸入：工廠發(fā)來的批次入庫計劃 輸出：入庫單 出庫流程 提貨單 自提出庫結(jié)束 客戶簽收 送貨清單 送貨清單 (簽 ) 開始 接單核單 按單找貨 核對記帳 揀貨裝車 盤點余數(shù) 復核放行 報表處理 結(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ā)貨指令 （ 補貨計劃 、 調(diào)撥計劃 、返廠計劃等 ） 輸出：標注了承運商信息的發(fā)貨指令 干線運輸管理流程描述 ? 3PL運輸管理員 ? 根據(jù)物流運作部下達的運輸計劃生成送貨清單 根據(jù)物流部下達的運輸計劃結(jié)合自身的運輸能力一次或分次執(zhí)行運輸計劃 ， 生成一張或多張送貨清單供簽收用 。 運輸管理員可以將簽收信息維護錄入系統(tǒng) ， 以便相關(guān)人員了解貨物的簽收情況 。 （ 2） 貨差處理 貨差是指在運輸過程中發(fā)生了比較大的事故導致貨物無法完成既定功能的 。 對于貨損的情況完成了賠付和補發(fā)物料的操作后點擊處理后 ，流程終止 。 輸入：貨險沖紅掛帳單 輸出：處理過的貨險沖紅掛帳單 ? 事業(yè)部計劃員 ? 審核貨險沖紅申請單 事業(yè)部計劃員根據(jù)物流部上傳的貨險沖紅單進行審批 ， 系統(tǒng)隨即會對要沖紅的發(fā)貨計劃進行沖紅同時會詢問是否要對收貨方繼續(xù)發(fā)貨 ， 如果要繼續(xù)發(fā)貨則自動生成新的發(fā)貨計劃 （ 進入新的發(fā)貨計劃處理流程 ） ， 如果無需繼續(xù)發(fā)貨則不做處理 。 在傳遞過程中會產(chǎn)生 3次數(shù)值，一次是初始值，第二次是物流部修改的值，第三次是事業(yè)部最終確定的數(shù)值。 輸入：事業(yè)部計劃員交來的調(diào)撥計劃 輸出：經(jīng)過運力調(diào)整的調(diào)撥計劃 RDC調(diào)撥處理流程描述 ? 事業(yè)部計劃協(xié)調(diào)員 ?最終審核調(diào)撥計劃 事業(yè)部計劃協(xié)調(diào)員員對調(diào)撥計劃進行最終確認 。工廠 到 DC 。 CDC 到 客戶 。 DC 到 客戶 物流網(wǎng)絡模型 軟件架構(gòu) 設計原則 ?系統(tǒng)之間的低耦合 降低系統(tǒng)的耦合度，盡量使每個業(yè)務單位的子系統(tǒng)都可以獨立運行。 軟件架構(gòu) 設計原則 小結(jié)： TULIP系統(tǒng)的重點并非提供一個在每個業(yè)務環(huán)節(jié)都非常完整及完美的軟件系統(tǒng)，而是為了實現(xiàn)對訂單的實時跟蹤，統(tǒng)一管理以及對整個銷售網(wǎng)絡中庫存的實時監(jiān)控，及時準確地反映業(yè)務數(shù)據(jù)，以整合規(guī)范業(yè)務流程為主要目的的 IT系統(tǒng)。 ?設計模式 應用 Factory,Agent,Singleton,Handler,Controller等設計模式，保持代碼的清析與易懂。 return ivOrderManage