ERP、MES及WMS經驗分享(轉)
作者:比亞迪IT部ERP專案經理 何垂乾 2009-09-07 13:42:5
http://www.ileader.com.cn/html/2009/9/7/22597.htm
我今天為大家演講的ERP、MES及WMS應用經驗。在今年我做了幾十個SAP專案,在我看來SAP專案實施其實很簡單,所以我幾乎不用管,最短的專案實施週期1-2周。我在汽車的資訊化方案就沒有請顧問,自己看文件就可以實施。比亞迪追求創新性,所以允許我們犯錯誤,允許犯錯誤,並不代表別人對我們的要求不高,我們的使用者象外部顧問公司一樣嚴格要求我們。
我們的IT團隊很優秀,我經常告誡我下面的人說你不要告訴我做不到,他們很少做不到,只是時間問題,簡單的問題就幾天,難的就一個月。對於SAP,有時候我要改變系統核心的東西,我們會想方設法通過改善和開發來實現我們使用者的需求,從而提升使用者的效率。我自己的SAP顧問加起來也有二、三十個了,我們可以同時做5個專案。我們MES專案也有20多個人,我覺得我們MES專案很難做,以前我也跟一些CIO聊過,通常MES的報價很貴,很多都是幾千萬,包括我們做汽車,MES專案確實很難實施,有一些是SAP顧問過去實施MES,很多人都感覺特別艱難。
我們的MES系統最開始用了一個軟體產品,後面都是自主開發,做到個性化十足。MES的概念就是製造整合系統,王總關注兩點:一個是成本,在生產方面;第二是質量,SAP有QM,我們也上了一些QM,但是可能不好操作,要麼資料不準,因為它對於應用不是很貼身。我們現在的MES應用重要到哪種地步?在業務應用中MES系統停一分鐘,就馬上有人找我們,這是好事還是壞事呢?這說明我們的系統就像魚和水的關係。所以我們的壓力很大,考慮的東西很多。
現在我們的系統和生產裝置的整合是最多的,現在我們的MES和SAP系統也進行整合,例如跟倉庫WMS系統的整合。我們MES做的主要目的是收集資料,來鑑定一些報表的分析。公司領導對MES很重視,要求我們將MES系統在整個汽車產業群進行推廣,當時這個專案做的難度很大,我們10幾個人同時要做兩、三個專案。
我們做MES的時候和事業部的要求是一樣的,都是當使用者出現投訴的時候,就會追查一個根本的原因。但是我們規模很大,比如一個資料有300多引數,並且每個引數有很多欄位,我們都是每天覆印一箱的A4紙來去查,並且這樣的方式會導致資料在過程中會丟失,沒有資料庫,沒辦法系統查,出現問題以後翻箱倒櫃的,這個問題很嚴重。另外一個問題公司領導要求要追溯到原材料,假如出現問題以後原材料是誰送的,包括操作員工。所以我們在MES還做了一個模組,就是員工的記錄,所有的員工都要在MES裡刷卡,就清楚這批貨是那批班次的員工在刷卡,經過的工序,生產時間,關鍵的引數,原材料批次的問題都可以追溯到。舉例說,我們有條生產線經常用來成品組裝,系統能夠做到是否能夠自動的調驗和操作,提醒你做錯了或者裝錯了怎麼辦。員工很容易出問題,上了MES以後,就不會出現這個問題。另外就是排序,比如某個客戶給你399個不良程式碼,就要你排出來前十名的缺陷是什麼,這樣要是沒有MES系統的話肯定排不出來的。
關於生產線的飽和度,到底它的利用率有多高?我們有個事業部就出現這樣的情況:比如汽車總裝考核生產效率,通過MES系統可以告訴每輛車的生產情況,它的產量是多少,一天能生產多少輛車,甚至我們做電池的,每臺裝置的吃喝拉撒都要記錄下來。我們解決的辦法是用一個十幾塊錢的微控制器把56臺裝置全部控制到一臺機器上,把它的資訊裝到我們的MES裡面去。我就非常清楚,比如去上個廁所,按一下停機,回來再按一下開機。OEE的裝置管理非常複雜,它會非常清楚裝置停機的故障是什麼,利用率有多高。我們有一萬多種裝置,他們都想管理得很清楚,還有合格率,生產數量,品質都會涉及到。MES在比亞迪中的應用其實也是被逼的,也是在跟先進的客戶合作中逼迫我們使用MES,開始沒有ERP,沒有MES,當時MES是比較新的東西。所以說客戶對質量品質的追溯,要求很高,後面做汽車是王總的要求,必須得樹立公司品牌形象。
我們MES專案的應用應該是比較晚的,我們從08年1月份有這個想法,2月份才啟動了這個專案。但是我們做的速度還是很快,專案都沒停過,用了一個外部的系統是在IT產業群做手機組裝的,後面汽車都是我們自己做的MES,包括我們的組裝還有發動機,我們整個生產線都是我們自己開發設計的,整條線完全整合。我們自己做專案實施,自己可以管,MES基本上不花錢,比較便宜。
在做專案的時候分工都會很明確,不過不同的專案階段人員的變動都不一樣,我們開展業務分析的應用。在做了一系列專案之後,發現其實還是有許多相通的東西。但是不同產業群和不同行業它的需求是不一樣的,但是我們介面的要求,MES專案應用的物件都是一線工人,有的甚至有不識字,所以介面要求特別簡單,我們在業務組包括操作的友好性,怎麼部署都比較清楚,為他們提供設計的方案,有我們自己開發的人員。系統組專門做伺服器和開發程式的部署,包括壓力測試。
我們第一次專案做的是生產節拍,這個專案是我負責的。第一個專案都會很難做,事業部的業務部門都很強勢,比如原來生產量是每天2萬臺手機,他們就會跟你說你上系統可以,但你絕對不能低於2萬臺,但是實施MES的時候肯定會減少一點,所以說追求節拍要求很高。但是我很清楚,現在2萬的標準是很低的,我們不上系統也會提高,所以不會影響到生產節拍。我們對成本控制很嚴,比如說MES裡面叫做固定掃描箱和手動掃描箱,手動的800塊一個,固定的是8千一個,但是手動掃描箱經常出錯,我們就要換成固定掃描箱,換了以後減少了2個人的任務量,算一下成本很快就會回來。我們為了生產節拍,我們只能專案用的過程中在完善。其實我們的ERP實施也一樣,實施顧問做的東西都是按部就班來做的,其實真正累的就是維護人員。
另外就是測試資料,就像我們的客戶要求很嚴格,它的ID號關鍵的數字可能就有10-20個,並且要求分發式的。就比如下訂單下100萬,就會給你100萬個入網許可證的號碼段,要求我必須識別他的手機,識別他的請求,我要個性化的分配給他。我們開始做的時候,我們當時重了好幾個號,出貨就出不去,後來我們自己想出來在開發裡面加了多重調研,結果是一千萬臺手機都不會有重複,MES只要用上,就會很好。每個標籤都是在不同的工位打出來,並且要求很高,這是客戶的專案。
剛講的是我們手機組裝那塊,現在講汽車。汽車要做到關鍵零部件的明確,就是說我們只要查一下零部件,就要查到用到哪個車,哪些訂單,查車要知道我用了哪些零部件。我們力爭做到組裝一次性。其中發動機是相當複雜,要繼承48種裝置,發動機的專用生產裝置,測試裝置,這些引數的自動整合,還要提供實時報警的功能,達到一定的比例的時候就用郵件來報警,要實現生產過程系統的高效節能化。我覺得MES最難做的就是裝置整合這塊,裝置五花八門,只是做硬體,軟體很少,裝置的解決方案有很多種,但都靠我們自己。
動力電池這塊,包括跟所有產品整合,我們的裝置很多,裝置整合非常的靈活。我去看過他們的操作很簡單,假如設定的值為10伏-20伏,那只有這個範圍的電池才能通過。實現了倉庫系統的整合,企業要是不夠複雜的話,那就是SPC,但是SPC我們事業部做得很好,SPC就是統計學,我們有個副總裁就是SPC的高手,剛好他管這個事業部,一看SPC就能看出來他產品品質的情況。關於我們MES的經濟效益,資料顯示在比亞迪部門水平能降低23%,訂單響應速度提高80%,不良率可以降低6%,供貨時間可以提前67%,能耗降低23%。
接下來是倉庫管理系統(WMS),這是屬於我們產值最大的一個事業部,是屬於那個上市公司的事業部。他的倉庫管理系統很複雜,在實施之前他看了十幾家,因為我做這個專案之前沒有做過,他讓我先想我的思路。我當時做了2個方案,其實如果MES選擇SAP作為支撐,選擇一個外部的MES的話,在財務這塊是過不了關的,但是那個事業部老又要求要確保財務資料的安全。我就在考慮到底外部團隊對SAP的理解有多深?他能不能支援實施?接了這個任務很艱鉅,我用了SAP的WMS,有一些主資料我不需要自己開發,配置相對來說簡單。我們實現的功能很多,比如任務管理,杜絕工廠、採購等部門的互相扯皮,通過這種管理,讓它變成一個流程來進行規範。現在的效果還不錯,我們有專門的採購和收貨指令,與SAP做整合,系統實現2個小時同步一次。
在倉庫作業方面,按理來說一般的做法,是針對一種型別去做的。但是SAP有300多種移動型別,那你是不是每種都要去開發呢?我們就開發一種,就把所有的型別都做出來,包括原來的出入貨,質量檢驗。大部分公司只做到工廠層和地點層。我們上了專案以後能夠定位,能夠找到料,能告訴你,上到哪個貨架。
關於標籤,如果我們的門戶做好以後,我們列印標籤就會很方便,只要在門戶上掛一個連結就能在模板上列印。我們根據PO制定出貨,但是有的採購部門並不適應,說我想要你交貨的時候你就要交,不願意修改交貨日期。從而倉庫管理與採購人員容易產生矛盾,明明這樣做是不對的,本來是檢驗交貨他變成機動交貨,你說倉庫會收嗎?並且明明知道交貨日期但是採購就是不願意調整計劃。經過開發以後,現在特殊時候也可以無指令交貨。
最後一個是成品入庫,還算簡單。我每次到一些日本企業,他們都把管理做到系統裡。我們國內就沒這種條件,因為使用者不認為他的操作是錯的,只認為你係統是錯的。按日本企業來說,一個產品和一個訂單應該放在一起,我們很混亂。所以我們現在開發了PDA的掃描,現在跟SAP做整合,假如訂單一個程式碼裡有20箱貨,20個訂單,我掃20次,它會按照不同的訂單來儲存,產生20個物料憑證,跟超市一樣。盤點我們是兩次,是需要自動調,因為我們每一箱產品都用到一個ID號,每天要入6千多箱貨,可能開始上線的時候會承受不了,盤點時用PDA去盤點很容易,原來本來應該上這個物料,但是上了別的物料,要求我們自動給他們調整,不用人工調節,我們也幫他們實現。所有我們有2次盤點,讓他們在第一次盤點的時候如果不對可以再二次盤點,來調整出現的差異。
我今天的介紹就到這裡。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7656893/viewspace-614682/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ERP,MES,WMS,APS
- ERP經驗談(轉)
- 實施經驗:希門ERP實施流程及方法(轉)
- 適用於MES、WMS、ERP等管理系統的實體下拉框設計
- 一文搞懂ERP與CRM、MRP、PLM、APS、MES、WMS、SRM的關係!
- ERP專案實施經驗談(轉)
- ERP系統雲端現代化經驗線上分享會
- Native轉型Flutter經驗分享Flutter
- 吉特日化MES&WMS系統--三色燈控制協議轉http協議HTTP
- MES幫ERP實現資料溝通(轉)
- 經驗分享 ----------
- 經驗分享
- ERP實施經驗篇:六點需掌握(轉)
- [轉]經驗分享:微信小程式外包接單常見問題及流程微信小程式
- iOS 經驗分享iOS
- ORACLE ERP 維護經驗Oracle
- 總結經驗 提出ERP實施的成功模式(轉)模式
- 實施經驗談:ERP成敗在“開局”(轉)
- Oracle erp 經驗問題集Oracle
- 分享抖音交流經驗
- 中小企業ERP十大“軟著陸”經驗(轉)
- ERP實施經驗論談 IT界引出管理問題(轉)
- ERP經驗談:規劃時如何定義指標(轉)指標
- 管理經驗分享會議記錄--【管理經驗】
- Polymer使用經驗分享
- 徵求護眼經驗分享
- 遊引力出海經驗分享
- 阿里JAVA面試分享經驗阿里Java面試
- 6條經過驗證的創業經驗分享創業
- DDD經驗:分享工作,分享決策 – Jessitron
- ERP系統驗收時測試流程方法及內容(轉)
- 產品經理的面試經驗分享面試
- 軟考高階及杭州E類人才申請經驗分享
- 移動適配:跳轉適配成功生效經驗分享
- 1月14日滿分透過CCNA(經驗分享)(轉)
- Oracle ERP 11i 維護經驗Oracle
- ERP和MES:互補的夥伴關係
- 分享net面試題和經驗面試題