企業(yè)物流管理信息系統(tǒng)(1)-預(yù)覽頁(yè)

　

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