点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好专家 当前,我在C4C和...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好专家 当前,我在C4C和...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
你好专家
当前,我在C4C和MKT之间进行了集成,系统带来了具有原始ID(SAP_C4C_BUPA)的联系人,这些联系人已由该源系统(C4C)的ID标识
另一方面,相同的联系人已上载到MKT,但具有许多要用于细分的新属性,但其原始ID与C4C中的标识符不同,但它们已经是相同的联系人 MKT和C4C交织在一起。
总而言之,接触增加了一倍。
在Origin ID SAP C4C配置中:业务伙伴被联系人标记为一个。
在ID列的上传文件中,该联系人携带的标识符与该联系人从C4C引入的标识符不同。 ,但是在另一列中的该Excel CSV文件中,联系人具有它在C4C中拥有的ID。
上载文件中使用的ID_Origin为:SAP_HYBRIS_CONSUMER。
谢谢 Elio C
id-origen-uno-x-contacto.jpg (89.7 kB)
嗨,埃里奥,
SAP ERP的第三个来源突然来自哪里?
右边的那个是csv上传的那个,对吧?
通常,如果自定义逻辑编写正确,则csv联系人应在起源云中获得一个SAP_C4C_BUPA ID。
合并过程与上载过程是分开的,因此可能需要几分钟才能运行合并作业并将左右联系人合并在一起。
但是,如果您的代码是正确编写(和发布)的,那么在右侧(csv)联系人上,您应该已经看到C4C起源出现。
PS,您已经看过这些视频了吗? https://youtu.be/3tQbup_oqyM 和 https://youtu.be/-bJWb9D_Ce8
K
Joyca
一周热门 更多>