打印      打开 PDF 版本的联机帮助


上一主题

下一主题

如何确定相关访问权限以使用主要记录类型的记录

当用户尝试通过更新、删除或向下追溯以查看有关主要记录的详细信息时,Oracle CRM On Demand 使用以下流程确定用户可在记录上执行的操作:

  • Oracle CRM On Demand 确定通过用户角色上的权限配置文件授予的访问级别:
    • 如果用户是记录的所有者,则使用用户的所有者权限配置文件。
    • 如果用户不是记录的所有者,但在用户角色上针对该记录类型选定了“可读取所有记录”选项,则使用用户的默认权限配置文件。
  • Oracle CRM On Demand 确定通过以下各种访问控制组件授予的访问级别:
    • 报告层次结构
    • 定制工作簿的成员身份
    • 用户委派
    • 团队成员身份

有关 Oracle CRM On Demand 如何确定通过报告层次结构、定制工作簿的成员身份、用户委派和团队成员身份授予的访问级别的更多信息,请参阅本主题的其余部分。Oracle CRM On Demand 始终使用通过每一个这些访问控制组件授予的最高允许级别,因此当您创建权限配置文件并将其分配到用户、工作簿和团队时,请牢记这一点。

针对记录的访问权限组合确定用户可对记录执行的操作。如果用户至少拥有对记录的只读访问权限,则将显示记录的详细信息。否则,用户将看到错误消息。

通过报告层次结构授予的访问权限

为了确定可通过用户在报告层次结构中的位置授予的访问权限,Oracle CRM On Demand 将对该用户的每个下属考虑以下事项:

  • 如果下属是记录的所有者,则 Oracle CRM On Demand 将从当前用户的所有者权限配置文件提取主要记录类型的访问级别。
  • 如果下属是记录的团队成员,则 Oracle CRM On Demand 将从分配给作为团队成员的下属的权限配置文件提取主要记录类型的访问级别。

注意:如果下属不是该记录所有者或该记录的团队成员,则该下属不纳入访问计算。

然后,Oracle CRM On Demand 将考虑下属纳入访问计算的所有访问权限,并计算可授予该用户的最高允许访问级别。

通过定制工作簿成员身份授予的访问权限

为了确定可通过用户的定制工作簿成员身份授予的访问权限,Oracle CRM On Demand 将考虑如下:

  • 如果记录与工作簿相关联,则 Oracle CRM On Demand 将从用户为其工作簿成员的用户所分配的访问权限配置文件提取记录类型的访问级别。
  • 如果记录与具有多个级别的工作簿层次结构中的子工作簿相关联,如祖父母、父级和子级,则按如下方式提取访问级别:
    • 如果用户是所有三个工作簿的成员,则访问级别源自每个祖父母工作簿、父工作簿和子工作簿中用户的访问权限配置文件。
    • 如果用户仅是祖父母工作簿的成员,则访问级别源自祖父母工作簿中用户的访问配置文件。

在所有情况下,如果记录的一个或多个访问级别是“继承主要”,则使用主要记录类型的继承访问级别。如果记录的多个访问级别是“继承主要”,则使用每个权限配置文件中主要记录类型的继承访问级别的组合。然后,Oracle CRM On Demand 将考虑工作簿成员身份纳入最终访问计算的所有访问级别,并确定可授予该用户的最高允许访问级别。

通过用户委派授予的访问权限

为了确定可通过用户委派授予的访问权限,Oracle CRM On Demand 将对每个委派者(即,当前用户为其委派对象的每个用户)考虑如下:

  • 如果委派者是记录的所有者,则 Oracle CRM On Demand 将从该委派者的所有者权限配置文件提取主要记录类型的访问级别。
  • 如果委派者是记录的团队成员,则 Oracle CRM On Demand 将从分配给团队中委派者的权限配置文件提取主要记录类型的访问级别。
  • 如果委派者的下属是记录的所有者,则 Oracle CRM On Demand 将从该下属的所有者权限配置文件提取主要记录类型的访问级别。
  • 如果委派者的下属是记录的团队成员,则 Oracle CRM On Demand 将从分配给团队中下属的权限配置文件提取主要记录类型的访问级别。

然后,Oracle CRM On Demand 将考虑用户委派纳入访问计算的所有访问级别,并确定可授予该用户的最高允许访问级别。

通过团队成员身份授予的访问权限

如果用户是记录的团队成员(但不是记录的所有者),则 Oracle CRM On Demand 将从用户团队成员身份的权限配置文件提取主要记录类型的访问级别。

相关主题

请参阅以下主题以了解相关的信息:


已发布 10月 2016 Copyright © 2005, 2016, Oracle. 保留所有权利。Legal Notices.