光看封面配圖，這篇文章很容易被誤認(rèn)為在講成都的美食之一：火鍋。

SAP成都研究院坐落在被聯(lián)合國(guó)教科文組織授予過(guò)“美食之都”稱(chēng)號(hào)的成都，所在的天府軟件園，半徑1公里左右星羅棋布著很多聞名的火鍋美食店。

那么火鍋和本文主題，SAP云平臺(tái)同第三方CRM解決方案互聯(lián)有何關(guān)聯(lián)？

HubSpot是一個(gè)微型的CRM解決方案，麻雀雖小，五臟俱全。大家可以使用郵箱免費(fèi)注冊(cè)然后體驗(yàn)。

從登錄進(jìn)去后的主頁(yè)菜單能看出，一個(gè)CRM系統(tǒng)的三大核心模塊Sales，Service和Marketing，HubSpot都具備。

而Jerry寫(xiě)這篇文章時(shí)，不斷地把HubSpot敲成HotPot，罪過(guò)罪過(guò)。。。

之前Jerry陸陸續(xù)續(xù)介紹過(guò)一些SAP系統(tǒng)同第三方解決方案集成的技術(shù)：

一些SAP Partners能夠通過(guò)二次開(kāi)發(fā)實(shí)現(xiàn)打通C/4HANA和S/4HANA的方法介紹：通過(guò)C4C的Event Notification功能，每當(dāng)C4C的銷(xiāo)售訂單創(chuàng)建時(shí)，都會(huì)通過(guò)事件通知機(jī)制，調(diào)用S/4HANA注冊(cè)的事件處理函數(shù)，把這個(gè)訂單同步到S/4HANA去。

WordPress，SAP Kyma和微信三者的集成
從ABAP Netweaver的SICF到SAP Kyma的Lambda Function
周伯通的空明拳，米諾斯的星塵傀儡線，SAP Kyma的Serverless
還在用ABAP進(jìn)行SAP產(chǎn)品的二次開(kāi)發(fā)？來(lái)了解下這種全新的二次開(kāi)發(fā)理念吧
以上四篇文章均圍繞如何使用Kyma Lambda Function來(lái)擴(kuò)展SAP產(chǎn)品或者客戶的legacy系統(tǒng)來(lái)介紹的。

SAP云平臺(tái)上的ABAP編程環(huán)境里如何消費(fèi)第三方服務(wù)：這篇文章的標(biāo)題就已經(jīng)很好的詮釋了文章內(nèi)容了。

給用過(guò)SAP CRM中間件的老哥老姐們講講SAP CPI：通過(guò)SAP Cloud Platform Integration調(diào)用第三方OData.

本文介紹另一種集成方式同第三方應(yīng)用進(jìn)行集成：SAP API Management Service + SAP Open Connector. 第三方應(yīng)用選擇的是HubSpot. 我們將開(kāi)發(fā)一個(gè)SAP UI5應(yīng)用，通過(guò)這種新介紹的方式在UI5應(yīng)用里顯示HubSpot系統(tǒng)里的Company數(shù)據(jù)。

大家也許會(huì)問(wèn)，這個(gè)常規(guī)需求，我直接在UI5應(yīng)用里編程，直接調(diào)用HubSpot的Restful API，不是一樣也能實(shí)現(xiàn)么？

SAP官網(wǎng)給出了使用Open Connector能享受到的收益，比如借助SAP在云平臺(tái)上預(yù)置的連接器，能夠減少集成的開(kāi)發(fā)時(shí)間，降低集成復(fù)雜度，提高開(kāi)發(fā)效率等等。

而SAP云平臺(tái)上的API Management Service，對(duì)通過(guò)Open Connector連接的API提供了企業(yè)級(jí)的API操作方式和統(tǒng)一的生命周期管理。

下面是集成的具體步驟。

進(jìn)入SAP Open Connector首頁(yè)，點(diǎn)擊Connectors：

這個(gè)列表里就是SAP官網(wǎng)上介紹的pre-built的第三方CRM應(yīng)用的連接器。

我們從列表里找到火鍋，哦不對(duì)，找到HubSpot：

點(diǎn)擊Authenticate, 建立SAP Cloud Platform同HubSpot的安全連接：

創(chuàng)建一個(gè)HubSpot的連接器實(shí)例，這里需要填一個(gè)API key：

到HubSpot的settings頁(yè)面創(chuàng)建一個(gè)API key：

實(shí)例創(chuàng)建完畢后，就能在SAP云平臺(tái)環(huán)境里通過(guò)這個(gè)實(shí)例消費(fèi)HubSpot的Restful API了。

Open Connector的控制臺(tái)里，還有這種叫做Common Resources的模型，有什么用處？

看幫助文檔："提供了一個(gè)預(yù)先配置好映射關(guān)系的通用數(shù)據(jù)接口，能夠?qū)⑼ㄟ^(guò)Connector連接的不同CRM服務(wù)的數(shù)據(jù)通過(guò)簡(jiǎn)化的模型返回"。

看具體的例子。我在HubSpot里創(chuàng)建了兩個(gè)Companies:

如果直接消費(fèi)HubSpot的API，請(qǐng)求的url如下：
https://api.hubapi.com/companies/v2/companies/paged?hapikey=<your API key>&properties=name&properties=website

盡管我們通過(guò)url參數(shù)只請(qǐng)求了name和website兩個(gè)字段，從響應(yīng)數(shù)據(jù)結(jié)構(gòu)中可以發(fā)現(xiàn)，HubSpot除了返回這兩個(gè)字段的值以外，還包含了一些控制字段信息，比如timestamp, source, sourceId等字段，而我們對(duì)這些字段不感興趣。

現(xiàn)在就是Common Resources派上用場(chǎng)的時(shí)候了：

這個(gè)Common Resources起的作用好比ABAP里的simple transformation，可以根據(jù)預(yù)定義好的mapping規(guī)則，對(duì)HubSpot API返回的數(shù)據(jù)進(jìn)行一些“變形”，移除一些我們應(yīng)用不關(guān)心的字段。

點(diǎn)擊Send按鈕，從Transformed Response里觀察到通過(guò)Common Resources處理后的數(shù)據(jù)：

現(xiàn)在這個(gè)數(shù)據(jù)看起來(lái)是不是清爽多了？這也就是我們UI5應(yīng)用期望消費(fèi)的數(shù)據(jù)。

如果對(duì)標(biāo)準(zhǔn)的Common Resources預(yù)置的映射處理規(guī)則不滿意，還可以把標(biāo)準(zhǔn)的Resource克隆出來(lái)，然后在上面做修改。下圖是我自己修改過(guò)的兩個(gè)Resources模型。

Connectors至此就開(kāi)發(fā)完畢了，實(shí)際上我們連一行代碼都沒(méi)寫(xiě)，準(zhǔn)確地說(shuō)是配置完畢了，這也證實(shí)了SAP官網(wǎng)提到的Open Connector給集成開(kāi)發(fā)人員帶來(lái)的便利。

有了Connectors，但我們還沒(méi)有生成可供SAP UI5應(yīng)用消費(fèi)的endpoint，這部分工作交由API Management Service完成。

登錄API portal，將這個(gè)API tenant同之前創(chuàng)建的Open Connector連接起來(lái)，這個(gè)連接取名叫jerry_openconnector_provider:

需要填的Organization Secret和User Secret在Open Connector控制臺(tái)里獲得：

回到API界面，創(chuàng)建一個(gè)新的API provider：

從下拉菜單里選擇剛才創(chuàng)建的jerry_openconnector_provider,

點(diǎn)擊Discover按鈕：

就能自動(dòng)檢測(cè)出之前創(chuàng)建的Open Connector實(shí)例了。

點(diǎn)擊Deploy進(jìn)行部署：

Deploy之后，可以在API portal里根據(jù)swagger風(fēng)格的操作方式來(lái)瀏覽通過(guò)Open Connector連接的HubSpot API了：

現(xiàn)在我們已經(jīng)有了一個(gè)可用的API endpoint，通過(guò)它，我們的
SAP UI5應(yīng)用就可以訪問(wèn)HubSpot的Restful API了：

在瀏覽器里測(cè)試，確保通過(guò)這個(gè)url能夠返回我們期望的數(shù)據(jù)：

最后一步，就是常規(guī)操作了，新建一個(gè)SAP UI5應(yīng)用，在里面通過(guò)JSON Model訪問(wèn)之前API provider暴露出來(lái)的url:

為了解決跨域問(wèn)題，上面第12行使用了指向API provider的相對(duì)路徑，通過(guò)neo-app.json里聲明的Destination指向?qū)嶋H的完整路徑：

在SAP Cloud Platform上創(chuàng)建這個(gè)名為api_portal的Destination：

一切就緒后，打開(kāi)UI5應(yīng)用，就能看到通過(guò)API provider，經(jīng)由Open Connector從HubSpot取回來(lái)的數(shù)據(jù)了。

這種通過(guò)Open Connector和API Management Service同第三方應(yīng)用進(jìn)行集成的方式，同Jerry文章開(kāi)頭回顧的幾種方式，并無(wú)孰優(yōu)孰劣之說(shuō)。在實(shí)際的工作中，我們需要根據(jù)自己企業(yè)的實(shí)際情況，比如現(xiàn)有系統(tǒng)架構(gòu)，開(kāi)發(fā)部門(mén)的技術(shù)水平，項(xiàng)目預(yù)算等，靈活選擇適合自己企業(yè)的集成方案。如果非要尋找一些通用的最佳實(shí)踐，可以參考SAP CTO在各大會(huì)議上介紹的SAP云端編程模型(Cloud Application Programming Model)技術(shù)選型的決策樹(shù)，來(lái)制定適合自己企業(yè)集成方案選型的決策樹(shù)。

感謝閱讀。

要獲取更多Jerry的原創(chuàng)文章，請(qǐng)關(guān)注公眾號(hào)"汪子熙":

與50位技術(shù)專(zhuān)家面對(duì)面20年技術(shù)見(jiàn)證，附贈(zèng)技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的sap crm行业解决方案_SAP云平台和第三方CRM解决方案(火锅)互联的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。