国产精品二区按摩片,亚州另类欧美综合一区,亚洲日韩国产一区二区,国产在线观看片免费人成视频

<dfn id="yldih"></dfn>
  • <ul id="yldih"><td id="yldih"></td></ul>

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

      循環(huán)取貨的應(yīng)用問題分析

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

      循環(huán)取貨是一種制造商用同一貨運(yùn)車輛從多個(gè)供應(yīng)處取零配件的操作模式,具體運(yùn)作方式是每天固定的時(shí)刻,卡車從制造企業(yè)工廠或者集貨、配送中心出發(fā),到第一個(gè)供應(yīng)商處裝上準(zhǔn)備發(fā)運(yùn)的原材料,然后按事先設(shè)計(jì)好的路線到第二家、第三家,以此類推,直到裝完所有安排好的材料再返回。這樣做省去了所有供應(yīng)商空車返回的浪費(fèi),同時(shí)使物料能夠及時(shí)供應(yīng),發(fā)運(yùn)貨物少的供應(yīng)商不必等到貨物積滿一卡車再發(fā)運(yùn),可保持較低的庫(kù)存,最大程度實(shí)現(xiàn)了JIT供應(yīng)。

        案例回放

        案例一:2003年7月,上海大眾與安吉天地簽下了汽車零部件入廠物流合同,這是國(guó)內(nèi)第一個(gè)汽車零部件入廠物流一體化合同。根據(jù)合同,安吉天地將為上海大眾的三個(gè)汽車裝配廠和兩個(gè)發(fā)動(dòng)機(jī)廠提供所有零部件入廠物流服務(wù)。針對(duì)上海大眾的多數(shù)供應(yīng)商仍自行負(fù)責(zé)外部運(yùn)輸?shù)臓顩r,安吉天地將所有供應(yīng)廠家進(jìn)行集成,按照地理位置、供貨頻率和體積進(jìn)行綜合規(guī)劃,采取了循環(huán)取貨等優(yōu)化的運(yùn)輸方式,實(shí)現(xiàn)了“高頻少量”的運(yùn)輸模式,大幅減少了車輛數(shù)及駕駛員數(shù),減少工廠收貨區(qū)卸貨車輛,從而降低了總成本。

        安吉天地為循環(huán)取貨過程的順利實(shí)施采取了一系列措施,包括統(tǒng)一運(yùn)輸車輛和料箱的規(guī)格以提高車輛利用率和裝載率,開發(fā)了先進(jìn)的零部件入廠運(yùn)輸管理IT系統(tǒng)為上海大眾提供車輛配載優(yōu)化、運(yùn)輸路徑優(yōu)化等技術(shù)支持,提高運(yùn)輸及倉(cāng)儲(chǔ)資源的利用率,降低成本。

        案例二:同樣是采取循環(huán)取貨方式,北京吉普則以失敗告終。2004年,北京吉普汽車有限公司與中遠(yuǎn)物流有限公司簽署了循環(huán)取貨物流服務(wù)協(xié)議,以期降低采購(gòu)成本。北京吉普的三菱車型光一個(gè)配置就涉及到1600多個(gè)零部件,其中700多個(gè)零部件來自于國(guó)內(nèi)70多家供應(yīng)商。根據(jù)計(jì)劃,采用循環(huán)取貨方式,可以節(jié)省10%的運(yùn)輸成本,而且可以降低庫(kù)存,以前需要保持至少半個(gè)月到20天的庫(kù)存,現(xiàn)在只需要維持兩天的庫(kù)存就可以,庫(kù)存面積減少了80%。

        然而在實(shí)際運(yùn)作中,由于北京吉普在生產(chǎn)過程中經(jīng)常出現(xiàn)突發(fā)事件,生產(chǎn)計(jì)劃調(diào)整無序,而其與供應(yīng)商的協(xié)同合作程度不高,供應(yīng)商的生產(chǎn)和供貨計(jì)劃跟不上,導(dǎo)致零部件不能及時(shí)到位,所以雖然名為循環(huán)取貨,其實(shí)最后也只是干線運(yùn)輸而已。

        循環(huán)取貨的應(yīng)用問題分析

        同樣是汽車制造企業(yè),有些實(shí)施循環(huán)取貨后有效地降低了成本,優(yōu)化了供應(yīng)物流運(yùn)作,而有些則未取得預(yù)想的效果,而實(shí)際上,國(guó)內(nèi)已聲稱應(yīng)用循環(huán)取貨模式的企業(yè)除了上海通用和上海大眾外似乎都沒有嘗到甜頭,他們大多遭遇到以下問題:

       。1)制造廠生產(chǎn)計(jì)劃不連貫。在正常的情況下,制造廠根據(jù)市場(chǎng)需求和工廠實(shí)際制造能力制定出月/周/日生產(chǎn)計(jì)劃,再將之轉(zhuǎn)化為生產(chǎn)物料的需求或送貨月/周/日計(jì)劃,然后按計(jì)劃去各供應(yīng)商處取貨。但是由于市場(chǎng)預(yù)測(cè)不準(zhǔn)確或生產(chǎn)內(nèi)部的缺陷等導(dǎo)致無法制定連貫的生產(chǎn)計(jì)劃,進(jìn)而物料需求時(shí)間、數(shù)量和種類經(jīng)常毫無規(guī)律地變化。

       。2)信息共享不充分。供應(yīng)鏈的良好運(yùn)行需要整體協(xié)作,制造商在生產(chǎn)預(yù)測(cè)、計(jì)劃和組織上的變化或問題應(yīng)及時(shí)通知供應(yīng)商,以便其對(duì)自身的生產(chǎn)計(jì)劃進(jìn)行調(diào)整。同時(shí)制造商也需要了解供應(yīng)商在生產(chǎn)制造方面的更多信息,以安排生產(chǎn)計(jì)劃。第三方物流企業(yè)也須及時(shí)掌握雙方的信息,否則無法為客戶進(jìn)行適當(dāng)?shù)倪\(yùn)輸、倉(cāng)儲(chǔ)等物流規(guī)則。在國(guó)內(nèi),實(shí)施循環(huán)取貨的制造企業(yè)要么信息化程度不高,要么是自身的信息化基礎(chǔ)尚好但其眾多的供應(yīng)商信息化建設(shè)沒有跟上,信息的交互出現(xiàn)斷層,另一方面國(guó)內(nèi)企業(yè)之間往往缺乏信任,出于商業(yè)機(jī)密的考慮或擔(dān)心信息過多透露導(dǎo)致在談判中利益受損而對(duì)信息共享較為保守。

        (3)供應(yīng)商不配合。循環(huán)取貨支持下的JIT供應(yīng)使得中心制造企業(yè)的庫(kù)存可降至最低,而作為強(qiáng)勢(shì)的制造企業(yè)往往會(huì)要求供應(yīng)商抬高安全庫(kù)存以保證每次順利地取貨。另一方面,供應(yīng)商原先自行送貨時(shí)很多都擁有自己的運(yùn)輸車隊(duì),運(yùn)費(fèi)都打在貨物的價(jià)格里,不需要供應(yīng)商承擔(dān),很多小供應(yīng)商的自備車基本上是大制造商在供養(yǎng)。而制造企業(yè)實(shí)行循環(huán)取貨后,運(yùn)輸作業(yè)由制造商委托第三方物流商或者制造商自己來執(zhí)行,供應(yīng)商自有車隊(duì)的車輛設(shè)備以及人員等的處置問題較為棘手,因此供應(yīng)商對(duì)此的態(tài)度非常被動(dòng)也不足為奇。

        (4)貨物的質(zhì)量檢驗(yàn)問題。循環(huán)取貨條件下,由于供貨時(shí)間規(guī)定得較嚴(yán)格,而車輛配載的要求令制造商不可能派質(zhì)檢員去取貨,同樣供應(yīng)商也不會(huì)派人隨車入廠交付,因此貨物品質(zhì)檢驗(yàn)和責(zé)任就常常出現(xiàn)糾紛,如果有第三方物流商參與的話這個(gè)問題就更加復(fù)雜。一旦出現(xiàn)質(zhì)量有問題的物料,就很可能會(huì)供應(yīng)商和物流作業(yè)方互相推卸責(zé)任,更重要的是,由于質(zhì)量問題導(dǎo)致交貨延遲會(huì)帶來生產(chǎn)停頓的較大損失,同時(shí)既定的運(yùn)輸計(jì)劃使不合格物料的回收或返修變得很難處理。

       。5)交通狀況不佳。循環(huán)取貨對(duì)取貨、到貨的時(shí)間要求得很嚴(yán)格,否則難以良好地支持制造企業(yè)的JIT計(jì)劃。然而在國(guó)內(nèi),尤其是一些較大的城市,道路設(shè)計(jì)不合理,車輛遵規(guī)意識(shí)差,交通擁堵嚴(yán)重,這樣的路況對(duì)于計(jì)算精確的到貨時(shí)間來說比較困難,到貨時(shí)間無論是早到還是晚到都會(huì)對(duì)生產(chǎn)及庫(kù)存產(chǎn)生影響。

       

       

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