SAP Marketing Cloud的Contact導入配置和數據合併原理

SAP不少系統的主數據都支持從外部系統導入，SAP Marketing Cloud也是如此，contact主數據能夠來自Hybris Commerce，CRM，ERP或者Twitter，Facebook等社交媒體。來自不一樣渠道的contact可能對應的是真實世界裏同一我的，那麼就存在一個過程，該過程的邏輯是將不一樣渠道的contact數據進行整合，拼湊出一個包含完整信息的contact主數據存儲到Marketing Cloud系統裏，這個拼湊的過程稱之爲合併(merge)，拼湊後造成的完整Contact結構稱爲Golden record。

下面這張示意圖裏的藍色圓環稱爲Main facet，表明每一個contact數據在某個源系統上的ID，好比在ERP系統上的ID爲123，在Twitter上的ID爲456等等。而黃色圓環是contact在各自源系統裏的屬性，好比在Twitter網站上ID爲456的一個contact，其name屬性爲jerrywang@sap。黃色圓環稱之爲additional facet.

經過在SAP Marketing Cloud裏進行一系列配置，告訴系統，當檢測到來自不一樣數據源的contact數據，存在至少一個相同屬性的狀況下，應該執行何種contact操做，也就是合併或者新建。

好比下圖在ERP，Facebook和Web Shop上有三條contact數據，其Email地址的值都相同，那麼進行數據導入時，基於預約義好的配置，Marketing Cloud認爲這三條數據指向的是同一我的，因此最後merge出來生成惟一一條contact記錄。

Marketing Cloud具體merge的過程，就是根據SAP Marketing Cloud系統裏的customizing配置，將三條Email地址都相同的記錄做爲當前merge的輸入，而後逐一將本記錄內的屬性「投影」到最終的Golden Record裏。若是把Golden Record想象成最終完整的拼圖，那麼這個merge過程就有些相似於拼圖操做——將散佈在各個數據源中的零散信息合併成一個總體，存儲在Marketing Cloud系統內以便進行後續處理。

Marketing Cloud裏針對contact導入系統時的merge操做的相關customizing設置，在整個contact導入過程當中起着相當重要的做用。

和SAP Cloud for Customer等不少雲產品同樣，SAP Marketing Cloud的customizing也是在瀏覽器裏完成。

點擊Fiori Launchpad裏的Manage Your Solution這個tile，

進入Configure Your Solution, 

根據關鍵字contact進行搜索，在搜索結果列表裏找到Contacts and Profiles相關的配置：

其中第六步， OriginContactID-Configure這一步，就是合併時針對來自不一樣平臺的contact數據，執行合併或新建操做的配置。

點擊以後，能看到一個contact屬性列表，從這些屬性列表不難推斷出SAP Marketing Cloud支持導入contact的數據源有S/4HANA，ERP，CRM，Hybris Commerce，SAP Cloud for Customer，Gigya，Qualtrics和社交媒體如Twitter，Facebook等等。

上圖有兩列，分別對應爲每一個屬性指定One Per Contact和Shareable爲true仍是false的界面。前者顧名思義，若是設置爲true，意味着一個contact在同一個數據源系統裏只能擁有一個惟一值，好比一我的的護照號碼，或者SAP系統裏的Customer ID；反之像Email，座機號，傳真號這種屬性，一個contact在同一個數據源系統裏若是容許存在多個值，則One Per Contact設置爲false。而Shareable屬性置爲true，適合那些在同一個數據源系統裏容許多個不一樣contact具備相同值的屬性，好比一家人的contacts的座機號容許相同。

對每個Contact屬性，One Per Contact和Shareable的true/false狀態排列組合共有四種，其中One Per Contact爲true的兩種狀況，即便系統在檢測到匹配的屬性狀況下，也可能會致使contact數據的建立，而不是merge，也就是下圖中第二行和第四行標註了感嘆號的狀況。

看一些具體的例子：

1. 手機號碼屬性的Sharable爲false，One Per Contact爲false。

來自SAP ERP和Web Shop的這兩條數據，mobile字段都相同，Marketing Cloud進行合併，合併以後的contact數據具備分別來自ERP和Web Shop的兩個facet。

2. 手機號碼屬性的Sharable爲false，One Per Contact爲true。

在同一個Web Shop系統裏存在兩條contact記錄，雖然其手機號碼維護的值都相同，可是由於One Per Contact設置爲true，所以Marketing Cloud不進行merge，而是新建了兩條Contact記錄，其mobile facet的值都爲該相同的手機號，而Web Shop ID facet的值分別來自Web Shop系統的原始值。

3. Email屬性的Sharable爲true，One Per Contact爲false。

來自SAP ERP和SAP CRM的兩條數據，Email地址都相同，One Per Contact也維護的是false，可是由於它們的full name不一致，因此最後導入到Marketing Cloud裏仍是會分別生成兩條Contact數據。

導入到Marketing Cloud中的Contact數據，仍然能夠經過其標籤頁Origin Data查看每一個屬性的來源。

更多閱讀

• The Main ID Origin Customizing Settings for Contacts in SAP S/4HANA Marketing and SAP Hybris Marketing

  https://blogs.sap.com/2016/10...

• Contacts in SAP Hybris Marketing – Understanding the Concept of Golden Records

  https://blogs.sap.com/2016/08...

• How Does SAP Hybris Marketing Build the Golden Record of an Interaction Contact?

  https://blogs.sap.com/2016/07...