업그레이드를 시작한 후 가능한 빨리 새 플랫폼으로 업그레이드를 완료해야 합니다.

다음 내용을 숙지하십시오.

• Contact Center에서 활동이 적은 기간과 공고하게 업그레이드 시간을 선택하십시오.

• 업그레이드를 시작하기 전에 가입에 대한 업데이트를 진행하십시오.

  업그레이드 전 설정이 시작되면 시스템은 업데이트 주문을 처리하지 않습니다. 업그레이드 후 정리가 완료될 때까지 기다려야 합니다.

• 업그레이드 전 설정 작업 흐름이 실행되는 동안 레거시 플랫폼의 관리 포털에서 구성을 변경하지 않습니다. 레거시 플랫폼에 변경 사항을 적용하는 경우, 새로운 플랫폼으로 복사되지 않을 수도 있으며, 데이터 불일치의 결과로 이어지게 될 수도 있습니다.

• 업그레이드 전 설정은 레거시 플랫폼에서 새로운 플랫폼으로 테넌트 구성을 자동으로 복사합니다.

• 업그레이드 전 설정이 완료되면 레거시 플랫폼의 관리 포털에서 다음 객체를 만들거나 기존 개체의 이름을 편집할 수 없습니다.

  • 진입점

  • 진입점(Outdial Entry Points)

  • 대기열

  • 다른 대기열

  • 사이트

  • 그룹

  • 작업 유형

  • 코드 줄 바꿈

  • 유휴 코드

  • 임계값 규칙

  • CAD 변수

• 레거시 플랫폼의 관리 포털에서 위에 언급한 객체 외의 개체를 만들고 편집할 수 있습니다. 레거시 플랫폼의 변경 사항은 새로운 플랫폼으로 자동으로 복사되지 않습니다. 필요한 경우, 레거시 및 새로운 플랫폼에 관리 포털에 별도의 업데이트를 적용하십시오.

• 새로운 플랫폼의 관리 포털에서 객체를 만들 수 있습니다.

• Control Hub에 추가된 새로운 에이전트 및 Control Hub에서 기존의 사용자에 대한 라이센스에 업데이트는 레거시 플랫폼의 관리 포털과 동기화됩니다.

• 에이전트는 레거시 및 새로운 플랫폼 모두에서 동시에 데스크탑에 액세스할 수 없습니다. 업그레이드 전 설정 중에 시스템은 새로운 플랫폼에 에이전트를 작성하지만 Contact Center 액세스는 비활성화됩니다. 에이전트가 새로운 플랫폼으로 이동할 준비가 되어 있는 경우, Contact Center 활성화 설정은 레거시 플랫폼에 있는 에이전트에 대해 False로, 새로운 플랫폼에서 True로 표시됩니다.

  통화는 한 플랫폼에서 다른 플랫폼으로 전달될 수 없습니다. 한 플랫폼의 에이전트는 다른 플랫폼에서 누군가를 전화로 회의할 수 없습니다.

• Control Hub에 있는 기존의 가상 에이전트 템플릿은 채팅 연락처에 대해 사용할 수 있습니다. 필요한 경우, 음성에 대해 편집하고 활성화할 수 있습니다.

• Control Hub에서 새로운 채팅 템플릿을 만들고 새로운 플랫폼에서 진입점으로 매핑할 수 있습니다. 레거시 플랫폼에서 진입점으로 매핑된 기존의 채팅 템플릿은 계속 작동하게 됩니다. 한 템플릿은 한 진입점에만 매핑할 수 있습니다. 기존 채팅 템플릿을 새로운 플랫폼에서 새로운 진입점으로 매핑하거나, 새로운 플랫폼에서 동일한 이름으로 진입점을 복원할 수 있습니다.

• Control Hub에 있는 기존의 커넥터는 계속 작동하게 됩니다. 새로운 플랫폼에 있는 플로우 스크립트에서 기존의 커넥터에 액세스할 수 있습니다.

• 레거시 플랫폼의 라우팅 전략은 새로운 플랫폼으로 복사되지 않습니다. 이는 양호하지 않습니다. 플로우 스크립트를 사용하는 새로운 플랫폼에서 라우팅 전략을 생성합니다.

• 대시보드 진입점 – 사이트 수준 대시보드, Contact Center 개요 – 실시간 및 Contact Center 개요 – 레거시 및 새로운 플랫폼의 과거 항목은 동일한 데이터를 표시합니다. 데이터가 별도로 필터링되지 않습니다. 레거시 및 새로운 플랫폼 모두에서 데이터의 집계.

• 대시보드 에이전트 상태 데이터 – 실시간 은 플랫폼 특정 데이터를 표시. 레거시 플랫폼에 있는 관리 포털은 레거시 플랫폼의 데스크탑에 로그인된 에이전트를 표시합니다. 새로운 플랫폼의 관리 포털은 새로운 플랫폼의 데스크탑에 로그인한 에이전트를 표시합니다.

• 레거시 및 새로운 플랫폼에 있는 관리 포털에서 분석기 응용 프로그램을 크로스 런칭하면 동일한 데이터가 표시됩니다. 이 데이터는 처리된 연락처 및 레거시 및 새로운 플랫폼 모두에서 로그인된 에이전트의 집계입니다.

• 업그레이드 과정 중에 레거시 플랫폼의 관리 포털에 있는 녹화 관리 응용 프로그램이 레거시 플랫폼으로부터의 통화 녹화를 표시됩니다. 동시에 새로운 플랫폼에 있는 녹화 관리 응용 프로그램은 새로운 플랫폼의 통화 녹화를 표시됩니다.

• 업그레이드 이후 정리 이후, 새로운 플랫폼에 있는 녹화 관리 응용 프로그램은 레거시 및 새로운 플랫폼 모두에서 통화 녹화에 액세스할 수 있습니다.

• 업그레이드 과정 중에 레거시 플랫폼에 있는 통화 모니터링 응용 프로그램을 사용하여 레거시 플랫폼의 에이전트를 모니터할 수 있습니다. 유사한 경우로, 새로운 플랫폼의 관리 포털에서 통화 모니터링 응용 프로그램을 사용하여 새로운 플랫폼에 있는 에이전트를 모니터합니다.

• 레거시 플랫폼 및 새로운 플랫폼에서 실행한 활동에 대한 감사 로그는 별개입니다. 해당 관리 포털을 통해 액세스할 수 있습니다. 업그레이드 후 정리 이후, 레거시 플랫폼의 관리 포털에 있는 감사 로그에는 액세스할 수 없습니다. 레거시 플랫폼의 관리 포털은 사용할 수 없습니다.

업그레이드 전 설정이 완료되면 새로운 플랫폼을 구성하고 사용하기 시작할 수 있습니다. 새로운 플랫폼을 적용하기 위해 다음 작업을 수행합니다.

1. 새로운 Flow Control 응용 프로그램을 사용하여 흐름 스크립트를 작성합니다.

2. 대기열 및 팀을 구성합니다.

3. 비즈니스에 적합한 라우팅 전략에 흐름 스크립트를 추가합니다. 라우팅 전략은 연락처를 대기열에 지정하고 대기열은 연락처를 그룹에 지정합니다.

   위에 설명한 작업에 대한 자세한 정보는 Cisco Webex 설치 및 관리 안내서 를 참조하십시오.

4. 새로운 플랫폼에 에이전트를 온보드합니다.

5. 잘라 내선 플랜에 따라 연락처 흐름(텔레포니, 채팅 및 이메일)을 레거시 플랫폼에서 새로운 플랫폼으로 이동하십시오.

   1. 레거시 플랫폼에서 새로운 플랫폼으로 DNS를 이동하십시오.

      자세한 정보는 레거시 플랫폼에서 새로운 플랫폼으로 다이얼 번호 이동을 참조하십시오.

   2. 레거시 플랫폼에서 새로운 플랫폼으로 채팅 흐름을 이동하십시오.

      자세한 정보는 레거 시 플랫폼에서 새로운 플랫폼으로 채팅 흐름 이동을 참조하십시오.

   3. 이메일 흐름을 레거시 플랫폼에서 새로운 플랫폼으로 이동하십시오.

      자세한 정보는 레 거시 플랫폼에서 새로운 플랫폼으로 이메일 흐름 이동을 참조하십시오.

예기치 않은 오류가 발생하면 레거시 플랫폼으로 다시 이동할 수 있습니다.

1. 새로운 플랫폼에서 레거시 플랫폼으로 DNS를 이동하십시오.

   자세한 정보는 다이얼 한 번호를 새로운 플랫폼에서 레거시 플랫폼으로 이동을 참조하십시오.

2. 채팅 흐름을 새로운 플랫폼에서 레거시 플랫폼으로 이동하십시오.

   자세한 정보는 새로운 플랫폼에서 레거시 플랫폼으로 채팅 흐름 이동을 참조하십시오.

3. 이메일 흐름을 새로운 플랫폼에서 레거시 플랫폼으로 이동하십시오.

   자세한 정보는 새 플랫폼에서 레거시 플랫폼으로 이메일 흐름 이동을 참조하십시오.

새로운 플랫폼을 사용하여 새로운 기능을 사용할 수 있습니다. 자세한 정보는 내 Contact Center의 새로운 Cisco Webex 참조하십시오.