告別ERP資料暗流(轉)
高的資料準確度和資料質量是ERP系統成功執行的基石。然而,人們對資料準確度和資料質量卻存在廣泛的誤解。最常見的誤解是:如果基本的資料編碼體系和基礎資料輸入業已完成,ERP系統也成功上線,資料準確度和資料質量便只與資料輸入錯誤和庫存資料誤差有關。
高的資料準確度和資料質量是ERP系統成功執行的基石。然而,人們對資料準確度和資料質量卻存在廣泛的誤解。最常見的誤解是:如果基本的資料編碼體系和基礎資料輸入業已完成,ERP系統也成功上線,資料準確度和資料質量便只與資料輸入錯誤和庫存資料誤差有關。其實拙劣的工作流程和做法是差強人意的資料準確度和資料質量的主要罪魁禍首。例如,不可執行的生產訂單常常被迫半途中止,大量的半成品/在製品堆積在生產線上,直到生產訂單恢復生產才能夠被消耗和處理。當前的ERP資料流肯定會一片混亂,變形扭曲,而變形扭曲的資料會誤導ERP使用者。結果呢,是更多的生產訂單不可行,盲目的採購,恐慌性物料堆積,資料流變得更加混亂。於是,ERP使用者也開始祕密使用自己“更方便和更可靠的”流程和做法,將ERP系統拋棄在一邊。這便是在ERP環境下的資料暗流。
然而,某種程度的資料變形雖然令人討厭,卻無法完全避免,因為由於各種原因,我們無法完全根除資料變形。因此,怎樣將資料變形控制在可容忍的程度之內,盡力降低其對生產運作的負面影響,就成了我們永遠關注的焦點。在ERP環境下,怎樣通過消除拙劣的工作流程/做法和建立完善的工作流程來管理資料流呢(本文僅討論計劃與排產,採購與庫存管理方面)?
[要想試圖減輕這些由於拙劣的工作流程和做法帶來的資料變形,首先要正視這些實際存在的問題。]
審視拙劣的工作流程/做法
在ERP環境下,什麼是拙劣的工作流程/做法呢?簡而言之,任何不能按計劃執行,或者妨礙我們發現ERP系統中存在問題的工作流程/做法即是拙劣的工作流程/做法。
不可執行的生產排程引發資料地震
不可執行的生產排程是一號企業公敵,因為它不僅使生產極度不穩定,浪費企業寶貴的人工、生產能力等資源,還惡化資料準確度和資料質量(光是處理和跟蹤散佈在各個生產線上的在製品就令人頭痛)。
不可執行的生產排程是資料地震的震中。之所以發生資料地震,是因為我們沒有充分意識到不可執行的生產排程對實際經營運作所帶來的巨大的破壞性影響以及其對ERP資料流的巨大沖擊。要解決這個問題,必須強調紀律和追求更好的原則。
確定了的生產排程必須沒有缺料,而且通過了生產能力計劃CRP的檢驗。
首先,“小批量多批次”原則使生產訂單精煉而敏捷:精煉而敏捷的生產訂單能夠在動盪環境中儘可能地穩定生產和ERP資料流;其次,精煉而敏捷的生產訂單可以縮短生產訂單的完成周期,因而成品能夠及時入庫,資料流也更加透明。利用每天/每週的生產進度報告就能夠及時反應並指導實際生產運作;再次,精煉而敏捷的生產訂單可以方便企業在面對不斷變化的銷售需求時,更加富有彈性。
突顯當前生產訂單所需要的所有在訂物料:列出當前生產訂單所需要的在訂物料,協力確保按期到達。一旦發生變動,及時調整當前的生產訂單排程。
積極主動地識別和處理各種潛在的問題:生產排程時,積極主動地識別和處理任何潛在的阻止生產排程的問題。比例說,生產排程時發現,某一物料的可用現有庫存剛好等於或稍微大於滿足某生產訂單的數量要求。如果該物料所規定的可接受的庫存差異可能對生產訂單產生重大影響,這時就需積極主動地作一番調查和必要的安排。要是不過問就確定該生產訂單並交付生產線,如果等到生產線在生產途中才發現該物料實際上缺料,那就為時太晚了。
及時更新資料,警惕“暗流浮動”
眾所周知,資料的價值是時間的函式,更新不及時或過時的資料就像走了氣的啤酒。而“走了氣”的資料就是資料的扭曲或變形,不能正確、真實地反映企業實際的經營運作。這裡的資料更新主要指兩種:一是更正不準確的資料,例如不準確的庫存資料,失效的出貨期,BOM錯誤等;二是週期性訂單修訂引數和其他系統引數的維護。不準確的資料是一種端點資料變形,而系統引數維護不當則是一種系統性的資料變形。
在有些公司,ERP系統已經使用好幾年,但ERP使用者還在祕密地使用自己“更方便更可靠的工作流程/做法”。而管理層認為既然沒有發生什麼不妥,也就睜一隻眼,閉一隻眼。其實,任何繞道ERP系統的工作流程/做法都會產生ERP資料流之外的資料暗流。這種資料暗流會削弱企業對流程的控制,損害企業對流程的管理和進一步優化。不過,需要指出的是,任何利用ERP資料的支援決策系統,資料倉儲不屬於繞道ERP系統的“更方便更可靠的工作流程/做法”。
那麼,我們又怎樣保證及時資料更新和避免繞道ERP的祕密的“更方便更可靠的工作流程/做法”呢?解決方案原則上很簡單:持續提高資料準確率,定期維護訂單修訂等系統引數,以確保ERP產生的資料流與實際運作相符,通過基與ERP的工作流程的改進,禁止任何繞道ERP的行為。
[這樣精心設計的流程,首先解決了做正確的事情的問題,更容易確保一切按計劃進行。]
標本兼治的解決之道
當然,說來容易做來難。如何建立和完善工作流程,使得ERP體系不僅僅是個複雜的記錄各種財務、銷售和運作交易的資料庫,而且還能夠對這些資料進行有效地分析,從而快速識別問題,解決問題呢?換句話說,必須創造這樣一種環境,使ERP使用者能夠容易地將ERP資料流中各種複雜的資料關係視覺化,一旦出現異常的資料流,ERP使用者能夠被及時告之;此外,必須不斷培養、提高ERP使用者利用ERP有效地解決各種問題的能力。只有這樣,拙劣的工作流程才有可能被完全根除,否則處理ERP環境下的資料流問題就像兩隻手按水上的多隻皮球。通過建立基於ERP資料基礎上視覺化的物料供需及資料關係管理體系來支援企業對流程完善的需求。
物料供需掃描管理體系
ERP系統能夠將原來各職能部門分散孤立的資料資訊整合成一個完整的資料流。利用這一點,可以建立物料的供需掃描管理體系,為ERP使用者提供有價值的參考。下面是該體系的主要組成部分。
需求檔案:該檔案杵舉物料(成品或原材料)的歷史需求資訊,現有在訂需求資訊,以及未來的預測需求資訊,並做以下分析:
需求特性分析:識別需求的特性是真實的固定需求(確定了的銷售訂單),還是安全庫存需求,還是根據預測作物料準備。所有這些資訊是將需求按優先順序排序的重要考慮因素。
需求趨勢分析:綜合歷史需求,現有在訂需求和預測,對物料做需求趨勢分析。
需求穩定性分析:記錄訂單變化的頻率,以及實際訂單數與預測的差異,反應需求的穩定性。
供應檔案:該檔案對供應進行以下方面的分析:
可用性分析:不僅列出諸如現有可用庫存量,已分配量,在特定時段內的在訂量等基本資料,而且還反映在特定時段內的ATP量。
可靠性分析:提供物料的送貨表現資料,質量記錄,規定的庫存差異率等,以反映物料供應的可靠性。
可替代性分析:不僅列出可替代的其他物料以備不時之需;而且還包括備用的供應商/關鍵裝置、工位等可靠的應急方案。
物料的資料關係管理系統
在ERP環境下,所有資料都相互交織,相互關聯,反映現實複雜的經營運作。建立物料的關係管理系統能夠方便地將資料間複雜的關係視覺化。而獲得這種可見性,就能夠使我們更容易識別任何關聯異常的資料。這樣,資料流的透明性和ERP使用者決策的合理性都將大大提高。
動態父項物料需求/計劃的清單檔案:ERP使用者可以隨意選擇一個適當的檢測時段,這樣,一個子項物料所有需求的父項及其需求就會羅列出來。對於父項物料來說,這實際上是一個生產排程模擬器,以方便產生出不缺物料的生產排程。當然,最後確定的生產排程還必需通過生產能力的檢驗。
生產能力檔案:該生產能力檔案能夠進行產能模擬,並能夠監視關鍵裝置/工位的產能狀況。也就是說,能夠計算並檢驗關鍵裝置/工位是不是有足夠的能力加工某一特定時段的所有生產訂單(橫向產能負載檢驗)。該生產能力檔案也能夠對某一生產訂單所需要的所有關鍵裝置/工位的產能進行計算和檢驗(縱向產能負載檢驗)。兩種檢驗方式相結合就能夠確定某一特定時段內某一生產訂單是否可行(從產能方面來說)以及在當前能力約束下,企業能夠接受的最大產能。
客戶/供應商檔案:對成品來說,該檔案列出的是有關該客戶的重要資訊。例如,該客戶是否是VIP客戶,該成品是否與同一客戶訂購的另一個成品配套,等等。對於採購件來說,該檔案列出該供應商送貨及時率資料,以及可能影響該採購件及時送貨的當前約束狀況。
需求&供應檔案:該檔案監督在某一時段內某一物料供需狀況的不斷變化:檢驗是否存在過量生產/過量採購;或者,檢驗是否存在生產不足/採購不足;是否某一成品/採購件/自制件進倉太早或太遲;什麼是當前需要特別關注的麻煩物料/供應商/客戶;是否有些客戶訂單無法滿足,是什麼原因使其無法滿足,等等。
簡而言之,該檔案幫助我們監督和控制成品出貨進度,採購件/自制件的供應狀況。並分析當前庫存是否合理,是否有必要調整當前的訂單修訂等ERP系統引數,以進一步微調ERP的資料流,使其能更加真實地反應實際的企業運作。
事實上,物料供需掃描管理體系與物料資料關係管理體系密不可分,而且,他們所包括的幾乎所有的資訊都可以在一個標準的ERP系統中獲得。只是以整合的方式向ERP使用者提供一整套隨手可得的完整資訊的確非常必要,因為這樣精心設計的流程,首先解決了做正確的事情的問題,更容易確保一切按計劃進行;而這些正確的事情在ERP中的反映肯定是相對穩定和實時的資料流,也只有相互穩定和實時的資料流才能夠更好地解決資料準確度和資料質量的問題。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-21059/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 永不靜止的暗流:資料跨境流通的因果與新機
- ERP中的製造資料結構(轉)資料結構
- MES幫ERP實現資料溝通(轉)
- 將ERP理念資料化進行到底(轉)
- 資料型別,型別轉換資料型別
- 【轉】ORACLE資料型別Oracle資料型別
- 資料型別轉換資料型別
- [轉]oracle資料型別Oracle資料型別
- 3. php資料型別、資料型別轉換PHP資料型別
- EMR和ERP有何區別(轉)
- 實施ERP:將管理理念資料化(轉)
- ERP升級:如何做好資料遷移(轉)
- JavaScript 資料型別轉換JavaScript資料型別
- 基本資料型別轉化資料型別
- 【Java】資料型別轉換Java資料型別
- javascript資料型別轉換JavaScript資料型別
- 資料型別的轉換資料型別
- 避免資料型別轉換資料型別
- 資料型別轉換圖資料型別
- oracle 資料型別轉換Oracle資料型別
- JS資料型別轉換JS資料型別
- JavaScript 基本資料型別(轉)JavaScript資料型別
- ORACLE的資料型別(轉)Oracle資料型別
- 資料型別及轉換資料型別
- 條碼資料採集打造ERP資訊基礎(轉)
- ERP-U8梳理製造企業資料(轉)
- ERP系統上線前的資料輸入(轉)
- 在ERP環境中建立BI資料倉儲(轉)
- Java資料型別及型別轉換Java資料型別
- ERP學習資料
- JS中其他資料型別轉為number資料型別的方法JS資料型別
- SQL資料型別和C#資料型別間的轉換SQL資料型別C#
- 健康行業告別資料阻塞,迎來資料傳輸自由行業
- 2、java資料型別轉換Java資料型別
- JS資料型別的轉換JS資料型別
- JavaScript 基本資料型別轉換JavaScript資料型別
- 玩轉 JavaScript 之資料型別JavaScript資料型別
- js parseInt()資料型別轉換JS資料型別