SAPマスタデータ多くのシステムは、外部システムからのインポート用にサポートされている、SAPマーケティングクラウドは、連絡先のマスタデータがHYBRISコマース、CRM、ERPやTwitter、Facebookや他のソーシャルメディアから来ることができる事実です。異なるソースからの接触が現実世界に対応することができ、同じ人は、その後、プロセスがあり、プロセスの論理は、統合するマーケティングのクラウドシステムへの完全な情報が含まれている連絡先マスター・データ・ストアをつなぎ合わせるために、異なるチャネルからのデータに連絡することですこの組み合わせ過程でゴールデン記録と呼ばれる完全な連絡先のパッチワーク構造を形成した後、パッチワーク（マージ）と呼ばれています。
このようなERPシステムIDなどのデータ・ソース・システム上の各コンタクトのための主要な面、エージェントIDと呼ばれる以下の図の青いリングは、ツイッターID 456などに、123です。黄色の円は、コンタクト456へのTwitter IDでのように、それぞれのソースシステム内の接触性である、name属性はjerrywangする@樹液です。黄色の環状は、追加のファセットと呼ばれます。
接触操作、すなわち、新規または組み合わせ、実行されるべき異なるデータソースからの連絡先データ、少なくとも一つの同じ属性を検出した場合、SAPマーケティングクラウドシステムに伝えるために、ケース内の構成のシリーズを実行することによって。
たとえば、次の図は、値電子メールアドレスが同じであるERP、Facebookやウェブショップ、三件の連絡先データがある場合、そのデータをインポートし、事前定義された構成に基づいて、マーケティングのクラウドは、同じ人物にこれらの3つのデータ点を考慮し、そう最後に、独自のマージ連絡先レコードを生成します。
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/17/main-id-origin-customizing-settings-contacts-sap-s4hana-marketing-sap-hybris-marketing/#
Contacts in SAP Hybris Marketing – Understanding the Concept of Golden Records
https://blogs.sap.com/2016/08/26/contacts-in-sap-hybris-marketing-understanding-the-concept-of-golden-records/#
How Does SAP Hybris Marketing Build the Golden Record of an Interaction Contact?
https://blogs.sap.com/2016/07/01/how-does-sap-hybris-marketing-build-the-golden-record-of-an-interaction-contact/