SAP ERP與Oracle ERP比較的區(qū)別是怎樣的

158次閱讀

共計 6786 個字符，預(yù)計需要花費 17 分鐘才能閱讀完成。

本篇文章為大家展示了 SAP ERP 與 Oracle ERP 比較的區(qū)別是怎樣的，內(nèi)容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

有關(guān) SAP 和 ORACLE 產(chǎn)品的比較:

1: 軟件產(chǎn)品的成熟度
§ SAP：經(jīng)過近 30 年與全球大企業(yè)用戶的合作，SAP 系統(tǒng)積累了大量先進企業(yè)的業(yè)務(wù)管理流程。對于用戶來說，只需根據(jù)在系統(tǒ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ù)奈幕?，所有發(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。而作為中國移動的母公司，中國電信，吸取前者的教訓，謹慎的進行評估和實施。在北京電信公司和上海電信公司已經(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 語言編寫的，學習和使用都很困難且與 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)品的客戶帶來了極大的風險。
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)了德國人的管理風格：求嚴求全；ORACLE 體現(xiàn)了美國人的管理風格：求實求用。
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è)人員學習它的積極性也不高. 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è)，必須選擇適當?shù)牟呗裕o予充分的支持才有可能成功。
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)。
ORACEL 更適用于業(yè)務(wù)復(fù)雜、個性化管理的企業(yè)。ORACLE 軟件實施的難度和復(fù)雜性，實施成本，風險遠低于 SAP。由于其系統(tǒng)的特性，SAP 的實施成本、實施周期遠大于 ORACLE。