Automation 360 v.21 이상 버전부터 적용된 비즈니스 유저용 Automation Co-Pilot의 업그레이드 변경 사항

Automation 360 v.21 이상 버전부터 웹 인터페이스의 비즈니스 유저용 Automation Co-Pilot에서 팀 작업 방식이 변경되었습니다. 이제 고급 팀 관리를 통해 비즈니스 관리자가 요청 생성 방법을 정의할 수 있습니다. 또한 요청을 보거나 삭제할 수 있는 권한을 지정할 수 있습니다.

프로세스에 대한 액세스 권한이 있거나 프로세스에서 요청을 생성한 사용자의 기존 동작에 중단이 없도록 하려면(기존 팀 할당에 관계없음) 다음 조건을 유지해야 합니다.

  • 특정 프로세스에 대한 요청을 생성할 수 있는 사용자의 액세스 권한이 유지됩니다.
  • 소속된 팀에 관계없이 프로세스의 요청을 볼 수 있는 사용자의 액세스 권한도 유지됩니다.

기존 팀 변경 방법

프로세스 및 현재 팀에 대한 현재 액세스 권한을 유지하기 위해 기존 팀은 다음 사항이 같이 유지됩니다.

  • 기존 프로세스가 팀에 할당됩니다.
  • 동일한 구성원이 팀에 할당됩니다.
  • 팀 유형이 공유됨으로 구성됩니다. 이렇게 하면 팀의 모든 구성원이 마이그레이션된 프로세스 및 요청을 볼 수 있습니다.
  • 팀 구성원은 다음 팀 역할 중 하나를 갖게 됩니다.
    • 관리자 역할을 가진 Co-Pilot 매니저 또는 Co-Pilot 관리자
    • 구성원 역할을 가진 Co-Pilot 사용자

요청에 대한 현재 액세스를 유지하기 위해 각 프로세스에 대한 새로운 팀이 만들어지고 이 새 팀에는 다음이 포함됩니다.

  • 팀에 할당된 기존 프로세스의 이름은 "Teams Migrated for Process X"로 지정됩니다. 여기서 X는 프로세스 ID입니다. 이는 마이그레이션된 프로세스를 참조하는 데 도움이 됩니다. 이 이름으로 지정된 기존 프로세스에 대해 팀이 만들어집니다.
  • 이전에 프로세스에 액세스할 수 있었던 사용자는 기존 팀 할당에 관계없이 이 팀에 할당되고 팀은 해당 프로세스에 할당됩니다.
  • 팀 유형이 공유됨으로 구성됩니다.
  • 팀 구성원은 다음 팀 역할 중 하나를 갖게 됩니다.
    • Co-Pilot 관리자
    • Co-Pilot 매니저
    • Co-Pilot 사용자

이전에는 Co-Pilot 매니저가 프로세스를 팀에 할당하지 않고 요청을 생성할 수 있었습니다. 업데이트 후 관리자는 팀을 만들고 Co-Pilot 관리자에게 팀에 프로세스를 할당하도록 요청해야 새 요청을 만들 수 있습니다.

중요사항: 마이그레이션 프로세스 후, 그리고 마이그레이션된 팀이 만들어진 후 요청 생성 시 선택할 프로세스는 두 가지가 있습니다(팀당 하나씩). 두 프로세스는 요청 가시성에 대해 서로 다른 동작을 수행합니다.

예

다음 시나리오는 업데이트 작업 방식을 설명하는 데 도움이 됩니다.

프로세스 ID가 47인 대출 마감이라는 프로세스를 고려합니다. Georges는 Co-Pilot 관리자에서 Control Room 역할을 맡고 있습니다.

업데이트 전

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 팀 내부에서 생성된 이전 요청은 Loan Closing(대출 마감) 프로세스(47)만 할당된 Team Migrated for Process 47(프로세스 47에 대해 마이그레이션된 팀)이라는 공통 팀 내부에서 생성된 것처럼 처리됩니다.
  • HR 및 IT 팀의 구성원은 모두 Team Migrated for Process 47(프로세스 47에 대해 마이그레이션된 팀)에 속해 있으므로 이전 요청에 액세스할 수 있습니다. Team Migrated for Process 47(프로세스 47에 대해 마이그레이션된 팀)을 삭제하면 관련된 요청이 삭제되므로 이전 요청 액세스가 제거되며 복원할 수 없습니다.
  • HR 또는 IT 팀의 구성원은 Team Migrated for Process 47(프로세스 47에 대해 마이그레이션된 팀) 내에서 요청을 생성할 수 있으며 이러한 요청은 HR 및 IT 팀의 모든 구성원이 볼 수 있습니다.
  • Bob과 Grace는 각각 HR 및 IT 팀을 관리할 수 있을 뿐만 아니라 Team Migrated for Process 47(프로세스 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의 역할을 팀 구성원으로 변경해야 합니다.