自 Automation 360 v.21 或更高版本开始，团队在网页界面上的 面向业务用户的 Automation Co-Pilot 中的工作方式发生了更改。 高级团队管理现可帮助业务管理者定义如何创建请求。 业务管理者还可以指定可查看或删除请求的用户。

为了确保有权访问进程或从进程创建请求的用户的现有行为不中断（无论现有团队分配如何），应保持以下条件：

  • 保留用户为特定进程创建请求的权限。
  • 无论用户属于哪个团队，都保留用户查看进程请求的访问权限。

如何更改现有团队

为了保持对进程和当前团队的当前访问权限，现有团队应保留以下设置：

  • 分配给团队的现有进程。
  • 分配给团队的相同成员。
  • 团队类型配置为共享。 这将确保团队的所有成员都可以查看迁移的进程和请求。
  • 团队成员具有以下任一团队角色：
    • Co-Pilot 管理器 或 Co-Pilot 管理员 拥有管理员角色
    • Co-Pilot 用户 拥有成员角色

为了保持对请求的当前访问权限，为每个进程创建新团队，新团队具有以下设置：

  • 将分配给团队的现有进程命名为“为进程 X 迁移的团队”，其中 X 是进程 ID。 这有助于引用迁移的进程。 使用此名称为现有进程创建团队。
  • 无论用户现有的团队分配如何，都会将之前有权访问相关进程的用户分配给该团队，并且会将该团队分配给相关进程。
  • 团队类型配置为共享。
  • 团队成员具有以下任一团队角色：
    • Co-Pilot 管理员
    • Co-Pilot 管理器
    • Co-Pilot 用户

以前，Co-Pilot 管理器 可以创建请求，而无需将进程分配给团队。 更新之后，必须创建团队并要求 Co-Pilot 管理员 将其团队分配给进程，以便创建新请求。

重要： 迁移进程和迁移团队创建完成后，在创建请求时，会有两个进程（每个团队一个）供您选择。 对于请求可见性，这两个进程将具有不同的行为。

示例

以下场景有助于说明更新的工作原理。

假设一个为贷款结算的进程，进程 ID 为47。 Georges 在 Control Room 中拥有 Co-Pilot 管理员 角色。

更新之前

两个团队的 HR 和 IT 人员可以访问贷款结算进程，团队结构如下表所述。

人力资源 IT 人员
用户名 Control Room 角色 用户名 Control Room 角色
Bob Co-Pilot 管理器 Grace Co-Pilot 管理器
Carol Co-Pilot 用户 Steve Co-Pilot 用户
Debby Co-Pilot 用户 Debby Co-Pilot 用户
更新之前的行为如下：
  • HR 团队的用户可以查看 IT 团队中创建的请求，反之亦然。
  • Bob 和 Grace 可以将之前由 Georges 分配给他们的进程分别分配给 HR 和 IT 团队。
  • Bob 可以管理 HR 团队，同样，Grace 可以管理 IT 团队，例如添加成员、分配进程、重命名团队等。

更新之后

两个初始团队（HR 和 IT）仍然存在，另外会在更新期间创建一个新团队（名称为为进程 47 迁移的团队）。 这三个团队的团队结构如下表所述：
人力资源 IT 人员 为进程 47 迁移的团队
用户名 团队角色 Control Room 角色 用户名 团队角色 Control Room 角色 用户名 团队角色 Control Room 角色
Bob 管理员 Co-Pilot 管理器 Grace 管理员 Co-Pilot 管理器 Bob 管理员 Automation Co-Pilot 管理者
Carol 成员 Co-Pilot 用户 Steve 成员 Co-Pilot 用户 Carol 成员 Automation Co-Pilot 用户
Debby 成员 Co-Pilot 用户 Debby 成员 Co-Pilot 用户 Debby 成员 Automation Co-Pilot 用户
Co-Pilot 用户 Grace 管理员 Automation Co-Pilot 管理者
Steve 成员 Automation Co-Pilot 用户
更新之后的团队行为如下：
  • HR 团队的成员无法查看 IT 团队中创建的请求，反之亦然。
  • 由于 Debby 是 HR 和 IT 团队的一员，因此该用户可以在这两个团队中创建请求。 在创建请求期间会向该用户显示两个不同的进程卡。
  • 在 HR 和 IT 团队内部创建的旧请求将视为在公共团队（名为“为进程 47 迁移的团队”）中创建，该团队仅分配了“贷款结算”进程 (47)。
  • HR 和 IT 团队的成员都属于“为进程 47 迁移的团队”，因此他们可以访问旧请求。 删除“为进程 47 迁移的团队”会删除与其关联的请求，因此将删除旧请求访问权限且无法恢复。
  • HR 或 IT 团队的成员可以在“为进程 47 迁移的团队”内部创建请求，HR 和 IT 团队的所有成员均可查看这些请求。
  • Bob 和 Grace 可以分别管理 HR 和 IT 团队，也可以共同管理“为进程 47 迁移的团队”。 这意味着他们可以向团队添加成员、重命名团队、从团队中移除成员等。
  • Bob 和 Grace 现在只能查看 Georges 分配给他们团队的进程。
重要信息： 在更新过程中，可能会间歇性出现团队管理员分配问题，给团队的创建者错误地分配了成员角色而非团队管理员角色，或者给其他团队成员分配了团队管理员角色而非成员角色。 更新之后，Co-Pilot 管理员 必须始终对团队管理员分配进行验证。

以下示例说明了团队管理员分配问题：

更新之前： Bob 创建了 HR 团队，拥有 Co-Pilot 管理器 角色，Carol、Debby、Grace 和 Steve 为团队成员，拥有 Co-Pilot 用户 角色。

更新之后： 给 Bob 和 Carol 都分配了团队管理员角色。 给 Debby、Grace 和 Steve 分配了团队成员角色。 在这种情况下，给 Carol 错误地分配了管理员角色而非成员角色。 Co-Pilot 管理员 必须验证团队管理员分配并将 Carol 的角色更改为团队成员。