兩款知名的ERP管理方案——SAP ERP和 Oracle ERP，讓很多即將實施ERP的企業(yè)都無從選擇。本文從技術(shù)、產(chǎn)品成熟度等方面多角度對比了兩款產(chǎn)品，以期給用戶有所幫助。

1:軟件產(chǎn)品的成熟度

SAP：經(jīng)過近30年與全球大企業(yè)用戶的合作，SAP系統(tǒng)積累了大量先進企業(yè)的業(yè)務(wù)管理流程。對于用戶來說，只需根據(jù)在系統(tǒng)中挑選適當(dāng)?shù)臉I(yè)務(wù)流程，在軟件中進行配置。而對軟件的二次開發(fā)工作量極少，這就保證了用戶能夠把主要的精力都花在企業(yè)業(yè)務(wù)流程的優(yōu)化上，真正起到上一套系統(tǒng)，管理提高一個層次的作用。

Oracle: 由于缺乏足夠的業(yè)務(wù)流程模板和軟件功能的支持，在實施中Oracle軟件經(jīng)常被發(fā)現(xiàn)無法滿足企業(yè)管理上的要求。比如在大型制藥企業(yè)中必須的批次管理、質(zhì)量管理、設(shè)備維護管理等，而Oracle軟件根本沒有此類模塊。雖然Oracle公司一再的夸大告訴客戶其軟件的二次開發(fā)技術(shù)十分靈活，但是這實際上也就是在告訴用戶這套軟件功能不夠，用戶得自己去編程序。

SAP：秉承德國企業(yè)嚴謹?shù)奈幕?#xff0c;所有發(fā)布的產(chǎn)品都是經(jīng)過嚴格的測試和質(zhì)量認證，只有在軟件產(chǎn)品真正完備后才向用戶推出。

Oracle公司是一個非常注重市場效應(yīng)的企業(yè)，經(jīng)常是一有概念就馬上宣稱產(chǎn)品完成，然后快速推向市場。但是，軟件產(chǎn)品得漏洞和缺陷給其用戶得實施和使用造成了巨大的痛苦。2002年1到3月，Oracle發(fā)給新產(chǎn)品用戶的修補程序包竟然高達5000個以上，這對用戶來說無疑是一場惡夢。

SAP：作為ERP系統(tǒng)的重要組成部分，SAP花了2年的時間進行漢化和按照中國政府的人事管理要求進行本地化，使得SAP的中國用戶不僅能夠使用國際化的先進軟件，同時也滿足本地化的要求。

Oracle：對ERP軟件產(chǎn)品本地化重視不足，至今在中國地區(qū)，Oracle的用戶還沒有一家能夠使用Oracle軟件的人力資源管理模塊。

不同的產(chǎn)品質(zhì)量和市場策略，造就了不同的用戶群體

SAP在中國

公司經(jīng)營理念的不同，最終一定會反映在其用戶群體的實施效果上。以中國為例，SAP的用戶群體中，大型企業(yè)實施成功的比比皆是，這些企業(yè)紛紛把自己的成功經(jīng)驗向社會傳播，報章媒體上宣傳實施SAP實施成功的文章時時可見，比如：

2001到2002年中，又有中國最大的礦業(yè)集團－兗礦集團，列入全球財富500強的－中國石油化工集團，國內(nèi)四大通訊設(shè)備廠商之一－大唐電信集團，中國最具活力的報業(yè)集團－廣州日報集團等大型、浦東發(fā)展銀行超大型企業(yè)紛紛加入SAP的用戶群體。

Oracle在中國

與SAP的廣泛成功形成鮮明對比的是，Oracle依靠低價格來得到的客戶，實施效果卻良莠不齊，鮮見有在媒體上宣布自己實施ERP成功的；特別是在大型企業(yè)集團的實施上，鮮見其有成功客戶。特別是在一些大型項目上，其急功近利的市場策略造成的惡果已經(jīng)開始顯現(xiàn)。

中國移動通信：在廣東、江蘇、浙江的試點實施Oracle系統(tǒng)，軟件的先天不足和實施力量的經(jīng)驗缺乏造成實施癱瘓。2001年7月，中國移動痛下決心，對尚未實施Oracle的其他13個省的ERP項目重新進行招標，而邀標書就發(fā)給了SAP 。而作為中國移動的母公司，中國電信，吸取前者的教訓(xùn)，謹慎的進行評估和實施。在北京電信公司和上海電信公司已經(jīng)開始實施SAP。

上海寶鋼：產(chǎn)品無法適應(yīng)大型企業(yè)復(fù)雜的管理需求，實施半途而廢，現(xiàn)在寶鋼已經(jīng)完全放棄了系統(tǒng)的使用。

中國民航：實施力量薄弱，在試點實施效果不理想的情況下，中國民航進退維谷，既沒有信心向全國推廣，也沒辦法放棄。

實達電腦：Oracle在中國最大的實施合作伙伴－漢普公司，其實施能力讓實達公司的領(lǐng)導(dǎo)層忍無可忍，只好中途將漢普的咨詢隊伍"請"出了實達公司。Oracle公司只好換上其他合作伙伴，但實施何時能夠完成，還無法預(yù)料。

江蘇沙鋼集團：從1997年開始實施Oracle ERP，經(jīng)歷了漫長的實施過程和龐大的二次開發(fā)工作后，終于在2002年5月放棄了Oracle軟件，轉(zhuǎn)向SAP。

以上這些案例足以說明，Oracle的兩大致命弱點：軟件功能不足、實施力量薄弱決定了，其方案在大型集團化企業(yè)的項目上的成功十分困難。這些先天的障礙，給這些大型集團化企業(yè)的信息化甚至是企業(yè)經(jīng)營造成了巨大的隱痛。

2、 技術(shù)的先進性

Oracle 應(yīng)用系統(tǒng)11i 版本是真正完全基于互聯(lián)網(wǎng)INTERNET架構(gòu)，并且采用開放的JAVA語言和技術(shù)標準進行編寫的應(yīng)用軟件，這種技術(shù)的開放性，使Oracle 應(yīng)用系統(tǒng)11i版本有越來越強的生命力（開放的標準意味著應(yīng)用系統(tǒng)軟件不受硬件平臺, 不受企業(yè)規(guī)模大小, 不受地域限制等因數(shù)的影響)，而SAP軟件的主體部分還是完全用其私有的ABAP語言編寫的，學(xué)習(xí)和使用都很困難且與INTERNET或網(wǎng)絡(luò)應(yīng)用WEB技術(shù)不兼容（JAVA目前已經(jīng)成為全球INTERNET應(yīng)用系統(tǒng)的應(yīng)用開發(fā)標準，而懂ABAP語言的開發(fā)人員非常少），雖然SAP也在試圖轉(zhuǎn)向JAVA標準，但由于其目前的系統(tǒng)過于復(fù)雜和龐大，完全的轉(zhuǎn)型幾乎不可能。 非INTERNET結(jié)構(gòu)上的應(yīng)用系統(tǒng), 基本是基于客戶/服務(wù)器(C/S)的結(jié)構(gòu),這在現(xiàn)在的INTERNET時代,是已經(jīng)過時或被淘汰的技術(shù),它將限制應(yīng)用系統(tǒng)的規(guī)模和并發(fā)用戶數(shù),也不可能用于全球一體化的管理系統(tǒng) - 即跨國或跨地區(qū)的大型企業(yè)將不可能應(yīng)用一個數(shù)據(jù)庫的管理系統(tǒng), 這將給這些選用該C/S 系統(tǒng)的企業(yè)帶來巨大的系統(tǒng)投資費用和系統(tǒng)維護成本, 也使企業(yè)不可能在今后發(fā)展時,繼續(xù)使用已投入的信息系統(tǒng), 即在原系統(tǒng)上增加新功能/系統(tǒng)的逐步實現(xiàn)企業(yè)信息化的設(shè)想成為不可能。

雖然從表面上看，最終用戶似乎感覺不到軟件技術(shù)架構(gòu)帶來的變化，但事實上，是否選擇符合發(fā)展潮流的技術(shù)方向會極大地影響到軟件廠商及其應(yīng)用客戶的生命力。歷史上，由于沒能選擇符合潮流的技術(shù)而迅速衰落的大軟件廠商比比皆是（曾經(jīng)在ERP領(lǐng)域領(lǐng)導(dǎo)潮流的SSA， 由于不能將系統(tǒng)及時轉(zhuǎn)向開放的UNIX平臺，而迅速衰落）而這同時也給選擇這些廠商產(chǎn)品的客戶帶來了極大的風(fēng)險。

ORACLE應(yīng)用系統(tǒng)充分采用了數(shù)據(jù)庫上的先進技術(shù)，將有些系統(tǒng)功能放到數(shù)據(jù)庫中去實現(xiàn)，而不是通過編程的方式，因而大大簡化了程序，提高了效率。而SAP系統(tǒng)為支持多種數(shù)據(jù)庫，不可能采用數(shù)據(jù)庫技術(shù)去實現(xiàn)數(shù)據(jù)庫端的功能，只是將數(shù)據(jù)庫用來儲存數(shù)據(jù)，其原因有兩方面，一是SAP公司不是數(shù)據(jù)庫技術(shù)公司, 不專注于數(shù)據(jù)庫技術(shù)，二是SAP也不愿意將自己的產(chǎn)品捆綁在一種數(shù)據(jù)庫上，但這種做法犧牲了客戶的利益。

ORACLE系統(tǒng)具有強大的查詢功能，在其輸入數(shù)據(jù)的界面中，輸入的任何數(shù)據(jù)都可做為其查詢條件。SAP則需要專門定義查詢界面。

ORACLE 電子商務(wù)套件已經(jīng)脫離了傳統(tǒng)的ERP軟件模式，提供了集成的商業(yè)智能、個性化管理界面、工作流和告警等全新的功能。傳統(tǒng)的ERP軟件，用戶需要進入層層菜單，運行查詢或報表，才能得到業(yè)務(wù)數(shù)據(jù)。而使用ORACLE，用戶可以在個性化的企業(yè)門戶網(wǎng)頁中，自由定義所需的智能報表，就能迅速了解企業(yè)、相關(guān)業(yè)務(wù)的執(zhí)行情況。系統(tǒng)還能夠?qū)Ψ钦I(yè)務(wù)自動告警。ORACLE 系統(tǒng)以人為本，幫助企業(yè)的管理人員充分利用ERP的業(yè)務(wù)數(shù)據(jù)，更高效地管理企業(yè)。

3、 創(chuàng)新性、生命力、在新興應(yīng)用領(lǐng)域的發(fā)展

由于ORACLE相對于 SAP 先天的技術(shù)優(yōu)越性，使ORACLE能夠根據(jù)各行業(yè)的發(fā)展變化趨勢，迅速將產(chǎn)品拓展到各種新的應(yīng)用領(lǐng)域。例如，ORACLE在客戶關(guān)系管理、電子商務(wù)、產(chǎn)品協(xié)同開發(fā)等各行業(yè)的新興領(lǐng)域都要領(lǐng)先于SAP，顯示出ORACLE卓越的創(chuàng)新能力和越來越強的生命力。而SAP由于本身體系的復(fù)雜性和技術(shù)的封閉性，使得其在各種新的應(yīng)用產(chǎn)品領(lǐng)域進展緩慢，例如，SAP雖然已經(jīng)擁有龐大的制造業(yè)客戶群，但在客戶關(guān)系管理領(lǐng)域一直碌碌無為，在B2B電子商務(wù)方面也不得不依靠與Commerce One的合作，直到2001年才解除與Commerce One 的合作，推出自己的產(chǎn)品。

4、 業(yè)務(wù)數(shù)據(jù)的共享和分析

隨著企業(yè)應(yīng)用管理領(lǐng)域的不斷擴展，企業(yè)應(yīng)用系統(tǒng)涉及的范圍也越來越廣泛，從傳統(tǒng)的制造、財務(wù)、人力資源系統(tǒng)管理，開始延展到客戶關(guān)系管理、供應(yīng)鏈管理、電子商務(wù)等方向，在這種情況下，系統(tǒng)之間數(shù)據(jù)的一致性和數(shù)據(jù)交換，就變得非常重要。ORACLE 11i 整個系統(tǒng)基于一個統(tǒng)一的數(shù)據(jù)庫，并且共享統(tǒng)一的數(shù)據(jù)模型。企業(yè)內(nèi)所有的用戶都可以根據(jù)自己的角色和權(quán)限對系統(tǒng)中的數(shù)據(jù)進行不同維度的分析。而SAP的ERP、供應(yīng)鏈、客戶關(guān)系管理、數(shù)據(jù)挖掘等應(yīng)用系統(tǒng)分別構(gòu)建在不同的數(shù)據(jù)庫上，不同系統(tǒng)間的數(shù)據(jù)模型也不相同，這使得各系統(tǒng)之間的數(shù)據(jù)共享變得非常困難或者不可能。

5、 軟件功能的比較

SAP體現(xiàn)了德國人的管理風(fēng)格：求嚴求全；ORACLE體現(xiàn)了美國人的管理風(fēng)格：求實求用。

SAP

SAP 功能復(fù)雜、全面，特別在傳統(tǒng)的ERP功能方面，系統(tǒng)功能設(shè)計比較細致。SAP通過復(fù)雜的參數(shù)表、層層定義來實現(xiàn)各中功能。系統(tǒng)可以通過6000 個"開關(guān)"設(shè)置，調(diào)整軟件的業(yè)務(wù)流程。SAP參數(shù)設(shè)置是非常復(fù)雜的，例如，對采購定單下達過程的管理，SAP需要預(yù)先定義：先定義定單特征碼，再定義相應(yīng)的特征（如金額大于100圓）、分類、下達組（Release group）、下達編碼（Release codes）、下達標志（Release indicator）、下達策略（Release strategy），工作流標志等，再通過一系列規(guī)則表值的設(shè)置，才能實現(xiàn)采購定單批準下達的過程。如果需要修改下達過程，則必須從定單特征碼開始修改。

SAP的參數(shù)設(shè)置實際上包括了軟件的底層數(shù)據(jù)結(jié)構(gòu)，功能較強，但實施非常復(fù)雜，不夠靈活。如果企業(yè)的業(yè)務(wù)需要調(diào)整，就會涉及非常多的底層數(shù)據(jù)設(shè)置，參數(shù)和規(guī)則的調(diào)整，甚至可能影響已有業(yè)務(wù)數(shù)據(jù)。

SAP在CRM（客戶關(guān)系管理）和E-Business（電子商務(wù)）方面已遠落后于ORACLE。

ORACLE

ORACLE 軟件的業(yè)務(wù)流程控制結(jié)構(gòu)非常靈活，并充分利用工作流的功能來控制軟件的業(yè)務(wù)流程。因此，可以靈活地調(diào)整軟件的業(yè)務(wù)流程。例如，同樣對采購定單的下達過程，ORACLE 利用采購定單的數(shù)據(jù)（不須設(shè)置特征參數(shù)），通過工作流引擎，自動檢查采購定單的數(shù)據(jù)，如金額、采購員、供應(yīng)商等，根據(jù)條件判斷，實現(xiàn)不同的采購定單批準下達的過程。如果需要更改業(yè)務(wù)流程，無須更改特征參數(shù)，只需更改判斷規(guī)則或控制規(guī)則。

ORACLE 的控制參數(shù)設(shè)置不須修改數(shù)據(jù)結(jié)構(gòu)，而是通過采用不同的控制參數(shù)來調(diào)整程序的邏輯。這是因為ORACLE 采用公共的數(shù)據(jù)模型，程序中充分利用現(xiàn)有的業(yè)務(wù)數(shù)據(jù)，通過靈活的規(guī)則設(shè)置來實現(xiàn)靈活的業(yè)務(wù)流程。

ORACLE 在新的業(yè)務(wù)功能占據(jù)優(yōu)勢。如混流生產(chǎn)、CRM、電子商務(wù)協(xié)作等，都是根據(jù)最新的業(yè)務(wù)模式和知名客戶的實際業(yè)務(wù)流程開發(fā)的。

結(jié)論

由于企業(yè)的多樣性和復(fù)雜性，任何ERP軟件都不可能覆蓋企業(yè)的方方面面。ORACLE較能適應(yīng)企業(yè)的業(yè)務(wù)的個性化，便于調(diào)整；而SAP較適應(yīng)穩(wěn)定、標準的業(yè)務(wù)流程，難以改變。這也是SAP強調(diào)SAP代表了先進業(yè)務(wù)流程，要求企業(yè)適應(yīng)軟件的原因。

6. 軟件的開放性和集成性

SAP

SAP的軟件各模塊在搭建上采用的是傳統(tǒng)應(yīng)用軟件的模式，即在程序中用包含頭函數(shù)以及子程序等模式。這種模式在與第三方軟件交換數(shù)據(jù)時，只能通過編寫接口程序來實現(xiàn)。SAP軟件的應(yīng)用層是使用ABAP語言編寫的程序，ABAP是比較復(fù)雜和只有SAP軟件使用的語言，比較難掌握，又由于其只能在SAP的軟件中才能發(fā)揮用途，掌握的人也很少. IT專業(yè)人員學(xué)習(xí)它的積極性也不高. SAP系統(tǒng)在與外界交換數(shù)據(jù)時, 其接口程序也要求用ABAP語言來編寫，具體是用ABAP語言中的函數(shù)來向系統(tǒng)中導(dǎo)入數(shù)據(jù)，其對數(shù)據(jù)的格式要求也很高，要求的數(shù)據(jù)必須是帶分格符的文本文件。SAP的這些做法導(dǎo)致其軟件系統(tǒng)在同第三方軟件集成上遠遠落后于ORACLE，同時這些做法也阻礙了其自生軟件的進一步發(fā)展，這也是SAP的ERP與CRM不能完全集成的原因之一。

ORACLE

ORACLE公司憑借其在數(shù)據(jù)庫方面全球領(lǐng)先的優(yōu)勢，其應(yīng)用軟件在模塊的體系搭建上采用了一種先進的模式，各模塊之間以及與外界交換數(shù)據(jù)都必須通過接口表來完成，具體的做法是數(shù)據(jù)要進入各模塊時，都必須先到各模塊自己的接口表中（每個模塊都有自己的接口表），然后再通過并發(fā)等方式導(dǎo)入該模塊中，這種模式很容易將第三方的軟件融入ORACLE的系統(tǒng)中，用戶在使用時很方便，感覺象是一套軟件，因為在交換數(shù)據(jù)時第三方的軟件與ORACLE的產(chǎn)品各模塊間交換數(shù)據(jù)的模式是一致的，同時用戶可以以自己熟悉的數(shù)據(jù)庫語言（VB，PL/SQL等）來編寫應(yīng)用程序與ORACLE系統(tǒng)集成。

ORACLE憑借其軟件系統(tǒng)在體系上的優(yōu)勢，將其ERP、CRM，SCM，EB等系統(tǒng)完全集成為一體，形成今天的電子商務(wù)套件。

結(jié)論

任何ERP軟件都不可能覆蓋企業(yè)的多樣性和復(fù)雜性的所有方面，對于企業(yè)的特殊要求用戶自己可進行必要的二次開發(fā)，并可以同其他應(yīng)用軟件方便地集成，這就要求供應(yīng)商提供的軟件具有很強的開放性。ORACLE 開放、靈活的體系結(jié)構(gòu)更利于企業(yè)信息系統(tǒng)未來的擴展。

7. 軟件的實施復(fù)雜性及投資回報

SAP項目實施過程十分昂貴和復(fù)雜。 而且，由于其軟件的復(fù)雜性和封閉式集成，一旦實施后很難改變。 另外，SAP在項目實施過程中，經(jīng)常會期望客戶改變商業(yè)運做模式以適應(yīng)其軟件， 但有時候，一味遷就軟件流程的做法很可能會給客戶帶來負面結(jié)果。一些超大型企業(yè)可以投入巨資進行軟件的客戶化，但是對于中等規(guī)模的企業(yè)，復(fù)雜的項目實施，往往會將客戶拖入無休止的泥潭。國內(nèi)一汽大眾的SAP ERP的累計實施投資已經(jīng)過億圓，但實施效果其實并不理想。之后一汽又選用了與SAP的ERP "配套" 的CRM供應(yīng)商SIEBEL軟件, 其CRM系統(tǒng)實施了幾年, 至今沒有上線。 而Oracle 的應(yīng)用產(chǎn)品具有很強的靈活性，許多業(yè)務(wù)的流程可以通過工作流技術(shù)很方便地進行改變，同時Oracle 系統(tǒng)本身的開放性也使Oracle 系統(tǒng)與其它系統(tǒng)的集成變得相對簡單。

實施問題：

1、我的企業(yè)管理流程與你們軟件有差異，怎么辦？

2、聽說ERP實施難度很大，成功率低，你們怎么看？

SAP

SAP對所有行業(yè)都有完備的解決方案，我們的專家將協(xié)助你選擇最佳模式；如果你現(xiàn)有的業(yè)務(wù)流程與SAP系統(tǒng)有差異，建議調(diào)整你的業(yè)務(wù)流程。

首先，這個說法并不十分確切，SAP在著名的跨國公司的成功就說明了問題；其次，很關(guān)鍵的問題在于客戶，尤其是許多中國客戶對企業(yè)信息化的理解不足，基礎(chǔ)管理水平較低；

SAP系統(tǒng)對顧問和用戶的要求都很高，特別是在SAP系統(tǒng)中，很多功能需要先在后臺設(shè)置參數(shù)，再通過編寫專門的ABAP語言程序來實現(xiàn)。這種情況下往往要求顧問和用戶既懂應(yīng)用，又具有一定開發(fā)方面的知識，因為ABAP開發(fā)人員一般是不懂后臺應(yīng)用系統(tǒng)設(shè)置的，而應(yīng)用實施顧問往往又不知道這種與開發(fā)相關(guān)的系統(tǒng)設(shè)置，這種情況就是在SAP自己的實施隊伍中都會碰到。

SAP過于復(fù)雜，很多不適合中國企業(yè)的功能混在一起，有6-7千個參數(shù)需進行設(shè)置，用戶非常難以掌握。投入大量資金也很難培養(yǎng)出來合適的技術(shù)人員。 然而, 即使培養(yǎng)了一些技術(shù)人員, 一旦跳槽，則系統(tǒng)就會面臨癱瘓。

ORACLE

首先，系統(tǒng)靈活和開放, 有幾乎所有流程/模塊的系統(tǒng)界面, 基于豐富的行業(yè)經(jīng)驗基礎(chǔ)上開發(fā)的優(yōu)秀業(yè)務(wù)模型和標準流程和功能可滿足客戶的需求, 也可供客戶借鑒；其次，如果客戶不滿意已有的流程和功能，IT 行業(yè)使用最廣泛的ORACLE開發(fā)工具將可方便地使用戶按其要求進行客戶化開發(fā)來滿足企業(yè)的需求。

首先，這是事實；其次，實施是軟件商和客戶共同的事業(yè)，必須選擇適當(dāng)?shù)牟呗?#xff0c;給予充分的支持才有可能成功。

ORACLE系統(tǒng)提供了清晰的業(yè)務(wù)流程，可以幫助企業(yè)在實施的同時理順業(yè)務(wù)流程。ORACLE 的業(yè)務(wù)流程可以根據(jù)企業(yè)的實際情況靈活調(diào)整，更適應(yīng)企業(yè)的個性化管理。

ORACLE數(shù)據(jù)結(jié)構(gòu)清晰、嚴謹，開發(fā)工具使用的是世界 IT 行業(yè)最普遍使用的語言, 如: JAVA 這唯一真正INTERNET計算機語言，易于開發(fā), 且開發(fā)的系統(tǒng)才是真正的INTERNET上的應(yīng)用系統(tǒng)。

結(jié)論

ORACEL 更適用于業(yè)務(wù)復(fù)雜、個性化管理的企業(yè)。ORACLE軟件實施的難度和復(fù)雜性，實施成本，風(fēng)險遠低于SAP。由于其系統(tǒng)的特性，SAP的實施成本、實施周期遠大于ORACLE。

總結(jié)

以上是生活随笔為你收集整理的ERP选型 SAP PK Oracle的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。