SAP C/4HANA 軟體套件和 SAP S/4HANA 的關係如下圖所示：

![](https://img-blog.csdnimg.cn/img_convert/0a09f7684ce7aaa306b5a5d531318fe2.png)

以 C/4HANA 的服務云為例，打通其與 SAP S/4HANA 兩個系統的整合方案之一，就是在 C/4HANA 的服務雲做一些後臺開發，即下圖紅色方框標註的 C4C API endpoint 所示。因為是雲產品，這種後臺開發只有 SAP 能做，並沒有對 Partners 開放。

![](https://img-blog.csdnimg.cn/img_convert/2bd3b2b1a487cab7769c2d9df040920d.png)

因此本文介紹另一種 SAP Partners 能夠實際實施的二次開發方式，透過這些方式，同樣能實現 C/4HANA 和 S/4HANA 的簡單整合場景。

需要強調的是，本文的重點是實現思路的介紹，羅列出的程式碼僅適用於原型開發場景中，離真正實現在生產環境的標準還有很大距離，比如缺少錯誤處理，缺少足夠多的場景覆蓋等等。這些需要 SAP 實施商在真正做二次開發時自己去彌補。

本文使用一個簡單的場景來介紹一種輕量級的整合方式：將 C/4HANA 中銷售雲的銷售訂單(Sales Order) 同步到 S/4HANA 中。

因為在 S/4HANA 裡，基於銷售訂單可以生成後續的生產訂單，那麼一旦實現這個整合場景，理論上我就可以用手機訪問 C/4HANA 的銷售雲，在手機上觸發 S/4HANA 的生產製造流程。

SAP C/4HANA 銷售雲裡的 C4C Cloud for Sales 部分，如果需要同 SAP 其他 On-Premises 產品比如 SAP ERP, SAP CRM 等整合，SAP 官方推薦的同步方式是採用 SAP HANA Cloud Integration(簡稱 HCI) 和 SAP Netweaver PI 作為中介軟體。

![](https://img-blog.csdnimg.cn/img_convert/b44fb8f47604c38c78f5f5b3d2de3267.png)

這兩種推薦的方式都非常成熟，並且在眾多的實際專案實施過程中得到了驗證：

PI 的配置文件[連結](https://support.sap.com/content/dam/SAAP/Sol_Pack/Library/TestScripts/NC8_CFCALL_HowTo_Guide_EN_XX.pdf)

![](https://img-blog.csdnimg.cn/img_convert/e2e1041632306d8d5402113a9656593d.png)

HCI 的配置文件[連結](https://support.sap.com/content/dam/SAAP/Sol_Pack/Library/TestScripts/NC7_CFCALL_HowTo_Guide_EN_XX.pdf)：

![](https://img-blog.csdnimg.cn/img_convert/830a12112ca9f540c74276ce777d0f81.png)

從我截圖高亮的文件頁碼不難發現，使用這兩種中介軟體都存在一些配置工作量——雖然對於諸如銷售訂單，客戶主資料，產品主資料這種通用同步場景，SAP 已經提供了開箱即用的解決方案，但仍需專業顧問在中介軟體上完成配置才能讓同步流程正常工作。對於這種方式的思路，筆者個人理解就是，配置優於編碼，透過大量的配置來減少甚至避免 Partners 編碼的工作量。

筆者將要介紹的另一種整合方式則反其道而行之，編碼優於配置。這種方式的優點就是完全避免了 HCI 或者 PI 等中介軟體的引入，因此也壓根不存在配置的工作量了。當然凡事有利就有弊，拋棄了中介軟體之後，意味著C4C Cloud for Sales 採用直連的方式同 S/4HANA 互動，這樣 C4C 建立的銷售訂單傳送到 S/4HANA 之後，Partners 需要在S/4HANA 使用對應的 API 自行建立銷售訂單。

下面是具體的步驟。

SAP C4C 有個功能叫做 OData Notification, 在標準的 Business Object 資料發生狀態變化(建立，更新，刪除)時，可以透過 OData 的方式將這些事件推送到事件監聽者去，這實際是一個簡單的觀察者-釋出者設計模式。

![](https://img-blog.csdnimg.cn/img_convert/67561db9dd62a3b9476696d2294c9fd7.png)

1. 既然這個功能基於 OData，我們首先要建立一個 OData 服務，在這個 OData 服務裡定義 C4C 銷售訂單的哪些欄位，需要推送到 S/4HANA 去。

SAP C4C OData 服務的建立可以直接在瀏覽器裡完成：

![](https://img-blog.csdnimg.cn/img_convert/37b389dc12510b6b700f35dbd5cc61ed.png)

因為所要做的就是簡單的建模工作，把想要暴露的欄位從左邊的 Business Object 列表裡選中，移動到右邊即可。

我建立的 OData 服務名叫 zjerrysalesorder.

![](https://img-blog.csdnimg.cn/img_convert/7f6aebae7a94718ad8a1e4e8950e473a.png)

下面的 UI 就是事件釋出者和監聽者關鍵維護介面，裡面的設定含義是：一旦CUSTOMER_QUOTE(C4C 銷售訂單基於的 BO )發生了建立或者更新，則新建或者更新的銷售訂單資料會透過前一步建立的 OData 服務 zjerrysalesorder 推送到註冊的事件監聽者，即S/4HANA 的 一個API /sap/bc/dis_c4c 上去。

![](https://img-blog.csdnimg.cn/img_convert/6066693a3395281a6193017fbb96229d.png)

2. 在 S/4HANA 事務碼 SICF 裡按照路徑 `/sap/bc/dis_c4c` 實現這個事件監聽者，這個路徑需要和第一步在 C4C 系統裡註冊的 url 一致。

![](https://img-blog.csdnimg.cn/img_convert/bdb0e9e225fb772fee824f39c3403adf.png)

在 ABAP Netweaver 事務碼 SICF 裡開發的這些類從原理上可以類比成 Java 裡的 Servlet，在筆者這篇部落格裡有詳細介紹:

[ABAP ICF handler and Java Servlet](https://blogs.sap.com/2017/05/07/abap-icf-handler-and-java-servlet/)

在服務 dis_c4c 對應的 ABAP 處理類裡設定一個斷點，在 C4C 裡新建一個銷售訂單，然後S/4HANA 裡這個斷點就會觸發。

![](https://img-blog.csdnimg.cn/img_convert/b491a848467bffbf17ea72874571443c.png)

當然這裡涉及到一個內外網穿越的問題：執行在 Internet 網路下的 C4C 如何能夠和位於企業內網環境下的 S/4HANA 互動呢？

![](https://img-blog.csdnimg.cn/img_convert/d61417a17c82a6767bdffef0dc55a8b9.png)

可以採用筆者這篇文章[使用 Java+SAP雲平臺+SAP Cloud Connector呼叫ABAP On-Premise系統裡的函式](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247484533&idx=1&sn=57587494ffa36fda4cd97afc3cb08716&chksm=ead5b6e2dda23ff4f9b3c6623aa381c3620e7e349c210bda0516291463de487846d89cc97e22&scene=21#wechat_redirect)裡介紹的 SAP 雲平臺加上 Cloud Connector 的解決方案實現內外網訪問，或者直接將 S/4HANA 這個 url /sap/bc/dis_c4c 做一個內外網地址對映後，暴露給外網直接訪問。當然後者不推薦，用來做原型開發和概念驗證沒問題，如果是正式使用，那還是用 SAP 雲平臺那套標準解決方案吧。

我們在斷點裡可以觀察 C4C 推送到 S/4HANA 的資料格式。

![](https://img-blog.csdnimg.cn/img_convert/d1e5d35039d945bdf22ecd400c950518.png)

從偵錯程式裡可以看到，S/4HANA 接收到的是一個 JSON 格式的字串，包含了觸發事件的 BO 名稱，發生狀態變化的 BO 例項的 GUID，觸發的事件型別以及一個 OData 服務的 url. 這個 OData 服務正是我在第一步建立的 zjerrysalesorder.

S/4HANA 透過消費這個 OData 服務，就能獲取在 C4C 建立的銷售訂單透過 OData 服務暴露出來的資料，下邊這個例子發生的事件是 create，透過消費紅色高亮的 OData 服務 url，我們就能在 S/4HANA 裡獲得 C4C 新建的銷售訂單的明細，再呼叫操作銷售訂單的 API 在 S/4HANA 裡進行建立工作。

![](https://img-blog.csdnimg.cn/img_convert/b7bb2f59dd8f41aaf0827d71482c7a07.png)

S/4HANA 端的 ABAP 實現程式碼，核心的邏輯就是使用函式 SD_SALESDOCUMENT_CREATE 進行建立，這個 S/4HANA 函式的介面雖然和 SAP CRM 的 CRM_ORDER_MAINTAIN 有差異，但設計思路都類似，訂單的資料散落在諸如 Header,Item,Party,Text 等節點上，直接填充某節點對應的輸入結構即可完成相應資料的建立。

將 C4C 建立好的銷售訂單同步到 S/4HANA 的實際效果，可以參考這個[騰訊影片](https://v.qq.com/x/page/d0809f4tswl.html)。

這種透過觀察者-釋出者模式進行 C/4HANA 和 S/4HANA 資料同步的方式，依賴於 C4C 裡 BO 狀態的三種變化：建立，修改和刪除，顯得不夠靈活。從上面的開發我們能看出，Partners 的二次開發工作量主要集中在 S/4HANA，C/4HANA 端沒有任何編碼工作，僅僅完成了一個 OData 服務的建模和事件註冊。當事件發生後，從 C/4HANA 端向 S/4HANA 發起的事件推送是由 C4C 系統層面的元件來完成的。

那麼 Partner 有沒有辦法在 C/4HANA 裡，透過 C4C 端的二次開發編碼，直接消費 S/4HANA 的服務呢？

當然有。假設這樣一個場景：C/4HANA 的銷售訂單同步到 S/4HANA 後，在 S/4HANA 完成必要的生產流程後，可以進行後續的交貨流程。現在的需求就是：直接在 C4C 銷售訂單的 UI 上觸發S/4HANA 外向交貨單(Outbound Delivery)的建立，這樣業務人員不需要登入 S/4HANA 系統，而只需在手機上使用 C4C 應用，就能完成 S/4HANA 交貨流程的觸發了。

這個需求 Partners 完全可以透過二次開發來實現。

思路是：在 S/4HANA 把外向交貨單建立函式 BAPI_OUTB_DELIVERY_CREATE_SLS 包裝成一個 Restful API，然後在 C4C Cloud Application Studio 裡進行二次開發，使用ABSL(ABAP Scripting Language)來消費 API.

1. 在 S/4HANA 裡按部就班的完成上述 Restful API 的建立與實現。

2. 在銷售訂單的 BO 上建立一個新的 Action triggerOutboundDelivery:

![](https://img-blog.csdnimg.cn/img_convert/7bc762b7708d9aa1a6368aada02a2950.png)

繫結到 UI 這個叫做 Trigger Delivery 的按鈕上。同時在銷售訂單抬頭區域新建一個欄位，用於存放 S/4HANA 建立好的交貨單 ID。

![](https://img-blog.csdnimg.cn/img_convert/17e112be58c2a34d0fd1fdbf310a237f.png)

最後完成這個按鈕點選後的編碼實現工作，呼叫 `WebServiceUtilties.ExecuteRESTService` 去消費 S/4HANA 的 Restful API。

![](https://img-blog.csdnimg.cn/img_convert/93ca6cf1c33f4da7e6a4b5eb1639dfe7.png)

其中程式碼中出現的 `JerryExternal`, `JerryExternalService` 這些，均是和 Restful API 的消費有關的模型的名稱。

S4CRM 基於 Netweaver 技術架構的 Service Integration 場景裡必需的三大模型：

- Communication Arrangment
- Communication System
- Communication Scenario

因為 C4C 後臺也基於 Netweaver，所以為了消費 S/4HANA 的 Restful API，我們同樣需要在C4C 裡建立這三大模型。

![](https://img-blog.csdnimg.cn/img_convert/b47fd5ad3e78a4680a79cc4b07b305f0.png)

簡單地說，Communication System 負責維護 Service Provider 所在的系統，在我們這個例子裡是 S/4HANA 系統：

![](https://img-blog.csdnimg.cn/img_convert/f9d741b2870e3b54abdc6f899d24e060.png)

Communication Scenario 負責維護 Restful Service endpoint，而 Communication Arrangement 將兩者關聯起來。

![](https://img-blog.csdnimg.cn/img_convert/1c7c37a39fc8b0db71ef81bcf8752901.png)

關於這三個模型的詳細建立步驟，請參考筆者的部落格[Use Restful Service to consume S4 functionality in SAP Cloud for Customer](https://blogs.sap.com/2018/12/06/use-restful-service-to-consume-s4-functionality-in-sap-cloud-for-customer/)。

最後實現的效果是：點選按鈕之前，存放 S/4HANA 生成的交貨單 ID 的欄位是空的：

![](https://img-blog.csdnimg.cn/img_convert/1c11f1c4a666357fe420e93a83621627.png)

點了按鈕在 S/4HANA 生成交貨單之後，其 ID 透過 S/4HANA Restful API 的返回結果儲存在 C4C 銷售訂單 BO 的擴充套件欄位上，並顯示在 UI 抬頭區域：

![](https://img-blog.csdnimg.cn/img_convert/1a86a088dc1b91f8d6fe530f00a27df1.png)

# 總結

本文首先給出了 SAP C/4HANA 與 S/4HANA 整合的常規方式，即採取 HCI 和 PI 作為中介軟體完成整合。接著分享了筆者在實際專案中曾經使用過的一種基於事件驅動思想的輕量級整合解決方案，最後給出了 SAP 銷售雲裡採用 Cloud Application Studio 進行二次開發的一個實際案例。

一種基於事件驅動思想的 SAP 系統整合二次開發方法介紹

相關文章