嗨，丹尼，

我认为这取决于您如何设置联系人的其他任何来源。 因此，如果"联系人"仅具有名称，并且电子邮件和电子邮件不可共享，则它们应该匹配并合并。

您是否还有其他来源被设置为"按联系一个"，这取决于系统从合并联系人开始吗？

您知道有关匹配与合并的CX Works文章吗？ 逻辑？ 很好地概述了逻辑的工作原理： https://www.sap.com/cxworks/article/446948633/ Set_Up_Profiling_and_Match_Merge_Logic_for_SAP_Marketing_Cloud

BR Tobias

嗨，丹尼，

这很奇怪……配置看起来不错。

SAP_FORM是否配置为每个联系人一个？ 这是我唯一想到的一点。 否则，您是对的，我认为应合并联系人。

您是否检查了应用程序日志，"匹配并合并作业"的结果是什么？

BR Tobias

Hello Danny，

我需要知道您系统中的ID来源配置设置，您可以共享屏幕截图吗？

最佳问候

库纳尔 Bansal，SAP市场顾问

您好， Danny Lipkovski 。 匹配和合并逻辑本身就是"问题"。 这是联系匹配并在导入时合并的官方文档。 参见下图：

如果找到多个匹配项（如右图所示），则会针对每个联系人冲突检查一次，并合并并删除合并标志，因此不会与多个联系人合并。

要引用我提到的文档：

合并过程

计划合并过程每15分钟自动运行一次。 与匹配过程一样，合并时会考虑"每个联系人一个"规则。 系统检查标记的联系人是否存在一个或多个涉及标识相关ID的匹配项。 另一方面，在合并过程中不考虑共享ID。

1. 如果找到匹配项，系统将检查合并是否违反"每个联系人一个"规则。 如果没有紫罗兰色，将合并联系人并删除合并标记。 如果发生冲突，则只需删除合并标志。
2. 如果找不到进一步的匹配项，则将删除在步骤1c中设置的合并标志。

我强调了重要的部分。

解决方法：使用其他ID进行合并

想象一下，您的系统中已经有联系人A和B（未合并）。 您可以在 API_MKT_CONTACT_SRV api中使用AdditionalID端点来"设置"联系人的ID A作为联系人B的附加ID，然后发送将与两者合并的联系人C。

您也可以这样做：

1. 与EIM匹配和合并过程一起使用。 文档此处。
2. 使用业务加载项来修改匹配和合并过程。 文档此处。
。

关于

嗨，
联系人数据已通过表格输入。 该表格仅具有字段名字，姓氏和电子邮件。 因此，唯一可能相关的Source-ID是EMAIL和SAP_FORM。
SAP_FORM设置为与Identification不相关。
EMAIL设置如下：

据我了解，此设置应允许使用相同的电子邮件+姓名合并所有3个联系人。
即使文档在"是什么触发最佳记录的重新计算"下解释了应该合并所有找到的记录。

致谢

丹尼