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...