Dynamics crm Dynamics 365门户-多个业务部门中存在联系人之间的冲突
有基于联系人的门户注册。 在CRM中，一个人可以存在于多个业务单元中。 现在，当用户尝试登录时，它会说密码不正确，因为它指的是另一个没有密码但具有相同电子邮件ID的联系人。 我想为系统中的所有联系人启用门户，基于业务单位，我将显示菜单项Dynamics crm Dynamics 365门户-多个业务部门中存在联系人之间的冲突,dynamics-crm,microsoft-dynamics,dynamics-crm-portals,Dynamics Crm,Microsoft Dynamics,Dynamics Crm Portals,有基于联系人的门户注册。 在CRM中，一个人可以存在于多个业务单元中。 现在，当用户尝试登录时，它会说密码不正确，因为它指的是另一个没有密码但具有相同电子邮件ID的联系人。 我想为系统中的所有联系人启用门户，基于业务单位，我将显示菜单项 建议门户设置中的更改，以便它可以为用户处理多个联系人您必须重新考虑您的实施想法 几点： 多个联系人并不是一个好主意，因为他们也有相同的电子邮件地址。不确定您谈论的是哪个业务部门，但您计划如何通过不同的业务部门来连接身份验证部分？使用相同的联系人，在验证后，根据您
建议门户设置中的更改，以便它可以为用户处理多个联系人您必须重新考虑您的实施想法 几点： 多个联系人并不是一个好主意，因为他们也有相同的电子邮件地址。不确定您谈论的是哪个业务部门，但您计划如何通过不同的业务部门来连接身份验证部分？使用相同的联系人，在验证后，根据您的概念确定授权部分 即使是出于不同的目的与不同的电子邮件进行不同的联系也是可以的，但我建议您改为查看web角色 如果菜单项必须是动态的&取决于配置，请使用流畅的语法，而不是复杂的实现。
感谢Arun，我们有不同的业务部门，如人力资源部、财务部，他们可以在各自的业务部门建立联系。现在，当财务部门的用户从门户注册时，他可以成功登录。如果人力资源团队在其业务部门中使用我收到的同一封电子邮件创建联系人，那么如果门户用户尝试登录，则表明登录无效。@RameshKumar这不是一个好方法，出于身份验证目的也是如此。。它应该是一个有多个团队的单一记录或其他东西。。或者为不同的业务部门提供不同的门户。。也许……谢谢阿伦的快速回顾和回复。在不同的业务部门为联系人使用一个电子邮件id是现有的业务场景。他们每个企业都有不同的联系人units@RameshKumar拥有通过拥有BU区分的冗余主记录将导致混乱。不知道为什么是这样构建的..维护主记录和访问不同业务部门的最佳方式是什么