none
[求助] MSCRM 2011 Shared Security Field的相关问题 RRS feed

  • 问题

  • 大家好,

    目前我有一个如下case: 用户A分享一条记录Contact A给用户B,用户A给用户B的Share权限是Read和Write,用户B同时对Contact Entity的某个自定义Field "D"也有Read和Write权限, 这时用户B对用户A的分享记录Contact A的自定义Field "D"也能修改。

    为了阻止用户B对用户A的分享记录Contact A的自定义Field "D"进行修改,我根据Microsoft Dynamics CRM 2011的官方参考资料,进行了下列操作: 用户A对分享记录Contact A加了一条Shared Security Field规则,在Shared Security Field中用户A只给了Read的权限,但我发现用户B还是能够对用户A的分享记录Contact A的自定义Field "D"进行修改,我想问下是不是大家也遇到这样的问题,目前这是不是Microsoft Dynamics CRM 2011的一个Bug。希望能够得到大家的帮助,先谢谢大家了。


    crm4.0学步
    2011年9月22日 9:32

答案

  • 用户B本来就已经对Contact Entity的某个自定义Field "D"也有Read和Write权限,分享记录Contact A加了一条Shared Security Field规则

    这样的结果是在前面的权限上 加了一个读的权限,不会把前面的权限去除是非常合理的设计!

     

    比如用户B 对 Contact A 有 Read和Write权限,用户A 再共享Contact A Read的权限给 用户B,这时不可能把用户B Read 的权限去除吧,要是这样就乱套了,看那个用户不顺眼 共享Read的权限就可以把这个用户其他权限都收回来


    微软CRM
    2011年10月26日 13:49
    版主

全部回复

  • 我对关键字段使用审核,你可以修改,但修改数据都有保存备查
    要能放下,才能提起。提放自如,是自在人。
    2011年10月14日 7:47
  • 用户B本来就已经对Contact Entity的某个自定义Field "D"也有Read和Write权限,分享记录Contact A加了一条Shared Security Field规则

    这样的结果是在前面的权限上 加了一个读的权限,不会把前面的权限去除是非常合理的设计!

     

    比如用户B 对 Contact A 有 Read和Write权限,用户A 再共享Contact A Read的权限给 用户B,这时不可能把用户B Read 的权限去除吧,要是这样就乱套了,看那个用户不顺眼 共享Read的权限就可以把这个用户其他权限都收回来


    微软CRM
    2011年10月26日 13:49
    版主
  • 用户B本来就已经对Contact Entity的某个自定义Field "D"也有Read和Write权限,分享记录Contact A加了一条Shared Security Field规则

    这样的结果是在前面的权限上 加了一个读的权限,不会把前面的权限去除是非常合理的设计!

     

    比如用户B 对 Contact A 有 Read和Write权限,用户A 再共享Contact A Read的权限给 用户B,这时不可能把用户B Read 的权限去除吧,要是这样就乱套了,看那个用户不顺眼 共享Read的权限就可以把这个用户其他权限都收回来


    微软CRM
    恩,你分析的很有道理,谢谢你的解答。
    crm4.0学步
    2011年11月6日 21:13