嗨，丹尼，

我敢打赌，您指的是本地系统中的业务合作伙伴概念，而您却说"在本地系统中导入作为销售人员的销售代表非常容易"。 因为如果您坚持互动联系的概念，实际上并没有什么区别。

另一方面，我认为长期解决方案应该真正考虑员工（员工主数据）。 我相信他们应该有自己的业务对象和API，我们也能够通过SAP Marketing标准渠道向他们发送电子邮件-电子邮件，文本消息等。随着您必须包括这些，这一点变得越来越重要 SAP Marketing的更多销售代表。 当然，他们自然也应该与客户团队信息建立联系（可以通过雇员ID实现关联，因为CUAND_CE_IC_TM已经拥有该信息）。

在上述情况发生之前，我们所能做的就是思考 解决方法-就像我之前的答复一样。

对于HANA数据源创建部分，实际上，如果您成功通过 这部分。 后一部分（第1部分和第2部分）就像本地部署一样简单（如果我们不考虑属性和分析视图类型的限制）

最好的问候，

哈坎

嗨哈坎，

我正在研究OPtion#2。

我们能够使用他们的数据为销售代表创建自定义业务对象。 我了解要通过Employee表加入客户团队成员。 我试图将视图导入SMC，但失败并出现错误

无法上传文件。 查看详细信息以获取更多信息。 CUAND_CE_IC_ROOT的键字段DB_KEY，CUAND_CE_IC_FCET或CUAND_CE_IC_RE的PARENT_KEY，CUAND_CE_IA_RT的CONTACT_KEY，CUAND_CE_IC_FT_D的键字段DB_KEY不在视图中;导入

谢谢

Praveen

您好 Danny Lipkovski ，

最后 在我检查时，SAP C4C和SAP Marketing Cloud之间没有现成的客户团队集成（甚至还有改进要求- IR：206088 ）。 但是，如果您打算使用SAP Cloud Platform Integration中的OData服务来构建自定义集成流程，那么您会很好的。 但是，如果要执行此操作，则应使用新的OData服务API_MKT_CORPORATE_ACCOUNT_SRV，而不是用于SAP C4C和SAP Marketing Cloud之间的标准集成的OData服务CUAN_BUSINESS_PARTNER_IMP_SRV。 因为OData服务CUAN_BUSINESS_PARTNER_IMP_SRV没有用于" AccountTeamMembers"的数据实体。

如果您要使用API​​_MKT_CORPORATE_ACCOUNT_SRV，则除了用户ID外，您还应该可以传递"员工ID"值 （aka TeamMemberId）。 在这种情况下，您将拥有比用户ID更可靠的ID（即员工ID）。

在集成设置之后，我可以为数据管理和细分部分建议两种方法：

1）将您的销售代表数据作为交互联系人存储在SAP Marketing Cloud中

您可以使用简单的自定义字段（例如，名为IS_EMPLOYEE的布尔字段）将销售代表作为交互联系人上载 可以使用特定的原始ID轻松区分它们，以便在将其上载到SAP Marketing Cloud时可以将其员工ID作为原始ID传递。 稍后，您将能够为当前数据源创建一个附加联接，以将原始ID与您共享的客户团队成员表（CUAND_CE_IC_TM）中的员工ID相匹配。

2）将销售代表数据放入 SAP Marketing Cloud作为自定义业务对象

另一个选择可能是您可以为销售代表创建自定义业务对象。 您以后可以轻松地上传它们，并再次根据他们的员工ID在细分中使用它们。 使用自定义业务对象，您无需担心诸如#1之类的交互联系人数据，因为它们始终代表此选项中的客户。 您需要做的就是为数据源建立简单的连接，以将自定义业务对象的ID字段与您共享的客户团队成员表（CUAND_CE_IC_TM）中的员工ID匹配。

我希望这样做 帮助，

亲切问候，

哈坎

谢谢哈坎，

备选方案二与我们也考虑过的方法类似。

但是我想知道为什么此功能在标准中已经不可用。
在onPremise系统中，很容易导入 销售代表作为员工，并基于CUAND_CE_IC_TM和Employee Masterdata构建HANA-View。 但是很遗憾，这在Cloud Scenario中不可用。

致谢

丹尼