登录
Microsoft.com
 
Microsoft
 
 
 

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

 > 

  • 问题

  • Question
    登录进行投票
    0
    登录进行投票

    大家好，

    目前我有一个如下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
    |

答案

  • Question
    登录进行投票
    0
    登录进行投票

    用户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
    |
    版主

全部回复

  • Question
    登录进行投票
    0
    登录进行投票
    我对关键字段使用审核，你可以修改，但修改数据都有保存备查
    要能放下，才能提起。提放自如，是自在人。
    2011年10月14日 7:47
    |
  • Question
    登录进行投票
    0
    登录进行投票

    用户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
    |
    版主
  • Question
    登录进行投票
    0
    登录进行投票

    用户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
    |