SAP和第三方CRM怎么實(shí)現(xiàn)互聯(lián)

221次閱讀

共計(jì) 3236 個(gè)字符，預(yù)計(jì)需要花費(fèi) 9 分鐘才能閱讀完成。

本篇內(nèi)容介紹了“SAP 和第三方 CRM 怎么實(shí)現(xiàn)互聯(lián)”的有關(guān)知識，在實(shí)際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓丸趣 TV 小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

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

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

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

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

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

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

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

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

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

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

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

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

下面是集成的具體步驟。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

需要填的 Organization Secret 和 User Secret 在 Open Connector 控制臺里獲得：

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

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

點(diǎn)擊 Discover 按鈕：

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

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

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

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

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

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

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

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

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

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