Dynamics crm 2011 跨业务部门的客户和活动的可见性

Dynamics crm 2011 跨业务部门的客户和活动的可见性,dynamics-crm-2011,Dynamics Crm 2011,在我们客户的CRM安装过程中,我们面临一些特殊性。首先,一份说明业务部门结构的组织结构图: 当Alice或Bob为Paul、George或Ringo(或所有人)创建帐户(或活动或联系人)时,John看不到这些实体。将John的acces级别设置为“父:子业务单元”可以解决问题,但是John也可以看到Alice和Bob的活动,这不是我们客户想要的 另一方面,我有一些例子似乎相互矛盾,也与上面的例子相矛盾:一个是林戈创建的、保罗拥有的、约翰看得见的账户,另一个是乔治创建的、乔治拥有的、约翰看不见的

在我们客户的CRM安装过程中,我们面临一些特殊性。首先,一份说明业务部门结构的组织结构图:

当Alice或Bob为Paul、George或Ringo(或所有人)创建帐户(或活动或联系人)时,John看不到这些实体。将John的acces级别设置为“父:子业务单元”可以解决问题,但是John也可以看到Alice和Bob的活动,这不是我们客户想要的

另一方面,我有一些例子似乎相互矛盾,也与上面的例子相矛盾:一个是林戈创建的、保罗拥有的、约翰看得见的账户,另一个是乔治创建的、乔治拥有的、约翰看不见的账户


主要问题是:John是否能够在基础业务部门(销售代表1/2/3)中看到由个人创建或为个人所有的实体?

是的,这里假设Alice和Bob是John业务部门的母公司,John是下面3个业务部门的母公司


John的角色需要修改,以包括这些实体并反映3/4饼访问。

巴特这里的答案是3/4饼,但如果位于顶级业务部门的用户将任务分配给其中一位销售代表;该活动被无意地转移到销售代表业务部门,而不是留在管理业务部门。这就是为什么约翰可以看到这些活动。“创建人”不适用任何安全措施,但记录所有权并不意味着业务单位。为了解决这个问题,您可以使用团队而不是业务部门来隔离数据,分配团队所有权,并将John添加到他应该有权访问记录的团队中。团队可以围绕并超越业务部门,他们可以向授予额外访问权限的用户添加额外的角色。请注意,CRM的安全角色模型是允许的,而不是限制性的,这意味着拥有两个角色(其中一个可以通过团队成员身份分配)将始终为用户提供更多权限,并且永远不会减少权限。因此,在下级销售代表BU中添加团队并将记录分配给这些团队也会将记录移动到仍允许John查看的下级BU(当然,如果John拥有3/4权限)

希望这有帮助


Alex

谢谢你的回答,但该客户已不再是客户,因此我无法查看。不过有一件事:3/4 pie acces表示“父:子业务单元”,正如我在原始问题中提到的,这确实解决了问题,但是John也可以看到Alice和Bob的实体,这不是我们想要的。