來源於 “微軟Dynamics中文社區” http://www.mbscn.net/viewarticle.php?id=846
原貼如下:
請教AXAPTA與SAP、ORACLE比較的有缺點?【求助】
小弟這幾年一直從事企業管理軟體項目(製造業,能源行業)的開發與實施,但由於所在公司的實力有限,所以很難形成自己的產品,並且整個團隊都被項目拖的疲憊不堪。
基於這幾年對製造業與能源行業商務程序的理解以及管理現狀的理解,我們一直想放棄自主開發而採用成熟的ERP產品,我們來做二次開發和項目實施,這樣可以更大地發揮我們團隊的優勢,並且風險比較低。
現在,國內比較認可的ERP產品是SAP和ORACLE,我簡單瞭解了一下,感覺他們門檻比較高、起步比較慢。最近,瞭解了一點AXAPTA,通過各位老大介紹,感覺不錯。
但是,我還想仔細瞭解一下AXAPTA與SAP、ORACLE比較起來有哪些優缺點?特別是在系統實施方面。因為具我的體會,國有製造企業(特別是大中型的)普遍存在基礎資料不完整、不規範、不統一,BOM變更隨意,加工路線、供應路線、外委路線多而不確定,計劃排產提前期不確定因素眾多,生產能力很難平衡等等不利於ERP系統實施的現實因素。除此之外還存在產品設計部門、工藝設計部門、生產部門、採購部門由於利於關係而產生的不好協調的矛盾,這些矛盾也阻礙了系統的實施進度。這些情況是現實存在的,我們要在國內的企業中實施ERP產品,就必須直面這種現狀。
所以,我懇請各位實施過AXAPTA、SAP或ORACLE的老大們,這些ERP產品在實施存在上述問題的企業時各自的優缺點。
謝謝!!!
作者: 五月的風 發布日期: 2005-12-12
看了你的情況,如果你選擇Axapta,那麼,一定要在實施時,把握好實施隊伍的實際業務水平,有企業管理實務經驗、又熟悉axapta功能的顧問,或許能為你們那樣的企業配置出適合的解決方案。如果實施顧問只對axapta瞭解,實務經驗、協調、溝通、說服能力不足的話,這樣的項目實施是有很大的風險的。
而目前,說實話,成熟老練且又有[B]項目技巧[/B]的Axapta實施顧問還沒有太多能供你選擇。
如果選擇sap,功能是一定滿足的,只是,就象一個廚師,能不能把上好的材料做成佳肴,那就要看廚師的水平了。
ORACLE我接觸不多,就不做評價。
作者: intelzon 發布日期: 2006-1-12
就Oracle,談一點自己的看法。
這個產品要比我想象的簡單,其實比起SAP來,更像Axapta的對手。
因為,它具有靈活的二次開發,可以根據客戶的需求進行定製,也有非常靈活的業務實現思路,並且單獨實現各個模組的能力很強,但由於有比較固定的ERP產品模組的設計思想,因而在實施過程中更多地要求使用者按照系統的一些流程來改造和適應(尤其在非製造的模組中)。在業務的實現上Oracle非常的靈活,賬戶分的很細(功能極其強大的彈性域概念是其理論支援),並且在安全的控制上也做的很深。當然Oracle的報表基本上很多的都需要二次開發,這個和Axapta很像(感情好像是個國外的產品這一步都是二次開發中的主角)。另外,在基礎資料的收集匯入和其他的特殊業務的支援上,Oracle在有時間做基礎的條件下,已經有一批公司為它開發第三方的工具,供實施人員和客戶方便的使用(當然需要額外的$)。同時,資料庫是Oracle的強勢,因此在資料分析這一塊,它的BI很有一套。
在系統構架上,由於Oracle的EBS是完全基於B/S架構的,它的用戶端是由瀏覽器加Java Applet組合而成,這樣它的產品全是瘦用戶端的機制,因而客戶機可以是世界任何一個可以串連到主機的internet終端,同時用戶端很容易進行配置。而它的伺服器的要求比起Axapta要高的離譜,從它的56張安裝光碟片就看的出。很多的例子都會用上IBM AS400系列來做服務端。對於它的平台支援性就要比Axapta多了,基本上NT和Unix、Linux通吃。
在客戶的使用上,配合很多快速鍵的使用,使用者**作還算不錯,但是介面整體比起Axapta要難以駕馭很多呢。另外它有良好的請求機制,同一個系統的所有使用者都向系統發請求來實現Posting,reporting等,在這種機制的輔助下Oracle的資料庫很少出現死結,並且效能也很優異。
當然Oracle也存在很多的bugs,因此為了揚長避短,實施人員的設定和適當處理顯得相當的重要。
不過我很看好Axapta的靈活性,強大而迅捷的二次開發,介面更加友好,與微軟的平台無縫地整合等特性。在微軟全球的DIS和GLS開發過後,Axapta4.0就正式具備了在全球的ERP市場中通吃的能力。我很期待。
呵呵,只是一點點的總結,共大家來分享。