夢到以下情節:

某上市公司使用Oracle EBS，併購了另一家用SAP的公司。某年SAP要求
調漲MA ooxx%，這家公司將SAP給拔了，全部使用Oracle EBS。

提供一則幾年前的相關文章供參考:
http://www.cio.com.tw/article_in.aspx?aid=612

SAP CEO為維護費用黯然下臺

在不景氣之際，SAP去年全面調漲維護費用，將費用從17%一口氣調漲到22%，隨之而來的是企業客戶的
全面反擊，並且造成去年五月甫上任的CEO Leo Apotheker等三位高階主管，在今年初黯然下臺。此舉
這也使得台灣層級向上提升了兩級，直接向亞太總部報告，SAP台灣總經理邱丕豹坦言，「真是失策啊！」
由於抗議維護合約調漲的國家與企業太多，雖然去年Leo Apotheker也同意為企業客戶增加了幾項新承諾，
分別為延長分攤時間為七年來逐步調漲維護費用至22%，提高服務水準協議、建立客戶監督體制與提升
服務層次等措施，但是仍擋不住企業的怒火，據了解，台灣去年就有7~8家客戶為此出走。

???廠商要賺錢??至少先寫評估報告給我看一下吧!

看起來,公司使用的產品是一個整合型的產品 , Firewall部份看起來是屬於附加的需求 , 不知道是否正確嗎 ?

看起來,Anti-SPAM功能很強,查詢spam的attache file 也很強 , 看起來該產品下足很多功夫
但我猜測,這種是軟體式的產品,既然如此,廠商應該提供一個服務,就是讓貴公司的伺服器可以
移轉到新硬體上才對 , 我猜測這產品應該也是Linux Base的產品才對 , 何不問問看
是否有機會移植現有的軟體到新硬體上呢 ??

我會這麼建議,是因為我自己本身也會做這方面的事,尤其是Linux base這方面的部份 !!

我想,歷史是會重複上演的, SAP被拔了 , 使用Oracle , 讓公司爽爽用個幾年,等公司深陷泥沼之後 ,就輪到Oracle 上演 SAP的漲價戲碼 , 到時要拔掉Oracle EBS系統嗎??

一家大到可以用SAP或者Oracle的系統,想必不是一家中小企業 , 如果不想被人掐住脖子
建議自己要用的軟體系統 , 還是要自己來開發的好 , 不管是自己養人材來做 ,或者委外開發都好
這樣就不用長久看人家的臉色 , 不是嗎?? :flash:

我想這種情況還好一點

比較慘的是sap被拔了
但是某些功能 oracle ebs 做不出來或是整合上有問題
結果在沒想到的地方、在不適合的時間、不適當的地點
系統肛到開花~ :cry:

這也是我認為唯「價」是從採買方針很容易出現問題
最後就是承辦人自己搞死自己

如我前主管伺服馬達控制器和 io 控制模組竟然給我買不同家的
在那邊兩本幾百頁的手冊接線指令翻到爽、很怕一接錯就燒了 :tu:
我也不敢叫盤廠先接、自己到現場一條條邊試車邊接

好險兩邊接線有配起來

結果主管面對這種情況完全是狀況外
和他原本設想的控制模式完全風馬牛不相及

好險現場轉動控制沒有要求很精密、要不然~~ :think:

這種作法聽起來很理想，但對有一定規模，且環境變動快速的跨國產業而言，實行起來
可沒那麼簡單，否則國內外上市公司也不會幾乎都已導入現成的ERP，某家以電鍋聞名的
企業也不會在花費大量資源自行開發並維護系統二十年後，於去年導入了SAP。

ERP的外圍系統如RD/Engineering，或較為特殊的製造功能，倒是有不少案例是自行開發，
再透過ERP內建的interface/API進行流程整合。

架構完整性與流程完成度到SAP與Oracle EBS這個等級的ERP，絕大多數
功能大同小異，只要方法得宜搭配專長與經驗紮實的SA搞定關鍵客制功能，
加上高層的全力支持來克服使用者的習慣問題，並非不可行。業界也不乏
SAP轉Oracle EBS，Oracle EBS轉SAP的案例。

當然，ERP轉�**椄O有一定的風險且耗費資源，但在與軟體供應商談判時，
若沒有這張底牌還真不好談。

X86 Server替代性很高的! 跟廠商殺!

不過也要評估市場行情，就台北而言，這價碼我想稍具規模與能力的可能不好談

ORACLE也不是沒有被拔掉過阿,一樣也是因為漲價,記費方式的變更.以前一個朋友是台灣某ISP的MIS要管DB,公司因為香港母公司的關係,一直都用ORACLE的產品.結果某年ORACLE變更計費的方式,維護費用突然大漲,搞得當時這間ISP的老闆下令兩個月內要轉道MS SQL去.

樓主問的東西現在很多防火牆都可以簡單做,真的要省錢就像網友說的,自維吧!不然就是多評估幾間廠商,提出你們的需求讓廠商來報價,廠商知道你們在找其他方案了,這樣你們也比較有籌碼跟廠商談.