SAP BPM做為一個技術平台，提供了設計，業務流程建模，實施，運行，流程運行監控的一整套工具，幫助SAP的客戶機與SAP已有的套用模組實現自動化的業務流程。
簡介,組成部分,模組與業務,
簡介
SAP BPM做為一個技術平台，提供了設計，業務流程建模，實施，運行，流程運行監控的一整套工具，幫助SAP的客戶機與SAP已有的套用模組實現自動化的業務流程，跨越不同的系統來控制和提升業務流程的運行效率，能夠給業務流程的參與者和監控業務流運行的管理者提供一個整個流程透明度，使得企業的複雜的業務流程能夠高效率，而且自動化的和SMART的運行。
組成部分
1)SAPBusiness Workflow
2)ccBPM 作為PI(XI)的一部份
3)SAP Enterprise Business Modeling Application - ARIS 平台, 德國IDS公司產品(SAP是股東之一,也能在ERP平台上作業務流程管理)
4)SAP Netweaver Business Process Management(包括Modeling的工具, 比如集成WebDynpro和WebService作為流程的UI層.)
5)SAP Netweaver Business Rules Management. 主要是NW BPM的Modeling中使用, 定義一些業務規則和規範. 在不斷變化的業務流程中,BRM使得不需要修改BPM定義好的業務流程, 通過直接修 改業務規則就可以使得現行的業務流程就可以滿足新的需求.
模組與業務
從高層來看，ERP等SAP企業套用傳統的架構（“設計”）方式是非常簡明的。前端客戶接入設備，像獨立PC、筆記本、工作站、移動設備等會運行軟體來與公司數據中心處的SAP套用進行對話。這些前端客戶也被稱為呈現伺服器（presentation server），因為它們給最終用戶呈現的是SAP接口。運行在這些呈現伺服器上的軟體或客戶端可能包含一組特殊的SAP圖形用戶界面（在Microsoft Windows、Apple的Mac OS或各種Linux桌面作業系統之上），或者只包含了Microsoft的Internet Explorer。不管情況如何，前端軟體通過某種網路連線方式與一台或多台後端SAP套用伺服器（運行SAP套用的計算機）進行互動。網際網路提供連線，或者通過公司區域網路、區域網路、電話線或其他類似的網路連線接入。這樣，最終用戶就可以在地球上的任何地方運行業務事務，所有的一切都完全取決於公司在前端和網路資源上的投資。
業務事務需要客戶記錄、庫存狀態、財務信息等數據來實際運行。因而，前面所提到的SAP套用伺服器也將與維護這類記錄的資料庫伺服器相連。SAP特意這樣設計三層架構解決方案，即呈現層或客戶層、套用邏輯層以及數據管理層，它們既在邏輯上分離，也可能在物理上隔離。以這種方式可以架構出靈活的系統，備用空間可以根據需要另行添加。例如，如果SAP套用運行得越來越慢，IT部就需要另行提供套用伺服器，或僅在現行套用伺服器上增加更多的CPU或記憶體，所有行為都不需要對前端客戶或後端資料庫系統做出任何改變。如果維護所有SAP數據的RDBMS（關係資料庫管理系統）負載過重，也無須影響到運行SAP業務邏輯的伺服器，亦可對其進行升級。SAP的三層架構依據下述功能把整個架構劃分成三層：
SAP經典三層架構需要一台資料庫伺服器、一台或多台套用軟體伺服器以及任意數量的前端客戶
用戶界面層（“前端”客戶或呈現層伺服器）；
業務邏輯層（SAP程式實際執行的“套用”層）；
資料庫層（裝載所有SAP數據的“後端”RDBMS）。
三層架構使得最基礎的或者無法迴避的問題變得容易解決。這類問題包括性能、擴展性（實際套用上仍比較缺乏）、網路連通性、易於升級業務套用邏輯的需求以及對技術靈活性的追求。為了做到最後一點，SAP的工程師們把作業系統和資料庫層從SAP系統中抽離出來，這樣就可以支持許多種不同的技術組合，而無需回頭重寫現有的程式。
業務事務需要客戶記錄、庫存狀態、財務信息等數據來實際運行。因而，前面所提到的SAP套用伺服器也將與維護這類記錄的資料庫伺服器相連。SAP特意這樣設計三層架構解決方案，即呈現層或客戶層、套用邏輯層以及數據管理層，它們既在邏輯上分離，也可能在物理上隔離。以這種方式可以架構出靈活的系統，備用空間可以根據需要另行添加。例如，如果SAP套用運行得越來越慢，IT部就需要另行提供套用伺服器，或僅在現行套用伺服器上增加更多的CPU或記憶體，所有行為都不需要對前端客戶或後端資料庫系統做出任何改變。如果維護所有SAP數據的RDBMS（關係資料庫管理系統）負載過重，也無須影響到運行SAP業務邏輯的伺服器，亦可對其進行升級。SAP的三層架構依據下述功能把整個架構劃分成三層：
SAP經典三層架構需要一台資料庫伺服器、一台或多台套用軟體伺服器以及任意數量的前端客戶
用戶界面層（“前端”客戶或呈現層伺服器）；
業務邏輯層（SAP程式實際執行的“套用”層）；
資料庫層（裝載所有SAP數據的“後端”RDBMS）。
三層架構使得最基礎的或者無法迴避的問題變得容易解決。這類問題包括性能、擴展性（實際套用上仍比較缺乏）、網路連通性、易於升級業務套用邏輯的需求以及對技術靈活性的追求。為了做到最後一點，SAP的工程師們把作業系統和資料庫層從SAP系統中抽離出來，這樣就可以支持許多種不同的技術組合，而無需回頭重寫現有的程式。
