企業(yè)物流管理信息系統(tǒng)_第1頁
企業(yè)物流管理信息系統(tǒng)_第2頁
企業(yè)物流管理信息系統(tǒng)_第3頁
企業(yè)物流管理信息系統(tǒng)_第4頁
企業(yè)物流管理信息系統(tǒng)_第5頁
已閱讀5頁,還剩114頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

企業(yè)物流管理信息系統(tǒng)1、企業(yè)基本資料2、系統(tǒng)目標(biāo)3、需求分析4、重要流程5、重要功能第1頁,共119頁。1、企業(yè)基本資料生產(chǎn)——銷售型的集團(tuán)企業(yè)生產(chǎn)分布在全國(guó)的多個(gè)地區(qū)在全國(guó)建立有比較完善的銷售體系,銷售人員占整個(gè)企業(yè)的比例較大銷售體系中可以代銷其他企業(yè)的同類商品產(chǎn)品包括:家電類、計(jì)算機(jī)等信息產(chǎn)品第2頁,共119頁。1、企業(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)系第3頁,共119頁。家電網(wǎng)絡(luò)產(chǎn)品通信產(chǎn)品銷售公司計(jì)算機(jī)區(qū)域銷售分公司直屬銷售分公司………省級(jí)銷售公司省級(jí)銷售公司……經(jīng)營(yíng)部倉庫倉庫經(jīng)營(yíng)部經(jīng)營(yíng)部倉庫倉庫經(jīng)營(yíng)部…………區(qū)域銷售分公司:華北、東北、華中、 華東、西北、西南、 華南直屬銷售分公司:廣東、山東、新疆、 四川、海南、江西、 廣西第4頁,共119頁。1、企業(yè)基本資料存在問題:一種典型的“垂直型”的銷售架構(gòu)各個(gè)分公司、直屬公司之間的銷售貨物不能互相補(bǔ)充倉庫的產(chǎn)品調(diào)配只能由上級(jí)公司負(fù)責(zé)各個(gè)倉庫之間不存在聯(lián)系商品的供應(yīng)、沖紅、退貨由上級(jí)公司負(fù)責(zé)第5頁,共119頁。經(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)模式第6頁,共119頁。需求分析 TULIP由執(zhí)行和計(jì)劃兩大系統(tǒng)組成。

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)化工作。第7頁,共119頁。需求分析第一階段經(jīng)營(yíng)部在網(wǎng)上按照發(fā)貨要求(自提或配送)填寫要貨訂單經(jīng)營(yíng)部在網(wǎng)上填寫沖紅申請(qǐng)單事業(yè)部計(jì)劃員根據(jù)業(yè)務(wù)情況審核經(jīng)營(yíng)部提交的訂單事業(yè)部計(jì)劃員審核經(jīng)營(yíng)部提交的沖紅訂單RDC管理員根據(jù)收發(fā)貨指令進(jìn)行倉庫作業(yè)運(yùn)輸管理員根據(jù)訂單指令進(jìn)行運(yùn)輸作業(yè)。第8頁,共119頁。需求分析第二階段CDC庫存管理補(bǔ)貨計(jì)劃管理RDC調(diào)撥計(jì)劃管理干線運(yùn)輸管理

在第一階段基礎(chǔ)上提出一個(gè)流程優(yōu)化,支持多產(chǎn)品,計(jì)劃信息平臺(tái)解決方案

第9頁,共119頁。第一階段流程第10頁,共119頁。訂單處理流程 訂單管理模塊實(shí)現(xiàn)客戶訂單的輸入,提交;訂單接收方的審核,訂單執(zhí)行;訂單運(yùn)作信息的實(shí)時(shí)查詢;訂單沖紅的輸入,審核和實(shí)現(xiàn);以及訂單狀態(tài)的實(shí)時(shí)查詢。訂單管理模塊完成訂單從產(chǎn)生到簽收完畢之間的完整閉環(huán)的信息處理。主要使用者為經(jīng)營(yíng)部和事業(yè)部(分公司)的計(jì)劃員。第11頁,共119頁。訂單處理模塊功能新建訂單

修改訂單

取消訂單

訂單沖紅

訂單鎖定

計(jì)劃員審批訂單

訂單查詢

訂單打印

第12頁,共119頁。打印財(cái)務(wù)簽字審核審核打印聯(lián)單客戶RDC分公司物流部(事業(yè)部)經(jīng)營(yíng)部客戶出庫操作接收到貨信息驗(yàn)貨簽收作廢要貨申請(qǐng)傳真YNYN承運(yùn)商財(cái)務(wù)開單簽字確認(rèn)RDC聯(lián)運(yùn)輸操作配送聯(lián)錄入Tulip第13頁,共119頁。經(jīng)營(yíng)部計(jì)劃員庫存查詢庫存的查詢是經(jīng)營(yíng)部計(jì)劃員作為填寫訂單的一個(gè)重要條件,系統(tǒng)可以提供經(jīng)營(yíng)部計(jì)劃員隨時(shí)在網(wǎng)上查詢庫存情況,其中庫存分為兩大類型(1)正常品和(2)殘次品。

正常品是指能夠下達(dá)訂單要貨的物品。

殘次品是指未經(jīng)過修復(fù)不能直接下達(dá)訂單要貨的物品。第14頁,共119頁。經(jīng)營(yíng)部計(jì)劃員填寫訂單經(jīng)營(yíng)部計(jì)劃員直接從客戶或通過業(yè)務(wù)員收集和匯總客戶訂貨信息,經(jīng)財(cái)務(wù)審核后,如果庫存滿足訂單需求,就開始填寫訂單。由于所填寫的訂單中的要貨信息是經(jīng)過經(jīng)營(yíng)部財(cái)務(wù)審核后的,所以被視為有效,合法的訂單,在訂單提交并審核后后不得隨意提出沖紅請(qǐng)求,此項(xiàng)可以視為經(jīng)營(yíng)部的考核標(biāo)準(zhǔn)之一。為了配合物流改革的模式,經(jīng)營(yíng)部填寫完訂單提交之后,系統(tǒng)會(huì)檢查該張訂單是客戶訂單還是經(jīng)營(yíng)部自己的訂單,如果是客戶訂單,系統(tǒng)可用庫存隨之減少。如果是經(jīng)營(yíng)部自己的訂單,系統(tǒng)本著客戶訂單優(yōu)先要貨、盡量減少經(jīng)營(yíng)部要貨的原則,不會(huì)根據(jù)訂單的數(shù)量來刪減可用庫存,直到事業(yè)部計(jì)劃員審核該張訂單后庫存才會(huì)減少。在系統(tǒng)未完全取代手工操作之前,經(jīng)營(yíng)部計(jì)劃員要將訂單打印出來交經(jīng)營(yíng)部財(cái)務(wù)簽字確認(rèn)后將該訂單傳真至分公司等待審核(待到運(yùn)行穩(wěn)定后將取消傳真的操作,訂單轉(zhuǎn)為完全電子化)以保持訂單的嚴(yán)謹(jǐn)性.這時(shí)經(jīng)營(yíng)部計(jì)劃員要及時(shí)登錄到系統(tǒng)查看訂單的狀態(tài),當(dāng)發(fā)現(xiàn)提交的訂單分公司已審核,經(jīng)營(yíng)部財(cái)務(wù)要依此訂單在財(cái)務(wù)系統(tǒng)上開單。輸入:要貨信息輸出:訂單

第15頁,共119頁。經(jīng)營(yíng)部計(jì)劃員查詢訂單

經(jīng)營(yíng)部計(jì)劃員或業(yè)務(wù)員可以隨時(shí)在網(wǎng)上查詢訂單的狀態(tài)(未審核、已審核、安排運(yùn)輸、在途、簽收)。

取消訂單

當(dāng)經(jīng)營(yíng)部計(jì)劃員需要取消所下的訂單時(shí)首先在網(wǎng)上查詢訂單的狀態(tài),如果該訂單未被審核系統(tǒng)允許取消訂單,可用庫存量隨之增加。如果該訂單已經(jīng)被審核則無法進(jìn)行取消操作,而要進(jìn)行沖紅處理。

訂單沖紅

當(dāng)訂單被事業(yè)部計(jì)劃員審核之后,經(jīng)營(yíng)部如果有訂單變更或取消的業(yè)務(wù)需求時(shí)要進(jìn)行沖紅操作。事業(yè)部計(jì)劃員會(huì)酌情進(jìn)行部分沖紅或全部沖紅的審核工作,具體要求參考事業(yè)部計(jì)劃員沖紅審核(分公司)。

打印訂單

第16頁,共119頁。經(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ā)生變化該客戶又開始參與業(yè)務(wù)活動(dòng),經(jīng)營(yíng)部計(jì)劃員只需要將該用戶重新啟用即可。第17頁,共119頁。事業(yè)部計(jì)劃員(分公司)

庫存查詢 庫存的查詢是事業(yè)部計(jì)劃員(分公司)作為審核經(jīng)營(yíng)部訂單(客戶和經(jīng)營(yíng)部自己的訂單)的一個(gè)重要條件,計(jì)劃員看到的庫存結(jié)構(gòu)與經(jīng)營(yíng)部看到的庫存略有不同,不但提供的可用庫存的信息還提供了實(shí)際庫存和待出庫數(shù)量的信息。

庫存結(jié)構(gòu)公式:實(shí)際庫存=可用庫存+待出庫

實(shí)際庫存:倉庫里真實(shí)存在的物品數(shù)量可用庫存:能夠滿足訂單需求的物品數(shù)量待出庫:已下達(dá)訂單未進(jìn)行發(fā)貨操作的余留數(shù)量

第18頁,共119頁。事業(yè)部計(jì)劃員(分公司)訂單鎖定 考慮到在分公司層面可能會(huì)出現(xiàn)多個(gè)計(jì)劃員審核訂單的情況,在審核訂單之前計(jì)劃員必須要對(duì)其準(zhǔn)備審核的訂單進(jìn)行鎖定,這樣就防止了多個(gè)計(jì)劃員操作同一張訂單的情況發(fā)生。 操作指引:分公司計(jì)劃員進(jìn)入待處理訂單列表后選擇要處理的訂單后面的選定框進(jìn)行鎖定,鎖定后進(jìn)入訂單審核功能。

第19頁,共119頁。事業(yè)部計(jì)劃員(分公司)訂單審核 分公司計(jì)劃員在做訂單審核時(shí)原則上采取見單處理的原則,即要看到經(jīng)過財(cái)務(wù)簽字的傳真件,但考慮到實(shí)際情況,如果經(jīng)營(yíng)部需要立即審批的貨物需打電話向分公司申請(qǐng)后立即審核。在未到訂單處理時(shí)間點(diǎn)之前經(jīng)營(yíng)部可以取消訂單,可用庫存隨之增加。因此當(dāng)查詢到的庫存數(shù)量不能滿足訂單需求時(shí)每個(gè)經(jīng)營(yíng)部可以在隔段時(shí)間再次查詢可用庫存是否滿足訂單需求。 分公司計(jì)劃員在系統(tǒng)過渡期必須見到有經(jīng)營(yíng)部財(cái)務(wù)簽章的打印訂單傳真件作為審核訂單的依據(jù)。對(duì)于經(jīng)營(yíng)部提交的訂單原則上全部通過,分公司計(jì)劃員也可根據(jù)實(shí)際情況對(duì)訂單的數(shù)量進(jìn)行調(diào)整或拒絕該張訂單。為了保障經(jīng)營(yíng)部能夠及時(shí)準(zhǔn)確的查詢到訂單的執(zhí)行狀態(tài),要求分公司計(jì)劃員在第一時(shí)間內(nèi)進(jìn)行審核操作。為保證傳真件和實(shí)際的審核數(shù)一致,當(dāng)審核人員對(duì)經(jīng)營(yíng)部提交的訂單數(shù)要進(jìn)行調(diào)整時(shí),建議先取消整個(gè)訂單(拒絕),通知填單人員根據(jù)調(diào)整數(shù)重新填寫新的訂單,再將新訂單傳真到分公司。

第20頁,共119頁。事業(yè)部計(jì)劃員(分公司)訂單沖紅審核當(dāng)訂單沖紅申請(qǐng)被經(jīng)營(yíng)部提交上來后,分公司計(jì)劃員要根據(jù)實(shí)際情況進(jìn)行沖紅的審核操作,沖紅的對(duì)象只限于下達(dá)訂單未做實(shí)際發(fā)貨處理的部分(只可以沖減余留數(shù)量)。

訂單查詢

分公司計(jì)劃員可以隨時(shí)在網(wǎng)上查詢訂單的狀態(tài)(已審核、安排運(yùn)輸、在途、簽收),以便安排自己的工作內(nèi)容。具體操作方法見用戶手冊(cè)。注:對(duì)于未審核的訂單因?yàn)闀?huì)存在取消的可能性所有不作為正式訂單在訂單查詢里出現(xiàn)。涉及單證:訂單、訂單沖紅申請(qǐng)單

第21頁,共119頁。沖紅申請(qǐng)審核簽字/蓋章3PL分公司物流部經(jīng)營(yíng)部接受指令執(zhí)行指令訂單沖紅流程作廢NY傳真計(jì)劃員執(zhí)行結(jié)果反饋沖紅結(jié)果接收傳真計(jì)劃員執(zhí)行結(jié)果查詢第22頁,共119頁。RDC管理模塊

RDC管理模塊實(shí)現(xiàn)RDC的庫存數(shù)量可視化管理。它提供倉庫出入庫指令查詢,出入庫結(jié)果記錄,庫存實(shí)時(shí)查詢,以及庫存和發(fā)貨的統(tǒng)計(jì)和分析。 主要使用者為RDC管理員,物流經(jīng)理,物流運(yùn)作管理部門,管理RDC的3PL。

第23頁,共119頁。RDC管理模塊功能計(jì)劃入庫

計(jì)劃出庫

非計(jì)劃入庫非計(jì)劃出庫庫存查詢出庫記錄查詢?nèi)霂煊涗洸樵兂鰩靻?、入庫單打印匯總報(bào)表

第24頁,共119頁。RDC售后貨到驗(yàn)貨確定好壞機(jī)Tulip系統(tǒng)非計(jì)劃入庫運(yùn)輸承運(yùn)商RDC——入庫第25頁,共119頁。RDC——出庫承運(yùn)商RDC

裝貨開出庫單備車分公司RDC聯(lián)開送貨清單分公司承運(yùn)聯(lián)第26頁,共119頁。RDC倉管員

計(jì)劃入庫

與補(bǔ)貨計(jì)劃的接口功能

非計(jì)劃入庫

非計(jì)劃入庫是為了解決在Tulip2.0系統(tǒng)未實(shí)施前代替流程中的部分環(huán)節(jié)所作的臨時(shí)功能。目前的倉庫入庫操作必須全部使用非計(jì)劃入庫來完成。根據(jù)不同的入庫指令倉庫管理員需要先選擇入庫類型然后才能填寫入庫單內(nèi)容。

第27頁,共119頁。入庫類型(補(bǔ)充)

補(bǔ)貨入庫調(diào)撥入庫退換貨入庫修還入庫沖紅入庫

第28頁,共119頁。入庫類型說明(補(bǔ)充)補(bǔ)貨入庫:對(duì)應(yīng)補(bǔ)貨計(jì)劃進(jìn)行的入庫操作,倉管員必須并填寫相應(yīng)的補(bǔ)貨計(jì)劃號(hào)和發(fā)貨的CDC名稱后才可以進(jìn)行入庫單內(nèi)容的輸入。調(diào)撥入庫:跟補(bǔ)貨計(jì)劃相同也是為了彌補(bǔ)Tulip2.0為上線前的流程空缺,倉管員選擇了入庫類型為調(diào)撥入庫后,必須選擇相應(yīng)的發(fā)貨倉庫的名稱和對(duì)應(yīng)的調(diào)撥計(jì)劃的計(jì)劃好后才可以進(jìn)行入庫單內(nèi)同的輸入。退換貨入庫:當(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ì)之用。修還入庫:當(dāng)需要將維修好的機(jī)器重新入庫時(shí)將使用到該類型。倉管員在做修還入庫時(shí)必須將原有的維修出庫單的單號(hào)錄入原單單號(hào)的文字欄中以便核對(duì)維修出庫領(lǐng)用的型號(hào)、數(shù)量是否可以和入庫的型號(hào)、數(shù)量相對(duì)應(yīng)。做完入庫處理,系統(tǒng)會(huì)增加好機(jī)數(shù)量。沖紅入庫:該出庫類型是為了修正非計(jì)劃入庫時(shí)產(chǎn)生的填寫錯(cuò)誤而導(dǎo)致庫存不準(zhǔn)確的情況而設(shè)立的,在填寫沖紅入庫時(shí)一定要填入出錯(cuò)的入庫單號(hào)作為以后核對(duì)庫存的依據(jù)。

第29頁,共119頁。RDC倉管員計(jì)劃出庫 所有的訂單出庫都必須為計(jì)劃出庫,在頁面上可以看到計(jì)劃出庫的待處理數(shù)量,點(diǎn)擊進(jìn)入后就可以看到每一條計(jì)劃出庫指令就是一張訂單,考慮到在實(shí)際發(fā)貨的時(shí)候會(huì)出現(xiàn)余留的現(xiàn)象,計(jì)劃出庫提供了分次執(zhí)行出庫指令的功能,如果根據(jù)訂單所作的每一次出庫沒有完全將訂單執(zhí)行完畢,系統(tǒng)會(huì)自動(dòng)將已執(zhí)行完畢的數(shù)量減去并提示需要繼續(xù)處理的信息。

操作指引:

倉管員進(jìn)入計(jì)劃出庫后查看相應(yīng)的出庫指令,點(diǎn)擊進(jìn)入后可以看到出庫指令的詳細(xì)內(nèi)容,這時(shí)需要將出庫指令打印出來作為倉庫檢貨的信息指導(dǎo),待裝完貨后,填入實(shí)際出庫的物品數(shù)量后提交生成正式的出庫單,這個(gè)功能是為了防止在實(shí)際操作中先生成出庫單后由于各種特殊情況無法完成出庫單上全部物品的出庫操作而產(chǎn)生的出庫單沖紅現(xiàn)象的發(fā)生。

第30頁,共119頁。RDC倉管員非計(jì)劃出庫

非計(jì)劃出庫是為了解決在Tulip2.0系統(tǒng)未實(shí)施前代替流程中的部分環(huán)節(jié)所作的臨時(shí)功能。目前的倉庫出庫操作除了正常的客戶訂單使用計(jì)劃出庫外其它類型的出庫倉庫管理員均需要選擇出庫類型然后才能填寫出庫單內(nèi)容。

第31頁,共119頁。非計(jì)劃出庫類型(補(bǔ)充)維修出庫

返廠出庫

調(diào)撥出庫

沖紅出庫

第32頁,共119頁。非計(jì)劃出庫類型說明(補(bǔ)充)維修出庫:當(dāng)售后服務(wù)中心需要將倉庫中的壞機(jī)進(jìn)行維修領(lǐng)用時(shí)將使用到該類型。倉管員在做維修出庫時(shí)必須將售后服務(wù)中心開具的維修領(lǐng)用單的單號(hào)錄入原單單號(hào)的文字欄中以便日后同維修領(lǐng)用單上標(biāo)注的型號(hào)、數(shù)量進(jìn)行核對(duì)。做完維修出庫庫處理后,系統(tǒng)會(huì)減少壞機(jī)的數(shù)量。返廠出庫:該出庫類型較少使用,當(dāng)倉管員接到事業(yè)部下達(dá)的返廠計(jì)劃后將使用該類型進(jìn)行返廠出庫。倉管員在做返廠出庫時(shí)必須將事業(yè)部下達(dá)的返廠計(jì)劃的計(jì)劃號(hào)錄入原單單號(hào)的文字欄中以便日后進(jìn)行核對(duì)。調(diào)撥出庫:同調(diào)撥入庫一樣只是功能相反,倉管員選擇了出庫類型為調(diào)撥出庫后,必須選擇相應(yīng)的收貨倉庫的名稱和對(duì)應(yīng)的調(diào)撥計(jì)劃的計(jì)劃好后才可以進(jìn)行出庫單內(nèi)容的輸入。沖紅出庫:該出庫類型是為了修正非計(jì)劃出庫時(shí)產(chǎn)生的填寫錯(cuò)誤而導(dǎo)致庫存不準(zhǔn)確的情況而設(shè)立的,在填寫沖紅出庫時(shí)一定要填入出錯(cuò)的出庫單號(hào)作為以后核對(duì)庫存的依據(jù)。

第33頁,共119頁。RDC倉管員查詢庫存

庫存的查詢是倉庫管理員在進(jìn)行盤點(diǎn)時(shí)核對(duì)倉庫實(shí)物數(shù)量和系統(tǒng)反映數(shù)量的一個(gè)重要依據(jù),不但提供的可用庫存的信息還提供了實(shí)際庫存和待出庫數(shù)量的信息。庫存結(jié)構(gòu)公式:實(shí)際庫存=可用庫存+待出庫實(shí)際庫存:倉庫里真實(shí)存在的物品數(shù)量可用庫存:能夠滿足訂單需求的物品數(shù)量待出庫:已下達(dá)訂單未進(jìn)行發(fā)貨操作的余留數(shù)量。

注:顯示待出庫的數(shù)量時(shí)是為了提醒倉管員還有部分物品是處于余留狀態(tài)的以便指導(dǎo)其工作。

第34頁,共119頁。RDC倉管員查詢?nèi)霂煊涗?/p>

對(duì)倉庫在任何時(shí)段進(jìn)行的入庫進(jìn)行查詢,此功能是為了對(duì)日常的入庫業(yè)務(wù)進(jìn)行數(shù)據(jù)跟蹤而提供的,點(diǎn)擊進(jìn)入后填好查詢條件后即可查到業(yè)務(wù)發(fā)生的原始記錄,具體操作見用戶手冊(cè)。

查詢出庫記錄 功能和操作方法同查詢?nèi)霂煊涗洝?/p>

第35頁,共119頁。運(yùn)輸管理模塊

運(yùn)輸管理模塊實(shí)現(xiàn)支線的配送指令查詢和運(yùn)輸結(jié)果信息的輸入和查詢,以及運(yùn)輸結(jié)果的統(tǒng)計(jì)分析。

主要使用者:

運(yùn)輸承運(yùn)商,

物流經(jīng)理,

物流運(yùn)作管理部門。

第36頁,共119頁。運(yùn)輸管理模塊功能生成送貨清單送貨清單打印送貨清單維護(hù)生成沖紅通知單

第37頁,共119頁。運(yùn)輸管理模塊功能說明生成送貨清單 根據(jù)訂單生成送貨清單:系統(tǒng)設(shè)計(jì)的原則是一張訂單可以對(duì)應(yīng)多張送貨清單運(yùn)。因此輸管理員可以根據(jù)運(yùn)力情況來決定是一次還是多次執(zhí)行該訂單,如果分次執(zhí)行該訂單則系統(tǒng)會(huì)在下一次生成送貨清單時(shí)將以發(fā)運(yùn)的數(shù)量減去直到完全執(zhí)行完訂單的數(shù)量為止。

第38頁,共119頁。運(yùn)輸管理模塊功能說明維護(hù)送貨清單

發(fā)運(yùn)工作開始后,維護(hù)送貨清單便成為訂單執(zhí)行情況跟蹤的數(shù)據(jù)源車輛離開中轉(zhuǎn)倉后,中轉(zhuǎn)倉倉管員通知物流經(jīng)理貨已出庫的信息。物流經(jīng)理便可以在網(wǎng)上隨時(shí)監(jiān)控訂單的執(zhí)行情況。當(dāng)貨物在途中時(shí)運(yùn)輸管理員可以不斷的對(duì)到達(dá)時(shí)間和途中發(fā)生的情況進(jìn)行修正,這些改動(dòng)會(huì)立即在網(wǎng)上體現(xiàn)出來,以便物流經(jīng)理可以隨時(shí)的掌握貨物的動(dòng)向。貨物到達(dá)目的地后,收貨方在隨運(yùn)輸人員到達(dá)的送貨清單上填寫實(shí)際收貨數(shù)量。運(yùn)輸人員可以實(shí)時(shí)也可以事后將這些信息反饋給運(yùn)輸管理員。運(yùn)輸管理員將這些信息錄入系統(tǒng)后,簽收的信息隨即體現(xiàn)出來。

第39頁,共119頁。運(yùn)輸管理模塊功能說明生成沖紅通知單

如客戶簽收的貨物數(shù)量與送貨清單上的貨物數(shù)量不相等,系統(tǒng)自動(dòng)顯示該頁面,讓運(yùn)輸公司填寫沖紅通知單,主要用于記錄貨物運(yùn)輸過程中發(fā)生貨損、貨差的狀況。 該功能是由系統(tǒng)自動(dòng)完成的,如果客戶的簽收數(shù)量與實(shí)發(fā)數(shù)量不符,則系統(tǒng)認(rèn)為產(chǎn)生了貨險(xiǎn),自動(dòng)打開貨險(xiǎn)沖紅功能,由運(yùn)輸管理員填寫貨損原因后提交,系統(tǒng)自動(dòng)會(huì)生成貨險(xiǎn)沖紅掛帳單。物流經(jīng)理可以通過貨險(xiǎn)沖紅掛帳單的內(nèi)容進(jìn)行相應(yīng)的處理。

第40頁,共119頁。第二階段業(yè)務(wù)流程第41頁,共119頁。第二階段業(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)。

第42頁,共119頁。第二階段流程設(shè)計(jì)第43頁,共119頁。第二階段用戶角色定義事業(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)后的處理第44頁,共119頁。補(bǔ)貨計(jì)劃處理流程

第45頁,共119頁。提交補(bǔ)貨訂單補(bǔ)貨訂單初稿草稿正式稿Start接收補(bǔ)貨訂單填寫補(bǔ)貨計(jì)劃銷售預(yù)測(cè)數(shù)據(jù)生成補(bǔ)貨計(jì)劃補(bǔ)貨計(jì)劃[初稿]再次調(diào)整補(bǔ)貨計(jì)劃[正式稿]最終審批EndCDC/RDC庫存數(shù)據(jù)調(diào)整計(jì)劃補(bǔ)貨計(jì)劃[草稿]物流運(yùn)作部CDC/RDC事業(yè)部計(jì)劃協(xié)調(diào)員事業(yè)部計(jì)劃員分公司第46頁,共119頁。補(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ì)劃提交給物流中心。(系統(tǒng)里要標(biāo)識(shí)該補(bǔ)貨計(jì)劃是由分公司的要貨訂單驅(qū)動(dòng)的,還是由總部自主進(jìn)行補(bǔ)貨)補(bǔ)貨計(jì)劃的主要內(nèi)容包括(發(fā)貨CDC名稱、收貨RDC名稱OR收貨單位的名稱、計(jì)劃內(nèi)容)

輸入:要貨申請(qǐng)、RDC庫存、銷售預(yù)測(cè)輸出:補(bǔ)貨計(jì)劃

第47頁,共119頁。生成補(bǔ)貨計(jì)劃初稿(補(bǔ)充)制作補(bǔ)貨計(jì)劃參考的因素主要有以下六點(diǎn):

要貨計(jì)劃、CDC庫存、RDC庫存、銷售數(shù)據(jù)、電話溝通、銷售預(yù)測(cè)

補(bǔ)貨計(jì)劃有兩種方式:直接對(duì)分公司提交的補(bǔ)貨訂單進(jìn)行審核后直接生成補(bǔ)貨計(jì)劃;由主動(dòng)補(bǔ)貨引發(fā)的手工填寫的補(bǔ)貨計(jì)劃。

事業(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í)行。在傳遞過程中會(huì)產(chǎn)生3次數(shù)值,一次是初始值,第二次是物流部修改的值,第三次是事業(yè)部最終確定的數(shù)值。

總部計(jì)劃在參考CDC庫存的時(shí)候只參考這個(gè)CDC的合計(jì)庫存而不管其內(nèi)部是如何分布的,因?yàn)閭}庫產(chǎn)品類型和存貨量分布非常的不均勻。

第48頁,共119頁。補(bǔ)貨計(jì)劃處理——流程描述生成正式補(bǔ)貨計(jì)劃

事業(yè)部計(jì)劃員收到經(jīng)過物流運(yùn)作部調(diào)整的后的補(bǔ)貨計(jì)劃,經(jīng)過事業(yè)部計(jì)劃協(xié)調(diào)員的最終審核后交由物流運(yùn)作部進(jìn)行運(yùn)作。當(dāng)物流運(yùn)作部開始運(yùn)輸流程時(shí)計(jì)劃員可以對(duì)發(fā)貨計(jì)劃的情況進(jìn)行跟蹤。輸入:經(jīng)過物流運(yùn)作部根據(jù)運(yùn)力調(diào)整后的補(bǔ)貨計(jì)劃輸出:正式補(bǔ)貨計(jì)劃第49頁,共119頁。補(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)。輸入:事業(yè)部計(jì)劃員交來的補(bǔ)貨計(jì)劃 輸出:經(jīng)過運(yùn)力調(diào)整的補(bǔ)貨計(jì)劃

第50頁,共119頁。補(bǔ)貨計(jì)劃處理——流程描述事業(yè)部計(jì)劃協(xié)調(diào)員最終審核發(fā)貨計(jì)劃

事業(yè)部計(jì)劃協(xié)調(diào)員員對(duì)發(fā)貨計(jì)劃進(jìn)行最終確認(rèn)。輸入:運(yùn)力調(diào)整后的發(fā)貨計(jì)劃輸出:最終的發(fā)貨計(jì)劃第51頁,共119頁。CDC管理流程第52頁,共119頁。開始結(jié)束是否合格取消入庫(NO)辦理入庫(Yes)辦理入庫單準(zhǔn)備入庫入庫檢驗(yàn)倉管員入庫流程第53頁,共119頁。CDC管理流程描述——CDC管理員填寫入庫單 CDC管理員接到由工廠送來的貨物后通過隨貨物到達(dá)的批次計(jì)劃?rùn)z驗(yàn)貨物,滿足入庫條件后允許入庫。同時(shí)填寫入庫單修正庫存 輸入:工廠發(fā)來的批次入庫計(jì)劃 輸出:入庫單

第54頁,共119頁。出庫流程提貨單自提出庫結(jié)束客戶簽收送貨清單送貨清單(簽)開始接單核單按單找貨核對(duì)記帳揀貨裝車盤點(diǎn)余數(shù)復(fù)核放行報(bào)表處理結(jié)束庫存總帳<<報(bào)表>>配送/自提(自提)貨物出庫處理配送處理(配送)出庫單<<單據(jù)>>是否符合(Yes)等待處理(No)End發(fā)貨計(jì)劃<<單據(jù)>>CDC日庫存報(bào)表<<報(bào)表>>CDC日發(fā)貨統(tǒng)計(jì)<<報(bào)表>>CDC余留報(bào)表<<報(bào)表>>分公司物流部CDC倉管員3PL(配送處理)客戶方(自提處理)第55頁,共119頁。CDC管理流程描述——CDC管理員填寫出庫單 根據(jù)計(jì)劃部門下達(dá)的補(bǔ)貨計(jì)劃生成出庫單,在這里要說明的是由于目前Tulip系統(tǒng)無法對(duì)CDC內(nèi)部的物理倉庫進(jìn)行管理因此制作出庫單的依據(jù)是各物理倉庫上報(bào)的內(nèi)部出庫單。由于目前倉庫已經(jīng)在使用K3系統(tǒng),因此可以考慮Tulip系統(tǒng)與K3系統(tǒng)進(jìn)行對(duì)接。 輸入:審核后的發(fā)貨計(jì)劃 輸出:出庫單

第56頁,共119頁。干線運(yùn)輸管理

第57頁,共119頁。正式下達(dá)正式補(bǔ)貨訂單補(bǔ)貨訂單[正式]下達(dá)發(fā)貨指令選擇運(yùn)輸商補(bǔ)貨訂單[正式]出庫準(zhǔn)備出庫準(zhǔn)備運(yùn)輸準(zhǔn)備運(yùn)輸簽收返回簽收結(jié)果簽收情況客戶/RDC3PLCDC物流運(yùn)作部事業(yè)部第58頁,共119頁。干線運(yùn)輸管理流程描述

物流中心干線計(jì)劃員

對(duì)事業(yè)部下達(dá)的發(fā)貨指令進(jìn)行承運(yùn)商的分配工作根據(jù)事業(yè)部下達(dá)的發(fā)貨指令選擇運(yùn)輸商,提交系統(tǒng)后會(huì)將各承運(yùn)商所需要操作的訂單分發(fā)。由于CDC部門無法實(shí)現(xiàn)對(duì)具體物理庫的管理因此需要手工標(biāo)注裝貨地點(diǎn)。輸入:發(fā)貨指令(補(bǔ)貨計(jì)劃、調(diào)撥計(jì)劃、返廠計(jì)劃等)輸出:標(biāo)注了承運(yùn)商信息的發(fā)貨指令

第59頁,共119頁。干線運(yùn)輸管理流程描述3PL運(yùn)輸管理員

根據(jù)物流運(yùn)作部下達(dá)的運(yùn)輸計(jì)劃生成送貨清單 根據(jù)物流部下達(dá)的運(yùn)輸計(jì)劃結(jié)合自身的運(yùn)輸能力一次或分次執(zhí)行運(yùn)輸計(jì)劃,生成一張或多張送貨清單供簽收用。 輸入:發(fā)貨指令(補(bǔ)貨計(jì)劃、調(diào)撥計(jì)劃、返廠計(jì)劃等) 輸出:送貨清單

第60頁,共119頁。對(duì)送貨清單進(jìn)行跟蹤維護(hù) 送貨清單生成后交由具體運(yùn)輸人員攜帶,在運(yùn)輸過程中運(yùn)輸管理員可以隨時(shí)通過各種方式同運(yùn)輸人員進(jìn)行聯(lián)系,及時(shí)了解運(yùn)輸?shù)那闆r并維護(hù)入送貨清單。這樣所有的人員(計(jì)劃員、物流運(yùn)作人員等)可以隨時(shí)在網(wǎng)上關(guān)注發(fā)貨計(jì)劃的執(zhí)行情況。 輸入:送貨清單 輸出:維護(hù)了過程信息的送貨清單

送貨清單的簽收信息錄入 貨物到達(dá)后,收貨方進(jìn)行簽收。運(yùn)輸管理員可以將簽收信息維護(hù)錄入系統(tǒng),以便相關(guān)人員了解貨物的簽收情況。 輸入:送貨清單 輸出:送貨清單(簽收)

第61頁,共119頁。干線運(yùn)輸貨險(xiǎn)處理

第62頁,共119頁。貨運(yùn)事故報(bào)案表運(yùn)輸中出現(xiàn)事故Start沖紅通知單審核沖紅賬目修復(fù)貨損重新調(diào)賬貨險(xiǎn)沖紅處理物流管理中心帳目掛帳沖紅通知單掛帳單沖紅沖紅處理根據(jù)沖紅請(qǐng)求生成沖紅掛帳計(jì)劃沖紅(紅單)(負(fù)數(shù))詢問經(jīng)營(yíng)部或中轉(zhuǎn)倉是否需要補(bǔ)貨生成對(duì)應(yīng)要貨計(jì)劃的補(bǔ)發(fā)貨計(jì)劃(Yes)結(jié)束(No)計(jì)劃沖紅(藍(lán)單)(正數(shù))計(jì)劃員物流運(yùn)作部3PL第63頁,共119頁。干線運(yùn)輸貨險(xiǎn)處理流程描述干線運(yùn)輸貨險(xiǎn)處理員生成貨運(yùn)事故處理單 由于干線運(yùn)輸情況比較復(fù)雜,目前干線運(yùn)輸發(fā)生事故有兩種情況和處理辦法。

輸入:貨運(yùn)事故報(bào)案表(手工) 輸出:貨險(xiǎn)沖紅單

(1)貨損處理 貨損是指貨物在運(yùn)輸過程中沒有太大的損壞,通過業(yè)務(wù)模式和補(bǔ)發(fā)物料可以解決的。 對(duì)于這部分貨物不會(huì)做沖紅處理而是通過賠付和補(bǔ)發(fā)物料的情況來解決。

第64頁,共119頁。

(2)貨差處理 貨差是指在運(yùn)輸過程中發(fā)生了比較大的事故導(dǎo)致貨物無法完成既定功能的。這部分的處理一定要進(jìn)行沖紅處理。鑒于這兩種情況我們的建議是一旦不能部分或全部簽收,系統(tǒng)即生成貨運(yùn)事故處理單3PL在送貨清單上標(biāo)明是貨損還是貨差。 物流運(yùn)作部的貨運(yùn)事故處理員根據(jù)系統(tǒng)自動(dòng)生成的貨運(yùn)事故處理單和3PL提交的貨運(yùn)事故報(bào)案表來進(jìn)行貨損貨差的處理。 對(duì)于貨損的情況完成了賠付和補(bǔ)發(fā)物料的操作后點(diǎn)擊處理后,流程終止。而對(duì)于貨差的情況點(diǎn)擊沖紅按鈕系統(tǒng)生成貨險(xiǎn)沖紅請(qǐng)求等待計(jì)劃員處理。

注:沖紅單的主要內(nèi)容包括(貨運(yùn)事故報(bào)案表編號(hào)、原發(fā)貨計(jì)劃號(hào)、發(fā)貨沖紅內(nèi)容)第65頁,共119頁。對(duì)貨險(xiǎn)沖紅掛帳單進(jìn)行處理 事業(yè)部計(jì)劃員作出發(fā)貨計(jì)劃沖紅審核后,即生成貨險(xiǎn)沖紅掛帳單。出現(xiàn)貨損的貨物的所有權(quán)即轉(zhuǎn)為物流運(yùn)作部,貨險(xiǎn)處理員有義務(wù)對(duì)該掛帳單進(jìn)行處理,直到發(fā)生貨險(xiǎn)的貨物被完全完畢。 輸入:貨險(xiǎn)沖紅掛帳單 輸出:處理過的貨險(xiǎn)沖紅掛帳單

第66頁,共119頁。事業(yè)部計(jì)劃員審核貨險(xiǎn)沖紅申請(qǐng)單 事業(yè)部計(jì)劃員根據(jù)物流部上傳的貨險(xiǎn)沖紅單進(jìn)行審批,系統(tǒng)隨即會(huì)對(duì)要沖紅的發(fā)貨計(jì)劃進(jìn)行沖紅同時(shí)會(huì)詢問是否要對(duì)收貨方繼續(xù)發(fā)貨,如果要繼續(xù)發(fā)貨則自動(dòng)生成新的發(fā)貨計(jì)劃(進(jìn)入新的發(fā)貨計(jì)劃處理流程),如果無需繼續(xù)發(fā)貨則不做處理。 輸入:貨險(xiǎn)沖紅單 輸出:審核后的貨險(xiǎn)沖紅單、新的發(fā)貨計(jì)劃(可選)生成貨險(xiǎn)沖紅掛帳單 一旦計(jì)劃員審核了由物流運(yùn)作部提交的貨險(xiǎn)沖紅單,無論是否繼續(xù)發(fā)貨系統(tǒng)都會(huì)生成貨險(xiǎn)沖紅掛帳單并將收貨方改為物流運(yùn)作部。輸入:審核后的貨險(xiǎn)沖紅單輸出:貨險(xiǎn)沖紅掛帳單

第67頁,共119頁。RDC調(diào)撥處理

第68頁,共119頁。填寫調(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ì)劃員第69頁,共119頁。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ì)劃提交給物流中心。 注:調(diào)撥計(jì)劃的主要內(nèi)容包括(調(diào)出RDC名稱、調(diào)入RDC名稱、計(jì)劃內(nèi)容) 輸入:調(diào)撥申請(qǐng)(手工)、各RDC庫存、銷售預(yù)測(cè) 輸出:調(diào)撥計(jì)劃

第70頁,共119頁。生成調(diào)撥計(jì)劃初稿(補(bǔ)充)(1)制作調(diào)撥計(jì)劃參考的因素主要有以下六點(diǎn)調(diào)撥申請(qǐng)調(diào)出RDC庫存調(diào)入RDC庫存銷售數(shù)據(jù)電話溝通銷售預(yù)測(cè)(2)事業(yè)部計(jì)劃員完成計(jì)劃后發(fā)到物流運(yùn)作部,物流運(yùn)作部根據(jù)運(yùn)力情況并與事業(yè)部計(jì)劃員協(xié)商后調(diào)整計(jì)劃,后交由事業(yè)部計(jì)劃協(xié)調(diào)員做最終審核后下達(dá)物流運(yùn)作部執(zhí)行。 在傳遞過程中會(huì)產(chǎn)生3次數(shù)值,一次是初始值,第二次是物流部修改的值,第三次是事業(yè)部最終確定的數(shù)值。

第71頁,共119頁。生成正式調(diào)撥計(jì)劃 事業(yè)部計(jì)劃員收到經(jīng)過物流運(yùn)作部調(diào)整的后的調(diào)撥計(jì)劃,經(jīng)過事業(yè)部計(jì)劃協(xié)調(diào)員的最終審核后交由物流運(yùn)作部進(jìn)行運(yùn)作。當(dāng)物流運(yùn)作部開始運(yùn)輸流程時(shí)計(jì)劃員可以對(duì)調(diào)撥計(jì)劃的執(zhí)行情況進(jìn)行跟蹤。 輸入:經(jīng)過物流運(yùn)作部根據(jù)運(yùn)力調(diào)整后的調(diào)撥計(jì)劃 輸出:正式調(diào)撥計(jì)劃

第72頁,共119頁。RDC調(diào)撥處理流程描述物流中心干線計(jì)劃員調(diào)整調(diào)撥計(jì)劃 物流中心干線計(jì)劃員對(duì)各事業(yè)部計(jì)劃員提交的調(diào)撥計(jì)劃進(jìn)行調(diào)整后,交還給事業(yè)部計(jì)劃協(xié)調(diào)員員進(jìn)行最終確認(rèn)。 輸入:事業(yè)部計(jì)劃員交來的調(diào)撥計(jì)劃 輸出:經(jīng)過運(yùn)力調(diào)整的調(diào)撥計(jì)劃

第73頁,共119頁。RDC調(diào)撥處理流程描述事業(yè)部計(jì)劃協(xié)調(diào)員

最終審核調(diào)撥計(jì)劃 事業(yè)部計(jì)劃協(xié)調(diào)員員對(duì)調(diào)撥計(jì)劃進(jìn)行最終確認(rèn)。 輸入:運(yùn)力調(diào)整后的調(diào)撥計(jì)劃 輸出:最終的調(diào)撥計(jì)劃

第74頁,共119頁。物流管理系統(tǒng)軟件架構(gòu)第75頁,共119頁。TULIP系統(tǒng)的軟件架構(gòu)業(yè)務(wù)模型設(shè)計(jì)思路設(shè)計(jì)模式實(shí)現(xiàn)架構(gòu)第76頁,共119頁。軟件架構(gòu)-業(yè)務(wù)模型RDC1CDC2RDC2DC1分公司1事業(yè)部1訂單補(bǔ)貨調(diào)拔經(jīng)營(yíng)部2經(jīng)營(yíng)部3補(bǔ)貨補(bǔ)貨調(diào)拔經(jīng)營(yíng)部1DC2管理客戶客戶客戶客戶客戶CDC1調(diào)拔調(diào)拔補(bǔ)貨下訂單。每個(gè)客戶有且只有一個(gè)為之服務(wù)的xDC.。經(jīng)營(yíng)部通過客戶來決定可以查看的xDC庫存.。分公司可以管理多個(gè)xDC補(bǔ)貨訂單第77頁,共119頁。工廠CDCRDCDC客戶。工廠到CDC。工廠到RDC。工廠到DC。工廠到客戶。CDC到RDC。CDC到DC。CDC到客戶。RDC到DC。RDC到RDC。RDC到客戶。DC到客戶物流網(wǎng)絡(luò)模型第78頁,共119頁。下單機(jī)構(gòu)審單機(jī)構(gòu)總部分公司事業(yè)部經(jīng)營(yíng)部分公司產(chǎn)品部大客戶分公司CDCRDCDC工廠CDCRDC客戶CDC??蛻粼谝粋€(gè)DC的服務(wù)范圍內(nèi)??蛻魧儆谀硞€(gè)下單機(jī)構(gòu)。下單機(jī)構(gòu)通過客戶來決定可以查看哪個(gè)DC的庫存。下單機(jī)構(gòu)隸屬于某個(gè)審單機(jī)構(gòu)。審單機(jī)構(gòu)可以管理多個(gè)DC。該審單機(jī)構(gòu)下所有下單機(jī)構(gòu)的所有客戶的隸屬DC都在該審單機(jī)構(gòu)的管理之下。客戶客戶物流與商流第79頁,共119頁。軟件架構(gòu)-設(shè)計(jì)原則系統(tǒng)之間的低耦合

降低系統(tǒng)的耦合度,盡量使每個(gè)業(yè)務(wù)單位的子系統(tǒng)都可以獨(dú)立運(yùn)行。減少各系統(tǒng)間的依賴關(guān)系。系統(tǒng)的擴(kuò)展與可配置

注重對(duì)接口的設(shè)計(jì),增強(qiáng)與其它系統(tǒng)的數(shù)據(jù)交換能力。面向?qū)ο蟮姆治雠c設(shè)計(jì)

應(yīng)用面向?qū)ο蟮姆治雠c設(shè)計(jì)技術(shù),采用原型法來進(jìn)行系統(tǒng)開發(fā)。第80頁,共119頁。軟件架構(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)。因此,要求TULIP系統(tǒng)中的每個(gè)子系統(tǒng)均以低耦合度相連,將來被其它系統(tǒng)所代替時(shí),不會(huì)影響業(yè)務(wù)流程的完整性。第81頁,共119頁。軟件架構(gòu)-設(shè)計(jì)模式代理關(guān)系機(jī)制

應(yīng)用代理技術(shù)來實(shí)現(xiàn)系統(tǒng)中某些業(yè)務(wù)對(duì)象之間的業(yè)務(wù)關(guān)系。使重組或更改業(yè)務(wù)關(guān)系變得更容易。設(shè)計(jì)模式

應(yīng)用Factory,Agent,Singleton,Handler,Controller等設(shè)計(jì)模式,保持代碼的清析與易懂。例如:publicclassOrderManagerFactory{privatestaticOrderManagerivOrderManager;publicOrderManagerFactory(){}publicOrderManagergetManagerBy(Stringmanager){return(newOrderDefaultManager());}publicstaticOrderManagergetDefaultFactory(){if(ivOrderManager==null)ivOrderManager=newOrderDefaultManager();returnivOrderManager;}}第82頁,共119頁。軟件架構(gòu)訂單倉儲(chǔ)運(yùn)輸報(bào)表系統(tǒng)管理(產(chǎn)品,客戶,機(jī)構(gòu),用戶等)系統(tǒng)接口JavaPlatform其它系統(tǒng)CRMJXCDBReport第83頁,共119頁。軟件架構(gòu)ManagerBOBCHandlerDBJSPBO=BusinessObjectBC=BusinessObjectController從JSP客戶端發(fā)出的每次請(qǐng)求,經(jīng)過SessionManager的處理后,根據(jù)不同的Command分發(fā)給不同Handler來處理,Handler然后調(diào)用相應(yīng)的Manager來處理業(yè)務(wù)邏輯,最后由Controller來完成對(duì)數(shù)據(jù)庫的操作。SessionManager第84頁,共119頁。TULIP系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)主要數(shù)據(jù)模型訂單處理入庫出庫運(yùn)輸與貨險(xiǎn)機(jī)構(gòu)管理用戶及權(quán)限代理關(guān)系產(chǎn)品管理第85頁,共119頁。數(shù)據(jù)庫設(shè)計(jì)主要數(shù)據(jù)模型

TULIP系統(tǒng)中的主要數(shù)據(jù)模型為訂單,出庫單,入庫單,沖紅單,送貨清單,掛帳單,庫存,產(chǎn)品,機(jī)構(gòu)等之間的關(guān)系模型,而且也主要以處理以上幾種業(yè)務(wù)對(duì)象的關(guān)系為主。第86頁,共119頁。數(shù)據(jù)庫設(shè)計(jì)-訂單第87頁,共119頁。數(shù)據(jù)庫設(shè)計(jì)-庫存第88頁,共119頁。數(shù)據(jù)庫設(shè)計(jì)-運(yùn)輸?shù)?9頁,共119頁。數(shù)據(jù)庫設(shè)計(jì)-機(jī)構(gòu)第90頁,共119頁。用戶機(jī)構(gòu)權(quán)限用戶產(chǎn)品線機(jī)構(gòu)客戶1.用戶的產(chǎn)品線權(quán)限:同一機(jī)構(gòu)下不同的操作用戶具有不同的產(chǎn)品權(quán)限.2.用戶的機(jī)構(gòu)權(quán)限:對(duì)于審核訂單角色來說,同一機(jī)構(gòu)下的不同審單角色可以審核不同機(jī)構(gòu)的訂單.而且只能是該用戶有產(chǎn)品權(quán)限的訂單.3.客戶權(quán)限:對(duì)于下訂單角色來說,同一機(jī)構(gòu)下的不同下單角色可以為不同的客戶下單,機(jī)構(gòu)產(chǎn)品線機(jī)構(gòu)的產(chǎn)品權(quán)限:指該機(jī)構(gòu)所具有的產(chǎn)品權(quán)限,如果有該產(chǎn)品的權(quán)限,則意味著可以查詢與該產(chǎn)品相關(guān)的在該機(jī)構(gòu)的職責(zé)范圍內(nèi)的數(shù)據(jù)第91頁,共119頁。OrganizationCustomerCustomerGroupUserRoleUserRoleUserPrivilegeProductUserPrivileges:PRIV_TYPEPRIV_VALUE-----------------------------------------------------ProductProductGroupID(defaultvalueis'ALL')CustomerCustomerGroupID(defaultvalueis'ALL')OrganizationOrganizationID(defaultvalueisnull用戶機(jī)構(gòu)權(quán)限第92頁,共119頁。數(shù)據(jù)庫設(shè)計(jì)-用戶及權(quán)限第93頁,共119頁。數(shù)據(jù)庫設(shè)計(jì)-代理關(guān)系OrganizationTypeProductAgentJNJN005TVJN0000JN00005TVHZTV00JN00005AVHZAV00JN00005BDHZBD00JN00003TVJNRDCJN00003BDJNRDC。。。。。。。。。。BusinessAgent第94頁,共119頁。物理倉庫邏輯倉庫經(jīng)營(yíng)部客戶分公司事業(yè)部3PLTULIP的倉庫模型第95頁,共119頁。大客戶經(jīng)營(yíng)部大客戶物理庫庫存帳本/邏輯庫物理庫采用劃分邏輯庫的方法來實(shí)現(xiàn)庫存隔離。即在該庫內(nèi)專門為某個(gè)機(jī)構(gòu)設(shè)立庫存帳本用來記錄專屬于該機(jī)構(gòu)的庫存。當(dāng)需要為某個(gè)客戶建立隱含庫存時(shí),先通過系統(tǒng)管理員在機(jī)構(gòu)管理中為該倉庫創(chuàng)建一個(gè)屬于該客戶的“帳本”即可。理論上系統(tǒng)可以為每一個(gè)客戶建立一套自已的帳本。庫存帳本/邏輯庫庫存帳本/邏輯庫某客戶能看的庫存:=倉庫的公有庫存+屬于該客戶的私有庫存PublicPrivate1Private2xDCStockReserve第96頁,共119頁。數(shù)據(jù)庫設(shè)計(jì)-產(chǎn)品管理第97頁,共119頁。TULIP系統(tǒng)的安全性考慮系統(tǒng)的安全是綜合性的,它包含了訪問控制,數(shù)據(jù)加密,傳輸控制,運(yùn)行安全等多種因素。TULIP系統(tǒng)做為一個(gè)業(yè)務(wù)系統(tǒng),其安全問題當(dāng)然是至關(guān)重要的,但就安全性來說TULIP系統(tǒng)重點(diǎn)在于對(duì)非授權(quán)訪問的控制,也就是說要保證用戶訪問的安全性,對(duì)于其它的安全性因素應(yīng)由不同的軟硬件系統(tǒng)來完成。例如:數(shù)據(jù)傳輸?shù)陌踩裕捎蒘SL來實(shí)現(xiàn),WebLogic完全支持該技術(shù)。運(yùn)行的安全性,可由提供備份服務(wù)器,備份數(shù)據(jù)等方式完成。第98頁,共119頁。報(bào)表系統(tǒng)第99頁,共119頁。報(bào)表系統(tǒng)的設(shè)計(jì)TULIP報(bào)表工具管理層數(shù)據(jù)報(bào)表報(bào)表工具完成的功能:后端:1.報(bào)表定義2.報(bào)表數(shù)據(jù)定義2.報(bào)表格式定義前端:3.顯示報(bào)表4.打印報(bào)表5.導(dǎo)出報(bào)表數(shù)據(jù)抽取數(shù)據(jù)抽取其它系統(tǒng)第100頁,共119頁。報(bào)表系統(tǒng)業(yè)務(wù)需求

時(shí)間(年,月,日)貨物數(shù)量(計(jì)劃數(shù),在途數(shù),實(shí)際數(shù),簽收數(shù),余留數(shù))區(qū)域(經(jīng)營(yíng)部,分公司,倉庫,事業(yè)部)(發(fā)站,到站)第101頁,共119頁。五個(gè)關(guān)鍵數(shù)據(jù):計(jì)劃數(shù),實(shí)際數(shù),余留數(shù),在途數(shù),簽收數(shù)。七個(gè)統(tǒng)計(jì)要素:時(shí)間段(年月日),發(fā)貨、到貨地點(diǎn),產(chǎn)品類別,運(yùn)輸方式(公路,鐵路等),承運(yùn)單位運(yùn)作方式(干線,配送,自提等),訂單號(hào)。

所有倉庫的進(jìn)、出、存都圍繞"計(jì)劃、實(shí)際、余留、在途、簽收"五個(gè)要素進(jìn)行統(tǒng)計(jì),生成各種相關(guān)報(bào)表。

第102頁,共119頁。重點(diǎn)名詞解釋和約束

干線運(yùn)輸:干線運(yùn)輸包括CDC-RDC的配送和CDC-客戶/經(jīng)營(yíng)部的配送二次配送:二次配送包括RDC-RDC的配送和RDC-客戶/經(jīng)營(yíng)部的配送RDC:地域配送中心,目前由分公司管轄,下屬可以設(shè)立多個(gè)DCCDC:全國(guó)配送中心,負(fù)責(zé)向所有的RDC供貨,目前由總部統(tǒng)一管轄標(biāo)準(zhǔn)車體積:

作為基準(zhǔn)車型的體積,目前以7.2m為標(biāo)準(zhǔn)車體積,要求在系統(tǒng)管理中可以自定義何種車型為標(biāo)準(zhǔn)車型。

第103頁,共119頁。報(bào)表統(tǒng)計(jì)要素

時(shí)間段(以天為分割的時(shí)間點(diǎn)要求在系統(tǒng)管理中可以設(shè)置)事業(yè)部(TV事業(yè)部、AV事業(yè)部、白家電事業(yè)部、空調(diào)事業(yè)部、彩顯事業(yè)部、PHILIPS銷售中心等)產(chǎn)品類別(彩電、TV附件、視盤機(jī)、功放、音箱、冰箱、洗衣機(jī)、空調(diào)整機(jī)、空調(diào)樣機(jī)、空調(diào)附件等)發(fā)站(CDC、RDC、DC名稱)到站(按區(qū)域、省份、分公司、經(jīng)營(yíng)部(銷售部)、客戶等)3PL(安得、寶供、南方、中外運(yùn)等,可自行維護(hù))運(yùn)輸方式(汽車、火車、飛機(jī)、輪船等,可自行維護(hù))

先選擇運(yùn)輸工具——再選整車或零擔(dān)方式——最后選整車的規(guī)格(例如選輪船——整集裝箱或零擔(dān)——集裝箱規(guī)格)承運(yùn)方式(自提、配送)發(fā)運(yùn)方式(CDC至RDC、CDC至客戶等,可自行維護(hù))區(qū)分訂單(計(jì)劃)的緊急程度。按響應(yīng)時(shí)間(如4小時(shí)、8小時(shí)、12小時(shí)等)分A類、B類、C類等訂單,具體分類標(biāo)準(zhǔn)可按實(shí)際需要進(jìn)行維護(hù)調(diào)整。

該處需要描述清楚運(yùn)輸方式的選擇在什么地方來操作第104頁,共119頁。費(fèi)用核算

干線、配送運(yùn)輸費(fèi)用統(tǒng)計(jì)

數(shù)據(jù)來源——倉庫實(shí)際發(fā)運(yùn)數(shù)量

統(tǒng)計(jì)口徑——按報(bào)表查詢口徑查詢(十種)

費(fèi)用報(bào)表匯總

(1)按物流供應(yīng)商分發(fā)站匯總

匯總表的兩個(gè)匯總條件:條件1-按物流供應(yīng)商的名稱進(jìn)行費(fèi)用匯總,此時(shí)不考慮發(fā)貨站和到貨站的匯總條件,條件2-按發(fā)貨站和到貨站進(jìn)行匯總此時(shí)不考慮物流供應(yīng)商名稱的匯總條件

(2)按事業(yè)部分發(fā)站匯總

匯總表的兩個(gè)匯總條件:條件1-按事業(yè)部的名稱進(jìn)行費(fèi)用匯總,此時(shí)不考慮發(fā)貨站和到貨站的匯總條件,條件2-按發(fā)貨站和到貨站進(jìn)行匯總此時(shí)不考慮事業(yè)部名稱的匯總條件

第105頁,共119頁。計(jì)費(fèi)方法

(1)按臺(tái)價(jià)計(jì)費(fèi)

單臺(tái)價(jià)=點(diǎn)到點(diǎn)標(biāo)準(zhǔn)車型運(yùn)價(jià)/標(biāo)準(zhǔn)車型滿載量

×(標(biāo)準(zhǔn)車型與實(shí)際車型差值比率)

(或按不同產(chǎn)品類別段確定費(fèi)用,如21、25、29、34、38等分別對(duì)應(yīng)一個(gè)價(jià)格) 運(yùn)費(fèi)=單臺(tái)價(jià)×發(fā)運(yùn)數(shù)量

標(biāo)準(zhǔn)車型是指以何種車型來作為滿載量的計(jì)算標(biāo)準(zhǔn)(目前

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論