ERP軟體比較:SAP和Oracle ---itpub

zhujianfu發表於2004-11-09
1:軟體產品的成熟度

§ SAP:經過近30年與全球大企業使用者的合作,SAP系統積累了大量先進企業的業務管理流程。對於使用者來說,只需根據在系統中挑選適當的業務流程,在軟體中進行配置。而對軟體的二次開發工作量極少,這就保證了使用者能夠把主要的精力都花在企業業務流程的最佳化上,真正起到上一套系統,管理提高一個層次的作用。
§ Oracle: 由於缺乏足夠的業務流程模板和軟體功能的支援,在實施中Oracle軟體經常被發現無法滿足企業管理上的要求。比如在大型製藥企業中必須的批次管理、質量管理、裝置維護管理等,而Oracle軟體根本沒有此類模組。雖然Oracle公司一再的誇大告訴客戶其軟體的二次開發技術十分靈活,但是這實際上也就是在告訴使用者這套軟體功能不夠,使用者得自己去程式設計序。
[@more@]




1:軟體產品的成熟度

§ SAP:經過近30年與全球大企業使用者的合作,SAP系統積累了大量先進企業的業務管理流程。對於使用者來說,只需根據在系統中挑選適當的業務流程,在軟體中進行配置。而對軟體的二次開發工作量極少,這就保證了使用者能夠把主要的精力都花在企業業務流程的最佳化上,真正起到上一套系統,管理提高一個層次的作用。
§ Oracle: 由於缺乏足夠的業務流程模板和軟體功能的支援,在實施中Oracle軟體經常被發現無法滿足企業管理上的要求。比如在大型製藥企業中必須的批次管理、質量管理、裝置維護管理等,而Oracle軟體根本沒有此類模組。雖然Oracle公司一再的誇大告訴客戶其軟體的二次開發技術十分靈活,但是這實際上也就是在告訴使用者這套軟體功能不夠,使用者得自己去程式設計序。

§ SAP:秉承德國企業嚴謹的文化,所有釋出的產品都是經過嚴格的測試和質量認證,只有在軟體產品真正完備後才向使用者推出。
§ Oracle公司是一個非常注重市場效應的企業,經常是一有概念就馬上宣稱產品完成,然後快速推向市場。但是,軟體產品得漏洞和缺陷給其使用者得實施和使用造成了巨大的痛苦。 2002年1到3月,Oracle發給新產品使用者的修補程式包竟然高達5000個以上,這對使用者來說無疑是一場惡夢。

§ SAP:作為ERP系統的重要組成部分,SAP花了2年的時間進行漢化和按照中國政府的人事管理要求進行本地化,使得SAP的中國使用者不僅能夠使用國際化的先進軟體,同時也滿足本地化的要求。
§ Oracle:對ERP軟體產品本地化重視不足,至今在中國地區,Oracle的使用者還沒有一家能夠使用Oracle軟體的人力資源管理模組。

不同的產品質量和市場策略,造就了不同的使用者群體。

SAP在中國:
公司經營理念的不同,最終一定會反映在其使用者群體的實施效果上。以中國為例,SAP的使用者群體中,大型企業實施成功的比比皆是,這些企業紛紛把自己的成功經驗向社會傳播,報章媒體上宣傳實施SAP實施成功的文章時時可見,比如:
2001到2002年中,又有中國最大的礦業集團-兗礦集團,列入全球財富500強的-中國石油化工集團,國內四大通訊裝置廠商之一-大唐電信集團,中國最具活力的報業集團-廣州日報集團等大型、浦東發展銀行超大型企業紛紛加入SAP的使用者群體。

Oracle在中國:
與SAP的廣泛成功形成鮮明對比的是,Oracle依靠低價格來得到的客戶,實施效果卻良莠不齊,鮮見有在媒體上宣佈自己實施ERP成功的;特別是在大型企業集團的實施上,鮮見其有成功客戶。特別是在一些大型專案上,其急功近利的市場策略造成的惡果已經開始顯現。
中國行動通訊:在廣東、江蘇、浙江的試點實施Oracle系統,軟體的先天不足和實施力量的經驗缺乏造成實施癱瘓。2001年7月,中國移動痛下決心,對尚未實施Oracle的其他13個省的ERP專案重新進行招標,而邀標書就發給了SAP 。而作為中國移動的母公司,中國電信,吸取前者的教訓,謹慎的進行評估和實施。在北京電信公司和上海電信公司已經開始實施SAP。
上海寶鋼:產品無法適應大型企業複雜的管理需求,實施半途而廢,現在寶鋼已經完全放棄了系統的使用。
中國民航:實施力量薄弱,在試點實施效果不理想的情況下,中國民航進退維谷,既沒有信心向全國推廣,也沒辦法放棄。
實達電腦:Oracle在中國最大的實施合作伙伴-漢普公司,其實施能力讓實達公司的領導層忍無可忍,只好中途將漢普的諮詢隊伍“請”出了實達公司。Oracle公司只好換上其他合作伙伴,但實施何時能夠完成,還無法預料。
江蘇沙鋼集團:從1997年開始實施Oracle ERP,經歷了漫長的實施過程和龐大的二次開發工作後,終於在2002年5月放棄了Oracle軟體,轉向SAP。
以上這些案例足以說明,Oracle的兩大致命弱點:軟體功能不足、實施力量薄弱決定了,其方案在大型集團化企業的專案上的成功十分困難。這些先天的障礙,給這些大型集團化企業的資訊化甚至是企業經營造成了巨大的隱痛。

2、 技術的先進性

Oracle 應用系統11i 版本是真正完全基於網際網路INTERNET架構,並且採用開放的JAVA語言和技術標準進行編寫的應用軟體,這種技術的開放性,使Oracle 應用系統11i版本有越來越強的生命力(開放的標準意味著應用系統軟體不受硬體平臺, 不受企業規模大小, 不受地域限制等因數的影響),而SAP軟體的主體部分還是完全用其私有的ABAP語言編寫的,學習和使用都很困難且與INTERNET或網路應用WEB技術不相容(JAVA目前已經成為全球INTERNET應用系統的應用開發標準,而懂ABAP語言的開發人員非常少),雖然SAP也在試圖轉向JAVA標準,但由於其目前的系統過於複雜和龐大,完全的轉型幾乎不可能。 非INTERNET結構上的應用系統, 基本是基於客戶/伺服器(C/S)的結構,這在現在的INTERNET時代,是已經過時或被淘汰的技術,它將限制應用系統的規模和併發使用者數,也不可能用於全球一體化的管理系統 – 即跨國或跨地區的大型企業將不可能應用一個資料庫的管理系統, 這將給這些選用該C/S 系統的企業帶來巨大的系統投資費用和系統維護成本, 也使企業不可能在今後發展時,繼續使用已投入的資訊系統, 即在原系統上增加新功能/系統的逐步實現企業資訊化的設想成為不可能。
雖然從表面上看,終端使用者似乎感覺不到軟體技術架構帶來的變化,但事實上,是否選擇符合發展潮流的技術方向會極大地影響到軟體廠商及其應用客戶的生命力。歷史上,由於沒能選擇符合潮流的技術而迅速衰落的大軟體廠商比比皆是(曾經在ERP領域領導潮流的SSA, 由於不能將系統及時轉向開放的UNIX平臺,而迅速衰落)而這同時也給選擇這些廠商產品的客戶帶來了極大的風險。
ORACLE應用系統充分採用了資料庫上的先進技術,將有些系統功能放到資料庫中去實現,而不是透過程式設計的方式,因而大大簡化了程式,提高了效率。而SAP系統為支援多種資料庫,不可能採用資料庫技術去實現資料庫端的功能,只是將資料庫用來儲存資料,其原因有兩方面,一是SAP公司不是資料庫技術公司, 不專注於資料庫技術,二是SAP也不願意將自己的產品捆綁在一種資料庫上,但這種做法犧牲了客戶的利益。
ORACLE系統具有強大的查詢功能,在其輸入資料的介面中,輸入的任何資料都可做為其查詢條件。SAP則需要專門定義查詢介面。
ORACLE 電子商務套件已經脫離了傳統的ERP軟體模式,提供了整合的商業智慧、個性化管理介面、工作流和告警等全新的功能。傳統的ERP軟體,使用者需要進入層層選單,執行查詢或報表,才能得到業務資料。而使用ORACLE,使用者可以在個性化的企業門戶網頁中,自由定義所需的智慧報表,就能迅速瞭解企業、相關業務的執行情況。系統還能夠對非正常業務自動告警。ORACLE 系統以人為本,幫助企業的管理人員充分利用ERP的業務資料,更高效地管理企業。

3、 創新性、生命力、在新興應用領域的發展

由於ORACLE相對於 SAP 先天的技術優越性,使ORACLE能夠根據各行業的發展變化趨勢,迅速將產品擴充到各種新的應用領域。例如,ORACLE在客戶關係管理、電子商務、產品協同開發等各行業的新興領域都要領先於SAP,顯示出ORACLE卓越的創新能力和越來越強的生命力。而SAP由於本身體系的複雜性和技術的封閉性,使得其在各種新的應用產品領域進展緩慢,例如,SAP雖然已經擁有龐大的製造業客戶群,但在客戶關係管理領域一直碌碌無為,在B2B電子商務方面也不得不依靠與Commerce One的合作,直到2001年才解除與Commerce One 的合作,推出自己的產品。

4、 業務資料的共享和分析

隨著企業應用管理領域的不斷擴充套件,企業應用系統涉及的範圍也越來越廣泛,從傳統的製造、財務、人力資源系統管理,開始延展到客戶關係管理、供應鏈管理、電子商務等方向,在這種情況下,系統之間資料的一致性和資料交換,就變得非常重要。ORACLE 11i 整個系統基於一個統一的資料庫,並且共享統一的資料模型。企業內所有的使用者都可以根據自己的角色和許可權對系統中的資料進行不同維度的分析。而SAP的ERP、供應鏈、客戶關係管理、資料探勘等應用系統分別構建在不同的資料庫上,不同系統間的資料模型也不相同,這使得各系統之間的資料共享變得非常困難或者不可能。

5、 軟體功能的比較

SAP體現了德國人的管理風格:求嚴求全;ORACLE體現了美國人的管理風格:求實求用。

SAP:
SAP 功能複雜、全面,特別在傳統的ERP功能方面,系統功能設計比較細緻。SAP透過複雜的參數列、層層定義來實現各中功能。系統可以透過6000 個“開關”設定,調整軟體的業務流程。SAP引數設定是非常複雜的,例如,對採購定單下達過程的管理,SAP需要預先定義:先定義定單特徵碼,再定義相應的特徵(如金額大於100圓)、分類、下達組(Release group)、下達編碼(Release codes)、下達標誌(Release indicator)、下達策略(Release strategy),工作流標誌等,再透過一系列規則表值的設定,才能實現採購定單批准下達的過程。如果需要修改下達過程,則必須從定單特徵碼開始修改。
SAP的引數設定實際上包括了軟體的底層資料結構,功能較強,但實施非常複雜,不夠靈活。如果企業的業務需要調整,就會涉及非常多的底層資料設定,引數和規則的調整,甚至可能影響已有業務資料。
SAP在CRM(客戶關係管理)和E-Business(電子商務)技術方面已遠落後於ORACLE。

ORACLE:
ORACLE 軟體的業務流程控制結構非常靈活,並充分利用工作流的功能來控制軟體的業務流程。因此,可以靈活地調整軟體的業務流程。例如,同樣對採購定單的下達過程,ORACLE 利用採購定單的資料(不須設定特徵引數),透過工作流引擎,自動檢查採購定單的資料,如金額、採購員、供應商等,根據條件判斷,實現不同的採購定單批准下達的過程。如果需要更改業務流程,無須更改特徵引數,只需更改判斷規則或控制規則。
ORACLE 的控制引數設定不須修改資料結構,而是透過採用不同的控制引數來調整程式的邏輯。這是因為ORACLE 採用公共的資料模型,程式中充分利用現有的業務資料,透過靈活的規則設定來實現靈活的業務流程。
ORACLE 在新的業務功能佔據優勢。如混流生產、CRM、電子商務協作等,都是根據最新的業務模式和知名客戶的實際業務流程開發的。

小結:
由於企業的多樣性和複雜性,任何ERP軟體都不可能覆蓋企業的方方面面。ORACLE較能適應企業的業務的個性化,便於調整;而SAP較適應穩定、標準的業務流程,難以改變。這也是SAP強調SAP代表了先進業務流程,要求企業適應軟體的原因。

6. 軟體的開放性和整合性

SAP:
SAP的軟體各模組在搭建上採用的是傳統應用軟體的模式,即在程式中用包含頭函式以及子程式等模式。這種模式在與第三方軟體交換資料時,只能透過編寫介面程式來實現。SAP軟體的應用層是使用ABAP語言編寫的程式,ABAP是比較複雜和只有SAP軟體使用的語言,比較難掌握,又由於其只能在SAP的軟體中才能發揮用途,掌握的人也很少. IT專業人員學習它的積極性也不高. SAP系統在與外界交換資料時, 其介面程式也要求用ABAP語言來編寫,具體是用ABAP語言中的函式來向系統中匯入資料,其對資料的格式要求也很高,要求的資料必須是帶分格符的文字檔案。SAP的這些做法導致其軟體系統在同第三方軟體整合上遠遠落後於ORACLE,同時這些做法也阻礙了其自生軟體的進一步發展,這也是SAP的ERP與CRM不能完全整合的原因之一。

ORACLE:
ORACLE公司憑藉其在資料庫方面全球領先的優勢,其應用軟體在模組的體系搭建上採用了一種先進的模式,各模組之間以及與外界交換資料都必須透過介面表來完成,具體的做法是資料要進入各模組時,都必須先到各模組自己的介面表中(每個模組都有自己的介面表),然後再透過併發等方式匯入該模組中,這種模式很容易將第三方的軟體融入ORACLE的系統中,使用者在使用時很方便,感覺象是一套軟體,因為在交換資料時第三方的軟體與ORACLE的產品各模組間交換資料的模式是一致的,同時使用者可以以自己熟悉的資料庫語言(VB,PL/SQL等)來編寫應用程式與ORACLE系統整合。
ORACLE憑藉其軟體系統在體系上的優勢,將其ERP、CRM,SCM,EB等系統完全整合為一體,形成今天的電子商務套件。

小結:
任何ERP軟體都不可能覆蓋企業的多樣性和複雜性的所有方面,對於企業的特殊要求使用者自己可進行必要的二次開發,並可以同其他應用軟體方便地整合,這就要求供應商提供的軟體具有很強的開放性。ORACLE 開放、靈活的體系結構更利於企業資訊系統未來的擴充套件。

7. 軟體的實施複雜性及投資回報

SAP專案實施過程十分昂貴和複雜。 而且,由於其軟體的複雜性和封閉式整合,一旦實施後很難改變。 另外,SAP在專案實施過程中,經常會期望客戶改變商業運做模式以適應其軟體, 但有時候,一味遷就軟體流程的做法很可能會給客戶帶來負面結果。一些超大型企業可以投入巨資進行軟體的客戶化,但是對於中等規模的企業,複雜的專案實施,往往會將客戶拖入無休止的泥潭。國內一汽大眾的SAP ERP的累計實施投資已經過億圓,但實施效果其實並不理想。之後一汽又選用了與SAP的ERP “配套” 的CRM供應商SIEBEL軟體, 其CRM系統實施了幾年, 至今沒有上線。 而Oracle 的應用產品具有很強的靈活性,許多業務的流程可以透過工作流技術很方便地進行改變,同時Oracle 系統本身的開放性也使Oracle 系統與其它系統的整合變得相對簡單。

總結:SAP管理經驗豐富,Oracle軟體技術先進。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/46681/viewspace-780207/,如需轉載,請註明出處,否則將追究法律責任。

相關文章