国产黄片无马赛克在线观看_国产成人在线播放_国产综合A级片视频_亚洲va无码va亚洲

VIP標(biāo)識(shí) 上網(wǎng)做生意,首選VIP會(huì)員| 設(shè)為首頁| 加入桌面| | 手機(jī)版| RSS訂閱
食品伙伴網(wǎng)服務(wù)號(hào)
 
當(dāng)前位置: 首頁 » 食品專題 » 食品物流專題 » 正文

配送中心作業(yè)流程中的條碼應(yīng)用

放大字體  縮小字體 發(fā)布日期:2007-01-18

當(dāng)今商品流通業(yè)面臨的一個(gè)問題是如何降低商品物流的成本。而在商品從制造商到顧客手中的整個(gè)物流的過程中,配送中心是其中的一個(gè)重要環(huán)節(jié),配送中心的運(yùn)營成本占整個(gè)物流成本大部分。因此,降低配送中心的經(jīng)營成本,提高配送中心的經(jīng)營效益,顯得尤為重要。降低配送中心經(jīng)營成本的兩個(gè)主要的因素:一是降低商品的庫存,二是減少商品的損失。要做好這兩點(diǎn),一方面要進(jìn)行物流跟蹤和庫存控制,另一方面要降低作業(yè)的出錯(cuò)率。配送中心作業(yè)流程中操作的每一步都要準(zhǔn)確、及時(shí),并且具備可跟蹤性、可控制性和可協(xié)調(diào)性。在傳統(tǒng)的配送中心的運(yùn)作和管理中,主要以表單、帳簿為主,商品的進(jìn)出及庫存情況不能及時(shí)地反映出來。同時(shí)由于整個(gè)作業(yè)過程都是手工管理,出錯(cuò)率高,經(jīng)常出現(xiàn)帳貨不符、商品貨位不清、發(fā)送錯(cuò)貨等現(xiàn)象,這些都會(huì)給企業(yè)帶來經(jīng)濟(jì)上的損失,并且經(jīng)常處于混亂之中。
現(xiàn)代商業(yè)須依靠EDI(電子數(shù)據(jù)交換)技術(shù),依靠信息流來控制物流。在現(xiàn)代化配送中心的管理中,條碼已被廣泛應(yīng)用。在所用到的條碼中,除了商品的條碼外,還有貨位條碼、裝卸臺(tái)條碼、運(yùn)輸車條碼等;配送中心的業(yè)務(wù)處理中的收貨、擺貨、倉儲(chǔ)、配貨、補(bǔ)貨等。條碼應(yīng)用幾乎出現(xiàn)在整個(gè)配送中心作業(yè)流程中的所有
環(huán)節(jié)。下面簡(jiǎn)要闡述一下應(yīng)用情況。
1. 訂貨:無論是總部向供應(yīng)商訂貨,還是連鎖店向總部或配送中心訂貨,訂貨方式可以根據(jù)訂貨簿或貨架牌進(jìn)
行訂貨。不管采用哪種訂貨方式,都可以用條碼掃描設(shè)備將訂貨簿或貨架上的條碼輸入。這種條碼包含了商品品名、品牌、產(chǎn)地、規(guī)格等信息。然后通過主機(jī),利用網(wǎng)絡(luò)通知供貨商或配送中心自己訂哪種貨、訂多少。這種訂貨方式比傳統(tǒng)的手工訂貨效率高出數(shù)倍。
2. 收貨:當(dāng)配送中心收到從供應(yīng)商處發(fā)來的商品時(shí),接貨員就會(huì)在商品包裝箱上貼一個(gè)條碼,作為該種商品對(duì)應(yīng)倉庫內(nèi)相應(yīng)貨架的記錄。同時(shí),對(duì)商品外包裝上的條碼進(jìn)行掃描,將信息傳到后臺(tái)管理系統(tǒng)中,并使包裝箱條碼與商品條碼形成一一對(duì)應(yīng)。
3.入庫: 應(yīng)用條碼進(jìn)行入庫管理,商品到貨后,通過條碼輸入設(shè)備將商品基本信息輸入計(jì)算機(jī),告訴計(jì)算機(jī)系統(tǒng)哪種商品要入庫,要入多少。計(jì)算機(jī)系統(tǒng)根據(jù)預(yù)先確定的入庫原則、商品庫存數(shù)量,確定該種商品的存放位置。然后根據(jù)商品的數(shù)量發(fā)出條碼標(biāo)簽,這種條碼標(biāo)簽包含著該種商品的存放位置信息。然后在貨箱上貼上標(biāo)簽,并將其放到輸送機(jī)上。輸送機(jī)識(shí)別箱上的條碼后,將貨箱放在指定的庫位區(qū)。
4.擺貨:人工擺貨時(shí),搬運(yùn)工要把收到的貨品擺放到倉庫的貨架上,在搬運(yùn)商品之前,首先掃描包裝箱上的條碼,計(jì)算機(jī)就會(huì)提示工人將商品放到事先分配的貨位,搬運(yùn)工將商品運(yùn)到指定的貨位后,再掃描貨位條碼,以確認(rèn)所找到的貨位是否正確。這樣,在商品從入庫到搬運(yùn)到貨位存放整個(gè)過程中,條碼起到了相當(dāng)重要的作用。商品以托盤為單位入庫時(shí),把到貨清單輸入計(jì)算機(jī),就會(huì)得到按照托盤數(shù)發(fā)出的條碼標(biāo)簽。將條碼貼于托盤面向叉車的一側(cè),叉車前面安裝有激光掃描器,叉車將托盤提起,并將其放置于計(jì)算機(jī)所指引的位置上。在各個(gè)托盤貨位上裝有傳感器和發(fā)射顯示裝置、紅外線發(fā)光裝置和表明貨區(qū)的發(fā)光圖形牌。叉車駕駛員將托盤放置好后,通過叉車上裝有的終端裝置,將作業(yè)完成的信息傳送到主計(jì)算機(jī)。
這樣,商品的貨址就存入計(jì)算機(jī)中了。
5. 配貨:在配貨過程中,也都采用了條碼管理。 在傳統(tǒng)的物流作業(yè)中,分揀、配貨要占去全部所用勞動(dòng)力的60%,且容易發(fā)生差錯(cuò)。在分揀、配貨中應(yīng)用條碼,能使揀貨迅速、正確,并提高生產(chǎn)率?偛炕蚺渌椭行脑诮邮芸蛻舻挠唵魏,將訂貨單匯總,并分批發(fā)出印有條碼的揀貨標(biāo)簽。這種條碼包含有這件商品要發(fā)送到哪一連鎖店的信息。分揀人員根據(jù)計(jì)算機(jī)打印出的揀貨單,在倉庫中進(jìn)行揀貨,并在商品上貼上揀貨標(biāo)簽(在商品上已有包含商品基本信息的條碼標(biāo))。將揀出的商品運(yùn)到自動(dòng)分類機(jī),放置于感應(yīng)輸送機(jī)上。激光掃描器對(duì)商品上的兩個(gè)條碼自動(dòng)識(shí)別,檢驗(yàn)揀貨有無差錯(cuò)。如無差錯(cuò),商品即分岔流向按分店分類的滑槽中。然后將不同分店的商品裝入不同的貨箱中,并在貨箱上貼上印有條碼的送貨地址卡,這種條碼包含有商品到達(dá)區(qū)域的信息。再將貨箱送至自動(dòng)分類機(jī),在自動(dòng)分類機(jī)的感應(yīng)分類機(jī)上,激光掃描器對(duì)貨箱上貼有的條碼進(jìn)行掃描,然后將貨箱輸送到不同的發(fā)貨區(qū)。當(dāng)發(fā)現(xiàn)揀貨有錯(cuò)時(shí),商品流入特定的滑槽內(nèi)。條碼配合計(jì)算機(jī)應(yīng)用于物流管理中,大大提高了物流作業(yè)自動(dòng)化水平,提高了勞動(dòng)生產(chǎn)率,提高了勞動(dòng)質(zhì)量。
6.補(bǔ)貨:查找商品的庫存,確定是否需要進(jìn)貨或者貨品是否占用太多庫存,同樣需要利用條碼來實(shí)現(xiàn)管理。另外由于商品條碼和貨架是一一對(duì)應(yīng)的,也可通過檢查貨架達(dá)到補(bǔ)貨的目的。條碼不僅僅在配送中心業(yè)務(wù)處理中發(fā)揮作用,配送中心的數(shù)據(jù)采集、經(jīng)營管理同樣離不開條碼。通過計(jì)算機(jī)對(duì)條碼的管理,對(duì)商品運(yùn)營、庫存數(shù)據(jù)的采集,可及時(shí)了解貨架上商品的存量,從而進(jìn)行合理的庫存控制,將商品的庫存量降到最低點(diǎn);也可以做到及時(shí)補(bǔ)貨,減少由于缺貨造成的分店補(bǔ)貨不及時(shí),發(fā)生銷售損失。條碼同樣可用來做配送中心配貨分析。通過統(tǒng)計(jì)分店要貨情況,可按不同的時(shí)間段,合理分配商品庫存數(shù)量,合理分配貨品擺放空間,減少庫存占用,更好地管理商品。由于條碼和計(jì)算機(jī)的應(yīng)用,大大提高了信息的傳遞速度和數(shù)據(jù)的準(zhǔn)確性,從而可以做到實(shí)時(shí)物流跟蹤,整個(gè)配送中心的運(yùn)營狀況、商品的庫存量也會(huì)通過計(jì)算機(jī)及時(shí)反映到管理層和決策層。這樣就可以進(jìn)行有效的庫存控制,縮短商品的流轉(zhuǎn)周期,將庫存量降到最低。另一方面,由于采用條碼掃描代替原有的填寫表單、帳簿的工作,避免了人為的錯(cuò)誤,提高了數(shù)據(jù)的準(zhǔn)確性,減少了錯(cuò)帳、錯(cuò)貨等問題造成的商品積壓、缺貨、超過保質(zhì)期等情況的發(fā)生,減少配送中心由于管理不善而造成的損失。
根據(jù)西方發(fā)達(dá)國家的經(jīng)驗(yàn),應(yīng)用條碼和信息技術(shù)在一般情況下,可以使經(jīng)營成本降低1.5%,營業(yè)額提高8%-10%.。如果我們真正能利用條碼掃描得到的數(shù)據(jù),加工生成對(duì)配送中心乃至整個(gè)連鎖集團(tuán)的管理決策信息,那么,利用條碼和信息技術(shù)提高企業(yè)的經(jīng)營效益,開掘“第三利潤(rùn)”源泉,其功效是不言而喻的。

 

 

 
推薦圖文
推薦食品專題
點(diǎn)擊排行
 
 
Processed in 0.141 second(s), 269 queries, Memory 1.49 M