部门

你可以将你的 CXone Mpower 系统分成两个或多个不同的部分，称为划分。部门严格且安全地将系统内的数据分开，以便您可以将其与不同的业务线或其他组织结构对齐。部门之间的界限是一致的，并且适用于平台。这样可以确保各部门之间完全隔离。

在您的系统中，每个部门都独立于其他部门运作，并生成自己的数据。除以下例外情况外，一个部门的成员不能查看或访问其他部门的任何数据：

在中使用 divisions 时，您仍然需要权限CXone Mpower。部门控制用户对数据和实体的可见性。对数据或实体的访问仍然受权限控制。

例如，要在 A 部门创建 ACD 技能，必须将用户的员工档案分配给 A 部门，并拥有创建 ACD 技能的权限角色。当满足这些条件时，用户将只能在 A 类中查看和创建 ACD 技能。

分区、视图和ACD数据限制

启用部门后，视图和ACD数据限制将继续独立于部门运行，并且可以跨部门进行配置。如果用户的访问权限由部门和视图或 ACD 数据限制共同定义，则视图或 ACD 数据限制优先。

为了充分利用这些安全选项，请使用分区来提供数据分段的主要结构。然后，在每个部门内，使用视图和 ACD 数据限制进行更精细的可见性控制。

目前，分部功能仅对新客户开放。该选项将在未来的版本中向现有客户提供。必须通过 CXone Mpower 为您的系统客户代表启用部门。

当您在系统上启用部门划分功能时，系统会自动创建两个部门：

默认部门：
- 是所有其他部门的父部门。
- 不可修改或删除。
- 在整个系统范围内可见。
根除法:
- 这是您的系统的顶级部门，并且是默认部门的子部门。
- 可以重命名，但不能删除或停用。
- 附加部门是根部门的细分部门。
- 所有新实体都必须在根部门或其下属部门之一内创建。

CXone Mpower 在默认划分下支持三个级别的细分。部门的索引从零开始，其中最高级别为 0，第二级别为 1，第三级别为 2，第四级别为 3。

以下实体可以分配给部门：

此外，员工档案会继承其所属团队的部门信息。

并非所有 CXone Mpower 应用程序都支持使用分区进行数据分割。支持部门划分的应用程序会尊重用户所属部门的边界。边界不会影响应用程序内尚不支持划分的数据。未来版本将添加对其他应用程序的支持。以下应用程序个部门提供支持：

在准备实施部门划分时，请遵循以下准则：CXone Mpower 系统：

在开始划分部门之前，先制定计划。
- 围绕有意义的业务边界（例如客户、品牌、部门或地理区域）规划部门划分。
- 如果需要多个级别的部门，请绘制部门层级结构图。
- 避免不必要的嵌套或过度分割，保持层次结构的简洁性。
- 至少保留一个用户的员工档案分配给默认部门。这样可以确保适当的管理访问权限。该用户将能够访问整个系统中的数据和实体。
建立强有力的治理体系。
- 明确部门管理的责任归属。
- 限制全局管理员权限，以降低跨部门风险。当用户被分配到默认部门时，该用户拥有全局管理员权限。
- 为部门及其所属实体创建并强制执行命名约定。
仅在对大量数据进行分组时才使用分区。
- 对于小规模分组，例如临时项目或细粒度的组织拆分，请改用 views。
- 过度分割会增加你的CXone Mpower系统的复杂性。如果某个部门不再有效，则该部门内的所有实体都必须手动重新分配到另一个部门。
将所有可以分配给相应部门的实体类型分配到相应的部门。
确保实体划分准确无误。实体一旦被分配到某个部门，就不能再调到其他部门。
确保 Studio 脚本知道部门上下文。

目前，部门存在以下限制：