我的答案很簡單
就是

1. 你最熟的程式語言及資料庫
   原因：系統開發因技術因素而失敗的機率降到最低
2. 作業系統就用 Windows
   原因：可能會買ERP的公司,用 Windows Server 的比較多

在做評估的時侯
要小心不要變成
「那一種程式語言最好」
「那一種資料庫最好」
「那一種作業系統最好」
這種浪費生命的討論

個人覺得, 程式語言本身只佔一小部份.

應用上:

1. 客戶 ERP 是否要結合 Windows Exchange 帳號管理?
2. 之後要安裝的整套(硬體 + OS + 程式環境 + ERP)的開發與維護成本?
3. ERP 升級的可能? 例如: VB 不再支援, 改寫 ASP.Net 成本? 環境由 PHP4 升級 PHP5 成本?
4. 內部用 OK , 外人就要買嗎? XD

我只有一句話，想勸勸苦主。
「不要小看了ERP，它的複雜度，超過你想像！？」

其實我覺得如果真的要自己開發一套 ERP 的話，最重要的是 KNOW-HOW 吧 XD
如果可以的話，先從產業別 & 職能需求訪談真的很重要，前面談好後面架構就很省事了～

倒是覺得程式語言+資料庫架構什麼的是次要考量的選項啦…
不過使用什麼環境、語言或開發軟體…通常不是都是讓技術人員開發完，然後上面只看最後成果嗎 XDDD
雖然也是要看公司政策 + 預算 + 資料量 + 備援機制 啦 XD

偷八卦一下，如果未來可能要當作產品販售的話，有部份政府機關或銀行，是不用"免費軟體"的…之前常常會被稽核這點這樣，雖然我也不太懂這方向的潛規則，據說是因為開源或免費軟體的弱點…有點多(？)
所以如果真的要未來打算要當作產品販售的話，也一併將市場 & 產業別考慮進去 XD

甚麼語言都不重要
有責任感有現金入袋最重要
先收錢後再討論技術 通常都客製化
遇見事情 再說

平心而論:如果樓主一個人可以寫出一套ERP . 那我建議:樓主自己開公司或跳槽到ERP軟體公司去.不要在USER單位浪費時間.

一套"可以"稱為"ERP"的軟體,至少要包括:進銷存,應收,應付,會計,財務,生產製造等層面.基本上要先了解這些層面的內容及這些層面之間的關連性就不簡單了.更何況要一個人將這些程式寫好.=>這就是我會建議的主因.

反而我會建議樓主:買一套ERP吧 !
原因有二:

1. 自己寫:曠日費時,而且系統架構的"嚴謹度"可能會有問題.
2. 以後如何維護? 站在個人的主場:自己寫,當系統上線後,就可以要求公司養一輩子.但是站在公司的立場呢?除了養一輩子外,還要請上天保佑:這個人不可以生大病,也不可以在公司倒之前就死了.不然以後誰可以接這套系統?當然也會有人說:文件要寫清楚.試想:一個人要寫程式又要文件.那文件的品質會如何?我相信很多人都看過"前人"寫的文件.想一下看得懂多少?

如果真的要自己寫(我就是有這種能耐).建議:
程式語言:就用自己熟的.原因:這種才會快.
資料庫:優先:Oracle , 次之:MS-SQL , 再來:免費的資料庫. 原因:安全性問題.
環境:windows . 原因:一般ERP都是在公司內部用,用WINDOWS會的人比較多而且"資源"取得也比較容易(WINDOWS 有問題,上網問一下谷哥大神就會有很多答案).

最後是:當產品買.我說:作作夢可以. 原因:ERP有產業的獨特性在(這就是為什麼賣ERP的公司都會幫戶做客製化的修改原因),所以開發出來的ERP,最適用的客戶是誰? 八成會是你們公司的競爭對手(因為產業特性接近,所以適用性會比較高).請問:你們的競爭對手會來買你家的ERP嗎?

補充一下:
買了ERP 之後,MIS還有很多程式要寫.但是這些程式應該是著重在USER 使用的方便性及降低USER數上(前題是不建議破壞ERP原本的大架構).
例:之前有人在問:如何將ERP中的發料方式做全面性的修改?
如果這個讓USER在ERP中操作.那MIS就可能被K.(一般操作是USER將料查詢出來後,再選修改.不小心改錯了,還會出事)
如果MIS直接從資料庫下 UPDATE 指令來改.是會比較快沒錯.但是沒有留修改記錄啊!

這時候如果寫一支輔助程式:只撈相關欄位出來並限制可以修改的欄位.甚至提供批次修改的按按鈕.這樣是不是USER就可以自行修改,同時也可以留修改記錄而且MIS 也少了一件"沒營養"的事 ?

主要因為公司業務一部分商品在網路上販賣
該系統想整合網路平台與公司倉庫的管理這樣

那應該是進銷存系統,還沒包含會計

個人目前所在公司就是自己搞ERP，經過數年、無數位工程師之後至今還是未完全體....
反而因為經手人太多而導致內部結構混亂，目前正擴編工程師在重寫一套中
經過前次幾年的慘痛經驗之後，雖然還是堅持走自己的路 不買現成ERP，但應該是可以不用再一次的跌跌撞撞了(其實舊版不是不能用 而是因為沒有正規化而越跑越慢 非砍掉不可)

請問樓主，您有幾年的時間願意全心投入？

任務是做ERP，但希望可以賣，這裡要小心，最好能夠給主管一些建議，但照他所想去做，這個建議要用mail寄出，cc給第三人知道，以後才不會怪你，懂？

為何有問題呢？
做ERP->先了解公司流程，依公司三階需求(低、中、高階)去製作，做完後，符合公司流程，順
假設上面這行很順利
賣ERP->要符合別人公司流程……你覺得不同人需求會相同嗎？基本上8成相同有可能，但你就是卡在那兩成，懂？

所以你在做的時候，賣的事情先不用想了，先想怎麼讓你的對象能用，行有餘力，再想其他。

另外，你在做之前，全公司流程先搞懂，在此同時，導入一套敲級便宜的ERP使用一次，你升級會更快，也知道方向，但這也要公司接受，哈哈！

我舉個例子(我應該有超過50個可以舉，研究太多)
我女朋友公司想導入ERP，找了一間自己全新開發的，很新的公司，基本上很接近你的情境了，花了19萬，總金額應該是30萬上下，因為還沒有結案，從談到現在，大概半年過去了，老闆決定還是用舊的好了，新的不是很想做了…，當然這有很多因素，但當初我就跟他們老闆吃飯的時候講過，你是要賭上公司大把的時間人力，還是花錢省時間省事，然後賺更多的錢？

很多人在失敗前(錢)是無法體會的，這就是我建議你提出建議並留存，然後同時努力幫主管做出他要的東西，也許你是萬中選一的人才，做出了主管要的，幫助公司做了升級，對你來說，這是大功一件，也是很好的個人宣傳品，我覺得沒什麼損失的，你也會學到很多。

當失敗的時候，你依然學到很多，而公司我覺得損失不少。

公司是營利單位，但在考量ERP的時候，會因為不夠深入而損失，就如同我首次投入房地產時，才發現很多自己以後可以再注意的地方，要不是當初的準備夠，還有臨機反應OK，也許我就出場了…公司也會有一樣的問題，講好聽一點，就是「柳暗花明又一村」，原來還有這番新天地！

看過幾套都是
.NET 資料庫可讓使用者選要 Oracle 還是 MS SQL

大大後來用什麼寫?有沒有遇到什麼困難呢?