反思：ERP系統實施之滑鐵盧戰役

　　所以，他們的總經理決定要上馬ERP項目，但是，他們又不想拿出太多的錢投資在這個上面。故，他們準備采取開源的ERP項目，并且，自主負責實施。為此，他們還專門從ERP軟件公司高薪挖來一個ERP實施顧問，負責企業的ERP項目。

　　在實施過程中，ERP實施顧問要簡任兩個角色，一個是ERP實施顧問，另一個是ERP程序開發員的角色。因為他們選擇的這個開源ERP產品(其實，大部分的開源ERP產品都是如此)，功能不全，特別是生產管理的功能。如沒有MRP計劃，就不能根據銷售定單或者生產計劃生成物料申請單或者采購單;生產領料時，只能執行自動扣料制，不能執行發料制;如成品入庫時，必須一次性入庫，不能分批入庫;再如，沒有工藝管理模塊等等。

　　這些功能上的缺陷，都要實施顧問自己開發定制。雖然，這個開源軟件提供了一個開發平臺，可以減少一定程度的程序代碼編寫，但是，如MRP計劃等等，仍然需要大量的代碼才能完成。而且，程序完成后，還需要大量的測試，沒測試，顧問是不敢拿出來推廣的。萬一哪里出點問題，顧問很可能變成過街老鼠，人人喊打了。

　　同時，因為開發的工作量大，而上頭又逼的比較急，所以，在實施過程中，不得不分部門實施。實施顧問先上了銷售部門的模塊，然后再上采購模塊，然后再上生產模塊。如此分部門上，雖然是一個不得已的辦法，畢竟，顧問不能分身呀，如此大的工作量壓在他身上，只能如此。但是，這么做有很大的局限性。如采購、生產、倉庫三個部門是有機的一個整體。

　　試想，若先上采購再上生產，則原材料只有進沒有出，那庫存根本就不可能準確，因為庫存數量都是有增無減，何來準確性的說法呢;而成品倉庫的產品，又只有出沒有進，倉庫的庫存數量永遠都是負庫存。這庫存數量的不準確，連最基本的凈需求都跑不出來，企業只好暫時以毛需求來考慮物料需求計劃，即不考慮庫存數量，定單需要多少材料就用多少材料。還好，企業的大部分生產定單都是按單生產，這讓ERP實施顧問，暫時送了一口氣，可以暫時不用管凈需求。

　　而且，企業在ERP實施的過程中，非常重視表單的格式。如采購訂單，一定要求跟現有的采購訂單格式一模一樣。但是，現有采購訂單的格式又實在不讓人茍同，在采購單上竟然要帶出銷售訂單的號碼;更加匪夷所思的是，還要帶出對應的成品編碼。他們的理由還很充分，但是，都站不住腳。如他們說，這是為了供應商的需要，因為供應商看的是成品的編碼，零件編碼他們反而不關心。

　　這個理由能站的住腳嗎?即使有理，企業為什么要屈服與供應商嗎?為什么不讓供應商來配合企業呢?實施顧問為此斗爭了幾天，做出了不少的努力，但是，仍然不能說服用戶，胳膊能扭過大腿嗎!沒辦法，對于實施顧問來說，用戶就是客戶，就是上帝。只好違心的按照他們的需求，設計表單。表單設計好以后，問題又出來了，格式跟他們現在的格式不一致。顧問出于標準合同格式的考慮，把銷售訂單號碼放在了銷售訂單的結尾，但是，原由的銷售訂單號碼是放在最后的。采購員看著不順眼了，一定要顧問把他放在開頭。如此小的格式問題都不能妥協，這讓實施顧問非常吃力。拿人家的錢嘴軟，沒辦法，實施顧問只好再次調整格式，以討得他們的歡心，讓他們再也不能雞蛋里面挑骨頭。.

　　這個ERP項目就在顧問的不斷努力中，慢慢進行著。

　　這家企業在這個ERP項目的實施過程中，有不少的失策之處。

　　1、 對于開源ERP認識不足。

　　現在市場上，大部分的開源軟件功能都不是很全面，特別是生產方面的功能，更是讓人用起來捉襟見肘。而且，從軟件的穩定性上面，也不怎么讓人相信。我接觸過不少的開源ERP軟件，其漏洞是多的嚇人。雖然商業ERP軟件也存在一些漏洞，但是，兩者比起來，是小巫見大巫了。我曾多次反對企業實施開源的ERP軟件，那是吃力不討好的差使。而企業明顯對開源ERP認識不足，不然不會讓ERP顧問即負責實施，又負責開發，因為在開源ERP實施的過程中，開發的工作量要大大高于實施的工作量。

　　若讓ERP實施顧問來負責開發的話，有點本末倒置的感覺。所以，企業若真正的要采用開源ERP軟件的話，最好能夠聘用一些專門的程序開發員，ERP實施顧問只給出解決方案，而程序開發員負責程序的開發與測試，這么處理，要合理的多。或者把二次開發的工作外包給專門的軟件公司做。現在市場上已經有不少 專門針對開源的ERP軟件進行二次開發及項目實施的企業，企業也可以借助他們的力量，讓他們負責程序的開發，甚至讓他們負責項目的實施。

　　但是，無論采取何種方式，成本都是比較高的，也就失去了企業使用開源ERP的本意。所以，我曾多次立場鮮明的強調，不要使用開源的ERP軟件。并不是說我否定他們，而是我覺得開源ERP研究意義要比實際使用意義大。我平時也在使用開源的CompiereERP，但是，我只是用來做研究，而從來沒有想過，有朝一日，能把他用到企業中去。

　　2、 太執著與格式。

　　在單據的格式問題上，我覺得做的不是很合理。我在ERP實施過程中，對于單據這一方面，一般只重視數據內容，而格式上只要大致符合即可。當然此時，用戶會有意見;我就對他說，你們先用著，若一個月還，用的還不習慣的話，我再幫你改。而事實上是，一個月的使用后，他們已經習慣了新的系統單據格式，對于原由的強調的格式，已經不再苛求。其實，任何一個新的單據他們都有一個適應的過程，相信他們以前使用的格式，他們剛開始采用的時候，也不是特別喜歡，用了一段時間后，覺得不錯，也就采用了。

　　當然，如此有一個前期，就是單據上的數據內容必須完備，同時，格式也不能亂排，至少可以使用，也就是說跟原由的單據沒有實質性差異就可以了，而不需要在一些字段的順序的問題上打轉，浪費時間。

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]