本文從技術(shù)的先進(jìn)性、軟件產(chǎn)品的成熟度及在新興應(yīng)用領(lǐng)域的發(fā)展等六個(gè)方面對(duì)Oracle和SAP的ERP產(chǎn)品進(jìn)行了比較，具體如下。

1、技術(shù)的先進(jìn)性

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

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

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

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

2、軟件產(chǎn)品的成熟度

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

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

SAP秉承德國企業(yè)嚴(yán)謹(jǐn)?shù)奈幕?，所有發(fā)布的產(chǎn)品都是經(jīng)過嚴(yán)格的測(cè)試和質(zhì)量認(rèn)證，只有在軟件產(chǎn)品真正完備后才向用戶推出。 Oracle則是一個(gè)非常注重市場(chǎng)效應(yīng)的企業(yè)，經(jīng)常是一有概念就馬上宣稱產(chǎn)品完成，然后快速推向市場(chǎng)。

作為ERP系統(tǒng)的重要組成部分，SAP花了2年的時(shí)間進(jìn)行漢化和按照中國政府的人事管理要求進(jìn)行本地化，使得SAP的中國用戶不僅能夠使用國際化的先進(jìn)軟件，同時(shí)也滿足本地化的要求。而 Oracle對(duì)ERP軟件產(chǎn)品本地化重視不足，至今在中國地區(qū)，Oracle的用戶還沒有一家能夠使用Oracle軟件的人力資源管理模塊。

3、在新興應(yīng)用領(lǐng)域的發(fā)展

Oracle能夠根據(jù)各行業(yè)的發(fā)展變化趨勢(shì)，迅速將產(chǎn)品拓展到各種新的應(yīng)用領(lǐng)域。其在客戶關(guān)系管理、電子商務(wù)、產(chǎn)品協(xié)同開發(fā)等各行業(yè)的新興領(lǐng)域都要領(lǐng)先于SAP。而SAP由于本身體系的復(fù)雜性和技術(shù)的封閉性，使得其在各種新的應(yīng)用產(chǎn)品領(lǐng)域進(jìn)展緩慢，例如，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)域的不斷擴(kuò)展，企業(yè)應(yīng)用系統(tǒng)涉及的范圍也越來越廣泛，從傳統(tǒng)的制造、財(cái)務(wù)、人力資源系統(tǒng)管理，開始延展到客戶關(guān)系管理、供應(yīng)鏈管理、電子商務(wù)等方向，在這種情況下，系統(tǒng)之間數(shù)據(jù)的一致性和數(shù)據(jù)交換，就變得非常重要。

Oracle 11i整個(gè)系統(tǒng)基于一個(gè)統(tǒng)一的數(shù)據(jù)庫，并且共享統(tǒng)一的數(shù)據(jù)模型。企業(yè)內(nèi)所有的用戶都可以根據(jù)自己的角色和權(quán)限對(duì)系統(tǒng)中的數(shù)據(jù)進(jìn)行不同維度的分析。而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)格：求嚴(yán)求全；Oracle體現(xiàn)了美國人的管理風(fēng)格：求實(shí)求用。

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

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

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

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

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

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

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

更多erp相關(guān)，請(qǐng)點(diǎn)擊百度搜索：ERP