SAP 訂單模型的編排方式概述

筆者在 SAP 成都研究院工作多年，從事過多款 SAP 產(chǎn)品的標準開發(fā)工作。這些產(chǎn)品里無一例外地都存在著訂單(Order) 這種數(shù)據(jù)模型。

我們提供的服務有：成都網(wǎng)站設計、網(wǎng)站建設、外貿(mào)網(wǎng)站建設、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認證、龍泉驛ssl等。為數(shù)千家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務，是有科學管理、有技術的龍泉驛網(wǎng)站制作公司

訂單模型從數(shù)據(jù)結(jié)構(gòu)上來說是一棵樹，根節(jié)點就是我們通常俗稱的訂單抬頭(Header Level) 結(jié)構(gòu)，主要包含訂單 ID，創(chuàng)建時間，創(chuàng)建者，訂單描述信息，訂單涉及到的業(yè)務合作伙伴(Business Partner)等字段。

根節(jié)點通過所謂的 Association 和 Composition，關聯(lián)到其他葉節(jié)點，最典型的葉節(jié)點就是訂單行項目(Line Item) 結(jié)構(gòu)。行項目包含訂單設計到的產(chǎn)品明細，比如產(chǎn)品 ID，產(chǎn)品數(shù)量，產(chǎn)品單價，計稅方式，定價信息等等。訂單根節(jié)點和訂單行項目的對應關系為 1:N .

SAP 產(chǎn)品里的訂單處理，無論是 On-Premises 解決方案還是云產(chǎn)品，筆者認為歸根到底可以概括成四個字：訂單編排。這個概念包含兩個層次的內(nèi)容：

比如 SAP CRM 里經(jīng)典的 User Status(用戶自定義狀態(tài))和 System Status(SAP 標準狀態(tài))的設計，通過引入 Business Transaction 將兩者關聯(lián)起來，完美地實現(xiàn)了用戶自定義訂單狀態(tài)被 SAP 標準程序的感知。

下圖左邊的 Open, In process， Released 和 Completed 就是用戶自定義訂單狀態(tài)，SAP 允許客戶給每個狀態(tài)分配一個 Low 和 High 的值，通過這種方式巧妙地提供了一種用非圖形化方式進行狀態(tài)跳轉(zhuǎn)的定義。

比如 In process 狀態(tài)的 Low 為 20，意味著 In process 狀態(tài)不可能重新回到 Open 狀態(tài)，因為 Open 狀態(tài)的 ID 10 小于 In process 狀態(tài)的 Low 字段定義的 20——一個狀態(tài)能跳轉(zhuǎn)到的目標狀態(tài)的 ID，必須在由該字段的 Low 和 High 定義的區(qū)間內(nèi)。

用戶狀態(tài)通過 Business Transaction 映射到的 SAP 標準狀態(tài)，在我截圖的系統(tǒng)上一共有 906 個，這既體現(xiàn)了 SAP 軟件的高度復雜性，也不得不讓人佩服 SAP CRM 當初的設計者考慮問題的周全。

除了復雜的狀態(tài)處理和跳轉(zhuǎn)外，SAP 訂單編排的復雜度主要體現(xiàn)在以下方面：

因此 SAP 系統(tǒng)對訂單編排增強的支持就非常必要。

當然，不同的 SAP 產(chǎn)品，對訂單增強的實現(xiàn)方式也各不相同。

在 SAP CRM 里，雖然 SAP 沒有明確提出 Business Object 這個名詞，但訂單應用基于的模型實際上仍然是由不同的節(jié)點組成：

每個節(jié)點對應一些更底層的模型節(jié)點，上面可以注冊各種事件處理函數(shù)。下圖是 Service Request 這個 Business Object 的抬頭節(jié)點的事件處理函數(shù)：

每個節(jié)點可以分配一個分配一個執(zhí)行函數(shù)，當然，嚴謹?shù)牡聡嗽谧詈唵蔚挠^察-發(fā)布者模式上又添加了幾個維度的設置。

下圖第一列紅色的 Execution Time，表示這些分配的函數(shù)到底是事件觸發(fā)后立即執(zhí)行，還是延遲到訂單抬頭或者行項目的通用例程執(zhí)行完后再執(zhí)行(往往用于實現(xiàn)批量操作，或者待執(zhí)行函數(shù)同通用例程存在依賴關系，或者出于性能考慮）。

第二列的 Priority，即函數(shù)執(zhí)行優(yōu)先級，如果若干函數(shù)除了優(yōu)先級外其他維度維護的屬性完全一致，則按優(yōu)先級從高到低依次執(zhí)行。

第三列 Event，就是觀察者-發(fā)布者模式里的事件了，下面是 SAP CRM 訂單框架一些標準的事件：

最后一列就是事件監(jiān)聽函數(shù)。

筆者傾向于把 CRM 訂單處理系統(tǒng)的運作方式理解成類似下圖這種復雜的水管傳輸系統(tǒng)，訂單業(yè)務流程依次被注冊在不同事件上的監(jiān)聽函數(shù)執(zhí)行，就像這一根根大小粗細長短各異的水管一樣。

如果客戶對其中某個業(yè)務步驟需要做增強(需要替換某根水管), 只需要用一個自己實現(xiàn)的函數(shù)去替換 SAP 標準函數(shù)(自己另外找一根水管替換掉現(xiàn)在正在工作的水管），能替換的前提是自己實現(xiàn)的函數(shù)的接口同被替換函數(shù)完全一致(自己另外找的水管和以前的水管兩端接口的規(guī)格完全一致）。

而 SAP Cloud for Customer 里的訂單模型，其 Business Object 在目前最新的 1811 版本里仍然是由 ESF2 框架實現(xiàn)，只是后臺對 Partners 不可見，但大家可以類比 SAP On-Premises 世界里的 BOPF 框架，兩個框架的實現(xiàn)原理類似。

在 Cloud 的世界里，想對訂單處理流程做增強，同之前介紹的 SAP CRM 相比，相對來說受的限制要多一些。

在 Partner 做增強的 Cloud Application Studio 里，所有能做增強的點以 Hook 的方式顯示如下:

Partners 可以在這些 Hook 里進行業(yè)務功能增強。有些 Hook 可能存在某些讀寫限制，比如 AfterLoading 這個 Hook，會在 SAP BO 的標準加載邏輯執(zhí)行完畢后被調(diào)用，在這個 Hook 的實現(xiàn)里，SAP 不允許任何對 BO 節(jié)點標準字段的寫操作，以避免 Partners 的增強對 SAP 標準流程可能帶來的影響。

有的顧問朋友可能會說，這些 Hook 不就是 SAP Netweaver 里傳統(tǒng)的 Business AddIn(BAdI) 么？沒錯，概念上可以這么理解，需要提醒的就是，這些 Hook 創(chuàng)建之后，在 ABA P后臺并不是以 BAdI Implementation 的方式存儲，而是以 ESF2 Determination 的方式存儲，類似下圖這種 BOPF 里的Determination：

本文首先給出了 SAP 產(chǎn)品里訂單模型的統(tǒng)一實現(xiàn)思路，接著選擇 SAP CRM 和 SAP Cloud for Customer 這兩款具有代表性的客戶關系管理解決方案，著重介紹了其訂單編排邏輯的設計原理與實現(xiàn)細節(jié)。

sap創(chuàng)建銷售訂單如何帶出工廠數(shù)據(jù)

方法/步驟

1/8 分步閱讀

在主界面抬頭指令框內(nèi)輸入事務代碼CO08，輸完回車，進入面向銷售訂單創(chuàng)建生產(chǎn)訂單的界面，依次輸入銷售訂單號、物料號、生產(chǎn)計劃工廠和訂單類型等字段內(nèi)容；

2/8

進入如下抬頭界面，依次輸入生產(chǎn)訂單開始、結(jié)束日期并確認數(shù)量；

3/8

輸完點擊保存，左下角出現(xiàn)提示信息框，生成生產(chǎn)訂單號20240000098；

4/8

事務代碼CO02，進入生產(chǎn)訂單修改界面，輸入生產(chǎn)訂單號，回車；

5/8

進入?yún)R總訂單結(jié)構(gòu)界面，準備下達訂單；

6/8

此時訂單狀態(tài)為“CRTD，創(chuàng)建狀態(tài)”，點擊“讀匯總訂單”按鈕圖標，檢查無誤如下圖；

7/8

點擊執(zhí)行，則下達訂單，結(jié)果如下所示，訂單狀態(tài)為“REL，下達狀態(tài)”，隨后點擊保存；

8/8

讀取匯總訂單，點擊菜單欄“功能-刪除標記-設置”，結(jié)果如下圖所示，訂單狀態(tài)變?yōu)椤癉LFL”，確認后點擊保存，完成刪除標記操作；

sap計劃訂單是哪來的

sap計劃訂單生成方法是：

1、MRP自動產(chǎn)生。

2、手工創(chuàng)建MD11—計劃訂單。

3、修改計劃訂單-MD12。

4、顯示計劃訂單—MD13(個別)，MD16（集中）按照條件顯示。SAP是全球企業(yè)管理軟件與解決方案的技術領袖，同時也是市場領導者。30余年，通過其應用軟件、服務與支持，SAP持續(xù)不斷向全球各行業(yè)企業(yè)提供全面的企業(yè)級管理軟件解決方案。

分享題目：sap生產(chǎn)訂單管理系統(tǒng)的簡單介紹
文章轉(zhuǎn)載：http://www.yijiale78.com/article2/ddocgoc.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供關鍵詞優(yōu)化、做網(wǎng)站、搜索引擎優(yōu)化、企業(yè)建站、品牌網(wǎng)站設計、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)