【问题标题】:Dynamics 365 Portal - Conflict between contacts exists in multiple business unitsDynamics 365 门户 - 多个业务部门中存在联系人之间的冲突
【发布时间】:2019-11-22 04:00:25
【问题描述】:

有基于联系人的门户注册。 在 CRM 中,一个人可以存在于多个业务部门中。 现在,当用户尝试登录时,它说密码不正确,因为它指的是另一个没有密码但具有相同 emailId 的联系人。 我想为系统中的所有联系人启用门户,根据我将显示菜单项的业务部门。

建议更改门户设置,以便它可以为用户处理多个联系人

【问题讨论】:

    标签: dynamics-crm microsoft-dynamics dynamics-crm-portals


    【解决方案1】:

    您必须根据Administrator's Guide to Portal Capabilities for Microsoft Dynamics 365 重新考虑您的实施想法。

    几点:

    1. 多个联系人不是一个好主意,同样的电子邮件地址也是如此。不确定您说的是哪个业务部门 (BU),但您打算如何将身份验证部分与不同的 BU 挂钩?使用相同的Contact并在认证后,根据您的概念决定授权部分
    2. 即使出于不同目的使用不同电子邮件的不同联系人也可以,但我建议您改为查看网络角色
    3. 如果菜单项必须是动态的并且取决于配置,请使用Liquid syntax 而不是复杂的实现。 Read more

    【讨论】:

    • 感谢 Arun,我们有不同的业务部门,如人力资源、财务,他们可以在各自的业务部门中建立联系。现在,当财务用户从门户注册时,他可以成功登录。如果 HR 团队在他们的业务部门创建了一个与我相同的电子邮件的联系人,那么如果门户用户尝试登录它会说登录无效。
    • @RameshKumar 这不是一个很好的方法,这也是用于身份验证的目的。它应该是一个包含多个团队或其他东西的单一记录。或者不同业务部门的不同门户。也许......
    • 感谢 Arun 的快速审核和回复。在不同的业务单元中使用一个电子邮件ID作为联系人是现有的业务场景。他们为每个业务部门设置了不同的联系人
    • @RameshKumar 拥有以拥有 BU 为特征的冗余主记录将导致混乱。不知道为什么要这样构建..
    • 维护此主记录和访问不同业务部门的最佳方式是什么
    猜你喜欢
    • 1970-01-01
    • 2021-03-07
    • 1970-01-01
    • 1970-01-01
    • 2021-05-25
    • 2021-11-07
    • 1970-01-01
    • 2020-12-20
    • 1970-01-01
    相关资源
    最近更新 更多