ERP 四大理由 将开源ERP软件拒之门外

以下文件來自::
http://www.linuxeden.com/html/news/20100301/70860.html

四大理由 将开源ERP软件拒之门外

有一段時間，我受雇於一家企業，
幫他們實施一個開源的ERP專案。
經歷了半年多的折騰，
以前我對於開源軟體的一點熱情都被徹底消滅了，
讓我看清了開源ERP軟體的面目。
我想，我以後再也不會用開源的ERP軟體了。
我採用的是號稱最大的開源ERP軟體-Compiere。

==========================================
>好一個顧問..
>自己一個人就想實施 Compiere ERP..
>OpenSource ERP 開源企業管理軟體..
>
>你應該去找一個通通不能改的商業軟體..
>
==========================================


一、開源ERP的軟體BUG，讓我“頭疼不已”。

像ERP這麼複雜的管理軟體，
有幾個BUG也是難免的事情。
但是，若一個軟體到處是BUG，
到處是陷阱，那可真的讓人受不了。
開源的ERP軟體，漏洞之多，
實在出乎我所料。

如在產品基本資料處，
有個屬性的欄位，
但是，奇怪的是，
這個屬性竟然不能夠帶到採購單、領料單等相關單據，

==========================================
>好一個顧問..
>不暸解屬性宣告的意義..
>不同屬性共用一個料號
>帶到採購單??
>帶到領料單??
>為何用屬性宣告
>因為使用同一料號的基本假設
>是使用同一價格與相同成本的
>你的狀況是不該使用同一料號
>
>你應該去找一個通通不能改的商業軟體..
>
==========================================

讓人想不通，後來讓專門的服務商進行測試，
說是軟體的BUG，
但是因為這是開源的軟體，
所以，這個費用還是要企業自己來承擔。

如某個材料有多個供應商，
而不同的供應商價格又有所不同。
如某個原材料A，
其有兩個供應商甲與乙，
價格分別為6.6元與6.7元，
企業設定的標準價格與列表價格為6.5元（採購參考價格），
但是，在實際生成採購單時，
無論是向甲供應商還是向乙供應商採購，
帶出來的價格竟然都是6.5。

==========================================
>好一個顧問..
>不暸解價目表..
>有宣告價目表清單版本
>當然是使用價目表清單版本的價格
>
>SELECT
>bomPriceStd(p.M_Product_ID,pv.M_PriceList_Version_ID) AS PriceStd
>...
>FROM M_Product p
>INNER JOIN M_ProductPrice pp ON
(p.M_Product_ID=pp.M_Product_ID)
>
>INNER JOIN M_PriceList_Version pv ON >(pp.M_PriceList_Version_ID=pv.M_PriceList_Version_ID)
>
>INNER JOIN M_PriceList pl ON
>(pv.M_PriceList_ID=pl.M_PriceList_ID)
>...
>
>你應該去找一個通通不能改的商業軟體..
>
==========================================



這是在讓 我想不通，軟體設計者為何如此設計，
我想，這應該是一個軟體的BUG。
沒辦法，我只好來做一回產品設計工程師，
把這個BUG解決了。

這些漏洞真是數不甚數。
在軟體的測試階段，時常讓我頭疼不已。
每測試一個流程，都是提心吊膽的，
擔心，不知道哪里又有陷阱。

二、功能不足讓我“廢寢忘食”。

我從來沒有見過Compiere功能如此不全的ERP軟體。
雖然其實開源的，
但是，功能如此不全，也讓人意料不及。

如 我採購價格想保留更改歷史，
但是無論如何配置，都無法實現。
有些單據時可以保留歷史變更記錄的，
如產品基本資訊，但是，材料價格卻不行。
後來發現，只要單據中有兩個關鍵字的頁簽，
都無法保留歷史更改記錄。
而原材料採購價格處，有兩個關鍵字，
一是關聯原材料基本資訊，
二是關聯供應商資訊，所 以，
就無法保存歷史變更記錄。

如沒有專門的單據 變更單。如我因為某些原因，
採購單需要變更採購數量或者採購交期，
但是沒有採購變更，
需要把原有的採購單作廢掉或者重新撤銷 審核
（系統還沒有直接撤銷的功能，要在後臺資料庫中更改），
我真是要叫上帝保佑了。企業需要怎麼辦呢？
只好自己動手，
先探尋各個單據之間的關係及資料庫的 結構，
然後再開發出一個採購變更單頁簽，
實現採購單變更功能。
生產變更單、銷售變更單等也都沒有，
我也只好熬幾個通宵，把這些單據開發出來。

再 如，倉庫成品入庫時，竟然不能分批入庫，
這真讓人哭笑不得。
如一張生產訂單我有10000個產品，
能夠保證一次性入庫嗎？
難道要生產部門把生產完成的產品暫時放在車間，
等生產全部完工後，再一次性入庫嗎？
這用戶可不會答應。如何辦呢？
進行二次開發了，還能怎麼辦呢。
先要把原先的入庫單功能屏 蔽掉，
然後再新建一個入庫的單據，
設計能夠從生產訂單自動生成入庫單，
並且，在入庫時對領料數量、入庫數量進行檢驗，
判斷有沒有超領、多入庫的情況，
同時，入庫的數量還要更新生產訂單的完工數量。
小小的一個入庫單，
就要我加入如此多的功能，這是煩心。

一個專案下來，開源軟體在功能開發前後可是大變樣，
大概增加了50%左右的功能。
“廢寢忘食”用來形容我當時的努力，
可是一點都不過份。

三、缺乏服務技術支援，讓我“求救無門”。

開源軟體雖然是開源的，免費提供源代碼，
但是，相關的技術文檔確實少的可憐，
中文參考資料更是鳳毛麟角。
我有點懷疑，
他們開發這麼複雜的開源ERP系統是怎麼實現的，
難道沒有系統設計文檔嗎，
還是他們故意不拿出來，想憑此賺錢？

我公司在實施這個開源的ERP項目時，
花了萬把塊錢買了一個軟體的實施文檔，
其他資料，如開發指南等沒有購買。
所以，什麼資料都要我自己去網上查詢，
但是，資料實在是少的可憐。
沒有辦法，只好自己研究源代碼，研究資料庫結構。

雖然市場上已經有不少的公司在打開源Compiere軟體的主意，
他們付費提供Compiere的實施開發服務。
但是，我找了幾家公司，效果實在不滿意。
一方面，他們顧問能力不強，我們提出一個需求，
他們反而讓我提供解決方案，這真讓人哭笑不得呀。

一般情況下，我們提出一個需求，
對方實施顧問給我解決方案，
然後我們判斷是否可行。
現在倒反過來了，能不讓我感到奇怪嗎？
而且，收費又比較貴，
讓他們提供服務與技術支援的話，
就失去了開源的好處了。

怎 麼辦呢？我只要自力更生，閉門造車，研究了一個月，
總給我弄出來一點門堂。
還好我在之前有比較豐富的ERP實施經驗，
對於ERP實施中可能出現的一些問題有所瞭解，
在事先做了比較充分的準備工作，
不然，在如此情況下，
實施ERP專案，沒有外部的支持，
肯定是要出亂子的。

如我在事先，對於員工的需求做了具體的調研，
做的非常的詳細、具體，在後續的實施過程中，
儘量減少了需求的變更。
如此，是為了減少以後二次開發的數量。
雖然如此做，時間浪費了一點，
但是，後來回頭來看看，花點時間在需求調研上，
對以後專案的順利開展還是很有幫助的。

四、實施、開發，集與一身，讓我“心力交瘁”。

一開始，公司雇傭我時，
說讓我做ERP實施顧問，負責企業的ERP實施。
但是，沒有想到，在後來實施的過程中，
開發占了我大部分的時間。
這讓我這個不是技術出身、
沒怎麼接觸過軟體發展的ERP實施顧問，
英雄無用武之地。

上面我說過，無論是開源ERP軟體本身的BUG，
還是因為其功能的嚴重缺乏，
都需要我們進行大量的二次開發。
而因為缺乏外部的服務與技術支援，
還出於專案實施成本的考慮，
所以，我這個實施顧問，
不得已，只得兼任程式開發員，
負責ERP軟體的二次開發。

在這個開發的過程中，
資料缺乏、沒有外部支援、沒有開發經驗，
一切從零開始。如此熬了幾個月後，
終於有所成就。
但是，這個過程，讓我心力交瘁。

一般的開源ERP軟體，肯定需要進行很多的二次開發，
而企業本身決定使用開源的ERP項目，
本來就是出於節省項目成本的考慮，
所以，他們不可能把二次開發外包給專門的軟體公司，
不然專案成本比那些商業的ERP軟體來說，不會便宜多少；
同時，企業本來就不是專門的IT公司，
所以，也不會專門雇傭程式開發人員，來協助你。
所以，一切都只有靠我自己來完成。

經過半年的努力，
雖然開源的ERP系統基本上線了，
但是，
其使用效果根我以前實施的商業軟體還是有一定差距的。
有了這段經歷後，
我對開源的 ERP軟體有了新的認識。
以後若讓我選擇商業軟體還是使用開源ERP軟體，
我想，我絕對會選擇商業軟體。
對開源的ERP軟體專案，我會退避三舍。
看新聞發表評論，獎品瘋狂送!!