發(fā)現(xiàn)錄入工作組問題: 

        (1)TMS軟件商品驗(yàn)收功能界面光標(biāo)問題: 

        軟件進(jìn)行商品驗(yàn)收時是按訂單進(jìn)行驗(yàn)收的,所以需要先調(diào)出訂單,然后在訂單明細(xì)商品中輸入“零頭數(shù)量”和商品的“生產(chǎn)日期”。 

        百軟件在近期更新后,驗(yàn)收變的特別不方便,輸入“零頭數(shù)量后”,按“回車”鍵后,系統(tǒng)提示“不能插入行”,需要把這個提示窗口關(guān)閉后,在去點(diǎn)擊“生產(chǎn)日期”輸入框,輸入“生產(chǎn)日期”。 

        建議解決辦法: 

        錄入完“零頭數(shù)量”后,按“回車”鍵光標(biāo)直接跑到了“生產(chǎn)日期”輸入框,“生產(chǎn)日期”輸入后,按“回車”光標(biāo)跳到下一行的“零頭數(shù)量”輸入框中。 

        (2)渾南物流使用TMS軟件打印單據(jù)很慢,點(diǎn)擊“打印”需要等挺長時間才能進(jìn)行打印操作。瀏覽興隆網(wǎng)站也很慢,訪問10.2.2.68服務(wù)器都拷貝東西的時候很小的東西也是需要很長時間。 

        網(wǎng)絡(luò)傳輸速度慢,這個與網(wǎng)絡(luò)跨運(yùn)營商有關(guān):渾南物流中心是移動的網(wǎng)絡(luò),我們中心機(jī)房網(wǎng)是聯(lián)通的。 

        建議解決辦法: 

        物流中心與中心機(jī)房,建立專線線路。 

        (3)TMS查詢功能,查詢出來的結(jié)果雙擊不能看明細(xì)信息。 

        TMS軟件更新后,所有明細(xì)查詢功能查詢出來的結(jié)果不能進(jìn)行對某條記錄進(jìn)行雙擊看明細(xì)信息。影響相關(guān)明細(xì)單據(jù)重新打印問題。(經(jīng)過溝通,問題現(xiàn)已解決) 

        (4)庫控人員在對門店的要貨的申請單(單據(jù)類型包括:采購申請單、配送申請訂)單提取并審核(控制訂貨數(shù)量,即庫控)時,是把門店的每個申請單單獨(dú)提取轉(zhuǎn)變成不同的訂單,這樣每個采購申請單都會變成一個采購訂單,每次配送申請單都會變成一個配送訂單這個過程需要做無數(shù)次重復(fù)的提取工作。 

        溝通后,分析這么做的問題原因有兩個: 

        1.擔(dān)心如果把門店的采購類型的申請單按門店一起提取后, 

        所有的門店采購要貨的商品產(chǎn)生在一張采購訂單上,這樣門店分不出來是哪個供應(yīng)商的貨,無法給不同供應(yīng)商發(fā)送傳真訂貨。(測試完成后與軟件維護(hù)人員溝通,需要維護(hù)人員去核實(shí)采購類型的申請單按門店批量提取是否可行。核實(shí)結(jié)果:門店采購類型申請單把所有采購類型的申請單一次全部提取,系統(tǒng)會自動按供應(yīng)商,按門店區(qū)分開來。此處現(xiàn)在已經(jīng)優(yōu)化解決) 

        2.配送類型的申請單按門店一起提取,這里面存在一個問題那就是“都樂單根蕉”這個商品都是由都樂供應(yīng)商給物流中心每天日配,物流收貨后當(dāng)天把該品給門店全部配送出去,物流中心此商品當(dāng)天不留庫存。如果把配送類型的申請單按門店一起提取了,那么“都樂單根蕉”這個品在提取的時候與門店其他商品一起提取成一個配送訂單,而此時都樂供應(yīng)商還未把貨送到,我們沒有驗(yàn)收增加庫存,那么在做揀貨單分配商品揀貨數(shù)量時,該品的就是分配的數(shù)量是0,當(dāng)發(fā)貨完事后,這個配送單就終止了。所以這樣門店沒有收到“都樂單根蕉”這個商品,并且還需要重新做該品向物流要貨的申請單,所以就每個申請單提取成一個配送訂單。 

        配送類型申請單按門店批量提取隱含兩個問題: 

        第一,批量提取門店配送類型的申請單,供應(yīng)商未給配送中心送貨,物流沒庫存發(fā)貨時,不但影響物流履行率,并且門店還需要重新下該品的申請單。 

        第二,批量提取門店配送類型的申請單,把很多商品提取在一個配送訂單的時候,這時揀貨單上的商品就會很多,而物流驗(yàn)貨需要打印出來配送單,配送單來自揀貨單全部揀貨完畢才會生成,所以這之間存在一個很長的等待配送單打印出來的時間,影響工作效率。 

        介于實(shí)際情況,解決揀貨全部返回錄入才能打印配送單這個長時間等待的問題,配送類型申請單按原方式每單一提來操作。 

        配送類型申請單批量提取建議解決辦法: 

        提取還是按照門店進(jìn)行批量提取(這樣門店要的貨雖然來自我們?nèi)齻€庫房中品也挺多)優(yōu)化庫控人員重復(fù)無數(shù)次提取的操作,同時TMS軟件需要增加一個驗(yàn)貨單的過程,這樣一個庫房揀貨完事后,就把揀貨單返回給錄入,錄入就按照物流的庫房來打印裝 

        車驗(yàn)貨單,節(jié)省了一直等待所有庫房揀貨完事再打印配送單這個期間長時間等待的問題,優(yōu)化了驗(yàn)貨裝車的時間。 

        (5)建立波次調(diào)訂單商品分配庫存問題。 

        近期程序更新后TMS軟件波次管理,在做商品分配庫存時候,例如門店對一個商品要貨100個,而我渾南物流軟件中記 

        錄的庫存及實(shí)物庫存都是40個,但是軟件中揀貨數(shù)量的值可能 

        是60個,這樣的狀況在正常情況下,應(yīng)該是雖然門店要貨100個,但是我配送庫存實(shí)際是40個,那么分配的數(shù)量就是40個,而不會出現(xiàn)60個。 

        經(jīng)過與TMS溝通,TMS軟件進(jìn)行了修改后問題解決。 

        (6)揀貨單差異處理往高了差異問題: 

        現(xiàn)在有這么個問題,門店向配送中心要貨,如某個商品包裝率是30個,門店根據(jù)包裝率和銷售情況進(jìn)行續(xù)訂貨15個,配送中心的庫存夠訂貨的15個,然后再分配的時候就給門店分 

        配了15個,當(dāng)去庫房揀貨的時候發(fā)現(xiàn)該品包裝率是30,但是一個30包裝率的大包下還有3個小包,每小包數(shù)量是10個,為了不拆箱,想給門店直接配20個,也就是2小包,就是不把小包在拆出來5個。 

        隱藏的三個信息: 

        1.門店下采購訂單的人只知道該品包裝率是30大包,但是不知道大包下還包括三個小包。 

        2.總部模塊下的庫控人員雖然在提單子審核門店要貨數(shù)量的時候修改門店的訂貨數(shù)量,但是庫控人員也不知道該品大包30裝率下,還有3個小包,每小包10個的情況。 

        3.實(shí)揀貨的時候,根據(jù)分配的15個數(shù)量去揀貨,揀貨的時候發(fā)現(xiàn)該品30大包裝率下還有三小包,就想回到錄入做差異處理 往高了進(jìn)行差異給門店送貨20個,多送5個。(實(shí)踐證明程序是允許進(jìn)行往高了差異,并且在發(fā)貨減庫存的時候數(shù)量的 減少也是正確的減少20個庫存,但是隱藏的問題是什么呢?  就是會影響配送中心的履行率,履行率就變高了)。 

        建議解決辦法: 

        修改包裝率的設(shè)置,修改為兩個值記錄,分別是:大包標(biāo)準(zhǔn)、小包標(biāo)準(zhǔn),兩者之乘積為包裝率。這樣,門店在進(jìn)行訂貨的時候,一目了然,訂貨時填寫的數(shù)量會填寫整大包或整小包,而不會出現(xiàn)零頭的現(xiàn)象。 

        發(fā)現(xiàn)訂貨組問題: 

        (1)訂貨組人員根據(jù)軟件“進(jìn)銷存統(tǒng)計(jì)”功能,按照供應(yīng)商來查詢供應(yīng)商經(jīng)營的商品的庫存來進(jìn)行訂貨的時候會存在漏訂貨的問題,影響物流履行率。 

        “進(jìn)銷存統(tǒng)計(jì)”功能下查詢的數(shù)據(jù)來自TMS數(shù)據(jù)庫的日、月進(jìn)銷存表中。TMS軟件后臺數(shù)據(jù)庫中,日、月進(jìn)銷存表是按照年月來命名的。例如,日進(jìn)銷存表名是:YYYYMM_GoodsDayPSSM,月進(jìn)銷存表名是:YYYYMM_GoodsMonPSSM. 

        TMS設(shè)計(jì)原理是: 

        每個月最后一天的日結(jié)也是這個月的月結(jié),月結(jié)的時候會產(chǎn)生下個月的日、月進(jìn)銷存的表。新產(chǎn)生的日、月進(jìn)銷存表中的數(shù)據(jù)來自上個月的表中,但是排除了一些截止上個月最后一天“期初數(shù)量”,“期末數(shù)量”,“成本”同時都為0的商品信息。被排除的這些商品是我們物流經(jīng)營的,只是截止上月最后一天庫存為了0了,如果這個月該品沒有進(jìn)行驗(yàn)收,在“進(jìn)銷存統(tǒng)計(jì)”中就查詢不到。如果在訂貨時候根據(jù)“進(jìn)銷存統(tǒng)計(jì)”的庫存來訂貨,查詢時間的區(qū)間是新月份,那么查詢的結(jié)果中就看不到被排除的商品信息,這樣訂貨就不會去訂這個商品,所以就會導(dǎo)致這個品一致沒有庫存。我們沒有庫存而門店還繼續(xù)跟我們要貨的時候,我們給門店配送不了這就會影響我們物流履行率。 

        物流中心配送履行率問題: 

        影響物流中心送貨履行率,總結(jié)有以下幾點(diǎn): 

        1.物流中心商品的庫存不足,這個原因可能有這樣的情況存在,有多個門店都要某一商品的貨,那么到最后配送中心的庫存也沒了,這時再有要此貨的門店,配送對其履行率就低了,再有一種情況就是根據(jù)安全庫存已經(jīng)向供應(yīng)商要貨了,但是供應(yīng)商遲遲沒有送貨過來,這時造成我們的庫存不足。此時給門店配貨的時候這個品的履行率就會低。 

        2.門店要貨的商品是非物流經(jīng)營的商品(門店要貨要錯地方了,是因?yàn)樯唐返牧鬓D(zhuǎn)途徑是“直配加配送”)。例如,一個“配送的中央 

        申請單”有10商品,但是有一個品不是我們物流經(jīng)營的,但是這個品的流轉(zhuǎn)途徑是“直配加配送”這個品就可以跟物流要貨,但是在總部庫控人員沒有發(fā)現(xiàn)這個商品是物流不做的,或者是總部庫控人員根本就不知道這個品是不是物流部經(jīng)營的品,那么把這個單子給提出來以后變成了配送的訂單。當(dāng)揀貨分配的時候,那么這個品分配的數(shù)量就是0,即履行數(shù)量就是0.那么就會影響配送給門店配貨的履行率。 

        (2)物流訂貨組訂貨操作不方便問題。 

        物流中心人員訂貨方法是:開兩個TMS軟件的窗口,一個窗口根據(jù)供應(yīng)商編碼查詢供應(yīng)商下商品的安全庫存;另一個窗口是打開訂貨界面,根據(jù)安全庫存查詢出來的結(jié)果后,去判斷一個品該訂貨了,然后就在訂貨窗口輸入這個訂貨的商品,然后再輸入訂貨的數(shù)量,這樣的效率非常低下(由于網(wǎng)絡(luò)慢的問題,在訂貨界面,輸入商品條碼,需要等一會才能調(diào)出該品訂貨的其他信息,然后才能錄入數(shù)量)。 

        建議解決辦法: 

        通過制作數(shù)據(jù)導(dǎo)入模板,使用EXECL辦公軟件進(jìn)行對訂貨信息進(jìn)行篩選,然后把篩選后的數(shù)據(jù)導(dǎo)入到訂貨界面,實(shí)行批量訂貨的方式。 

        發(fā)現(xiàn)的其他問題: 

        (1)物流盤點(diǎn)很耗時,費(fèi)力。 

        之前盤點(diǎn)流程如下: 

        手抄盤點(diǎn)表(手抄寫的信息包括:商品條碼,商品名稱,規(guī)格 

        型號,生產(chǎn)日期,以前就抄寫這些信息需要4-5天的時間,并且存在著一個手抄寫書寫在盤點(diǎn)不清晰的問題)→根據(jù)手寫的盤點(diǎn)表去庫房進(jìn)行盤點(diǎn)商品數(shù)量→點(diǎn)數(shù)后,把手抄盤點(diǎn)表返回給物流錄入中心→錄入人員根據(jù)手抄盤點(diǎn)表錄入“盤點(diǎn)表”(需要按照手抄的盤點(diǎn)表進(jìn)行敲商品條碼來調(diào)商品信息,然后再對該品的盤點(diǎn)數(shù)量進(jìn)行錄入)。 

        建議解決辦法: 

        手抄盤點(diǎn)表(只抄條碼)→錄入盤點(diǎn)清單并打印盤點(diǎn)表(打印時未抄寫的商品信息由信息系統(tǒng)來補(bǔ)充,并且打印出來盤點(diǎn)清單表中商品順序就是錄入的順序,這樣方便盤點(diǎn)時快速找到商品)→根據(jù)打印出來盤點(diǎn)表進(jìn)行盤點(diǎn)(字跡清晰)→盤點(diǎn)清單表導(dǎo)入盤點(diǎn)表→錄入盤點(diǎn)數(shù)量(只需錄入盤點(diǎn)的數(shù)量,不需要敲一個商品條碼調(diào)出商品信息后,再進(jìn)行錄入商品數(shù)量的過程)。 

        注:如果我們錄入的這次清單表完事后,商品在庫房中位置沒有變化,下次盤點(diǎn)我們還可以繼續(xù)調(diào)出清單表打印,這次盤點(diǎn)前連條碼都不需要抄寫了。盤點(diǎn)商品數(shù)量后,可以直接錄入盤點(diǎn)數(shù)量即可,還是不需要錄入商品信息。 

        (2)安全預(yù)警報(bào)表統(tǒng)計(jì)出來的預(yù)警數(shù)據(jù)不準(zhǔn)確。 

        導(dǎo)致安全預(yù)警統(tǒng)計(jì)數(shù)據(jù)不準(zhǔn)確的原因如下: 

        1.軟件中商品出庫是按批次先進(jìn)先出的規(guī)則進(jìn)行的,而實(shí)際庫房揀貨是按照商品生產(chǎn)日期來揀貨的,先出的貨是生產(chǎn)日期早的商品。 

        例如,軟件中一個商品驗(yàn)收了2個批次,第一個批次是商品6月份生產(chǎn)的,第二個批次商品是5月份生產(chǎn)的,不管是5月份生產(chǎn)的還是6月份生產(chǎn)的,其生產(chǎn)日期都未超過保質(zhì)期的三分之一,所以我們是可以收貨的。在軟件中該品在發(fā)貨時先出的是6月份驗(yàn)收的貨,而庫房人員實(shí)際揀貨是要揀第二個批次驗(yàn)收的5月份的貨,所以這就造成安全預(yù)警統(tǒng)計(jì)出來的數(shù)據(jù)不是完全準(zhǔn)確。 

        2.實(shí)際庫房中的商品保質(zhì)期與軟件中記錄的這個商品的保質(zhì)不一致,這是因?yàn)閺S家該品的保質(zhì)期更改了,而我們軟件系統(tǒng)中該品保質(zhì)期沒有及時的更新。所以這個也造成安全預(yù)警報(bào)表統(tǒng) 計(jì)出來的數(shù)據(jù)不準(zhǔn)確。 

        以前預(yù)警是使用完全人工預(yù)警,在盤點(diǎn)的時候抄寫商品生產(chǎn)日期和保質(zhì)期,然后人為估算。 

        現(xiàn)在是根據(jù)軟件中盤點(diǎn)清單表導(dǎo)出EXECL文件后,人工錄入生產(chǎn)日期和保質(zhì)期,通過公式計(jì)算出來。現(xiàn)在是半人工半自動的方式。 

        二.優(yōu)化內(nèi)容: 

        (1)商品盤點(diǎn): 

        1.改進(jìn)盤點(diǎn)抄寫表工作:只抄寫商品條碼,然后通過信息系統(tǒng)補(bǔ) 充完整商品信息,此工作之前需要4-5天時間,優(yōu)化后3天完成; 

        2.改進(jìn)盤點(diǎn)結(jié)果錄入工作,改進(jìn)之前,盤點(diǎn)表錄入需要24人/時, 改進(jìn)后,只需要8人/時); 

        (2)物流訂貨: 

        優(yōu)化之前,訂貨員在訂貨界面逐一錄入要訂貨商品信息、訂貨數(shù)量。優(yōu)化之后,訂貨信息導(dǎo)入系統(tǒng)批量訂貨,極大節(jié)省了工作時間。改進(jìn)之前,每人每天訂貨25個廠家左右,改進(jìn)后每人每天訂貨30多個廠家。 

        1.改進(jìn)需訂貨商品的篩選方式,把安全庫存報(bào)表數(shù)據(jù)導(dǎo)出,使 用EXECL數(shù)據(jù)篩選要訂貨商品信息。 

        2.改進(jìn)訂貨商品錄入方法:制作數(shù)據(jù)導(dǎo)入模板,把篩選好的數(shù)據(jù)導(dǎo)入系統(tǒng),進(jìn)行批量訂貨。 

        (3)物流庫控: 

        根據(jù)庫控員繁瑣的單據(jù)提取工作,提出按門店批量提取單據(jù)的思想。結(jié)合物流實(shí)際情況,改進(jìn)門店采購類型的申請單據(jù)提取方式。因?yàn)槲覍?shí)際情況的原因,配送類型的申請單提取方式未做改變。 

        優(yōu)化之前,庫控員提取門店采購類型的申請單據(jù)是一單一提,也就是說如果每個店一天下100單子,一共8家店庫控員一天需要提取800次,做800次重復(fù)工作。優(yōu)化之后,按門店提取單據(jù),8個店庫控員只需提取8次。