因為企業的復雜性及多樣性，任何信息化軟件的作用都不可能覆蓋到方方面面，ERP軟件也是一樣，甲骨文與SAP是ERP界的龍頭企業但是甲骨文（Oracle）卻較能適應企業的業務的個性化，便于調整；而SAP較適應穩定、標準的業務流程，難以改變。那么企業用戶應如何選擇呢？
本文從技術的先進性、軟件產品的成熟度及在新興應用領域的發展等六個方面對Oracle和SAP的ERP產品進行了比較，具體如下。
1、技術的先進性
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則需要專門定義查詢界面。
2、軟件產品的成熟度
經過近30年與全球大企業用戶的合作，SAP系統積累了大量先進企業的業務管理流程。對于用戶來說，只需根據在系統中挑選適當的業務流程，在軟件中進行配置。而對軟件的二次開發工作量極少，用戶能夠把主要的精力都花在企業業務流程的優化上，真正起到“上一套系統，管理提高一個層次”的作用。
由于缺乏足夠的業務流程模板和軟件功能的支持，Oracle軟件經常在實施中被發現無法滿足企業管理上的要求。比如在大型制藥企業中必須的批次管理、質量管理、設備維護管理等，而Oracle軟件根本沒有此類模塊。雖然Oracle公司一再的夸大告訴客戶其軟件的二次開發技術十分靈活，但是這實際上也就是在告訴用戶這套軟件功能不夠，用戶得自己去編程序。
SAP秉承德國企業嚴謹的文化，所有發布的產品都是經過嚴格的測試和質量認證，只有在軟件產品真正完備后才向用戶推出。 Oracle則是一個非常注重市場效應的企業，經常是一有概念就馬上宣稱產品完成，然后快速推向市場。
作為ERP系統的重要組成部分，SAP花了2年的時間進行漢化和按照中國政府的人事管理要求進行本地化，使得SAP的中國用戶不僅能夠使用國際化的先進軟件，同時也滿足本地化的要求。而 Oracle對ERP軟件產品本地化重視不足，至今在中國地區，Oracle的用戶還沒有一家能夠使用Oracle軟件的人力資源管理模塊。
3、在新興應用領域的發展
Oracle能夠根據各行業的發展變化趨勢，迅速將產品拓展到各種新的應用領域。其在客戶關系管理、電子商務、產品協同開發等各行業的新興領域都要領先于SAP。而SAP由于本身體系的復雜性和技術的封閉性，使得其在各種新的應用產品領域進展緩慢，例如，SAP雖然已經擁有龐大的制造業客戶群，但在客戶關系管理領域一直碌碌無為，在B2B電子商務方面也不得不依靠與Commerce One的合作，直到2001年才解除與Commerce One的合作，推出自己的產品。
4、業務數據的共享和分析
隨著企業應用管理領域的不斷擴展，企業應用系統涉及的范圍也越來越廣泛，從傳統的制造、財務、人力資源系統管理，開始延展到客戶關系管理、供應鏈管理、電子商務等方向，在這種情況下，系統之間數據的一致性和數據交換，就變得非常重要。
Oracle 11i整個系統基于一個統一的數據庫，并且共享統一的數據模型。企業內所有的用戶都可以根據自己的角色和權限對系統中的數據進行不同維度的分析。而SAP的ERP、供應鏈、客戶關系管理、數據挖掘等應用系統分別構建在不同的數據庫上，不同系統間的數據模型也不相同，這使得各系統之間的數據共享變得非常困難或者不可能。
5、軟件功能的比較
SAP體現了德國人的管理風格：求嚴求全；Oracle體現了美國人的管理風格：求實求用。
SAP功能復雜、全面，特別在傳統的ERP功能方面，系統功能設計比較細致。SAP通過復雜的參數表、層層定義來實現各中功能。系統可以通過6000個“開關”設置，調整軟件的業務流程。SAP參數設置是非常復雜的，例如，對采購定單下達過程的管理，SAP需要預先定義：先定義定單特征碼，再定義相應的特征（如金額大于100圓）、分類、下達組（Release group）、下達編碼（Release codes）、下達標志（Release indicator）、下達策略（Release strategy），工作流標志等，再通過一系列規則表值的設置，才能實現采購定單批準下達的過程。如果需要修改下達過程，則必須從定單特征碼開始修改。
SAP的參數設置實際上包括了軟件的底層數據結構，功能較強，但實施非常復雜，不夠靈活。如果企業的業務需要調整，就會涉及非常多的底層數據設置，參數和規則的調整，甚至可能影響已有業務數據。
Oracle軟件的業務流程控制結構非常靈活。它充分利用工作流的功能來控制軟件的業務流程，可以靈活地調整軟件的業務流程。例如，對采購定單的下達過程，Oracle利用采購定單的數據（不須設置特征參數），通過工作流引擎自動檢查采購定單的數據，根據條件判斷實現不同的采購定單批準下達的過程。如果需要更改業務流程，無須更改特征參數，只需更改判斷規則或控制規則。
Oracle的控制參數設置不須修改數據結構，而是通過采用不同的控制參數來調整程序的邏輯。這是因為Oracle采用公共的數據模型，程序中充分利用現有的業務數據，通過靈活的規則設置來實現靈活的業務流程。
6、軟件的開放性和集成性
SAP的軟件各模塊在搭建上采用的是傳統應用軟件的模式，即在程序中用包含頭函數以及子程序等模式。這種模式在與第三方軟件交換數據時，只能通過編寫接口程序來實現。SAP軟件的應用層是使用ABAP語言編寫的程序，ABAP是比較復雜和只有SAP軟件使用的語言，比較難掌握，又由于其只能在SAP的軟件中才能發揮用途，掌握的人也很少，IT專業人員學習它的積極性也不高。SAP系統在與外界交換數據時，其接口程序也要求用ABAP語言來編寫，具體是用ABAP語言中的函數來向系統中導入數據，其對數據的格式要求也很高，要求的數據必須是帶分格符的文本文件。SAP的這些做法導致其軟件系統在同第三方軟件集成上遠遠落后于Oracle，同時這些做法也阻礙了其自生軟件的進一步發展，這也是SAP的ERP與CRM不能完全集成的原因之一。
Oracle公司憑借其在數據庫方面的優勢，其應用軟件在模塊的體系搭建上采用了一種先進的模式，各模塊之間以及與外界交換數據都必須通過接口表來完成，具體的做法是數據要進入各模塊時，都必須先到各模塊自己的接口表中（每個模塊都有自己的接口表），然后再通過并發等方式導入該模塊中，這種模式很容易將第三方的軟件融入Oracle的系統中，用戶在使用時很方便，感覺象是一套軟件，因為在交換數據時第三方的軟件與Oracle的產品各模塊間交換數據的模式是一致的，同時用戶可以以自己熟悉的數據庫語言（VB，PL/SQL等）來編寫應用程序與Oracle系統集成。憑借軟件系統體系上的優勢，Oracle將ERP、CRM，SCM，EB等系統完全集成為一體，形成今天的電子商務套件。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：甲骨文ERP與SAP ERP的六大區別
本文網址：http://www.guhuozai8.cn/html/consultation/1081999567.html
相關文章
