今天就跟大家聊聊有關(guān)SAP Marketing Cloud的Contact導(dǎo)入配置和數(shù)據(jù)合并原理是什么，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

創(chuàng)新互聯(lián)專注于稱多網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供稱多營銷型網(wǎng)站建設(shè)，稱多網(wǎng)站制作、稱多網(wǎng)頁設(shè)計、稱多網(wǎng)站官網(wǎng)定制、成都小程序開發(fā)服務(wù)，打造稱多網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供稱多網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。

SAP很多系統(tǒng)的主數(shù)據(jù)都支持從外部系統(tǒng)導(dǎo)入，SAP Marketing Cloud也是如此，contact主數(shù)據(jù)可以來自Hybris Commerce，CRM，ERP或者Twitter，F(xiàn)acebook等社交媒體。來自不同渠道的contact可能對應(yīng)的是真實世界里同一個人，那么就存在一個過程，該過程的邏輯是將不同渠道的contact數(shù)據(jù)進行整合，拼湊出一個包含完整信息的contact主數(shù)據(jù)存儲到Marketing Cloud系統(tǒng)里，這個拼湊的過程稱之為合并(merge)，拼湊后形成的完整Contact結(jié)構(gòu)稱為Golden record。

下面這張示意圖里的藍(lán)色圓環(huán)稱為Main facet，代表每個contact數(shù)據(jù)在某個源系統(tǒng)上的ID，比如在ERP系統(tǒng)上的ID為123，在Twitter上的ID為456等等。而黃色圓環(huán)是contact在各自源系統(tǒng)里的屬性，比如在Twitter網(wǎng)站上ID為456的一個contact，其name屬性為jerrywang@sap。黃色圓環(huán)稱之為additional facet.

通過在SAP Marketing Cloud里進行一系列配置，告訴系統(tǒng)，當(dāng)檢測到來自不同數(shù)據(jù)源的contact數(shù)據(jù)，存在至少一個相同屬性的情況下，應(yīng)該執(zhí)行何種contact操作，也就是合并或者新建。

比如下圖在ERP，F(xiàn)acebook和Web Shop上有三條contact數(shù)據(jù)，其Email地址的值都相同，那么進行數(shù)據(jù)導(dǎo)入時，基于預(yù)定義好的配置，Marketing Cloud認(rèn)為這三條數(shù)據(jù)指向的是同一個人，所以最后merge出來生成唯一一條contact記錄。

Marketing Cloud具體merge的過程，就是根據(jù)SAP Marketing Cloud系統(tǒng)里的customizing配置，將三條Email地址都相同的記錄作為當(dāng)前merge的輸入，然后逐一將本記錄內(nèi)的屬性“投影”到最終的Golden Record里。如果把Golden Record想象成最終完整的拼圖，那么這個merge過程就有些類似于拼圖操作——將散布在各個數(shù)據(jù)源中的零散信息合并成一個整體，存儲在Marketing Cloud系統(tǒng)內(nèi)以便進行后續(xù)處理。

Marketing Cloud里針對contact導(dǎo)入系統(tǒng)時的merge操作的相關(guān)customizing設(shè)置，在整個contact導(dǎo)入過程中起著至關(guān)重要的作用。

和SAP Cloud for Customer等很多云產(chǎn)品一樣，SAP Marketing Cloud的customizing也是在瀏覽器里完成。

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

進入Configure Your Solution,

根據(jù)關(guān)鍵字contact進行搜索，在搜索結(jié)果列表里找到Contacts and Profiles相關(guān)的配置：

其中第六步， OriginContactID-Configure這一步，就是合并時針對來自不同平臺的contact數(shù)據(jù)，執(zhí)行合并或新建操作的配置。

點擊之后，能看到一個contact屬性列表，從這些屬性列表不難推斷出SAP Marketing Cloud支持導(dǎo)入contact的數(shù)據(jù)源有S/4HANA，ERP，CRM，Hybris Commerce，SAP Cloud for Customer，Gigya，Qualtrics和社交媒體如Twitter，F(xiàn)acebook等等。

上圖有兩列，分別對應(yīng)為每個屬性指定One Per Contact和Shareable為true還是false的界面。前者顧名思義，如果設(shè)置為true，意味著一個contact在同一個數(shù)據(jù)源系統(tǒng)里只能擁有一個唯一值，比如一個人的護照號碼，或者SAP系統(tǒng)里的Customer ID；反之像Email，座機號，傳真號這種屬性，一個contact在同一個數(shù)據(jù)源系統(tǒng)里如果允許存在多個值，則One Per Contact設(shè)置為false。而Shareable屬性置為true，適合那些在同一個數(shù)據(jù)源系統(tǒng)里允許多個不同contact具有相同值的屬性，比如一家人的contacts的座機號允許相同。

對每一個Contact屬性，One Per Contact和Shareable的true/false狀態(tài)排列組合共有四種，其中One Per Contact為true的兩種情況，即使系統(tǒng)在檢測到匹配的屬性情況下，也可能會導(dǎo)致contact數(shù)據(jù)的創(chuàng)建，而不是merge，也就是下圖中第二行和第四行標(biāo)注了感嘆號的情況。

看一些具體的例子：

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

來自SAP ERP和Web Shop的這兩條數(shù)據(jù)，mobile字段都相同，Marketing Cloud進行合并，合并之后的contact數(shù)據(jù)具有分別來自ERP和Web Shop的兩個facet。

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

在同一個Web Shop系統(tǒng)里存在兩條contact記錄，雖然其手機號碼維護的值都相同，但是因為One Per Contact設(shè)置為true，因此Marketing Cloud不進行merge，而是新建了兩條Contact記錄，其mobile facet的值都為該相同的手機號，而Web Shop ID facet的值分別來自Web Shop系統(tǒng)的原始值。

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

來自SAP ERP和SAP CRM的兩條數(shù)據(jù)，Email地址都相同，One Per Contact也維護的是false，但是因為它們的full name不一致，所以最后導(dǎo)入到Marketing Cloud里還是會分別生成兩條Contact數(shù)據(jù)。

導(dǎo)入到Marketing Cloud中的Contact數(shù)據(jù)，仍然可以通過其標(biāo)簽頁Origin Data查看每個屬性的來源。

看完上述內(nèi)容，你們對SAP Marketing Cloud的Contact導(dǎo)入配置和數(shù)據(jù)合并原理是什么有進一步的了解嗎？如果還想了解更多知識或者相關(guān)內(nèi)容，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝大家的支持。