基本信息
SAP全稱：systemsapplicationsandproductsindataprocessing。
SAP的英文讀音為：[英][sæp][美][sæp]
SAP起源於SystemsApplicationsandProductsinDataProcessing。SAP既是公司名稱，又是其產品——企業管理解決方案的軟體名稱。SAP是全世界排名第一的ERP軟體，另有計算機用語SAP，同時也是StableAbstractionsPrinciple（穩定抽象原則）的名稱。
SAP公司於1972年在德國創立。五位創始人（DietmarHopp,Hans-WernerHector,HassoPlattner,KlausTschira,andClausWellenreuther）於德國曼海姆初創時的公司名為SystemalyseundProgrammentwicklung，後根據Systeme,AnwendungenundProdukteinderDatenverarbeitung("Systems,ApplicationsandProductsinDataProcessing")將公司名稱縮寫為SAP。
至2010年，SAP在50多個國家擁有29,000多名員工，在120多個國家和地區擁有18,800多家客戶、56,000多個系統安裝點以及1000萬多名最終用戶，財富500強中80%以上的公司都會進入由SAP公司提供的管理和協同商務平台，進行高效率的工作。
SAP在各行各業中得到廣泛套用，它為20多個行業提供融合了各行業“最佳業務實踐”的行業解決方案，這些行業包括汽車、金融服務、消費品、工程與建築、醫療衛生、高等教育、高科技、媒體、石油與天然氣、醫藥、公用事業、電信、電力及公共設施等。SAP在每個行業都有行業解決方案圖，充分展示各行業特殊業務處理要求，並將其繪製入SAP解決方案和合作夥伴補充方案中，完成包括基於網路的“端到端”的業務流程。
產品介紹
SAPR/3----最早專指SAP公司的唯一產品MRP系統,以前的主力產品
SAPECC--------實際上就是以前R/3提供的功能
SAPNetweaver---SAP最新的集成套用平台
mySAPERP-------SAPECC+SAPNetweaver
mySAPCRM------SAPCRM產品功能包（LogicBox）+SAPNetweaver
套件:供應商關係管理SRM，企業戰略管理SEM，供應鏈管理SCM等7.SAPBusinessSuite-------SAP公司的主力產品包，SAPALL
mySAP-------SAPBusinessSuite的曾用名
SAPAll-inOne(SAPA1)------SAPR/3部分行業預配置
SAPBusinessOne(SAPB1)---SAP主要面向中小企業產品
SAP線上行銷中心---SAP面向中小企業的行銷中心
優點
SAP系統1.SAP是全球所有ERP產品中對企業構架和財務控制考慮得最細緻的系統，也是整體控制邏輯和整體系統結構是最嚴謹的系統，可以讓企業引進先進的管理理念；
2.對產品在各種行業的適用性考慮得最多的系統，既套用的行業最廣；
3.SAP系統是整體穩定性最好的系統；
4.如中國最大的幾家企業集團（中石油、中石化、中海油、幾個鋼鐵集團等等）如果要在整個企業全面展開各個專業的、統一的ERP實施，SAP是唯一能適合的產品，特別是財務模組；
5.套用最廣的產品。它集成性好，財務、物資、項目、設備、人力資源等等功能都具備；
可以進行事前很好的控制，國內軟體一般都是事後控制。
SAP有針對不同行業的解決方案，也有適合中小型企業的產品，如SAPBusinessOne，SAPAll-in-One，和雲產品SAPBusinessByDesign。
缺點
1、與其它幾個國外著名的ERP系統相比，在具體模組中，其它幾個系統都有比SAP強許多的模組，SAP的很多模組確實不值得稱道，比如在排產方面、在解決能力瓶頸的功能方面、在解決具體行業的特殊性方面，SAP都有大不如其它系統的地方；
2、在靈活性方面，SAP比其它幾個著名系統也有很大欠缺，可以說SAP鋼性很強（穩定性）而柔性不足；
3、同其它ERP相比沒有什麼特別大的優勢，甚至比較貴，只是世界範圍內套用最多。
包含模組
FI 財務會計：集中公司有關會計的所有資料，提供完整的文獻和全面的資訊，同時作為企業實行控制和規劃的最新基礎。
TR 財務管理：一個高效率財務管理完整解決方案，確保公司在世界範圍的周轉，對財務資產結構實行盈利化組合，並限制風險。
CO 管理會計：公司管理系統中規劃與控制工具的完整體系，具有統一的報表系統，協調公司內部處理業務的內容和過程。
EC 企業控制：根據特製的管理資訊，連續監控公司的成功因素和業績指標。
IM 投資管理：提供投資手段和專案，從規劃到結算的綜合性管理和處理，包括投資前分析和折舊模擬。
PP 生產計畫：提供各種製造類型的全面處理：從重複性生產、訂製生產、訂裝生產，加工製造、批量及訂存生產直至過程生產，具有擴展MPRⅡ的功能。另外還可以選擇連線PDC、製程控制系統，CAD和PDM。
MM 物料管理：以工作流程為導向的處理功能對所有採購處理最佳化，可自動評估供應商，透過精確的庫存和倉儲管理降低採購和倉儲成本，並與發票核查相整合。
SAP系統PM 工廠維護：提供對定期維護、檢查、耗損維護與服務管理的規劃、控制和處理，以確保各操作性系統的可用性。
QM 品質管理：監控、輸入和管理整個供應鏈與品質保證相關的各類處理、協調檢查處理、啟動校正措施、以及與實驗室資訊系統整合。
PS 專案管理：協調和控制專案的各個階段，直接與採購及控制合作，從報價、設計到批准以及資源管理與結算。
SD 銷售與分銷：積極支援銷售和分銷活動，具有出色的定價、訂單快速處理、按時交貨，互動式多層次可變配置功能，並直接與盈利分析和生產計畫模組連線。
HR 人力資源管理：採用涵蓋所有人員管理任務和幫助簡化與加速處理的整合式套用程式，為公司提供人力資源規劃和管理解決方案。
開放式資訊倉儲：包括智慧型資訊系統，該系統把來自R/3套用程式和外部來源的數據歸納成為主管人員資訊，不僅支援使用者部門決策和控制，同時也支援對成功具有關鍵作用的高階控制和監控。
R/3－定製化策略資訊管理
保持競爭領先地位端賴於公司建立有效並儘可能以客戶為導向的企業流程結構的能力。這就需要具備可最有效支援今後企業流程的資訊處理系統。
R/3系統並非只是軟體，它是一種策略性解決方案。
R/3系統－企業流程的思維與行動。
公司必須運用動態戰略對瞬息萬變的挑戰作出反應。迅速適應客戶新需求和市場新商機的能力，是贏得競爭勝利的決定性因素。此種適應力需要一個功能強大、開放式的基礎結構，它可針對目前的企業流程提供最佳化支援，並能靈活適應變化與發展。R/3系統就是應付這些挑戰的最佳解答，它是主從式架構上最普遍的標準商業套用軟體。
功能特點
功能性：R/3以模組化的形式提供了一整套業務措施,其中的模組囊括了全部所需要的業務功能並把用戶與技術性套用軟體相聯而形成一個總括的系統，用於公司或企業戰略上和運用上的管理。
集成化:R/3把邏輯上聯的部分連線在一起。重複工作和多餘數據被完全取消，規程被最佳化，集成化的業務處理取代了傳統的人工操作。
靈活性：R/3系統中方便的裁剪方法使之具有靈活的適應性，從而能滿足各種用戶的需要和特定行業的要求。R/3還配備有適當的界面來集成用戶自己的軟體或外來的軟體。
開放性：R/3的體系結構符合國際公認的標準，使客戶得以突破專用硬體平台及專用系統技術的局限。同時，SAP提供的開放性接口，可以方便地將第三方軟體產品有效地集成到R/3系統中來。
用戶友好：圖示與圖形符號簡化了人機互動時的操作。統一設計的用戶界面確保了工作人員能夠運用同樣的熟悉的技術從事不同的工作。
模組化：R/3的模組結構使用戶既可以一個一個的選用新的實用程式，也可以完全轉入一個新的組織結構體系。
可靠：作為用戶的商業夥伴SAP始終不斷地為集成化軟體的質量設立越來越多的國際標準。
低成本高效益：信息處理是取得競爭優勢的要點之一。當競爭加劇時，企業必須更加努力地獲取其市場占有量。這就要使用高度集成化的數據處理軟體，而R/3正是這種軟體的優秀典範。
國際適用：R/3支持多種語言，而且是為跨國界操作而設計的。R/3可以靈活地適應各國的貨幣及稅務要求。
服務：R/3系統實施過程中，用戶將得到SAP技術專家的全面支持與服務，包括組織結構方面與技術方面的諮詢，項目計畫與實施方面的協助，以及培訓課程。
產品種類
1.mySAP ERP
mySAP ERP將可升級高效企業資源計畫(Enterprise Resource Planning)軟體與靈活的開放技術平台相結合，該平台可充分利用SAP和非SAP系統並對兩者進行集成。因此，您可以提高生產效率、增強業務認識並適應加速業務戰略實施的需要。所有這些都使mySAP ERP成為對您當前運營活動進行嚴格控制的最佳選擇。同時，它們還對那些影響您運營與增長的市場與技術變化做出計畫和回響。
2.mySAP 客戶關係管理
mySAP 客戶關係管理(mySAP CRM)是以客戶為中心的電子商務解決方案。這項解決方案旨在為客戶提供滿意、忠誠的服務。它有助於提高競爭優勢，帶來更高利潤。
3.mySAP 產品生命周期管理
mySAP 產品生命周期管理解決方案(mySAP PLM) -- mySAP 商務套件中的核心組建之一 -- 提供了貫穿整個產品和資產生命周期的協同工程、定製開發、項目管理、財務管理、質量管理等功能。
4.mySAP 供應商關係管理
mySAP SRM實現了企業內以及供應商之間採購和購置流程的自動化，提高了對供應鏈的洞察力，並且使客戶能夠全面地了解全球的費用支出情況。
5.mySAP 供應鏈管理
供應鏈(Supply Chain)已成為企業間競爭的關鍵領域，同時也意味著企業將面臨一系列的挑戰。這些促使了他們必須不斷加快前進的步伐，推出個性化和可配置的產品，確信的承諾....
除了上面介紹過的幾大模組，SAP還提供了二次開語言ABAP/4 (advanced business application programming),用戶還可以通過SAP內部的開發平台運用ABAP語言進行系統開發。其中包括SAP系統與外部系統的數據傳輸，報表的製作，以及對數據的導入導出等。
常用命令
系統配置命令
所謂系統配置命令，通常包含系統操作配置、系統傳輸配置、系統自定義內容配置等相關命令。系統配置的範圍很廣，這裡介紹的系統配置不包括模組配置內容，主要是系統層面的相關配置命令。常用的操作命令主要包含以下幾種。
（1）系統傳輸配置命令：SE09/SE10、STMS
（2）系統後台參數配置命令：SPRO
（3）系統信息發布命令：SM02
（4）目標集團參數配置命令：SCC4
後台維護命令
在SAP系統中，普通用戶常常因為許可權不夠導致很多事項無法處理，需要通過管理員在後台對相應的主數據及參數進行修改設定。這裡主要介紹以下幾個常用的後台維護命令。
（1）批處理命令：SCAT
（2）定義後台作業命令：SM36
（3）查看後台作業命令：SM37
程式編輯命令
程式編輯屬於SAP系統開發的一個重要組成部分，SAP系統本身帶有ABAP語言編輯器，可以提供強大的自開發程式功能。這裡介紹程式編輯通常使用的相關命令。一般來說，程式編輯常用到的命令有以下3各。
（1）程式編輯器命令：SE38
（2）函式編輯器命令：SE37
（3）對象瀏覽器命令：SE80
表間維護命令
（1）SAP系統中的數據都是存儲在不同的表空間中。對於這些表的查詢、修改及數據整理，SAP提供有相應的操作命令。常用的表間維護命令主要包括以下幾種。
（1）ABAP數據字典命令：SE11
（2）維護表視圖命令：SM30
用戶許可權命令
在SAP系統中對於用戶及許可權的控制是非常嚴格的，許可權參數、許可權、用戶的管理，均有一套專有的體系。這裡介紹用戶及許可權控制常用的命令，包括以下幾種。
（1）許可權創建及修改命令：PFCG
（2）用戶創建及配置命令：SU01
（3）用戶批量處理命令：SU10
（4）用戶組創建維護命令：SUGR
系統監控常用命令
SAP系統作為企業管理的核心工作平台，系統管理員需要隨時監控日常的系統運行情況，尤其是對系統日誌、進程管理、用戶使用、作業系統、資料庫等運行的情況要重點關注。這裡簡單介紹幾個常用的系統監控命令。
（1）系統日誌分析命令：SM21
（2）系統進程監控命令：SM50
（3）用戶狀態監控命令：SM04
產品比較
軟體產品的成熟度
§ 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的兩大致命弱點：軟體功能不足、實施力量薄弱決定了，其方案在大型集團化企業的項目上的成功十分困難。這些先天的障礙，給這些大型集團化企業的信息化甚至是企業經營造成了巨大的隱痛。
技術的先進性
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 開放、靈活的體系結構更利於企業信息系統未來的擴展。
複雜性及投資回報
SAP項目實施過程十分昂貴和複雜。 而且，由於軟體的複雜性和封閉式集成，一旦實施後很難改變。 另外，SAP在項目實施過程中，經常會期望客戶改變商業運做模式以適應其軟體， 但有時候，一味遷就軟體流程的做法很可能會給客戶帶來負面結果。一些超大型企業可以投入巨資進行軟體的客戶化，但是對於中等規模的企業，複雜的項目實施，往往會將客戶拖入無休止的泥潭。國內一汽大眾的SAP ERP的累計實施投資已經過億圓，但實施效果其實並不理想。之後一汽又選用了與SAP的ERP "配套" 的CRM供應商SIEBEL軟體, 其CRM系統實施了幾年, 至今沒有上線。 而Oracle 的套用產品具有很強的靈活性，許多業務的流程可以通過工作流技術很方便地進行改變，同時Oracle 系統本身的開放性也使Oracle 系統與其它系統的集成變得相對簡單。
SAP主要產品系列
SAP R/3
以前SAP公司的主力產品，包括大家非常熟悉的SD, MM, FI, CO, PP..等模組。但從今年起SAP已經不再單獨出售R/3的許可證，代之以mySAP ERP。也就意味著客戶無論選擇SAP的何種產品（mySAP ERP, mySAP CRM...）都會得到SAP Netweaver，其中包括了SAP Portal 與SAP BW的使用許可。
mySAP ERP
主要就是以前的SAP R/3加上SAP最新的集成平台SAP Netweaver。
mySAP CRM
之所以叫mySAP CRM而不是SAP CRM，就是為了突出SAP的CRM產品是以客戶為中心的、靈活可配置的……所以叫”my***“，mySAP CRM主要就是包括SAP的CRM產品功能包（Logic Box）再加上SAP最新的集成平台SAP Netweaver。
SAP Netweaver
早期版本，其它編程工具象VB,Delphi,Java等可以十分方便地調用SAP的業務應用程式接口(Business Application Programming Interface, BAPI)進行功能擴展。在SAP最新的集成套用平台 NetWeaver包含了網際網路標準如：HTTP、 XML和網路服務，確保開放性,可與微軟 .NET 、Java 2 Platform Enterprise Edition (J2EE)緊密結合, 工作環境如IBM WebSphere的協作能力。通過SAP NW平台既可以集成SAP與非SAP套用系統；也可各個系統都可以通用的功能放入此平台中。同時SAP商務智慧型（SAP BI）可以對來自各種系統的數據進行詳細分析。
SAP All-in One (SAP A1)
在SAP R/3的基礎上，SAP做了一些預配置，然後按不同行業交給諮詢合作夥伴，由他們再加一些預配置，然後以諮詢合作夥伴的名義將加了預配置的系統銷售給用戶。內含mySAP CRM的部分功能。
SAP Business One (SAP B1)
在SAP收購的另一家公司的產品基礎上改造而成，優點是價格低廉，並且由於數據結構相同可以無縫地將系統升級至SAP A1, SAP Business Suite。SAP B1中有CRM功能，但遠不及mySAP CRM系統中的那么強大。SAP Release版本之間的差異和關係：版本4.6C以前是所謂傳統的R3系統，建立在SAP Basis的基礎上；
SAP A1S
目前，SAP發布了其耗費三年3000名工程師開發新產品A1S，用戶將再看不到任何代碼，它們看到的只是一系列封裝好的服務，這對於無力承擔管理複雜軟體所需要的技術支持成本的小企業而言非常重要，也體現SAP開重視中小企業（估計是大型企業單子已經拿足飽和了，World Top 500 80%以上都用了其產品，現在小錢也看上了），A1S將有2500種左右的服務供用戶選擇。這些服務將是開放式的，其它軟體廠商可以在SAP的產品中集成它們的產品，員工可以通過個性化門戶即時訪問與他們的崗位相關的所有信息，有些企業可能會抱怨SAP系統的低性能，而新的記憶體存儲技術的進步也使A1S的性能大大提高。
mySAP ERP200X（ECCX）
版本4.70以後，改為R3 Enterprise,最大的變化是SAP WEB AS取代了傳統的Basis，核心業務功能模組也作了劃分；R3 Enterprise之後改稱為mySAP ERP2004,基礎平台演變成SAP NetWeaver,並產生SAP ECC (ECC = ERP Central Component) ，作為Enterprise的替代，並集成了BW,SEM和ITS；
2005第4季度開始mySAP ERP2005的準備，最大的變化將是全面轉向ESA體系（基於訊息機制的企業套用體系），並引入了新的功能模組，比如PLM和SRM.。財務模組，ECC版本有個著名的新總帳功能！
SAP Business Suite
當前SAP公司的主力產品包，裡面包含了mySAP ERP, mySAP CRM, mySAP SCM .... 幾乎是SAP的所有東東。如果購買的是此種許可證，就意味著幾乎可以用SAP的所有產品的功能－－某些特定行業的特定引擎（Engine）除外
系統管理
項目範圍的擴大是必然的?如果你對此有所準備?就能為了公司的利益管理好這種擴大。 首先?必須要指定專人負責範圍管理。可以指派一個人?但是最好指派一組在項目中有足夠參與的人員?他們能明白業務和SAP方面的問題?並在公司里有足夠高的職位能理解這種高層次的構想。 隨著項目的展開以及SAP學習曲線的上升?所提議的範圍改變應該交給有關委員會?由他們在成本和利潤方面對此進行評估?並根據輕重緩急?對照現有的構想進行衡量。範圍方面的更改如果被接受?必須明確定義而且廣為宣傳。對於以後的項目計畫和預算的修訂也必須同樣處理。 再重複一次?如果項目在你的員工和管理層還沒有接受足夠的SAP培訓前?就開始實施?將很難管理項目範圍?因為每天人們都得看到通過使用SAP?人們可能做到大量各種各樣的事情。這個事實帶來了誘惑?而誘惑則引起了對於項目範圍的更改。
管理範圍的一個難點是?並不是所有的範圍擴展都會向上匯報。在設定階段?業務流程設計可能不是不折不扣地得到貫徹的。這可能是因為SAP並不總能以你希望的方式樣樣能幹?或者是因為你的員工發現了某個業務流程重組時沒有預料到的功能?他們採納了新的功能僅僅是因為得到那個功能易如翻掌。
要記住這種功能會永遠在那裡?不必要馬上就用上它?這是很重要的。這只是一個實施項目?一旦項目完成你可以使用SAP時,使用的範圍能夠而且也會擴大。
你要決定什麼是你現在需要用於支持新業務流程的功能。你的需求會在實施的長期過程中發生變化?但是在某些地方?你必須要善於管理小規模的欲望之火?不必完全踩滅?沿著確定的道路走向終點。
到達終點後你可以使用SAP了很可能你還會繼續根據機遇和條件增加或更改某些功能。
實際上SAP的實施永不停止。隨著你業務的變化?相關的SAP應用程式也會發生變化。
實施因素
範圍不局限於即將實施的應用程式數量以及即將需要培訓的最終用戶的數量。以下簡要地列出了在SAP實施全過程中將影響你項目範圍的一些因素。
1. 地點：多地點實施很明顯將比單地點實施持續更長的時間?尤其是當新的業務流程跨越多個地點時?所需時間就更長。即使有兩個項目?除了一個是單地點?另一個是多地點這方面不同以外?其它方面完全相似?多地點的那個項目要成功也會多花費25?的成本?而且時間更長。
2. 用戶數量：這個範圍因素有兩個層次。第一位10位用戶重組業務流程要遠比為1000位用戶重組簡單得多。第二?更加緊迫的任務是最終用戶培訓。但是?純粹的用戶人數在範圍中的作用沒有象想像得那么重要?因為在大多數情況下用戶問題要到項目的後期才會出現。所以?一家擁有1000名用戶的公司除了在最終用戶培訓方面以外?並不比擁有10名用戶的公司在範圍上大出十倍。
3. 業務流程：一家只買賣產品而不生產和儲存產品的貿易公司?要比一家生產、銷售門類齊全的企業?需要建立數量少得多的業務流程。同樣道理生產的複雜性程度也因人而異。從事石油和天然氣之類的加工企業會比主要從事裝配工作的企業產生更多的麻煩。
4. 應用程式和 SD 通常被看成是核心應用程式：在所在的項目中都會被實施。第二級應用程式包括1996年成熟的3.0版引入的 HR?第三級應用程式數不勝數。有些公司以線性的方式實施?先是 FI?然後是 SD再是 MM......。另外一些公司則一組組地實施?先是 FI-SD-MM?然後是 PP 和 PM?或者其它什麼程式。你實施的次序和組合方式將明顯地對你的項目範圍產生重大的影響。
5. 擴展和購買：這是範圍中最難的因素。因為?為兩者作規劃時沒有預先知識和經驗的基礎。許多公司選擇SAP時看法一致?把它當作“通過購買求發展”戰略的解決方案。應該考慮到購買公司的起點文化以及該公司發展的曲線。
6. SAP項目期間的結構重新調整：你可能會希望你公司會凍結這樣的活動直到業務流程重組得以完成?但這不會發生。沒有辦法可以為此作規劃?也沒有辦法在其發生前調整項目範圍。屏住呼吸?它會發生的。
7. 實施方式：“一次性完全實施”還是“循序漸進式實施”?“一次性完全實施”的方式很嚇人?但通常比“循序漸進式實施”更容易成功。“循序漸進式實施”緩慢、拖延?但同“一次性完全實施”一樣具有高風險。範圍問題主要在於用戶和他們是否願意轉向SAP。如果他們緊緊依附於遺留系統?你的範圍將由於包括了對阻力的預防措施而擴大。
範圍管理
項目範圍的擴大是必然的，如果你對此有所準備，就能為了公司的利益管理好這種擴大。 首先，必須要指定專人負責範圍管理。可以指派一個人，但是最好指派一組在項目中有足夠參與的人員，他們能明白業務和SAP方面的問題，並在公司里有足夠高的職位能理解這種高層次的構想。 隨著項目的展開以及SAP學習曲線的上升，所提議的範圍改變應該交給有關委員會，由他們在成本和利潤方面對此進行評估，並根據輕重緩急，對照現有的構想進行衡量。範圍方面的更改如果被接受，必須明確定義而且廣為宣傳。對於以後的項目計畫和預算的修訂也必須同樣處理。 再重複一次，如果項目在你的員工和管理層還沒有接受足夠的SAP培訓前，就開始實施，將很難管理項目範圍因為每天人們都得看到通過使用SAP，人們可能做到大量各種各樣的事情。這個事實帶來了誘惑而誘惑則引起了對於項目範圍的更改。
管理範圍的一個難點是，並不是所有的範圍擴展都會向上匯報。在設定階段，業務流程設計可能不是不折不扣地得到貫徹的。這可能是因為SAP並不總能以你希望的方式樣樣能幹或者是因為你的員工發現了某個業務流程重組時沒有預料到的功能，他們採納了新的功能僅僅是因為得到那個功能易如反掌。
要記住這種功能會永遠在那裡，不必要馬上就用上它，這是很重要的。這只是一個實施項目一旦項目完成你可以使用SAP時,使用的範圍能夠而且也會擴大。
你要決定什麼是你現在需要用於支持新業務流程的功能。你的需求會在實施的長期過程中發生變化但是在某些地方，你必須要善於管理小規模的欲望之火不必完全踩滅沿著確定的道路走向終點。
到達終點後你可以使用SAP了，很可能你還會繼續根據機遇和條件增加或更改某些功能。 實際上，SAP的實施永不停止。隨著你業務的變化，相關的SAP應用程式也會發生變化。
員工管理
1、工作機制
找到生活與工作的平衡點可能有些棘手，而SAP提供給你靈活的選擇：可調整的工作時間、休假、甚至遠程辦公。我們希望每個人都有條件選擇自己喜歡的生活方式。
2、職業發展
在SAP，我們有豐富的職業發展項目來持續支持你實現個人及職業發展的理想抱負。SAP倡導持續學習發展的文化，全球人力資源系統提供一系列線上、線下工具，包括培訓、反饋、教練輔導、在崗培訓等等。不論你的經驗與角色，你都會在SAP平台上得到你需要的資源來支持、幫助你達成、甚至超越你的職業目標。SAP的內部系統CareerPortal也可以幫助員工根據公司最新的業務需求與趨勢來計畫、管理、發展自己的職業。
3、多種職業發展路徑
員工是否能夠靈活選擇自己的職業發展路徑是非常重要的。SAP提供給員工去嘗試不同角色的機會，調整、選擇更適合自身個性的職業發展計畫。是成為技術專家，還是做一名項目經理或者職業經理，選擇自己的職業道路，贏在SAP！
4、豐富的學習機會
自公司成立之日，SAP就提供給員工持續學習發展的機會，包括一系列正式培訓、教練輔導、反饋以及在崗學習等等，確保你獲得勝任工作的相應技能。我們的一站式學習平台有豐富信息可以幫助你學習成長：三千多線上學習以及模擬課程可以瀏覽，1萬多線上參考書以及成百個技能概述和輔助工具供你參考。根據你現在的崗位以及職業目標來制定你自己的學習計畫。運用個性化學習項目達成你的職業目標，如線上學習工具、線上培訓課堂以及各種學習資料。不論你的角色，學習崗位的關鍵核心技能，助力SAP達成業務目標。參加我們旨在針對職業成長和發展的虛擬學習系列課程。了解SAP產品和開發工具。
5、員工福利
SAP的員工福利集其同級別公司的優點，從具有吸引力的基於績效的獎勵計畫到有競爭力的薪酬，你在SAP這家全球最大商業軟體公司之一工作，都可以享受到。SAP薪酬獎勵體系的目的就是通過持續地和同行業公司相比較，確保我們在IT行業中提供極具競爭力的福利來吸引、保留人才以及更好地激勵優秀人才。
競爭力的薪酬–其中包括固定薪資，浮動薪資，以及最符合業內趨勢的福利。我們的目標是致力於使SAP的薪酬體系成為各所在國家和地區的市場領導者。推行以業績為導向的企業嘉獎文化，這就是為什麼我們的浮動薪資跟員工的工作表現緊密相關。僱主獎 SAP獲得過許多全球的、國家性的以及地區性的嘉獎，以表彰SAP是全球最佳公司之一。能得到這樣的榮譽是SAP的驕傲，但如果沒有五萬三千多名員工的辛勤工作，SAP不可能獲此殊榮。SAP的員工成就了SAP的今天。
注意事項
1、對於“組織重分配”、“離職”都必須從“PA40事件”中進行維護。
2、凡調換單位、部門、科室、班組、職位、員工組、員工子組等，均要由事件“組織重分配”來完成。
3、信息集事件（FreeEIM）、組織分配（0001）中信息的記錄數、每條信息的事件區間、內容都是應該相一致的。只有在組織結構調整的情況下，才會發生事件和組織分配這兩條信息集中內容的不一致，並且是組織分配（0001）信息集多於事件（0000）信息集。
4、做兼職時，必須走人事事件“組織重分配”，輸入新的兼職職位的同時,必須再次輸入原先職位;並且二者百分比之和應為100。具體操作方法請看《用戶手冊_HR人事事件》。
5、維護“離職”事件時，信息的開始日期為止薪月的1日；職位應為“Default Position”,代碼為“999999999”。
6、對於“離職”事件中“事件原因”（離職原因）為“退休”、“提前退休”、“退職”、“工傷死亡”、“因病死亡”和“意外死亡”的6種情況，都需要在“日期說明”裡面維護“實際離職日期”。其中：“退休”、“提前退休”、“退職”的實際離職日期為發薪月的最後一天；而“工傷死亡”、“因病死亡”和“意外死亡”的實際離職日期即為死亡日期。
7、獨生子女費是維護“家庭相關人員”信息中子女的信息，必須維護獨生子女標識、出生日期，獨生子女費會自動帶到“經常性支付/扣除”中，並會自動定界在子女16周歲時的日期。
8、對於由於員工單位調動相關手續未辦妥情況下，想階段性中止支付獨生子女費時，可在信息集“經常性支付/扣除”的“獨生子女費”中採用複製，然後在“編輯”選單中進行加鎖，開始日期為需中止的開始日期，一旦此員工辦完相關手續後，只需將進行加鎖的“獨生子女費”在“編輯”選單中選解鎖即可，開始日期不需修改，系統自動會將加鎖時間段的獨生子女費補給此員工。具體操作方法請見《用戶手冊_HR05薪酬管理》，對於不補發的可用定界方法。
9、缺勤信息一般只能是當月送上月缺勤情況，然後算當月工資，不能跨月超前，但是可以補送以前漏掉的缺勤信息。具體假期的維護請參見《ERP_HR薪資相關數據》文檔。
10、對於離職人員，附加支付的補交必須輸入，創建信息集日期為最後一個發薪月的1日，包括“基本養老個人支付”、“補充醫療個人支付”、“補充醫療公司支付”。不需要在工資狀態中維護“工資發放運行到”這個欄位。
11、對於休產假人員的保險補交，則在“附加支付”的“個人補交”子類型中進行維護。
12、對於當月工資獎金核算完成後，需新增或修改個人信息，都需採用創建新信息的方式，否則造成歷史數據紊亂和以後數據的不可運行。
13、當從PA20、PA30、PPOSE、PPOME這幾項功能退出時，這些功能界面左邊的輔助視窗會留下操作員前一次操作查詢的結果請大家在操作完畢後退出這些功能前，再執行一次比較簡單的查詢，比如說：點擊“檢索項”，在跳出的視窗中“帶名稱”一欄輸入“1”，那么在下面的搜尋結果視窗中就會出現一條信息。這樣做的目的是避免下次再進入該功能界面時系統要運行很長的時間來重新完成上次的搜尋。
14、上個月20日到這個月的8日，由人事專職維護系統的人員主數據；當月的1日到19日，由薪酬專職維護系統的薪酬數據。
15、工資核算的日誌里會統計當月離職的人員，而在報表查詢里不統計這些離職的人員。所以當跑工資的時候人數統計有可能和報表查詢的人數統計有可能不一樣。
16、如果不讓某一個員工回算前幾個月的工資，且該員工前幾個月沒有核算工資，可在選單“實用程式”中的“變更工資核算狀況”（工資狀態0003），定義“最早個人追溯核算日期”為：發薪月的1日，其餘日期清空。
17、請大家在系統操作前仔細閱讀《SAP人力資源模組套用問題集》、《ERP_HR薪資相關數據》、《作業事項_薪酬》文檔。
