嗨克里斯托夫，

在我的评论下方。

1）

在BAdI内部，我们正在检查有效的联系人和营销许可，以便仅将有效的联系人和营销许可加载到CPI。

请参阅指南中的第9页。

稍后将这些方法用于BAdI。 请参阅指南的第29页。

所有这些设置使我们可以在CRM方面进行过滤，而无需在CPI/市场方面进行过滤。 这样可以减少IDOC流量。

2）

正如您在下面的"关系映射"中看到的那样，使用了另一个IDOC结构：M02而不是M03

BR

Maik

Hi Christof，

在我的回答下面并评论您的问题：

与Idoc CRMXIF_PARTNER_SAVE_REL_MXX相关的iflow有两个标准

1）CRM_Business_Partner_Relationship_yMKT：

使用没有营销许可结构的basec类型CRMXIF_PARTNER_REL_SAVE_M02

在内部从CRM复制联系人和关系信息

2）将联系人权限从CRM复制到YMKT：

使用basec类型CRMXIF_PARTNER_REL_SAVE_M03，该类型确实具有行销权限的结构，并且用于加载

最初来自CRM的营销许可

为了开始从CRM到市场营销云的联系人权限的初始加载，您需要将BADi CRMXIF_PARTNER_R_MAP实施为客户实现，并连接到标准iflow的端点"将联系人权限从CRM复制到YMKT" ，因为BAdi CRMXIF_PARTNER_R_MAP是非多次使用的BAdi，这意味着仅允许使用一个活动的BAdi实现。 如果已经使用了活动的BAdi实现，则必须暂时停用此实现，并激活BAdi实现以初始加载联系人权限。 使用后，您可以停用BAdi实现以初始加载联系人权限。 这就是为什么需要Z-BAdi的原因。

您不需要进行映射，因为映射已在标准iflow"将联系人权限从CRM复制到YMKT"中完成。 设置指南和博客中介绍了您真正需要做的事情。

正如Maik的评论，BAdi的实现代码检查并筛选了有效的联系人权限，无效的联系人权限可能不会加载到CPI。

您不能将"从CRM复制联系人权限到YMKT的映射"与" CRM_Business_Partner_Relationship_yMKT"的映射结合起来，因为CRM中间件中两个逻辑系统的设置都不同。

iflow" CRM_Business_Partner_Relationship_yMKT"的逻辑系统已配置为增量负载。 这意味着所有更改都会被复制。

iflow的逻辑系统"从CRM复制联系人权限到YMKT"已针对初始负载进行了配置，这意味着任何更改都不会被复制

最诚挚的问候，

Ti No

在本指南第4页上的

编写为：

• 在版本1805中，必须手动完成BAdI实施。
• 在版本1808中，BAdI实施应由SAP以SAP CRM支持软件包的形式提供。

更新信息：

1. 必须在客户名称空间（Z或Y）中手动完成BAdI实施。
2. 由于SAP CRM 7.0 EHP1 SP05或更高版本中提供了"营销许可"业务场景，并且必须以兼容的方式提供支持包，因此SAP并未取消标准的BAdI实施，因此用户需要手动实施BAdI 在客户名称空间（Z或Y）中。

最诚挚的问候，

Ti No

嗨Ti No

参考您上面引用的文档。 这是否意味着如果我的客户使用的是升级包3（7.0），则BAdi已由SAP实施？

此外，当我尝试参考上面提到的文档创建自己的自定义类时，我发现大多数方法已经由SAP创建。 （请参阅所附的屏幕截图）

这是否意味着如果已经实现了方法，那么就不需要添加自定义方法了吗？

嗨Lungile，

我对您的问题的评论

1）不，SAP尚未交付实施，它将保留自定义实施。

2）图像左手边的所有方法均继承自标准超类。

图像右侧的两个新方法是新的自定义方法，它们与继承的

不同

方法，包括名称和逻辑。 您自己的新自定义方法的名称的末尾有一个下划线，但是继承的名称

没有标准。

继承：CHECK_CONTACT_ALLOWED

自定义：CHECK_CONTACT_ALLOWED _

继承：READ_VALID_PERMISSIONS

自定义：READ_VALID_PERMISSIONS _

不能重新定义继承的方法，因为它们被定义为静态方法。

最诚挚的问候，

Ti No