企業(yè)物流管理信息系統(tǒng)(ppt)
綜合能力考核表詳細(xì)內(nèi)容
企業(yè)物流管理信息系統(tǒng)(ppt)
企業(yè)物流管理信息系統(tǒng)
1、企業(yè)基本資料
2、系統(tǒng)目標(biāo)
3、需求分析
4、重要流程
5、重要功能
1、企業(yè)基本資料
生產(chǎn)——銷售型的集團(tuán)企業(yè)
生產(chǎn)分布在全國的多個地區(qū)
在全國建立有比較完善的銷售體系,銷售人員占整個企業(yè)的比例較大
銷售體系中可以代銷其他企業(yè)的同類商品
產(chǎn)品包括:家電類、計算機(jī)等信息產(chǎn)品
1、企業(yè)基本資料
1、企業(yè)基本資料
存在問題:
一種典型的“垂直型”的銷售架構(gòu)
各個分公司、直屬公司之間的銷售貨物不能互相補(bǔ)充
倉庫的產(chǎn)品調(diào)配只能由上級公司負(fù)責(zé)
各個倉庫之間不存在聯(lián)系
商品的供應(yīng)、沖紅、退貨由上級公司負(fù)責(zé)
需求分析
TULIP由執(zhí)行和計劃兩大系統(tǒng)組成。
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ā)貨指令進(jìn)行倉庫作業(yè)
運輸管理員根據(jù)訂單指令進(jìn)行運輸作業(yè)。
需求分析
第二階段
CDC庫存管理
補(bǔ)貨計劃管理
RDC調(diào)撥計劃管理
干線運輸管理
在第一階段基礎(chǔ)上提出一個流程優(yōu)化,支持多產(chǎn)品,計劃信息平臺解決方案
第一階段流程
訂單處理流程
訂單管理模塊實現(xiàn)客戶訂單的輸入,提交;訂單接收方的審核,訂單執(zhí)行;訂單運作信息的實時查詢;訂單沖紅的輸入,審核和實現(xiàn);以及訂單狀態(tài)的實時查詢。 訂單管理模塊完成訂單從產(chǎn)生到簽收完畢之間的完整閉環(huán)的信息處理。主要使用者為經(jīng)營部和事業(yè)部(分公司)的計劃員。
訂單處理模塊功能
新建訂單
修改訂單
取消訂單
訂單沖紅
訂單鎖定
計劃員審批訂單
訂單查詢
訂單打印
經(jīng)營部計劃員
庫存查詢
庫存的查詢是經(jīng)營部計劃員作為填寫訂單的一個重要條件,系統(tǒng)可以提供經(jīng)營部計劃員隨時在網(wǎng)上查詢庫存情況,其中庫存分為兩大類型(1)正常品 和(2)殘次品。
正常品是指能夠下達(dá)訂單要貨的物品。
殘次品是指未經(jīng)過修復(fù)不能直接下達(dá)訂單要貨的物品。
經(jīng)營部計劃員
填寫訂單
經(jīng)營部計劃員直接從客戶或通過業(yè)務(wù)員收集和匯總客戶訂貨信息, 經(jīng)財務(wù)審核后,如果庫存滿足訂單需求,就開始填寫訂單。由于所填寫的訂單中的要貨信息是經(jīng)過經(jīng)營部財務(wù)審核后的,所以被視為有效,合法的訂單,在訂單提交并審核后后不得隨意提出沖紅請求,此項可以視為經(jīng)營部的考核標(biāo)準(zhǔn)之一。為了配合物流改革的模式,經(jīng)營部填寫完訂單提交之后,系統(tǒng)會檢查該張訂單是客戶訂單還是經(jīng)營部自己的訂單,如果是客戶訂單,系統(tǒng)可用庫存隨之減少。如果是經(jīng)營部自己的訂單,系統(tǒng)本著客戶訂單優(yōu)先要貨、盡量減少經(jīng)營部要貨的原則,不會根據(jù)訂單的數(shù)量來刪減可用庫存,直到事業(yè)部計劃員審核該張訂單后庫存才會減少。在系統(tǒng)未完全取代手工操作之前,經(jīng)營部計劃員要將訂單打印出來交經(jīng)營部財務(wù)簽字確認(rèn)后將該訂單傳真至分公司等待審核(待到運行穩(wěn)定后將取消傳真的操作,訂單轉(zhuǎn)為完全電子化)以保持訂單的嚴(yán)謹(jǐn)性. 這時經(jīng)營部計劃員要及時登錄到系統(tǒng)查看訂單的狀態(tài),當(dāng)發(fā)現(xiàn)提交的訂單分公司已審核,經(jīng)營部財務(wù)要依此訂單在財務(wù)系統(tǒng)上開單。
輸入:要貨信息
輸出:訂單
經(jīng)營部計劃員
查詢訂單
經(jīng)營部計劃員或業(yè)務(wù)員可以隨時在網(wǎng)上查詢訂單的狀態(tài)(未審核、已審核、安排運輸、在途、簽收)。
取消訂單
當(dāng)經(jīng)營部計劃員需要取消所下的訂單時首先在網(wǎng)上查詢訂單的狀態(tài),如果該訂單未被審核系統(tǒng)允許取消訂單,可用庫存量隨之增加。如果該訂單已經(jīng)被審核則無法進(jìn)行取消操作,而要進(jìn)行沖紅處理。
訂單沖紅
當(dāng)訂單被事業(yè)部計劃員審核之后,經(jīng)營部如果有訂單變更或取消的業(yè)務(wù)需求時要進(jìn)行沖紅操作。事業(yè)部計劃員會酌情進(jìn)行部分沖紅或全部沖紅的審核工作,具體要求參考事業(yè)部計劃員沖紅審核(分公司)。
打印訂單
經(jīng)營部計劃員
客戶管理
經(jīng)營部可以自主管理屬下的客戶,在新建訂單時需要的客戶信息全部在該功能中提前輸入,為了保證歷史數(shù)據(jù)的一致性,所有錄入的客戶資料系統(tǒng)不提供刪除功能,對于需要刪除該客戶的要求系統(tǒng)提供停用該用戶的功能,一旦該用戶被停用在新建訂單時,客戶列表不會出現(xiàn)該客戶名稱,如果情況發(fā)生變化該客戶又開始參與業(yè)務(wù)活動,經(jīng)營部計劃員只需要將該用戶重新啟用即可。
事業(yè)部計劃員(分公司)
庫存查詢
庫存的查詢是事業(yè)部計劃員(分公司)作為審核經(jīng)營部訂單(客戶和經(jīng)營部自己的訂單)的一個重要條件,計劃員看到的庫存結(jié)構(gòu)與經(jīng)營部看到的庫存略有不同,不但提供的可用庫存的信息還提供了實際庫存和待出庫數(shù)量的信息。
庫存結(jié)構(gòu)公式: 實際庫存=可用庫存+待出庫
實際庫存:倉庫里真實存在的物品數(shù)量
可用庫存:能夠滿足訂單需求的物品數(shù)量
待出庫:已下達(dá)訂單未進(jìn)行發(fā)貨操作的余留數(shù)量
事業(yè)部計劃員(分公司)
訂單鎖定
考慮到在分公司層面可能會出現(xiàn)多個計劃員審核訂單的情況,在審核訂單之前計劃員必須要對其準(zhǔn)備審核的訂單進(jìn)行鎖定,這樣就防止了多個計劃員操作同一張訂單的情況發(fā)生。
操作指引:分公司計劃員進(jìn)入待處理訂單列表后選擇要處理的訂單后面的選定框進(jìn)行鎖定,鎖定后進(jìn)入訂單審核功能。
事業(yè)部計劃員(分公司)
訂單審核
分公司計劃員在做訂單審核時原則上采取見單處理的原則,即要看到經(jīng)過財務(wù)簽字的傳真件,但考慮到實際情況,如果經(jīng)營部需要立即審批的貨物需打電話向分公司申請后立即審核。在未到訂單處理時間點之前經(jīng)營部可以取消訂單,可用庫存隨之增加。因此當(dāng)查詢到的庫存數(shù)量不能滿足訂單需求時每個經(jīng)營部可以在隔段時間再次查詢可用庫存是否滿足訂單需求。
分公司計劃員在系統(tǒng)過渡期必須見到有經(jīng)營部財務(wù)簽章的打印訂單傳真件作為審核訂單的依據(jù)。對于經(jīng)營部提交的訂單原則上全部通過,分公司計劃員也可根據(jù)實際情況對訂單的數(shù)量進(jìn)行調(diào)整或拒絕該張訂單。為了保障經(jīng)營部能夠及時準(zhǔn)確的查詢到訂單的執(zhí)行狀態(tài),要求分公司計劃員在第一時間內(nèi)進(jìn)行審核操作。為保證傳真件和實際的審核數(shù)一致,當(dāng)審核人員對經(jīng)營部提交的訂單數(shù)要進(jìn)行調(diào)整時,建議先取消整個訂單(拒絕),通知填單人員根據(jù)調(diào)整數(shù)重新填寫新的訂單,再將新訂單傳真到分公司。
事業(yè)部計劃員(分公司)
訂單沖紅審核
當(dāng)訂單沖紅申請被經(jīng)營部提交上來后,分公司計劃員要根據(jù)實際情況進(jìn)行沖紅的審核操作,沖紅的對象只限于下達(dá)訂單未做實際發(fā)貨處理的部分(只可以沖減余留數(shù)量)。
訂單查詢
分公司計劃員可以隨時在網(wǎng)上查詢訂單的狀態(tài)(已審核、安排運輸、在途、簽收),以便安排自己的工作內(nèi)容。具體操作方法見用戶手冊。
注:對于未審核的訂單因為會存在取消的可能性所有不作為正式訂單在訂單查詢里出現(xiàn)。
涉及單證:訂單、訂單沖紅申請單
RDC管理模塊
RDC管理模塊實現(xiàn)RDC的庫存數(shù)量可視化管理。它提供倉庫出入庫指令查詢,出入庫結(jié)果記錄, 庫存實時查詢,以及庫存和發(fā)貨的統(tǒng)計和分析。
主要使用者為RDC管理員,物流經(jīng)理,物流運作管理部門,管理RDC的3PL。
RDC管理模塊功能
計劃入庫
計劃出庫
非計劃入庫
非計劃出庫
庫存查詢
出庫記錄查詢
入庫記錄查詢
出庫單、入庫單打印
匯總報表
RDC——出庫
RDC倉管員
計劃入庫
與補(bǔ)貨計劃的接口功能
非計劃入庫
非計劃入庫是為了解決在Tulip2.0系統(tǒng)未實施前代替流程中的部分環(huán)節(jié)所作的臨時功能。目前的倉庫入庫操作必須全部使用非計劃入庫來完成。根據(jù)不同的入庫指令倉庫管理員需要先選擇入庫類型然后才能填寫入庫單內(nèi)容。
入庫類型(補(bǔ)充)
補(bǔ)貨入庫
調(diào)撥入庫
退換貨入庫
修還入庫
沖紅入庫
入庫類型說明(補(bǔ)充)
補(bǔ)貨入庫:對應(yīng)補(bǔ)貨計劃進(jìn)行的入庫操作,倉管員必須并填寫相應(yīng)的補(bǔ)貨計劃號和發(fā)貨的CDC名稱后才可以進(jìn)行入庫單內(nèi)容的輸入。
調(diào)撥入庫:跟補(bǔ)貨計劃相同也是為了彌補(bǔ)Tulip2.0為上線前的流程空缺,倉管員選擇了入庫類型為調(diào)撥入庫后,必須選擇相應(yīng)的發(fā)貨倉庫的名稱和對應(yīng)的調(diào)撥計劃的計劃好后才可以進(jìn)行入庫單內(nèi)同的輸入。
退換貨入庫:當(dāng)發(fā)生客戶退換貨需要進(jìn)入RDC的時候,倉管員先要檢查收到的退換貨計劃的傳真件和實物是否一一對應(yīng),同時要經(jīng)過售后部門對物品進(jìn)行鑒定后按照好壞機(jī)區(qū)分入庫的原則進(jìn)行入庫單的填寫,在原單單號欄必須填寫退換貨計劃的計劃號,以便日后查對之用。
修還入庫:當(dāng)需要將維修好的機(jī)器重新入庫時將使用到該類型。倉管員在做修還入庫時必須將原有的維修出庫單的單號錄入原單單號的文字欄中以便核對維修出庫領(lǐng)用的型號、數(shù)量是否可以和入庫的型號、數(shù)量相對應(yīng)。做完入庫處理,系統(tǒng)會增加好機(jī)數(shù)量。
沖紅入庫:該出庫類型是為了修正非計劃入庫時產(chǎn)生的填寫錯誤而導(dǎo)致庫存不準(zhǔn)確的情況而設(shè)立的,在填寫沖紅入庫時一定要填入出錯的入庫單號作為以后核對庫存的依據(jù)。
RDC倉管員
計劃出庫
所有的訂單出庫都必須為計劃出庫,在頁面上可以看到計劃出庫的待處理數(shù)量,點擊進(jìn)入后就可以看到每一條計劃出庫指令就是一張訂單,考慮到在實際發(fā)貨的時候會出現(xiàn)余留的現(xiàn)象,計劃出庫提供了分次執(zhí)行出庫指令的功能,如果根據(jù)訂單所作的每一次出庫沒有完全將訂單執(zhí)行完畢,系統(tǒng)會自動將已執(zhí)行完畢的數(shù)量減去并提示需要繼續(xù)處理的信息。
操作指引: 倉管員進(jìn)入計劃出庫后查看相應(yīng)的出庫指令,點擊進(jìn)入后可以看到出庫指令的詳細(xì)內(nèi)容,這時需要將出庫指令打印出來作為倉庫檢貨的信息指導(dǎo),待裝完貨后,填入實際出庫的物品數(shù)量后提交生成正式的出庫單,這個功能是為了防止在實際操作中先生成出庫單后由于各種特殊情況無法完成出庫單上全部物品的出庫操作而產(chǎn)生的出庫單沖紅現(xiàn)象的發(fā)生。
RDC倉管員
非計劃出庫
非計劃出庫是為了解決在Tulip2.0系統(tǒng)未實施前代替流程中的部分環(huán)節(jié)所作的臨時功能。目前的倉庫出庫操作除了正常的客戶訂單使用計劃出庫外其它類型的出庫倉庫管理員均需要選擇出庫類型然后才能填寫出庫單內(nèi)容。
非計劃出庫類型(補(bǔ)充)
維修出庫
返廠出庫
調(diào)撥出庫
沖紅出庫
非計劃出庫類型說明(補(bǔ)充)
維修出庫:當(dāng)售后服務(wù)中心需要將倉庫中的壞機(jī)進(jìn)行維修領(lǐng)用時將使用到該類型。倉管員在做維修出庫時必須將售后服務(wù)中心開具的維修領(lǐng)用單的單號錄入原單單號的文字欄中以便日后同維修領(lǐng)用單上標(biāo)注的型號、數(shù)量進(jìn)行核對。做完維修出庫庫處理后,系統(tǒng)會減少壞機(jī)的數(shù)量。
返廠出庫:該出庫類型較少使用,當(dāng)倉管員接到事業(yè)部下達(dá)的返廠計劃后將使用該類型進(jìn)行返廠出庫。倉管員在做返廠出庫時必須將事業(yè)部下達(dá)的返廠計劃的計劃號錄入原單單號的文字欄中以便日后進(jìn)行核對。
調(diào)撥出庫:同調(diào)撥入庫一樣只是功能相反,倉管員選擇了出庫類型為調(diào)撥出庫后,必須選擇相應(yīng)的收貨倉庫的名稱和對應(yīng)的調(diào)撥計劃的計劃好后才可以進(jìn)行出庫單內(nèi)容的輸入。
沖紅出庫:該出庫類型是為了修正非計劃出庫時產(chǎn)生的填寫錯誤而導(dǎo)致庫存不準(zhǔn)確的情況而設(shè)立的,在填寫沖紅出庫時一定要填入出錯的出庫單號作為以后核對庫存的依據(jù)。
RDC倉管員
查詢庫存
庫存的查詢是倉庫管理員在進(jìn)行盤點時核對倉庫實物數(shù)量和系統(tǒng)反映數(shù)量的一個重要依據(jù),不但提供的可用庫存的信息還提供了實際庫存和待出庫數(shù)量的信息。
庫存結(jié)構(gòu)公式: 實際庫存=可用庫存+待出庫
實際庫存:倉庫里真實存在的物品數(shù)量
可用庫存:能夠滿足訂單需求的物品數(shù)量
待出庫:已下達(dá)訂單未進(jìn)行發(fā)貨操作的余留數(shù)量。
注:顯示待出庫的數(shù)量時是為了提醒倉管員還有部分物品是處于余留狀態(tài)的以便指導(dǎo)其工作。
RDC倉管員
查詢?nèi)霂煊涗?
對倉庫在任何時段進(jìn)行的入庫進(jìn)行查詢,此功能是為了對日常的入庫業(yè)務(wù)進(jìn)行數(shù)據(jù)跟蹤而提供的,點擊進(jìn)入后填好查詢條件后即可查到業(yè)務(wù)發(fā)生的原始記錄,具體操作見用戶手冊。
查詢出庫記錄
功能和操作方法同查詢?nèi)霂煊涗洝?
運輸管理模塊
運輸管理模塊實現(xiàn)支線的配送指令查詢和運輸結(jié)果信息的輸入和查詢,以及運輸結(jié)果的統(tǒng)計分析。
主要使用者: 運輸承運商, 物流經(jīng)理, 物流運作管理部門。
運輸管理模塊功能
生成送貨清單
送貨清單打印
送貨清單維護(hù)
生成沖紅通知單
運輸管理模塊功能說明
生成送貨清單
根據(jù)訂單生成送貨清單:系統(tǒng)設(shè)計的原則是一張訂單可以對應(yīng)多張送貨清單運。因此輸管理員可以根據(jù)運力情況來決定是一次還是多次執(zhí)行該訂單,如果分次執(zhí)行該訂單則系統(tǒng)會在下一次生成送貨清單時將以發(fā)運的數(shù)量減去直到完全執(zhí)行完訂單的數(shù)量為止。
運輸管理模塊功能說明
維護(hù)送貨清單
發(fā)運工作開始后,維護(hù)送貨清單便成為訂單執(zhí)行情況跟蹤的數(shù)據(jù)源 車輛離開中轉(zhuǎn)倉后,中轉(zhuǎn)倉倉管員通知物流經(jīng)理貨已出庫的信息。物流經(jīng)理便可以在網(wǎng)上隨時監(jiān)控訂單的執(zhí)行情況。當(dāng)貨物在途中時運輸管理員可以不斷的對到達(dá)時間和途中發(fā)生的情況進(jìn)行修正,這些改動會立即在網(wǎng)上體現(xiàn)出來,以便物流經(jīng)理可以隨時的掌握貨物的動向。貨物到達(dá)目的地后,收貨方在隨運輸人員到達(dá)的送貨清單上填寫實際收貨數(shù)量。運輸人員可以實時也可以事后將這些信息反饋給運輸管理員。運輸管理員將這些信息錄入系統(tǒng)后,簽收的信息隨即體現(xiàn)出來。
運輸管理模塊功能說明
生成沖紅通知單
如客戶簽收的貨物數(shù)量與送貨清單上的貨物數(shù)量不相等,系統(tǒng)自動顯示該頁面,讓運輸公司填寫沖紅通知單,主要用于記錄貨物運輸過程中發(fā)生貨損、貨差的狀況。
該功能是由系統(tǒng)自動完成的,如果客戶的簽收數(shù)量與實發(fā)數(shù)量不符,則系統(tǒng)認(rèn)為產(chǎn)生了貨險,自動打開貨險沖紅功能,由運輸管理員填寫貨損原因后提交,系統(tǒng)自動會生成貨險沖紅掛帳單。物流經(jīng)理可以通過貨險沖紅掛帳單的內(nèi)容進(jìn)行相應(yīng)的處理。
第二階段業(yè)務(wù)流程
第二階段業(yè)務(wù)流程
補(bǔ)貨計劃處理流程
CDC管理流程
干線運輸管理流程
干線運輸貨險沖紅流程
RDC調(diào)撥處理流程
通用業(yè)務(wù)處理流程實現(xiàn)的目標(biāo)是建立一套支持多元化產(chǎn)品及多渠道銷售的信息平臺。
第二階段流程設(shè)計
第二階段用戶角色定義
事業(yè)部計劃員:主要負(fù)責(zé)補(bǔ)貨計劃、調(diào)撥計劃的編制,審核,確認(rèn)
物流中心計劃員:主要負(fù)責(zé)發(fā)貨指令的執(zhí)行,運輸商的選擇
CDC倉管員:主要負(fù)責(zé)貨物在CDC出入庫操作
第三方物流(干線):主要負(fù)責(zé)貨物的干線運輸,簽收
貨險處理員:主要負(fù)責(zé)干線運輸出現(xiàn)貨險后的處理
補(bǔ)貨計劃處理流程
補(bǔ)貨計劃處理——流程描述
事業(yè)部計劃員(TV、AV事業(yè)部計劃員)
生成補(bǔ)貨計劃初稿
補(bǔ)貨計劃的產(chǎn)生是由三個前因來驅(qū)動的(分公司的要貨申請、RDC庫存、總部銷售預(yù)測),事業(yè)部計劃員填寫補(bǔ)貨計劃提交給物流中心。(系統(tǒng)里要標(biāo)識該補(bǔ)貨計劃是由分公司的要貨訂單驅(qū)動的,還是由總部自主進(jìn)行補(bǔ)貨)
補(bǔ)貨計劃的主要內(nèi)容包括(發(fā)貨CDC名稱、收貨RDC名稱OR收貨單位的名稱、計劃內(nèi)容)
輸入:要貨申請、RDC庫存、銷售預(yù)測
輸出:補(bǔ)貨計劃
生成補(bǔ)貨計劃初稿(補(bǔ)充)
制作補(bǔ)貨計劃參考的因素主要有以下六點 :
要貨計劃、CDC庫存、RDC庫存、銷售數(shù)據(jù)、電話溝通、銷售預(yù)測
補(bǔ)貨計劃有兩種方式:直接對分公司提交的補(bǔ)貨訂單進(jìn)行審核后直接生成補(bǔ)貨計劃;由主動補(bǔ)貨引發(fā)的手工填寫的補(bǔ)貨計劃。
事業(yè)部計劃員完成計劃后發(fā)到物流運作部,物流運作部根據(jù)運力情況并與事業(yè)部計劃員協(xié)商后調(diào)整發(fā)貨計劃的數(shù)量,后交由事業(yè)部計劃協(xié)調(diào)員做最終審核后下達(dá)物流運作部執(zhí)行。在傳遞過程中會產(chǎn)生3次數(shù)值,一次是初始值,第二次是物流部修改的值,第三次是事業(yè)部最終確定的數(shù)值。
總部計劃在參考CDC庫存的時候只參考這個CDC的合計庫存而不管其內(nèi)部是如何分布的,因為倉庫產(chǎn)品類型和存貨量分布非常的不均勻。
補(bǔ)貨計劃處理——流程描述
生成正式補(bǔ)貨計劃
事業(yè)部計劃員收到經(jīng)過物流運作部調(diào)整的后的補(bǔ)貨計劃,經(jīng)過事業(yè)部計劃協(xié)調(diào)員的最終審核后交由物流運作部進(jìn)行運作。當(dāng)物流運作部開始運輸流程時計劃員可以對發(fā)貨計劃的情況進(jìn)行跟蹤。
輸入:經(jīng)過物流運作部根據(jù)運力調(diào)整后的補(bǔ)貨計劃
輸出:正式補(bǔ)貨計劃
補(bǔ)貨計劃處理——流程描述
物流中心干線計劃員
調(diào)整補(bǔ)貨計劃
物流中心干線計劃員對各事業(yè)部計劃員提交的發(fā)貨計劃進(jìn)行數(shù)量上調(diào)整后,交還給事業(yè)部計劃協(xié)調(diào)員員進(jìn)行最終確認(rèn)。
輸入:事業(yè)部計劃員交來的補(bǔ)貨計劃
輸出:經(jīng)過運力調(diào)整的補(bǔ)貨計劃
補(bǔ)貨計劃處理——流程描述
事業(yè)部計劃協(xié)調(diào)員
最終審核發(fā)貨計劃
事業(yè)部計劃協(xié)調(diào)員員對發(fā)貨計劃進(jìn)行最終確認(rèn)。
輸入:運力調(diào)整后的發(fā)貨計劃
輸出:最終的發(fā)貨計劃
CDC管理流程
CDC管理流程描述——CDC管理員
填寫入庫單
CDC管理員接到由工廠送來的貨物后通過隨貨物到達(dá)的批次計劃檢驗貨物,滿足入庫條件后允許入庫。同時填寫入庫單修正庫存
輸入:工廠發(fā)來的批次入庫計劃
輸出:入庫單
出庫流程
CDC管理流程描述——CDC管理員
填寫出庫單
根據(jù)計劃部門下達(dá)的補(bǔ)貨計劃生成出庫單,在這里要說明的是由于目前Tulip系統(tǒng)無法對CDC內(nèi)部的物理倉庫進(jìn)行管理因此制作出庫單的依據(jù)是各物理倉庫上報的內(nèi)部出庫單。由于目前倉庫已經(jīng)在使用K3系統(tǒng),因此可以考慮Tulip系統(tǒng)與K3系統(tǒng)進(jìn)行對接。
輸入:審核后的發(fā)貨計劃
輸出:出庫單
干線運輸管理
干線運輸管理流程描述
物流中心干線計劃員
對事業(yè)部下達(dá)的發(fā)貨指令進(jìn)行承運商的分配工作
根據(jù)事業(yè)部下達(dá)的發(fā)貨指令選擇運輸商,提交系統(tǒng)后會將各承運商所需要操作的訂單分發(fā)。由于CDC部門無法實現(xiàn)對具體物理庫的管理因此需要手工標(biāo)注裝貨地點。
輸入:發(fā)貨指令(補(bǔ)貨計劃、調(diào)撥計劃、返廠計劃等)
輸出:標(biāo)注了承運商信息的發(fā)貨指令
干線運輸管理流程描述
3PL運輸管理員
根據(jù)物流運作部下達(dá)的運輸計劃生成送貨清單
根據(jù)物流部下達(dá)的運輸計劃結(jié)合自身的運輸能力一次或分次執(zhí)行運輸計劃,生成一張或多張送貨清單供簽收用。
輸入:發(fā)貨指令(補(bǔ)貨計劃、調(diào)撥計劃、返廠計劃等)
輸出:送貨清單
對送貨清單進(jìn)行跟蹤維護(hù)
送貨清單生成后交由具體運輸人員攜帶,在運輸過程中運輸管理員可以隨時通過各種方式同運輸人員進(jìn)行聯(lián)系,及時了解運輸?shù)那闆r并維護(hù)入送貨清單。這樣所有的人員(計劃員、物流運作人員等)可以隨時在網(wǎng)上關(guān)注發(fā)貨計劃的執(zhí)行情況。
輸入:送貨清單
輸出:維護(hù)了過程信息的送貨清單
送貨清單的簽收信息錄入
貨物到達(dá)后,收貨方進(jìn)行簽收。運輸管理員可以將簽收信息維護(hù)錄入系統(tǒng),以便相關(guān)人員了解貨物的簽收情況。
輸入:送貨清單
輸出:送貨清單(簽收)
干線運輸貨險處理
干線運輸貨險處理流程描述
干線運輸貨險處理員
生成貨運事故處理單
由于干線運輸情況比較復(fù)雜,目前干線運輸發(fā)生事故有兩種情況和處理辦法。
輸入:貨運事故報案表(手工)
輸出:貨險沖紅單
(1)貨損處理
貨損是指貨物在運輸過程中沒有太大的損壞,通過業(yè)務(wù)模式和補(bǔ)發(fā)物料可以解決的。
對于這部分貨物不會做沖紅處理而是通過賠付和補(bǔ)發(fā)物料的情況來解決。
(2)貨差處理
貨差是指在運輸過程中發(fā)生了比較大的事故導(dǎo)致貨物無法完成既定功能的。這部分的處理一定要進(jìn)行沖紅處理。
鑒于這兩種情況我們的建議是一旦不能部分或全部簽收,系統(tǒng)即生成貨運事故處理單
3PL在送貨清單上標(biāo)明是貨損還是貨差。
物流運作部的貨運事故處理員根據(jù)系統(tǒng)自動生成的貨運事故處理單和3PL提交的貨運事故報案表來進(jìn)行貨損貨差的處理。
對于貨損的情況完成了賠付和補(bǔ)發(fā)物料的操作后點擊處理后,流程終止。而對于貨差的情況點擊沖紅按鈕系統(tǒng)生成貨險沖紅請求等待計劃員處理。
注:沖紅單的主要內(nèi)容包括(貨運事故報案表編號、原發(fā)貨計劃號、發(fā)貨沖紅內(nèi)容)
對貨險沖紅掛帳單進(jìn)行處理
事業(yè)部計劃員作出發(fā)貨計劃沖紅審核后,即生成貨險沖紅掛帳單。出現(xiàn)貨損的貨物的所有權(quán)即轉(zhuǎn)為物流運作部,貨險處理員有義務(wù)對該掛帳單進(jìn)行處理,直到發(fā)生貨險的貨物被完全完畢。
輸入:貨險沖紅掛帳單
輸出:處理過的貨險沖紅掛帳單
事業(yè)部計劃員
審核貨險沖紅申請單
事業(yè)部計劃員根據(jù)物流部上傳的貨險沖紅單進(jìn)行審批,系統(tǒng)隨即會對要沖紅的發(fā)貨計劃進(jìn)行沖紅同時會詢問是否要對收貨方繼續(xù)發(fā)貨,如果要繼續(xù)發(fā)貨則自動生成新的發(fā)貨計劃(進(jìn)入新的發(fā)貨計劃處理流程),如果無需繼續(xù)發(fā)貨則不做處理。
輸入:貨險沖紅單
輸出:審核后的貨險沖紅單、新的發(fā)貨計劃(可選)
生成貨險沖紅掛帳單
一旦計劃員審核了由物流運作部提交的貨險沖紅單,無論是否繼續(xù)發(fā)貨系統(tǒng)都會生成貨險沖紅掛帳單并將收貨方改為物流運作部。
輸入:審核后的貨險沖紅單
輸出:貨險沖紅掛帳單
RDC調(diào)撥處理
RDC調(diào)撥處理流程描述
事業(yè)部計劃員
生成調(diào)撥計劃初稿
調(diào)撥計劃的產(chǎn)生是由兩個前因來驅(qū)動的(分公司的調(diào)撥申請、總部銷售預(yù)測),事業(yè)部計劃員填寫調(diào)撥計劃提交給物流中心。
注:調(diào)撥計劃的主要內(nèi)容包括(調(diào)出RDC名稱、調(diào)入RDC名稱、計劃內(nèi)容)
輸入:調(diào)撥申請(手工)、各RDC庫存、銷售預(yù)測
輸出:調(diào)撥計劃
生成調(diào)撥計劃初稿(補(bǔ)充)
(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)員做最終審核后下達(dá)物流運作部執(zhí)行。
在傳遞過程中會產(chǎn)生3次數(shù)值,一次是初始值,第二次是物流部修改的值,第三次是事業(yè)部最終確定的數(shù)值。
生成正式調(diào)撥計劃
事業(yè)部計劃員收到經(jīng)過物流運作部調(diào)整的后的調(diào)撥計劃,經(jīng)過事業(yè)部計劃協(xié)調(diào)員的最終審核后交由物流運作部進(jìn)行運作。當(dāng)物流運作部開始運輸流程時計劃員可以對調(diào)撥計劃的執(zhí)行情況進(jìn)行跟蹤。
輸入:經(jīng)過物流運作部根據(jù)運力調(diào)整后的調(diào)撥計劃
輸出:正式調(diào)撥計劃
RDC調(diào)撥處理流程描述
物流中心干線計劃員
調(diào)整調(diào)撥計劃
物流中心干線計劃員對各事業(yè)部計劃員提交的調(diào)撥計劃進(jìn)行調(diào)整后,交還給事業(yè)部計劃協(xié)調(diào)員員進(jìn)行最終確認(rèn)。
輸入:事業(yè)部計劃員交來的調(diào)撥計劃
輸出:經(jīng)過運力調(diào)整的調(diào)撥計劃
RDC調(diào)撥處理流程描述
事業(yè)部計劃協(xié)調(diào)員
最終審核調(diào)撥計劃
事業(yè)部計劃協(xié)調(diào)員員對調(diào)撥計劃進(jìn)行最終確認(rèn)。
輸入:運力調(diào)整后的調(diào)撥計劃
輸出:最終的調(diào)撥計劃
物流管理系統(tǒng)軟件架構(gòu)
TULIP系統(tǒng)的軟件架構(gòu)
物流網(wǎng)絡(luò)模型
軟件架構(gòu)-設(shè)計原則
軟件架構(gòu)-設(shè)計原則
軟件架構(gòu)-設(shè)計模式
軟件架構(gòu)
軟件架構(gòu)
TULIP系統(tǒng)的數(shù)據(jù)庫設(shè)計
數(shù)據(jù)庫設(shè)計
數(shù)據(jù)庫設(shè)計-訂單
數(shù)據(jù)庫設(shè)計-運輸
TULIP的倉庫模型
Stock Reserve
TULIP系統(tǒng)的安全性考慮
報表系統(tǒng)
報表系統(tǒng)業(yè)務(wù)需求
重點名詞解釋和約束
干線運輸:干線運輸包括CDC-RDC的配送和CDC-客戶/經(jīng)營部的配送
二次配送:二次配送包括RDC-RDC的配送和RDC-客戶/經(jīng)營部的配送
RDC:地域配送中心,目前由分公司管轄,下屬可以設(shè)立多個DC
CDC:全國配送中心,負(fù)責(zé)向所有的RDC供貨,目前由總部統(tǒng)一管轄
標(biāo)準(zhǔn)車體積: 作為基準(zhǔn)車型的體積,目前以7.2m為標(biāo)準(zhǔn)車體積,要求在系統(tǒng)管理中可以自定義何種車型為標(biāo)準(zhǔn)車型。
報表統(tǒng)計要素
時間段(以天為分割的時間點要求在系統(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)營部(銷售部)、客戶等)
3PL(安得、寶供、南方、中外運等,可自行維護(hù))
運輸方式(汽車、火車、飛機(jī)、輪船等,可自行維護(hù))
先選擇運輸工具——再選整車或零擔(dān)方式——最后選整車的規(guī)格(例如選輪船——整集裝箱或零擔(dān)——集裝箱規(guī)格)
承運方式(自提、配送)
發(fā)運方式(CDC至RDC、CDC至客戶等,可自行維護(hù))
區(qū)分訂單(計劃)的緊急程度。按響應(yīng)時間(如4小時、8小時、12小時等)分A類、B類、C類等訂單,具體分類標(biāo)準(zhǔn)可按實際需要進(jìn)行維護(hù)調(diào)整。 該處需要描述清楚運輸方式的選擇在什么地方來操作
費用核算
干線、配送運輸費用統(tǒng)計
數(shù)據(jù)來源——倉庫實際發(fā)運數(shù)量
統(tǒng)計口徑——按報表查詢口徑查詢(十種)
費用報表匯總
(1)按物流供應(yīng)商分發(fā)站匯總
匯總表的兩個匯總條件:條件1-按物流供應(yīng)商的名稱進(jìn)行費用匯總,此時不考慮發(fā)貨站和到貨站的匯總條件,條件2-按發(fā)貨站和到貨站進(jìn)行匯總此時不考慮物流供應(yīng)商名稱的匯總條件
(2)按事業(yè)部分發(fā)站匯總
匯總表的兩個匯總條件:條件1-按事業(yè)部的名稱進(jìn)行費用匯總,此時不考慮發(fā)貨站和到貨站的匯總條件,條件2-按發(fā)貨站和到貨站進(jìn)行匯總此時不考慮事業(yè)部名稱的匯總條件
計費方法
(1)按臺價計費
單臺價=點到點標(biāo)準(zhǔn)車型運價/標(biāo)準(zhǔn)車型滿載量 ×(標(biāo)準(zhǔn)車型與實際車型差值比率)
(或按不同產(chǎn)品類別段確定費用,如21、25、29、34、38等分別對應(yīng)一個價格)
運費=單臺價×發(fā)運數(shù)量
標(biāo)準(zhǔn)車型是指以何種車型來作為滿載量的計算標(biāo)準(zhǔn)(目前以7.2米車為基準(zhǔn))
(2)按標(biāo)準(zhǔn)車計費(可同時確定幾種基準(zhǔn)車型,如7.2m車、14m車)
運費=標(biāo)準(zhǔn)車車價×發(fā)運車數(shù)
(3)按體積計費
運費=單位體積運價×發(fā)運體積
(4)按貨值計費
運費=貨值費率×發(fā)運貨值(貨值費率隨產(chǎn)品類別、發(fā)站、到站區(qū)域等的不同而不同)
(5)按重量計費
運費=元/Kg(按不同距離給予定義)×發(fā)運重量
提供重量費率(維護(hù)界面)
要求上述計費方式可按不同起運量進(jìn)行費用標(biāo)準(zhǔn)的維護(hù)和統(tǒng)計。 (需要提供貨值費率表、需要提供重量費率表)
費用核算
倉租費
倉租費可以按流通量計費,也可以按租用面積計費。
——倉租費=元/㎡×租用面積×租用天數(shù)(月租是按自然天結(jié)算)
——倉租費=元/臺×平均庫存數(shù)量(或流通量)×存放天數(shù)
(平均庫存量=上月庫存總和/自然月天數(shù),流通量=(上月出+入庫數(shù)量)/2)
裝卸費
裝卸費=元/臺×(入庫數(shù)量+出庫數(shù)量)
物流系統(tǒng)考核指標(biāo)
計劃執(zhí)行率
計劃執(zhí)行率=已執(zhí)行計劃量/計劃總量(按臺)
已執(zhí)行計劃量是指計劃已經(jīng)審核并且已經(jīng)產(chǎn)生出庫單并且已經(jīng)產(chǎn)生送貨清單的數(shù)量,余留數(shù)量不記入已執(zhí)行計劃量。①已出庫、已送貨——視為計劃執(zhí)行;②已出庫、未送貨——視為計劃余留,不計入計劃執(zhí)行;③未出庫、已送貨——視為計劃未執(zhí)行,不計入計劃執(zhí)行。
完好交貨率
完好交貨率=(已簽收數(shù)量)/實際送貨清單總量
準(zhǔn)點交貨率
準(zhǔn)點交貨率=實際簽收數(shù)量(包括完好和貨損,不包括丟失)/送貨清單物品總數(shù)量
物流成本分析
干線運輸數(shù)據(jù)分析
RDC數(shù)據(jù)分析
CDC數(shù)據(jù)分析
二次配送數(shù)據(jù)分析
干線運輸數(shù)據(jù)分析
主要統(tǒng)計指標(biāo)
有實際發(fā)運臺數(shù)、實際發(fā)運體積、發(fā)運總運距(發(fā)運體積×里程)、發(fā)運總貨值、實際發(fā)運總費用、發(fā)運車數(shù)(可折合成7.2米車,可自定義)。
(發(fā)運數(shù)量全部按送貨清單的生成數(shù)量作為基準(zhǔn))
主要分析指標(biāo)
各發(fā)站發(fā)運量(按臺、按體積)比率;
各發(fā)站對應(yīng)各到站發(fā)運量比率(基數(shù)為總數(shù)量或各發(fā)站數(shù)量);
各發(fā)RDC與直發(fā)客戶的比率;
發(fā)運體積比率(與發(fā)運數(shù)量比率雷同);
平均單臺體積(總體積/總發(fā)運量,分發(fā)站、分產(chǎn)品類別);
平均單臺貨值;
平均體積貨值;
臺費率;
體積費率;
貨值費率;
臺公里費率;
體積公里費率;
車公里費率。
RDC數(shù)據(jù)分析
主要統(tǒng)計指標(biāo)
計劃出入庫數(shù)、實際出入庫數(shù)、流通量、計劃月初月末庫存數(shù)、實際月初月末庫存數(shù)、平均庫存量、租用面積、庫存周轉(zhuǎn)天數(shù)、倉租費、裝卸費、二次配送費等
主要分析指標(biāo)
倉庫利用率
單位面積倉租費率
單次臺裝卸費率
臺費率(庫存臺倉租費率<流通臺倉租費率、流通臺裝卸費率>)
體積費率(庫存體積倉租費率<流通體積倉租費率、流通體積裝卸費率>)
貨值費率(庫存貨值倉租費率<流通貨值倉租費率、流通貨值裝卸費率>)
CDC數(shù)據(jù)分析
主要統(tǒng)計指標(biāo)
計劃出入庫數(shù)、實際出入庫數(shù)、流通量、計劃月初月末庫存數(shù)、實際月初月末庫存數(shù)、平均庫存量、租用面積、庫存周轉(zhuǎn)天數(shù)、倉租費、裝卸費、二次配送費等
主要分析指標(biāo)
倉庫利用率
單位面積倉租費率
單次臺裝卸費率
臺費率(庫存臺倉租費率<流通臺倉租費率、流通臺裝卸費率>)
體積費率(庫存體積倉租費率<流通體積倉租費率、流通體積裝卸費率>)
貨值費率(庫存貨值倉租費率<流通貨值倉租費率、流通貨值裝卸費率>)
二次配送數(shù)據(jù)分析
主要統(tǒng)計指標(biāo)
配送(發(fā)運)臺數(shù)(分自提、配送)、體積數(shù)(分自提、配送)、配送距離、配送費用等。
主要分析指標(biāo)
配送、自提比率(分臺、體積)
配送量運費率(配送臺運費率、配送體積運費率、配送貨值運費率、配送車運費率)
出庫量運費率(出庫臺運費率、出庫體積運費率、出庫車運費率、出庫貨值運費率)
單位距離費率
企業(yè)物流管理信息系統(tǒng)(ppt)
企業(yè)物流管理信息系統(tǒng)
1、企業(yè)基本資料
2、系統(tǒng)目標(biāo)
3、需求分析
4、重要流程
5、重要功能
1、企業(yè)基本資料
生產(chǎn)——銷售型的集團(tuán)企業(yè)
生產(chǎn)分布在全國的多個地區(qū)
在全國建立有比較完善的銷售體系,銷售人員占整個企業(yè)的比例較大
銷售體系中可以代銷其他企業(yè)的同類商品
產(chǎn)品包括:家電類、計算機(jī)等信息產(chǎn)品
1、企業(yè)基本資料
1、企業(yè)基本資料
存在問題:
一種典型的“垂直型”的銷售架構(gòu)
各個分公司、直屬公司之間的銷售貨物不能互相補(bǔ)充
倉庫的產(chǎn)品調(diào)配只能由上級公司負(fù)責(zé)
各個倉庫之間不存在聯(lián)系
商品的供應(yīng)、沖紅、退貨由上級公司負(fù)責(zé)
需求分析
TULIP由執(zhí)行和計劃兩大系統(tǒng)組成。
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ā)貨指令進(jìn)行倉庫作業(yè)
運輸管理員根據(jù)訂單指令進(jìn)行運輸作業(yè)。
需求分析
第二階段
CDC庫存管理
補(bǔ)貨計劃管理
RDC調(diào)撥計劃管理
干線運輸管理
在第一階段基礎(chǔ)上提出一個流程優(yōu)化,支持多產(chǎn)品,計劃信息平臺解決方案
第一階段流程
訂單處理流程
訂單管理模塊實現(xiàn)客戶訂單的輸入,提交;訂單接收方的審核,訂單執(zhí)行;訂單運作信息的實時查詢;訂單沖紅的輸入,審核和實現(xiàn);以及訂單狀態(tài)的實時查詢。 訂單管理模塊完成訂單從產(chǎn)生到簽收完畢之間的完整閉環(huán)的信息處理。主要使用者為經(jīng)營部和事業(yè)部(分公司)的計劃員。
訂單處理模塊功能
新建訂單
修改訂單
取消訂單
訂單沖紅
訂單鎖定
計劃員審批訂單
訂單查詢
訂單打印
經(jīng)營部計劃員
庫存查詢
庫存的查詢是經(jīng)營部計劃員作為填寫訂單的一個重要條件,系統(tǒng)可以提供經(jīng)營部計劃員隨時在網(wǎng)上查詢庫存情況,其中庫存分為兩大類型(1)正常品 和(2)殘次品。
正常品是指能夠下達(dá)訂單要貨的物品。
殘次品是指未經(jīng)過修復(fù)不能直接下達(dá)訂單要貨的物品。
經(jīng)營部計劃員
填寫訂單
經(jīng)營部計劃員直接從客戶或通過業(yè)務(wù)員收集和匯總客戶訂貨信息, 經(jīng)財務(wù)審核后,如果庫存滿足訂單需求,就開始填寫訂單。由于所填寫的訂單中的要貨信息是經(jīng)過經(jīng)營部財務(wù)審核后的,所以被視為有效,合法的訂單,在訂單提交并審核后后不得隨意提出沖紅請求,此項可以視為經(jīng)營部的考核標(biāo)準(zhǔn)之一。為了配合物流改革的模式,經(jīng)營部填寫完訂單提交之后,系統(tǒng)會檢查該張訂單是客戶訂單還是經(jīng)營部自己的訂單,如果是客戶訂單,系統(tǒng)可用庫存隨之減少。如果是經(jīng)營部自己的訂單,系統(tǒng)本著客戶訂單優(yōu)先要貨、盡量減少經(jīng)營部要貨的原則,不會根據(jù)訂單的數(shù)量來刪減可用庫存,直到事業(yè)部計劃員審核該張訂單后庫存才會減少。在系統(tǒng)未完全取代手工操作之前,經(jīng)營部計劃員要將訂單打印出來交經(jīng)營部財務(wù)簽字確認(rèn)后將該訂單傳真至分公司等待審核(待到運行穩(wěn)定后將取消傳真的操作,訂單轉(zhuǎn)為完全電子化)以保持訂單的嚴(yán)謹(jǐn)性. 這時經(jīng)營部計劃員要及時登錄到系統(tǒng)查看訂單的狀態(tài),當(dāng)發(fā)現(xiàn)提交的訂單分公司已審核,經(jīng)營部財務(wù)要依此訂單在財務(wù)系統(tǒng)上開單。
輸入:要貨信息
輸出:訂單
經(jīng)營部計劃員
查詢訂單
經(jīng)營部計劃員或業(yè)務(wù)員可以隨時在網(wǎng)上查詢訂單的狀態(tài)(未審核、已審核、安排運輸、在途、簽收)。
取消訂單
當(dāng)經(jīng)營部計劃員需要取消所下的訂單時首先在網(wǎng)上查詢訂單的狀態(tài),如果該訂單未被審核系統(tǒng)允許取消訂單,可用庫存量隨之增加。如果該訂單已經(jīng)被審核則無法進(jìn)行取消操作,而要進(jìn)行沖紅處理。
訂單沖紅
當(dāng)訂單被事業(yè)部計劃員審核之后,經(jīng)營部如果有訂單變更或取消的業(yè)務(wù)需求時要進(jìn)行沖紅操作。事業(yè)部計劃員會酌情進(jìn)行部分沖紅或全部沖紅的審核工作,具體要求參考事業(yè)部計劃員沖紅審核(分公司)。
打印訂單
經(jīng)營部計劃員
客戶管理
經(jīng)營部可以自主管理屬下的客戶,在新建訂單時需要的客戶信息全部在該功能中提前輸入,為了保證歷史數(shù)據(jù)的一致性,所有錄入的客戶資料系統(tǒng)不提供刪除功能,對于需要刪除該客戶的要求系統(tǒng)提供停用該用戶的功能,一旦該用戶被停用在新建訂單時,客戶列表不會出現(xiàn)該客戶名稱,如果情況發(fā)生變化該客戶又開始參與業(yè)務(wù)活動,經(jīng)營部計劃員只需要將該用戶重新啟用即可。
事業(yè)部計劃員(分公司)
庫存查詢
庫存的查詢是事業(yè)部計劃員(分公司)作為審核經(jīng)營部訂單(客戶和經(jīng)營部自己的訂單)的一個重要條件,計劃員看到的庫存結(jié)構(gòu)與經(jīng)營部看到的庫存略有不同,不但提供的可用庫存的信息還提供了實際庫存和待出庫數(shù)量的信息。
庫存結(jié)構(gòu)公式: 實際庫存=可用庫存+待出庫
實際庫存:倉庫里真實存在的物品數(shù)量
可用庫存:能夠滿足訂單需求的物品數(shù)量
待出庫:已下達(dá)訂單未進(jìn)行發(fā)貨操作的余留數(shù)量
事業(yè)部計劃員(分公司)
訂單鎖定
考慮到在分公司層面可能會出現(xiàn)多個計劃員審核訂單的情況,在審核訂單之前計劃員必須要對其準(zhǔn)備審核的訂單進(jìn)行鎖定,這樣就防止了多個計劃員操作同一張訂單的情況發(fā)生。
操作指引:分公司計劃員進(jìn)入待處理訂單列表后選擇要處理的訂單后面的選定框進(jìn)行鎖定,鎖定后進(jìn)入訂單審核功能。
事業(yè)部計劃員(分公司)
訂單審核
分公司計劃員在做訂單審核時原則上采取見單處理的原則,即要看到經(jīng)過財務(wù)簽字的傳真件,但考慮到實際情況,如果經(jīng)營部需要立即審批的貨物需打電話向分公司申請后立即審核。在未到訂單處理時間點之前經(jīng)營部可以取消訂單,可用庫存隨之增加。因此當(dāng)查詢到的庫存數(shù)量不能滿足訂單需求時每個經(jīng)營部可以在隔段時間再次查詢可用庫存是否滿足訂單需求。
分公司計劃員在系統(tǒng)過渡期必須見到有經(jīng)營部財務(wù)簽章的打印訂單傳真件作為審核訂單的依據(jù)。對于經(jīng)營部提交的訂單原則上全部通過,分公司計劃員也可根據(jù)實際情況對訂單的數(shù)量進(jìn)行調(diào)整或拒絕該張訂單。為了保障經(jīng)營部能夠及時準(zhǔn)確的查詢到訂單的執(zhí)行狀態(tài),要求分公司計劃員在第一時間內(nèi)進(jìn)行審核操作。為保證傳真件和實際的審核數(shù)一致,當(dāng)審核人員對經(jīng)營部提交的訂單數(shù)要進(jìn)行調(diào)整時,建議先取消整個訂單(拒絕),通知填單人員根據(jù)調(diào)整數(shù)重新填寫新的訂單,再將新訂單傳真到分公司。
事業(yè)部計劃員(分公司)
訂單沖紅審核
當(dāng)訂單沖紅申請被經(jīng)營部提交上來后,分公司計劃員要根據(jù)實際情況進(jìn)行沖紅的審核操作,沖紅的對象只限于下達(dá)訂單未做實際發(fā)貨處理的部分(只可以沖減余留數(shù)量)。
訂單查詢
分公司計劃員可以隨時在網(wǎng)上查詢訂單的狀態(tài)(已審核、安排運輸、在途、簽收),以便安排自己的工作內(nèi)容。具體操作方法見用戶手冊。
注:對于未審核的訂單因為會存在取消的可能性所有不作為正式訂單在訂單查詢里出現(xiàn)。
涉及單證:訂單、訂單沖紅申請單
RDC管理模塊
RDC管理模塊實現(xiàn)RDC的庫存數(shù)量可視化管理。它提供倉庫出入庫指令查詢,出入庫結(jié)果記錄, 庫存實時查詢,以及庫存和發(fā)貨的統(tǒng)計和分析。
主要使用者為RDC管理員,物流經(jīng)理,物流運作管理部門,管理RDC的3PL。
RDC管理模塊功能
計劃入庫
計劃出庫
非計劃入庫
非計劃出庫
庫存查詢
出庫記錄查詢
入庫記錄查詢
出庫單、入庫單打印
匯總報表
RDC——出庫
RDC倉管員
計劃入庫
與補(bǔ)貨計劃的接口功能
非計劃入庫
非計劃入庫是為了解決在Tulip2.0系統(tǒng)未實施前代替流程中的部分環(huán)節(jié)所作的臨時功能。目前的倉庫入庫操作必須全部使用非計劃入庫來完成。根據(jù)不同的入庫指令倉庫管理員需要先選擇入庫類型然后才能填寫入庫單內(nèi)容。
入庫類型(補(bǔ)充)
補(bǔ)貨入庫
調(diào)撥入庫
退換貨入庫
修還入庫
沖紅入庫
入庫類型說明(補(bǔ)充)
補(bǔ)貨入庫:對應(yīng)補(bǔ)貨計劃進(jìn)行的入庫操作,倉管員必須并填寫相應(yīng)的補(bǔ)貨計劃號和發(fā)貨的CDC名稱后才可以進(jìn)行入庫單內(nèi)容的輸入。
調(diào)撥入庫:跟補(bǔ)貨計劃相同也是為了彌補(bǔ)Tulip2.0為上線前的流程空缺,倉管員選擇了入庫類型為調(diào)撥入庫后,必須選擇相應(yīng)的發(fā)貨倉庫的名稱和對應(yīng)的調(diào)撥計劃的計劃好后才可以進(jìn)行入庫單內(nèi)同的輸入。
退換貨入庫:當(dāng)發(fā)生客戶退換貨需要進(jìn)入RDC的時候,倉管員先要檢查收到的退換貨計劃的傳真件和實物是否一一對應(yīng),同時要經(jīng)過售后部門對物品進(jìn)行鑒定后按照好壞機(jī)區(qū)分入庫的原則進(jìn)行入庫單的填寫,在原單單號欄必須填寫退換貨計劃的計劃號,以便日后查對之用。
修還入庫:當(dāng)需要將維修好的機(jī)器重新入庫時將使用到該類型。倉管員在做修還入庫時必須將原有的維修出庫單的單號錄入原單單號的文字欄中以便核對維修出庫領(lǐng)用的型號、數(shù)量是否可以和入庫的型號、數(shù)量相對應(yīng)。做完入庫處理,系統(tǒng)會增加好機(jī)數(shù)量。
沖紅入庫:該出庫類型是為了修正非計劃入庫時產(chǎn)生的填寫錯誤而導(dǎo)致庫存不準(zhǔn)確的情況而設(shè)立的,在填寫沖紅入庫時一定要填入出錯的入庫單號作為以后核對庫存的依據(jù)。
RDC倉管員
計劃出庫
所有的訂單出庫都必須為計劃出庫,在頁面上可以看到計劃出庫的待處理數(shù)量,點擊進(jìn)入后就可以看到每一條計劃出庫指令就是一張訂單,考慮到在實際發(fā)貨的時候會出現(xiàn)余留的現(xiàn)象,計劃出庫提供了分次執(zhí)行出庫指令的功能,如果根據(jù)訂單所作的每一次出庫沒有完全將訂單執(zhí)行完畢,系統(tǒng)會自動將已執(zhí)行完畢的數(shù)量減去并提示需要繼續(xù)處理的信息。
操作指引: 倉管員進(jìn)入計劃出庫后查看相應(yīng)的出庫指令,點擊進(jìn)入后可以看到出庫指令的詳細(xì)內(nèi)容,這時需要將出庫指令打印出來作為倉庫檢貨的信息指導(dǎo),待裝完貨后,填入實際出庫的物品數(shù)量后提交生成正式的出庫單,這個功能是為了防止在實際操作中先生成出庫單后由于各種特殊情況無法完成出庫單上全部物品的出庫操作而產(chǎn)生的出庫單沖紅現(xiàn)象的發(fā)生。
RDC倉管員
非計劃出庫
非計劃出庫是為了解決在Tulip2.0系統(tǒng)未實施前代替流程中的部分環(huán)節(jié)所作的臨時功能。目前的倉庫出庫操作除了正常的客戶訂單使用計劃出庫外其它類型的出庫倉庫管理員均需要選擇出庫類型然后才能填寫出庫單內(nèi)容。
非計劃出庫類型(補(bǔ)充)
維修出庫
返廠出庫
調(diào)撥出庫
沖紅出庫
非計劃出庫類型說明(補(bǔ)充)
維修出庫:當(dāng)售后服務(wù)中心需要將倉庫中的壞機(jī)進(jìn)行維修領(lǐng)用時將使用到該類型。倉管員在做維修出庫時必須將售后服務(wù)中心開具的維修領(lǐng)用單的單號錄入原單單號的文字欄中以便日后同維修領(lǐng)用單上標(biāo)注的型號、數(shù)量進(jìn)行核對。做完維修出庫庫處理后,系統(tǒng)會減少壞機(jī)的數(shù)量。
返廠出庫:該出庫類型較少使用,當(dāng)倉管員接到事業(yè)部下達(dá)的返廠計劃后將使用該類型進(jìn)行返廠出庫。倉管員在做返廠出庫時必須將事業(yè)部下達(dá)的返廠計劃的計劃號錄入原單單號的文字欄中以便日后進(jìn)行核對。
調(diào)撥出庫:同調(diào)撥入庫一樣只是功能相反,倉管員選擇了出庫類型為調(diào)撥出庫后,必須選擇相應(yīng)的收貨倉庫的名稱和對應(yīng)的調(diào)撥計劃的計劃好后才可以進(jìn)行出庫單內(nèi)容的輸入。
沖紅出庫:該出庫類型是為了修正非計劃出庫時產(chǎn)生的填寫錯誤而導(dǎo)致庫存不準(zhǔn)確的情況而設(shè)立的,在填寫沖紅出庫時一定要填入出錯的出庫單號作為以后核對庫存的依據(jù)。
RDC倉管員
查詢庫存
庫存的查詢是倉庫管理員在進(jìn)行盤點時核對倉庫實物數(shù)量和系統(tǒng)反映數(shù)量的一個重要依據(jù),不但提供的可用庫存的信息還提供了實際庫存和待出庫數(shù)量的信息。
庫存結(jié)構(gòu)公式: 實際庫存=可用庫存+待出庫
實際庫存:倉庫里真實存在的物品數(shù)量
可用庫存:能夠滿足訂單需求的物品數(shù)量
待出庫:已下達(dá)訂單未進(jìn)行發(fā)貨操作的余留數(shù)量。
注:顯示待出庫的數(shù)量時是為了提醒倉管員還有部分物品是處于余留狀態(tài)的以便指導(dǎo)其工作。
RDC倉管員
查詢?nèi)霂煊涗?
對倉庫在任何時段進(jìn)行的入庫進(jìn)行查詢,此功能是為了對日常的入庫業(yè)務(wù)進(jìn)行數(shù)據(jù)跟蹤而提供的,點擊進(jìn)入后填好查詢條件后即可查到業(yè)務(wù)發(fā)生的原始記錄,具體操作見用戶手冊。
查詢出庫記錄
功能和操作方法同查詢?nèi)霂煊涗洝?
運輸管理模塊
運輸管理模塊實現(xiàn)支線的配送指令查詢和運輸結(jié)果信息的輸入和查詢,以及運輸結(jié)果的統(tǒng)計分析。
主要使用者: 運輸承運商, 物流經(jīng)理, 物流運作管理部門。
運輸管理模塊功能
生成送貨清單
送貨清單打印
送貨清單維護(hù)
生成沖紅通知單
運輸管理模塊功能說明
生成送貨清單
根據(jù)訂單生成送貨清單:系統(tǒng)設(shè)計的原則是一張訂單可以對應(yīng)多張送貨清單運。因此輸管理員可以根據(jù)運力情況來決定是一次還是多次執(zhí)行該訂單,如果分次執(zhí)行該訂單則系統(tǒng)會在下一次生成送貨清單時將以發(fā)運的數(shù)量減去直到完全執(zhí)行完訂單的數(shù)量為止。
運輸管理模塊功能說明
維護(hù)送貨清單
發(fā)運工作開始后,維護(hù)送貨清單便成為訂單執(zhí)行情況跟蹤的數(shù)據(jù)源 車輛離開中轉(zhuǎn)倉后,中轉(zhuǎn)倉倉管員通知物流經(jīng)理貨已出庫的信息。物流經(jīng)理便可以在網(wǎng)上隨時監(jiān)控訂單的執(zhí)行情況。當(dāng)貨物在途中時運輸管理員可以不斷的對到達(dá)時間和途中發(fā)生的情況進(jìn)行修正,這些改動會立即在網(wǎng)上體現(xiàn)出來,以便物流經(jīng)理可以隨時的掌握貨物的動向。貨物到達(dá)目的地后,收貨方在隨運輸人員到達(dá)的送貨清單上填寫實際收貨數(shù)量。運輸人員可以實時也可以事后將這些信息反饋給運輸管理員。運輸管理員將這些信息錄入系統(tǒng)后,簽收的信息隨即體現(xiàn)出來。
運輸管理模塊功能說明
生成沖紅通知單
如客戶簽收的貨物數(shù)量與送貨清單上的貨物數(shù)量不相等,系統(tǒng)自動顯示該頁面,讓運輸公司填寫沖紅通知單,主要用于記錄貨物運輸過程中發(fā)生貨損、貨差的狀況。
該功能是由系統(tǒng)自動完成的,如果客戶的簽收數(shù)量與實發(fā)數(shù)量不符,則系統(tǒng)認(rèn)為產(chǎn)生了貨險,自動打開貨險沖紅功能,由運輸管理員填寫貨損原因后提交,系統(tǒng)自動會生成貨險沖紅掛帳單。物流經(jīng)理可以通過貨險沖紅掛帳單的內(nèi)容進(jìn)行相應(yīng)的處理。
第二階段業(yè)務(wù)流程
第二階段業(yè)務(wù)流程
補(bǔ)貨計劃處理流程
CDC管理流程
干線運輸管理流程
干線運輸貨險沖紅流程
RDC調(diào)撥處理流程
通用業(yè)務(wù)處理流程實現(xiàn)的目標(biāo)是建立一套支持多元化產(chǎn)品及多渠道銷售的信息平臺。
第二階段流程設(shè)計
第二階段用戶角色定義
事業(yè)部計劃員:主要負(fù)責(zé)補(bǔ)貨計劃、調(diào)撥計劃的編制,審核,確認(rèn)
物流中心計劃員:主要負(fù)責(zé)發(fā)貨指令的執(zhí)行,運輸商的選擇
CDC倉管員:主要負(fù)責(zé)貨物在CDC出入庫操作
第三方物流(干線):主要負(fù)責(zé)貨物的干線運輸,簽收
貨險處理員:主要負(fù)責(zé)干線運輸出現(xiàn)貨險后的處理
補(bǔ)貨計劃處理流程
補(bǔ)貨計劃處理——流程描述
事業(yè)部計劃員(TV、AV事業(yè)部計劃員)
生成補(bǔ)貨計劃初稿
補(bǔ)貨計劃的產(chǎn)生是由三個前因來驅(qū)動的(分公司的要貨申請、RDC庫存、總部銷售預(yù)測),事業(yè)部計劃員填寫補(bǔ)貨計劃提交給物流中心。(系統(tǒng)里要標(biāo)識該補(bǔ)貨計劃是由分公司的要貨訂單驅(qū)動的,還是由總部自主進(jìn)行補(bǔ)貨)
補(bǔ)貨計劃的主要內(nèi)容包括(發(fā)貨CDC名稱、收貨RDC名稱OR收貨單位的名稱、計劃內(nèi)容)
輸入:要貨申請、RDC庫存、銷售預(yù)測
輸出:補(bǔ)貨計劃
生成補(bǔ)貨計劃初稿(補(bǔ)充)
制作補(bǔ)貨計劃參考的因素主要有以下六點 :
要貨計劃、CDC庫存、RDC庫存、銷售數(shù)據(jù)、電話溝通、銷售預(yù)測
補(bǔ)貨計劃有兩種方式:直接對分公司提交的補(bǔ)貨訂單進(jìn)行審核后直接生成補(bǔ)貨計劃;由主動補(bǔ)貨引發(fā)的手工填寫的補(bǔ)貨計劃。
事業(yè)部計劃員完成計劃后發(fā)到物流運作部,物流運作部根據(jù)運力情況并與事業(yè)部計劃員協(xié)商后調(diào)整發(fā)貨計劃的數(shù)量,后交由事業(yè)部計劃協(xié)調(diào)員做最終審核后下達(dá)物流運作部執(zhí)行。在傳遞過程中會產(chǎn)生3次數(shù)值,一次是初始值,第二次是物流部修改的值,第三次是事業(yè)部最終確定的數(shù)值。
總部計劃在參考CDC庫存的時候只參考這個CDC的合計庫存而不管其內(nèi)部是如何分布的,因為倉庫產(chǎn)品類型和存貨量分布非常的不均勻。
補(bǔ)貨計劃處理——流程描述
生成正式補(bǔ)貨計劃
事業(yè)部計劃員收到經(jīng)過物流運作部調(diào)整的后的補(bǔ)貨計劃,經(jīng)過事業(yè)部計劃協(xié)調(diào)員的最終審核后交由物流運作部進(jìn)行運作。當(dāng)物流運作部開始運輸流程時計劃員可以對發(fā)貨計劃的情況進(jìn)行跟蹤。
輸入:經(jīng)過物流運作部根據(jù)運力調(diào)整后的補(bǔ)貨計劃
輸出:正式補(bǔ)貨計劃
補(bǔ)貨計劃處理——流程描述
物流中心干線計劃員
調(diào)整補(bǔ)貨計劃
物流中心干線計劃員對各事業(yè)部計劃員提交的發(fā)貨計劃進(jìn)行數(shù)量上調(diào)整后,交還給事業(yè)部計劃協(xié)調(diào)員員進(jìn)行最終確認(rèn)。
輸入:事業(yè)部計劃員交來的補(bǔ)貨計劃
輸出:經(jīng)過運力調(diào)整的補(bǔ)貨計劃
補(bǔ)貨計劃處理——流程描述
事業(yè)部計劃協(xié)調(diào)員
最終審核發(fā)貨計劃
事業(yè)部計劃協(xié)調(diào)員員對發(fā)貨計劃進(jìn)行最終確認(rèn)。
輸入:運力調(diào)整后的發(fā)貨計劃
輸出:最終的發(fā)貨計劃
CDC管理流程
CDC管理流程描述——CDC管理員
填寫入庫單
CDC管理員接到由工廠送來的貨物后通過隨貨物到達(dá)的批次計劃檢驗貨物,滿足入庫條件后允許入庫。同時填寫入庫單修正庫存
輸入:工廠發(fā)來的批次入庫計劃
輸出:入庫單
出庫流程
CDC管理流程描述——CDC管理員
填寫出庫單
根據(jù)計劃部門下達(dá)的補(bǔ)貨計劃生成出庫單,在這里要說明的是由于目前Tulip系統(tǒng)無法對CDC內(nèi)部的物理倉庫進(jìn)行管理因此制作出庫單的依據(jù)是各物理倉庫上報的內(nèi)部出庫單。由于目前倉庫已經(jīng)在使用K3系統(tǒng),因此可以考慮Tulip系統(tǒng)與K3系統(tǒng)進(jìn)行對接。
輸入:審核后的發(fā)貨計劃
輸出:出庫單
干線運輸管理
干線運輸管理流程描述
物流中心干線計劃員
對事業(yè)部下達(dá)的發(fā)貨指令進(jìn)行承運商的分配工作
根據(jù)事業(yè)部下達(dá)的發(fā)貨指令選擇運輸商,提交系統(tǒng)后會將各承運商所需要操作的訂單分發(fā)。由于CDC部門無法實現(xiàn)對具體物理庫的管理因此需要手工標(biāo)注裝貨地點。
輸入:發(fā)貨指令(補(bǔ)貨計劃、調(diào)撥計劃、返廠計劃等)
輸出:標(biāo)注了承運商信息的發(fā)貨指令
干線運輸管理流程描述
3PL運輸管理員
根據(jù)物流運作部下達(dá)的運輸計劃生成送貨清單
根據(jù)物流部下達(dá)的運輸計劃結(jié)合自身的運輸能力一次或分次執(zhí)行運輸計劃,生成一張或多張送貨清單供簽收用。
輸入:發(fā)貨指令(補(bǔ)貨計劃、調(diào)撥計劃、返廠計劃等)
輸出:送貨清單
對送貨清單進(jìn)行跟蹤維護(hù)
送貨清單生成后交由具體運輸人員攜帶,在運輸過程中運輸管理員可以隨時通過各種方式同運輸人員進(jìn)行聯(lián)系,及時了解運輸?shù)那闆r并維護(hù)入送貨清單。這樣所有的人員(計劃員、物流運作人員等)可以隨時在網(wǎng)上關(guān)注發(fā)貨計劃的執(zhí)行情況。
輸入:送貨清單
輸出:維護(hù)了過程信息的送貨清單
送貨清單的簽收信息錄入
貨物到達(dá)后,收貨方進(jìn)行簽收。運輸管理員可以將簽收信息維護(hù)錄入系統(tǒng),以便相關(guān)人員了解貨物的簽收情況。
輸入:送貨清單
輸出:送貨清單(簽收)
干線運輸貨險處理
干線運輸貨險處理流程描述
干線運輸貨險處理員
生成貨運事故處理單
由于干線運輸情況比較復(fù)雜,目前干線運輸發(fā)生事故有兩種情況和處理辦法。
輸入:貨運事故報案表(手工)
輸出:貨險沖紅單
(1)貨損處理
貨損是指貨物在運輸過程中沒有太大的損壞,通過業(yè)務(wù)模式和補(bǔ)發(fā)物料可以解決的。
對于這部分貨物不會做沖紅處理而是通過賠付和補(bǔ)發(fā)物料的情況來解決。
(2)貨差處理
貨差是指在運輸過程中發(fā)生了比較大的事故導(dǎo)致貨物無法完成既定功能的。這部分的處理一定要進(jìn)行沖紅處理。
鑒于這兩種情況我們的建議是一旦不能部分或全部簽收,系統(tǒng)即生成貨運事故處理單
3PL在送貨清單上標(biāo)明是貨損還是貨差。
物流運作部的貨運事故處理員根據(jù)系統(tǒng)自動生成的貨運事故處理單和3PL提交的貨運事故報案表來進(jìn)行貨損貨差的處理。
對于貨損的情況完成了賠付和補(bǔ)發(fā)物料的操作后點擊處理后,流程終止。而對于貨差的情況點擊沖紅按鈕系統(tǒng)生成貨險沖紅請求等待計劃員處理。
注:沖紅單的主要內(nèi)容包括(貨運事故報案表編號、原發(fā)貨計劃號、發(fā)貨沖紅內(nèi)容)
對貨險沖紅掛帳單進(jìn)行處理
事業(yè)部計劃員作出發(fā)貨計劃沖紅審核后,即生成貨險沖紅掛帳單。出現(xiàn)貨損的貨物的所有權(quán)即轉(zhuǎn)為物流運作部,貨險處理員有義務(wù)對該掛帳單進(jìn)行處理,直到發(fā)生貨險的貨物被完全完畢。
輸入:貨險沖紅掛帳單
輸出:處理過的貨險沖紅掛帳單
事業(yè)部計劃員
審核貨險沖紅申請單
事業(yè)部計劃員根據(jù)物流部上傳的貨險沖紅單進(jìn)行審批,系統(tǒng)隨即會對要沖紅的發(fā)貨計劃進(jìn)行沖紅同時會詢問是否要對收貨方繼續(xù)發(fā)貨,如果要繼續(xù)發(fā)貨則自動生成新的發(fā)貨計劃(進(jìn)入新的發(fā)貨計劃處理流程),如果無需繼續(xù)發(fā)貨則不做處理。
輸入:貨險沖紅單
輸出:審核后的貨險沖紅單、新的發(fā)貨計劃(可選)
生成貨險沖紅掛帳單
一旦計劃員審核了由物流運作部提交的貨險沖紅單,無論是否繼續(xù)發(fā)貨系統(tǒng)都會生成貨險沖紅掛帳單并將收貨方改為物流運作部。
輸入:審核后的貨險沖紅單
輸出:貨險沖紅掛帳單
RDC調(diào)撥處理
RDC調(diào)撥處理流程描述
事業(yè)部計劃員
生成調(diào)撥計劃初稿
調(diào)撥計劃的產(chǎn)生是由兩個前因來驅(qū)動的(分公司的調(diào)撥申請、總部銷售預(yù)測),事業(yè)部計劃員填寫調(diào)撥計劃提交給物流中心。
注:調(diào)撥計劃的主要內(nèi)容包括(調(diào)出RDC名稱、調(diào)入RDC名稱、計劃內(nèi)容)
輸入:調(diào)撥申請(手工)、各RDC庫存、銷售預(yù)測
輸出:調(diào)撥計劃
生成調(diào)撥計劃初稿(補(bǔ)充)
(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)員做最終審核后下達(dá)物流運作部執(zhí)行。
在傳遞過程中會產(chǎn)生3次數(shù)值,一次是初始值,第二次是物流部修改的值,第三次是事業(yè)部最終確定的數(shù)值。
生成正式調(diào)撥計劃
事業(yè)部計劃員收到經(jīng)過物流運作部調(diào)整的后的調(diào)撥計劃,經(jīng)過事業(yè)部計劃協(xié)調(diào)員的最終審核后交由物流運作部進(jìn)行運作。當(dāng)物流運作部開始運輸流程時計劃員可以對調(diào)撥計劃的執(zhí)行情況進(jìn)行跟蹤。
輸入:經(jīng)過物流運作部根據(jù)運力調(diào)整后的調(diào)撥計劃
輸出:正式調(diào)撥計劃
RDC調(diào)撥處理流程描述
物流中心干線計劃員
調(diào)整調(diào)撥計劃
物流中心干線計劃員對各事業(yè)部計劃員提交的調(diào)撥計劃進(jìn)行調(diào)整后,交還給事業(yè)部計劃協(xié)調(diào)員員進(jìn)行最終確認(rèn)。
輸入:事業(yè)部計劃員交來的調(diào)撥計劃
輸出:經(jīng)過運力調(diào)整的調(diào)撥計劃
RDC調(diào)撥處理流程描述
事業(yè)部計劃協(xié)調(diào)員
最終審核調(diào)撥計劃
事業(yè)部計劃協(xié)調(diào)員員對調(diào)撥計劃進(jìn)行最終確認(rèn)。
輸入:運力調(diào)整后的調(diào)撥計劃
輸出:最終的調(diào)撥計劃
物流管理系統(tǒng)軟件架構(gòu)
TULIP系統(tǒng)的軟件架構(gòu)
物流網(wǎng)絡(luò)模型
軟件架構(gòu)-設(shè)計原則
軟件架構(gòu)-設(shè)計原則
軟件架構(gòu)-設(shè)計模式
軟件架構(gòu)
軟件架構(gòu)
TULIP系統(tǒng)的數(shù)據(jù)庫設(shè)計
數(shù)據(jù)庫設(shè)計
數(shù)據(jù)庫設(shè)計-訂單
數(shù)據(jù)庫設(shè)計-運輸
TULIP的倉庫模型
Stock Reserve
TULIP系統(tǒng)的安全性考慮
報表系統(tǒng)
報表系統(tǒng)業(yè)務(wù)需求
重點名詞解釋和約束
干線運輸:干線運輸包括CDC-RDC的配送和CDC-客戶/經(jīng)營部的配送
二次配送:二次配送包括RDC-RDC的配送和RDC-客戶/經(jīng)營部的配送
RDC:地域配送中心,目前由分公司管轄,下屬可以設(shè)立多個DC
CDC:全國配送中心,負(fù)責(zé)向所有的RDC供貨,目前由總部統(tǒng)一管轄
標(biāo)準(zhǔn)車體積: 作為基準(zhǔn)車型的體積,目前以7.2m為標(biāo)準(zhǔn)車體積,要求在系統(tǒng)管理中可以自定義何種車型為標(biāo)準(zhǔn)車型。
報表統(tǒng)計要素
時間段(以天為分割的時間點要求在系統(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)營部(銷售部)、客戶等)
3PL(安得、寶供、南方、中外運等,可自行維護(hù))
運輸方式(汽車、火車、飛機(jī)、輪船等,可自行維護(hù))
先選擇運輸工具——再選整車或零擔(dān)方式——最后選整車的規(guī)格(例如選輪船——整集裝箱或零擔(dān)——集裝箱規(guī)格)
承運方式(自提、配送)
發(fā)運方式(CDC至RDC、CDC至客戶等,可自行維護(hù))
區(qū)分訂單(計劃)的緊急程度。按響應(yīng)時間(如4小時、8小時、12小時等)分A類、B類、C類等訂單,具體分類標(biāo)準(zhǔn)可按實際需要進(jìn)行維護(hù)調(diào)整。 該處需要描述清楚運輸方式的選擇在什么地方來操作
費用核算
干線、配送運輸費用統(tǒng)計
數(shù)據(jù)來源——倉庫實際發(fā)運數(shù)量
統(tǒng)計口徑——按報表查詢口徑查詢(十種)
費用報表匯總
(1)按物流供應(yīng)商分發(fā)站匯總
匯總表的兩個匯總條件:條件1-按物流供應(yīng)商的名稱進(jìn)行費用匯總,此時不考慮發(fā)貨站和到貨站的匯總條件,條件2-按發(fā)貨站和到貨站進(jìn)行匯總此時不考慮物流供應(yīng)商名稱的匯總條件
(2)按事業(yè)部分發(fā)站匯總
匯總表的兩個匯總條件:條件1-按事業(yè)部的名稱進(jìn)行費用匯總,此時不考慮發(fā)貨站和到貨站的匯總條件,條件2-按發(fā)貨站和到貨站進(jìn)行匯總此時不考慮事業(yè)部名稱的匯總條件
計費方法
(1)按臺價計費
單臺價=點到點標(biāo)準(zhǔn)車型運價/標(biāo)準(zhǔn)車型滿載量 ×(標(biāo)準(zhǔn)車型與實際車型差值比率)
(或按不同產(chǎn)品類別段確定費用,如21、25、29、34、38等分別對應(yīng)一個價格)
運費=單臺價×發(fā)運數(shù)量
標(biāo)準(zhǔn)車型是指以何種車型來作為滿載量的計算標(biāo)準(zhǔn)(目前以7.2米車為基準(zhǔn))
(2)按標(biāo)準(zhǔn)車計費(可同時確定幾種基準(zhǔn)車型,如7.2m車、14m車)
運費=標(biāo)準(zhǔn)車車價×發(fā)運車數(shù)
(3)按體積計費
運費=單位體積運價×發(fā)運體積
(4)按貨值計費
運費=貨值費率×發(fā)運貨值(貨值費率隨產(chǎn)品類別、發(fā)站、到站區(qū)域等的不同而不同)
(5)按重量計費
運費=元/Kg(按不同距離給予定義)×發(fā)運重量
提供重量費率(維護(hù)界面)
要求上述計費方式可按不同起運量進(jìn)行費用標(biāo)準(zhǔn)的維護(hù)和統(tǒng)計。 (需要提供貨值費率表、需要提供重量費率表)
費用核算
倉租費
倉租費可以按流通量計費,也可以按租用面積計費。
——倉租費=元/㎡×租用面積×租用天數(shù)(月租是按自然天結(jié)算)
——倉租費=元/臺×平均庫存數(shù)量(或流通量)×存放天數(shù)
(平均庫存量=上月庫存總和/自然月天數(shù),流通量=(上月出+入庫數(shù)量)/2)
裝卸費
裝卸費=元/臺×(入庫數(shù)量+出庫數(shù)量)
物流系統(tǒng)考核指標(biāo)
計劃執(zhí)行率
計劃執(zhí)行率=已執(zhí)行計劃量/計劃總量(按臺)
已執(zhí)行計劃量是指計劃已經(jīng)審核并且已經(jīng)產(chǎn)生出庫單并且已經(jīng)產(chǎn)生送貨清單的數(shù)量,余留數(shù)量不記入已執(zhí)行計劃量。①已出庫、已送貨——視為計劃執(zhí)行;②已出庫、未送貨——視為計劃余留,不計入計劃執(zhí)行;③未出庫、已送貨——視為計劃未執(zhí)行,不計入計劃執(zhí)行。
完好交貨率
完好交貨率=(已簽收數(shù)量)/實際送貨清單總量
準(zhǔn)點交貨率
準(zhǔn)點交貨率=實際簽收數(shù)量(包括完好和貨損,不包括丟失)/送貨清單物品總數(shù)量
物流成本分析
干線運輸數(shù)據(jù)分析
RDC數(shù)據(jù)分析
CDC數(shù)據(jù)分析
二次配送數(shù)據(jù)分析
干線運輸數(shù)據(jù)分析
主要統(tǒng)計指標(biāo)
有實際發(fā)運臺數(shù)、實際發(fā)運體積、發(fā)運總運距(發(fā)運體積×里程)、發(fā)運總貨值、實際發(fā)運總費用、發(fā)運車數(shù)(可折合成7.2米車,可自定義)。
(發(fā)運數(shù)量全部按送貨清單的生成數(shù)量作為基準(zhǔn))
主要分析指標(biāo)
各發(fā)站發(fā)運量(按臺、按體積)比率;
各發(fā)站對應(yīng)各到站發(fā)運量比率(基數(shù)為總數(shù)量或各發(fā)站數(shù)量);
各發(fā)RDC與直發(fā)客戶的比率;
發(fā)運體積比率(與發(fā)運數(shù)量比率雷同);
平均單臺體積(總體積/總發(fā)運量,分發(fā)站、分產(chǎn)品類別);
平均單臺貨值;
平均體積貨值;
臺費率;
體積費率;
貨值費率;
臺公里費率;
體積公里費率;
車公里費率。
RDC數(shù)據(jù)分析
主要統(tǒng)計指標(biāo)
計劃出入庫數(shù)、實際出入庫數(shù)、流通量、計劃月初月末庫存數(shù)、實際月初月末庫存數(shù)、平均庫存量、租用面積、庫存周轉(zhuǎn)天數(shù)、倉租費、裝卸費、二次配送費等
主要分析指標(biāo)
倉庫利用率
單位面積倉租費率
單次臺裝卸費率
臺費率(庫存臺倉租費率<流通臺倉租費率、流通臺裝卸費率>)
體積費率(庫存體積倉租費率<流通體積倉租費率、流通體積裝卸費率>)
貨值費率(庫存貨值倉租費率<流通貨值倉租費率、流通貨值裝卸費率>)
CDC數(shù)據(jù)分析
主要統(tǒng)計指標(biāo)
計劃出入庫數(shù)、實際出入庫數(shù)、流通量、計劃月初月末庫存數(shù)、實際月初月末庫存數(shù)、平均庫存量、租用面積、庫存周轉(zhuǎn)天數(shù)、倉租費、裝卸費、二次配送費等
主要分析指標(biāo)
倉庫利用率
單位面積倉租費率
單次臺裝卸費率
臺費率(庫存臺倉租費率<流通臺倉租費率、流通臺裝卸費率>)
體積費率(庫存體積倉租費率<流通體積倉租費率、流通體積裝卸費率>)
貨值費率(庫存貨值倉租費率<流通貨值倉租費率、流通貨值裝卸費率>)
二次配送數(shù)據(jù)分析
主要統(tǒng)計指標(biāo)
配送(發(fā)運)臺數(shù)(分自提、配送)、體積數(shù)(分自提、配送)、配送距離、配送費用等。
主要分析指標(biāo)
配送、自提比率(分臺、體積)
配送量運費率(配送臺運費率、配送體積運費率、配送貨值運費率、配送車運費率)
出庫量運費率(出庫臺運費率、出庫體積運費率、出庫車運費率、出庫貨值運費率)
單位距離費率
企業(yè)物流管理信息系統(tǒng)(ppt)
[下載聲明]
1.本站的所有資料均為資料作者提供和網(wǎng)友推薦收集整理而來,僅供學(xué)習(xí)和研究交流使用。如有侵犯到您版權(quán)的,請來電指出,本站將立即改正。電話:010-82593357。
2、訪問管理資源網(wǎng)的用戶必須明白,本站對提供下載的學(xué)習(xí)資料等不擁有任何權(quán)利,版權(quán)歸該下載資源的合法擁有者所有。
3、本站保證站內(nèi)提供的所有可下載資源都是按“原樣”提供,本站未做過任何改動;但本網(wǎng)站不保證本站提供的下載資源的準(zhǔn)確性、安全性和完整性;同時本網(wǎng)站也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的損失或傷害。
4、未經(jīng)本網(wǎng)站的明確許可,任何人不得大量鏈接本站下載資源;不得復(fù)制或仿造本網(wǎng)站。本網(wǎng)站對其自行開發(fā)的或和他人共同開發(fā)的所有內(nèi)容、技術(shù)手段和服務(wù)擁有全部知識產(chǎn)權(quán),任何人不得侵害或破壞,也不得擅自使用。
我要上傳資料,請點我!
管理工具分類
ISO認(rèn)證課程講義管理表格合同大全法規(guī)條例營銷資料方案報告說明標(biāo)準(zhǔn)管理戰(zhàn)略商業(yè)計劃書市場分析戰(zhàn)略經(jīng)營策劃方案培訓(xùn)講義企業(yè)上市采購物流電子商務(wù)質(zhì)量管理企業(yè)名錄生產(chǎn)管理金融知識電子書客戶管理企業(yè)文化報告論文項目管理財務(wù)資料固定資產(chǎn)人力資源管理制度工作分析績效考核資料面試招聘人才測評崗位管理職業(yè)規(guī)劃KPI績效指標(biāo)勞資關(guān)系薪酬激勵人力資源案例人事表格考勤管理人事制度薪資表格薪資制度招聘面試表格崗位分析員工管理薪酬管理績效管理入職指引薪酬設(shè)計績效管理績效管理培訓(xùn)績效管理方案平衡計分卡績效評估績效考核表格人力資源規(guī)劃安全管理制度經(jīng)營管理制度組織機(jī)構(gòu)管理辦公總務(wù)管理財務(wù)管理制度質(zhì)量管理制度會計管理制度代理連鎖制度銷售管理制度倉庫管理制度CI管理制度廣告策劃制度工程管理制度采購管理制度生產(chǎn)管理制度進(jìn)出口制度考勤管理制度人事管理制度員工福利制度咨詢診斷制度信息管理制度員工培訓(xùn)制度辦公室制度人力資源管理企業(yè)培訓(xùn)績效考核其它
精品推薦
下載排行
- 1社會保障基礎(chǔ)知識(ppt) 16695
- 2安全生產(chǎn)事故案例分析(ppt 16695
- 3行政專員崗位職責(zé) 16695
- 4品管部崗位職責(zé)與任職要求 16695
- 5員工守則 16695
- 6軟件驗收報告 16695
- 7問卷調(diào)查表(范例) 16695
- 8工資發(fā)放明細(xì)表 16695
- 9文件簽收單 16695
- 10跟我學(xué)禮儀 16695