角色

角色定义了员工在 CXone Mpower 中可以做的事情。 首先，创建一个或多个角色，并将特定的权限与之关联。 然后您为员工分配这些角色，以便他们访问所需信息，以及完成需要执行的工作。 您可以为员工分配主要角色和次要角色。

CXone Mpower 自带四种即用型 (OOTB) 角色：坐席、经理、管理员和评估员（如果您的组织使用 CXone Mpower Quality Management）。 这些角色可以由获得编辑权限的员工进行编辑。

角色的更改历史选项卡包含对该角色的修改历史。 由于历史记录表可能会很大，可以使用搜索和筛选工具按照特定的文本或特定的时间段限定表格的内容。

主要角色与次次要角色

主要角色：分配给用户的主要角色，用于确定用户登录时的默认权限、访问级别和界面视图。这是系统在评估用户可以执行的作时首先引用的内容。

辅助角色：在主要角色提供的权限之外添加其他权限或访问权限的支持角色。 它不会覆盖主要角色，而是补充它。 例如，允许具有主要经理角色的主管也执行有限的评估者任务。

有关主要和次要角色的主要详细信息：

• 每个员工都必须被分配一个主要角色。 如果为租户启用了 CXone Mpower Digital Experience，则只有分配给员工的主要角色会同步到 Digital Experience 门户。
• 员工可以有一个主要角色和最多 10 个次要角色，总共 11 个角色。 这更加方便您只分配员工需要的特定权限（“最小特权”原则）。 如果使用基于角色的访问控制 (RBAC)，CXone Mpower 在决定是否授予对功能和特权的访问权时会考虑员工已分配角色各方面的最终特权。
• 次要角色不会影响CXone MpowerACD应用。 用户只能访问其主要角色允许的ACD功能。

• 在角色的详细信息中，已分配用户选项卡显示具有该角色作为主要或次要角色的用户。 它包括在职和非在职员工。

  当您从 已分配用户 选项卡向员工分配角色时，该角色将成为该员工的新主要角色。 次要角色只能从员工帐户进行分配。

关于角色的关键事实

角色命名

• 角色名不能重复且长度不能超过 50 个字符。 角色名不区分大小写（即，admin 和 Admin 相同）。 您不得在角色名中使用以下任何特殊字符：

  / \ + ! ? < > # & , % "

• 您不能再次使用以前使用过的角色名，即使该角色已被停用。

角色状态

• 角色处于以下三种状态之一：活动、非活动和草稿。
• 从功能的角度来看，草稿和非活动的角色具有相同的特征。 但是，状态名上的区别可以帮助您了解哪些角色仍在制定中（草稿），哪些角色目前未被使用（非活动）。
• 您不能为活动的员工分配非活动的角色或草稿角色。
• 您不能停用已分配给活动员工的角色。
• 您不能停用只分配给非活动员工的角色。

员工和角色

• 角色可以不分配给任何员工、分配至一个员工或任意数量的员工。
• 您可以将非活动员工分配至角色。 例如，如果您为新员工创建员工帐户，但在该员工实际完成上岗培训之前不会激活该帐户，则可以在设置帐户时为该员工分配角色。 如果您的租户能使用 Digital Experience，并且您需要在 中配置其他权限Digital Experience，那么在帐户激活之前不能这样操作。
• 如果不先将员工重新分配到活动角色，则无法重新激活被分配到非活动角色的员工。
• 你不能改变自己的角色。

角色权限

• 在您创建新角色之前，该角色不存在任何默认权限。 为了节省时间，您可以复制现有角色，在此基础上创建新角色。
• 有些权限依赖于其他权限，并且当您单击某个权限进行选中时，这些依赖关系可能会在用户界面中有所反映。 例如，当您单击编辑权限时，可能编辑和查看都会显示为选中，因为必须能够查看才可以对其进行编辑。 权限依赖关系可能因 CXone Mpower 应用 有所不同。
• 关于角色中可以包含的特定权限和特权的详细信息可见每个 CXone Mpower 应用程序的相应权限主题。
• 某些 Digital Experience 权限在特定于该应用程序的门户中进行管理。
• 以下数据类型不受角色权限限制：
  • 数据下载报告
  • 直接数据访问报告
  • API