点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
专家您好,
我正在着陆页上,我们打算将着陆页不仅用作电子邮件的退订链接中的URL,而且还用作常规页面来管理最终客户的营销许可。 我们一直将电子邮件地址设为可共享,现在除了要取消链接之外,我们还希望最终用户登录到页面并在那里更新营销许可,我们确实有一个自定义主键,可以唯一地标识每个客户,但是我们面临的问题是,当我们使用 仅电子邮件地址和Z_primary密钥这两个字段,登录页面由于不了解密钥及其映射关系而引发技术错误。 举个例子,我们的情况如下。
CUS_Name- A1,电子邮件- abc@xyz.com Z_Key-123
CUS_Name- A1,电子邮件- abc@xyz.com Z_Key- 456
我设计的登录页面只有三个字段,名称为Email&Z_KEY,因为电子邮件和名称匹配,剩下的唯一键是Z_Key,但是当我们测试它失败时出现技术错误,并且权限未更新,因为我认为是系统 没有将密钥用于识别客户。 有没有人尝试过这种情况,或者不支持使用自定义字段进行识别?
谢谢
门廊
大家好,
我发现了一个BADI CUAN_CP_DETERMINE_CONTACT,它可用于根据着陆页数据来影响联系确定,因此,只需进行少量自定义,就可以实现所需的功能,但是关于自定义字段的问题仍然悬而未决 ,当字段是CUAND_CE_IC_ROOT表结构的一部分时,标准的目标网页集成是否不支持在联系人查找期间的自定义字段。 我认为这应该作为标准的一部分来完成,以便在联系根中扩展的所有字段也都用于查找联系确定对象,因为这对于我在登录页面中暴露这些字段然后不考虑将它们视为 影响联系确定。 可能是下一个版本的增强功能吗?
到目前为止,我的问题已解决。 :)
谢谢
Vineet
Arne Manthey 库纳尔(Kunal Bansal),
这是我们要实现的目标,因为在共享电子邮件和姓名的情况下,基于主键的客户标识可以相同,但是即使自定义键被公开并可以用于以下用途,系统也不会考虑自定义键 登陆页面。
谢谢
Vineet
Jan Matthes ,库纳尔邦萨尔(Kunal Bansal), Theodor Lungstras 关于如何解决该问题的任何想法。
谢谢
Vineet
Arne Manthey:请您帮忙?
一周热门 更多>