這家企業(yè)是一家外資的五金企業(yè)，由于是歐美企業(yè)，所以，在企業(yè)一成立，就非常重視企業(yè)的信息化 建設。在成立不到半年的時間內(nèi)，就先后建立起了郵箱服務器、文件服務器，還實現(xiàn)了財務管理的信息化。可謂，信息化的進度是非常驚人的，效果也是非常喜人的。

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

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

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

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

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

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

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

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

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

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

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

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

　　2、 太執(zhí)著與格式。

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

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