優點
1.SAP是全球所有ERP産品中對企業構架和财務控制考慮得最細緻的系統，也是整體控制邏輯和整體系統結構是最嚴謹的系統，可以讓企業引進先進的管理理念；
2.對産品在各種行業的适用性考慮得最多的系統，既應用的行業最廣；
3.SAP系統是整體穩定性最好的系統；
4.如中國最大的幾家企業集團（中石油、中石化、中海油、幾個鋼鐵集團等等）如果要在整個企業全面展開各個專業的、統一的ERP實施，SAP是唯一能适合的産品，特别是财務模塊；
5.應用最廣的産品。它集成性好，财務、物資、項目、設備、人力資源等等功能都具備；可以進行事前很好的控制，國内軟件一般都是事後控制。SAP有針對不同行業的解決方案，也有适合中小型企業的産品，如SAPBusinessOne，SAPAll-in-One，和雲産品SAPBusinessByDesign。
6.SAP系統作為ERP系統中的知名品牌，憑借物聯網、大數據、雲計算、人工智能等時興技術，幫助生産制造企業加快整體性的數字化轉型升級。
包含模塊
FI 财務會計：集中公司有關會計的所有資料，提供完整的文獻和全面的資訊，同時作為企業實行控制和規劃的最新基礎。
TR 财務管理：一個高效率财務管理完整解決方案，确保公司在世界範圍的周轉，對财務資産結構實行盈利化組合，并限制風險。
CO 管理會計：公司管理系統中規劃與控制工具的完整體系，具有統一的報表系統，協調公司内部處理業務的内容和過程。
EC 企業控制：根據特制的管理資訊，連續監控公司的成功因素和業績指标。
IM 投資管理：提供投資手段和專案，從規劃到結算的綜合性管理和處理，包括投資前分析和折舊模拟。
PP 生産計劃：提供各種制造類型的全面處理：從重複性生産、訂制生産、訂裝生産，加工制造、批量及訂存生産直至過程生産，具有擴展MPRⅡ的功能。另外還可以選擇連接PDC、制程控制系統，CAD和PDM。
MM 物料管理：以工作流程為導向的處理功能對所有采購處理最佳化，可自動評估供應商，透過精确的庫存和倉儲管理降低采購和倉儲成本，并與發票核查相整合。
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 功能複雜、全面，特别在傳統的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、對于“組織重分配”、“離職”都必須從“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薪資相關數據》、《作業事項_薪酬》文檔。
