사이트 관리에서 Control Hub로의 변환


이 문서는 공개 미리 보기에 있는 초안입니다. 향후 예정된 사항을 미리 간단히 살펴볼 수 있는 기회를 제공합니다. 이 기능은 버전 41.6 이상을 사용할 수 있는 사이트에서만 베타 릴리즈로 사용할 수 있습니다. 본격적으로 제공되면 beta.webex.com에서 프로그램에 가입할 수 있습니다.

Webex는 미팅, 메시징, 통화 및 기타 협업 모드를 관리할 수 있는 통합 플랫폼이 될 것입니다. 이런 이유로 당사는 모든 Webex Meetings 사이트의 관리를 사이트 관리에서 Control Hub로 이전하고자 합니다.

어느 위치에서든 관리가 가능하도록 위해 현재 모든 고객의 Meetings 사이트를 Control Hub에 링크하고 있습니다. 이는 귀사에 이미 Control Hub 조직이 있지만 아직 로그인하지는 않았을 수 있다는 의미입니다.

사이트 관리에서 귀사의 사이트가 Control Hub로 변환이 가능한지 통지합니다. 사이트 정보 페이지를 확인해 보시기 바랍니다.

당사는 이 변경 과정을 지원하기 위해 사이트 관리도구를 제공합니다. 따라서 귀하의 사이트가 이미 변환할 수 있는 상태라면 즉시 시작할 수 있습니다.

Control Hub에서 사이트 관리의 장점에는 다음 기능이 포함됩니다.

  • 미팅, 메시징 및 통화 등 모든 Webex 서비스에서 통합된 라이센스 지정.

  • 모든 Webex 서비스에서 일관된 보안 정책.

  • 다른 Webex 서비스 간의 모든 최종 사용자에 대해 공통적인 로그인 환경.

  • 디렉터리 커넥터, SCIM 및 active directory 그룹 등 현대식 관리자 제어.

  • 사용자에게 자동으로 여러 라이센스를 지정하는 라이센스 템플릿.


사이트 변환 후에는 Site Administration을 사용하여 미팅 사이트를 관리할 수 없으며, 반드시 Control Hub를 사용해야 합니다.

Control Hub에서의 사이트 관리는 사이트 관리에서와 유사합니다. Control Hub에서의 사용자 관리에는 보다 현대적인 기반 기술이 사용되므로 Control Hub에서 사이트를 관리하는 데는 몇 가지 차이점이 있습니다. 이 섹션은 사이트 변환 도구에서 부각되는 차이점을 중점적으로 다룹니다.


사이트 관리와 Control Hub 간의 차이점에 대한 자세한 개요를 확인하려면 이 문서를 참조하십시오.

사용자 관리

Control Hub의 기저에는 중앙화된 사용자 관리 시스템이 있으며, 여기에서 사용자는 전체 조직(및 모든 Webex) 내에서 고유하게 구별됩니다. 사이트 관리에서는 사용자 프로필이 미팅 사이트마다 고유합니다.

SSO(Single Sign On)와 자동 계정 만들기

사이트 관리에는 "자동 계정 만들기" 기능이 있어서 사용자가 SSO로 자신을 인증하면 계정이 만들어집니다.

자동 계정 만들기를 허용하는 SSO 옵션을 보여주는 Site Administration의 스크린샷

이 기능은 새로운 사용자를 추가할 수 있는 더욱 강력한 방법이 있는 Control Hub에서는 제공되지 않습니다. 사이트를 변환하기 전에 사이트 관리에서 이 기능을 비활성화해야 합니다.

SSO를 사용하는 많은 조직은 Microsoft® Active Directory 및 Microsoft Azure 같은 외부 디렉터리 도구를 이용하여 중앙에서 사용자를 관리하고, 외부 ID 공급자를 통해 인증을 요구하는 방식을 선호할 수 있습니다.

자세한 내용 읽기:

이름을 변경하는 사용자 제어

사이트 관리에서는 사이트에 있는 사용자가 자신의 이름, 성 및 표시명을 변경하지 못하도록 할 수 있습니다(https://help.webex.com/nmig1kcb에는 이를 허용할 경우 사용자가 변경할 수 있는 방법이 설명되어 있음).

아래에 보이는 확인란을 선택하지 않으면 사용자가 이름을 변경하지 못하게 할 수 있습니다.

필수 프로필 옵션 및 사용자가 구성할 수 있는 속성 옵션을 보여주는 Site Administration의 스크린샷

Control Hub에는 이 기능이 없는데, 왜냐하면 많은 조직이 Active Directory와 같은 전용 디렉터리 시스템에서 사용자 프로필을 관리하고, 디렉터리를 Webex와 동기화하는 것을 선호하기 때문입니다. 그렇게 하면 사용자는 Webex를 통해 자신의 프로필을 변경할 수 없습니다.

조직이 외부 디렉터리와 사용자 프로필을 동기화하지 않는 경우에는 사용자가 자신의 프로필을 변경할 수 있습니다. 이는 모든 미팅 사이트를 포함한 전체 조직에 걸쳐 해당 프로필에 영향을 줍니다.

사용자가 프로필을 변경하지 못하게 해야 하지만 디렉터리를 Webex와 동기화하지 않을 계획이라면 이번에 Control Hub로 변환하지 않아야 합니다.

필수 프로필 데이터 및 추적 코드

사이트 관리에서는 새로운 사용자에 필수 프로필 필드를 지정할 수 있습니다(앞의 스크린샷). 이것을 확장하여 사용자 만들기에 대해 이 추적 코드를 요구할 수 있습니다(아래 스크린샷). 이 추가 요구 사항을 구성하는 경우 사용자가 없으면 해당 사용자를 사이트에 추가할 수 없습니다.

추적 코드 실행에 대한 옵션을 보여주는 Site Administration의 스크린샷

Control Hub에서 사용자를 만들 때는 표시명과 이메일 주소만 필요합니다.

Control Hub에서 새로운 사용자를 만들 때 다른 모든 사용자 필드는 선택 사항입니다. 따라서 당사는 Control Hub로 관리되는 사이트에서는 추가적인 프로필 데이터를 사용하지 않습니다.

사이트를 변환하기 전에 필수 프로필 필드 및 추적 코드를 비활성화해야 합니다.

비밀번호 관리 및 잠금

사이트 관리에는 사용자가 여러 번의 시도 후에도 로그인에 실패하면 해당 사용자를 일시적으로 잠그는 기능이 있습니다.

Control Hub에는 무단 액세스를 방지하기 위한 다음과 같은 옵션이 있습니다.

  • 처음 몇 번의 시도에서 실패하면 자동 시간 초과.

  • CAPTCHA(Completely Automated Public Turing test to tell Computers and Humans Apart, 완전 자동화된 사람과 컴퓨터 판별) 메커니즘

  • 정당한 사용자는 잊어버린 비밀번호를 변경할 수 있는 셀프 서비스 옵션을 사용할 수 있습니다.

사이트 관리에서는 또한 최소 길이 및 필수 문자와 같은 비밀번호의 강도 특징을 정의할 수도 있습니다(스크린샷 참고).

Control Hub도 비밀번호 요구 사항을 적용하지만 현재는 이를 구성할 수 있도록 설정되어 있지 않습니다. Control Hub 조직을 외부 ID 공급자(IDP) 또는 이런 사용자 ID의 특징을 제어할 수 있는 디렉터리 관리 시스템과 통합할 수 있습니다.

로그인 시도에 실패한 후 사용자 잠금 보안 옵션을 보여주는 Site Administration의 스크린샷필수 비밀번호 특징을 변경하는 컨트롤을 보여주는 Site Administration의 스크린샷

비밀번호 특징을 정의해야 하며, 외부 ID 공급자를 사용하지 않고자 하는 경우 이번에 Control Hub로 변환하지 말아야 합니다.

호스트 라이선싱

호스트는 Control Hub 조직 내에 있어야 합니다.

사이트 관리에서는 모든 사용자에게 호스트 라이선스를 부여할 수 있습니다. Control Hub에서 사이트를 관리할 때는 동일한 Control Hub 조직에 있는 사용자에게만 호스트 라이선스(및 참석자 역할)를 부여할 수 있습니다.

호스트 계정에 대한 셀프 등록

사이트 관리에서는 사용자가 사이트에 (호스트) 계정을 요청하도록 허용할 수 있습니다. 또한 계정이 있는 사용자가 사이트에 추가 서비스를 요청하도록 허용할 수도 있습니다(스크린샷 참고).

“호스트 계정 등록 허용”(Allow host account signup)을 보여주는 Site Administration의 스크린샷사용자가 추가 서비스를 요청할 수 있도록 허용하는 컨트롤을 보여주는 Site Administration의 스크린샷

Control Hub에서 미팅 사이트를 관리하고 있는 경우, 사용자는 그 사이트에 대한 자신의 호스트 계정을 요청할 수 없습니다.

Control Hub는 대신 새로운 사용자에게 미팅 라이선스를 부여할 수 있는 중앙 집중식의 자동화된 방법을 제공합니다. https://help.webex.com/n3ijtao을(를) 읽어보십시오.

또한 API로 또는 CSV를 사용하여 일괄적으로 사용자 라이선스를 관리할 수도 있습니다.

사용자가 호스트 계정을 요청하도록 하는 경우, 관리자에게 연락하라는 안내나 다른 도구로의 링크가 있는 사이트 도움말/지원을 구성할 수 있습니다.

사이트를 변환하기 전에 사이트 관리에서 "호스트 계정 등록 허용”(Allow host account signup) 및 "사용자의 추가 서비스 요청 허용”(Allow users to request additional services)을 비활성화해야 합니다.

비활동 호스트의 비활성화

사이트 관리에는 비활동 중인 호스트를 자동으로 비활성화하는 옵션이 있습니다(스크린샷 참고). 이렇게 하면 호스트 라이선스를 다른 사용자에게 사용할 수 있습니다.

Site Administration의 설정 비활성화 위치

Control Hub로 관리되는 사이트에는 이것을 위한 자동화된 옵션이 아직 없습니다.

Control Hub에는 자동 지정 템플릿과 같은 라이선스 관리 옵션이 있습니다. 비활동 호스트에 대한 보고서를 받아서 그런 사용자들의 라이선스를 개별적으로 또는 일괄적으로 또는 API를 통해 제거할 수 있습니다.

이 자동화된 비활성화 옵션이 필요하고, Control Hub의 다른 옵션이 적합하지 않은 경우에는 이번에 사이트를 Control Hub로 변환하지 말아야 합니다.

Control Hub에서 관리하기 위해 미팅 사이트를 변환하기 전에 Control Hub 조직을 준비해야 합니다.

당사는 도메인을 확인하고 사용자를 클레임할 것을 강력히 권장합니다. 다음 읽기 자료가 도움이 될 수 있습니다.

사이트는 귀하의 회사, 파트너 또는 LMS(Learning Management System) 통합 등 귀사에서 사용하는 타사 응용프로그램에서 설정한 응용프로그램에 있는 API 통합을 사용할 수도 있습니다. 이 섹션은 사이트를 변환할 때 어떤 API 통합이 작동하는지 및 어떤 API 통합이 작동하지 않는지 설명합니다.

당사는 미팅 사이트의 관리 및 사용자 기능을 관리할 수 있는 API를 공개합니다. 이 API는 https://developer.cisco.com/docs/webex-xml-api-reference-guide/에 문서화되어 있습니다. 또한, Webex URL API를 공개하여 Webex Meeting 서비스에 통합을 활성화합니다.

API 통합에서 인증에 대해 username 을(를) email 대신 사용하는 경우, 통합은 Control Hub가 관리하는 사이트에서 작동하지 않습니다. 따라서 해당 통합은 사이트가 사이트 관리에서 Control Hub로 변환되는 경우에 실패하게 됩니다. Control Hub에서 관리하는 사이트는 비밀번호 또는 SSO를 사용하는 이메일 주소 기반 인증만 지원합니다. 이를 유지하고자 하는 경우엔 변환하기 전에 API 통합을 변경해야 합니다.


Control Hub로 변환한 후에도 계속 작동하게 하기 위해 사용자 이름 기반 인증을 사용하여 API 통합을 활성화하는 솔루션을 개발하고 있습니다.

Control Hub에는 사용자 만들기 및 라이센스에 대해 People 및 License REST API를 포함하는 자체 API가 있습니다.

이러한 API의 대부분은 Control Hub로 관리되는 사이트에서도 작동하지만 사용자 관리(예: 사용자 만들기 및 라이선싱)와 관련해서 몇 가지 차이점이 있습니다.

귀하의 통합에서 호스트 또는 참석자를 Webex Meetings 사이트에 추가하거나 제거하는 등 사용자 관리를 실행하는 경우, 통합에서 새로운 API를 사용하도록 준비해야 합니다. 사이트를 Control Hub 관리 사이트로 변환한 후 이전 API 통합은 더 이상 작동하지 않을 수도 있습니다.

이전의 API 통화는 Control Hub에서 관리되는 사이트에 대해 작동하지 않게 됩니다. 다음 XML API 통화는 주의가 필요한 통화입니다.

표 1. 주의가 필요한 API

API

사이트 변환 후 API 문제

권장 사항

모든 XML API*

만약 username 이(가) WebexID 또는 hostWebExID 에 대해 사용되며, email 와 일치하지 않는 경우, 사이트 변환 후에 API 통합이 실패합니다.

사용 email 보다 username

CreateUser**

Control Hub에서 관리하는 사이트에서 지원되지 않습니다.

사이트가 변환된 후에 People API를 사용하도록 전환합니다.

DelUser**

Control Hub에서 관리하는 사이트에서 지원되지 않습니다.

사이트가 변환된 후에 People API를 사용하도록 전환합니다.

SetUser**

추적 코드 및 세션 유형과 같은 대부분의 파라미터에서 작동하지만, 모든 항목에 대해 작동하지는 않습니다.

사용자의 역할을 지정하거나 변경하는 경우(예: 참석자에서 호스트로 변경)에 대해 작동하지 않습니다.

사용자의 역할을 지정하는 경우, 사이트가 변환된 후에 People API를 사용합니다.

AuthenticateUser*

지원되지 않음 username.

사용 email

securitycontext의 사용자 이름*

username 역할 webExID in securitycontext 은(는) Control Hub에서 관리하는 사이트에서 지원되지 않습니다.

사용 email

세션 티켓

변환하기 전의 세션 티켓은 변환한 후에 유효하지 않을 수도 있습니다.

변환한 후에 세션 티켓을 지정하십시오.

관리자가 SSO 바이패스

API 통합에서 인증에 대해 SSO 바이패스를 사용하고 있을 때 관리자의 이메일 주소가 사이트와 동일한 조직에 있지 않은 경우, 사이트를 변환하기 전에 관리자의 계정을 비활성화해야 합니다.

만약 username 을(를) 사용하는 경우엔 API 통합이 실패합니다.

사이트 변환 후에 Control Hub에서 관리자를 외부 관리자로 지정하는 것이 해결 방법일 수 있습니다. 사이트 관리에서 원본 이메일 주소와 동일한 이메일 주소를 사용할 수 있습니다.

URLAPI*

모든 urlapi Webex 아이덴티티(WID)에 대해 username 을(를) 사용하는 모든 항목은 username 이(가) 다음과 동일하지 않은 경우에 실패합니다. email.

예:
<Site>/p.php?AT=LI&WID=hostid&PW=pas

사용 email 보다 username


* 처음에 언급한 바와 같이, 사이트 관리에서 Control Hub로 변환하는 사이트에 대해 사용자 이름 기반 인증을 사용하는 API 통합으로 넘길 수 있는 방법에 대해 작업하고 있습니다.

** 사용자 관리 XML API를 Control Hub 관리 사이트에서 브리지 기능으로 사용할 수 있게 할 계획입니다. 이는 귀하의 사이트를 Control Hub로 변환할 때 통합이 작동하게 하는 한편, People API로 통합을 전환하기 위한 추가 시간을 제공합니다. 이 브리징 기능은 사용 후 일 년 동안만 지원됩니다.

People API를 사용하여 전체 또는 읽기 전용 권한이 있는 조직 관리자를 만들 수 있으며, 이러한 관리자는 모든 Control Hub 관리 미팅 사이트에서 관리자가 됩니다.


Control Hub에는 Webex 사이트별 관리자 역할이 있지만, 현재 People API는 이 역할을 지정할 수 없습니다.

Webex 사이트 관리자 역할을 포함하여 사용자 역할을 지정하는 방법에 대한 자세한 내용은 https://help.webex.com/fs78p5을(를) 참조하십시오.

사이트를 변환하기 전에 People 및 License API를 사용할 수 있도록 API 통합을 준비하십시오. 그런 다음, 사이트를 변환하고 통합을 새로운 API로 전환할 수 있습니다.

현재 앱 및 통합은 Control Hub 사용자의 자격 증명에 연계되어야 합니다.

향후 플랜

이메일 주소가 Control Hub 조직에 있는 전형적인 사용자와 별개인 관리 응용프로그램을 활성화할 계획입니다. 예를 들어, 이러한 통합의 아이덴티티는 특정 사용자에게 연계되지 않습니다. 이는 2022년 Q1에 사용할 수 있게 될 예정이며, 변경될 수 있습니다. 이 기능을 사용할 수 있게 되면 사용자는 developer.webex.com에 있는 Webex 통합과 같은 프로세스를 사용하여 Webex에 통합하기 위해 관리 응용프로그램의 새로운 카테고리를 만들 수 있습니다.

Webex 사이트를 Control Hub로 변환하기 전에 일부 기능을 비활성화해야 합니다. 비활성화되어야 하는 기능을 표시하는 목록을 확인할 수 있습니다. 빨간색 동그라미 X 아이콘으로 표시된 기능은 완료되어야 합니다. 노란색 삼각형 느낌표 아이콘으로 표시된 기능은 귀하가 참조할 수 있도록 제공되며, 아무 작업도 필요하지 않습니다.

  1. Webex 사이트 관리에 로그인하고, 구성 > 공통 사이트 설정 > SSO 구성으로 이동합니다.

    (https://help.webex.com/g5ey83의 Webex 사이트에서 SSO를 구성하는 방법에 대한 설명을 읽어 보십시오.)

  2. 자동 계정 만들기 옵션을 찾아서 비활성화합니다.

  3. 업데이트를 클릭합니다.

  4. 구성 > 공통 사이트 설정 > 옵션으로 이동합니다.

    • 호스트 계정 등록 허용을 찾아서 비활성화합니다.

    • 계정 등록에 필요:를 찾아서 필수 사용자 프로필 필드의 모든 확인란을 지웁니다.

    • 아래 필드를 사용자가 변경하도록 허용:을 찾아서 모든 확인란을 지웁니다.

  5. 업데이트를 클릭합니다.

  6. 구성 > 공통 사이트 설정 > 추적 코드로 이동합니다.

  7. 호스트 프로필 열에서 필수 사항으로 표시된 있는 모든 추적 코드 행을 관리 설정 또는 선택 사항으로 변경합니다.


    Webex 사이트를 변환할 때 사용자에 대한 모든 추적 코드 값은 보존됩니다.

사이트 변환 도구는 사이트의 사용자를 Control Hub 조직에 있는 Webex 사용자로 변환합니다.

사용자를 변환하기 전에 Control Hub(https://admin.webex.com)에 로그인하여 일부 필수 구성을 수행해야 합니다.

도메인을 아직 확인하지 않았거나 다른 Webex 조직의 사용자를 클레임한 경우, 이 문서 앞부분에 있는 사이트 변환을 위한 Control Hub 조직 준비를 읽어 보십시오.

사용자를 성공적으로 변환하려면 사이트를 변환하기 전에 다음 유형의 사용자 문제를 숭정해야 합니다.

  • 확인되지 않은 사용자

  • 링크되지 않은 사용자

  • 다른 Control Hub 조직에 있는 사용자

  • 사이트 관리 및 Control Hub에서 이메일 주소가 불일치하는 사용자

사이트 사용자에게 이런 문제가 있는데 사이트를 변환하려고 시도하면 변환 프로세스가 실패할 수 있습니다.

도구는 비활동 사용자를 변환하려고 하지 않습니다. 그러므로 모든 사용자를 수정할 수 없다면 사이트를 변환하기 전에 나머지 사용자들을 비활성화할 수 있습니다.

이런 사용자 문제를 확인하는 방법

  1. 사이트 관리에 로그인하고 사이트 변환 페이지를 엽니다.

  2. 변환 전제 조건 검토 컨트롤을 열고, 해당 사용자를 CSV로 내보내기를 클릭합니다.

  3. 내보내기가 끝낼 때까지 기다렸다가 CSV 다운로드를 클릭합니다.

    브라우저가 users-to-review.csv 파일을 다운로드합니다.

  4. 해당 CSV 파일을 열고 다음 열을 확인합니다.

    • User linking status: 만약 값이 Not Linked 이면 이것은 사용자가 아직 Control Hub에 링크되지 않은 것을 의미합니다.

      아래의 링크되지 않은 사용자에 대해 해야 할 작업을 읽어 보십시오. 이것은 그 자체로 변환을 금지하는 것은 아니기 때문에 모든 사용자에 대해 이 문제를 해결할 필요는 없습니다. 그러나 링크되지 않은 사용자는 변환 전에 해결되어야 하는 다른 문제가 있을 수도 있습니다.

    • Site Admin Email Verified: 만약 값이 N 이면 사용자가 이메일 주소를 확인하지 않은 것입니다(이 정보는 UnverifiedEmail 정상 SiteUsers.csv 내보내기 파일에 있는 열과 일치함).

      사이트 변환을 시작하기 전에 이 문제를 시정하거나 해당 사용자를 비활성화해야 합니다. 아래의 확인되지 않은 사용자를 수정하는 방법을 참조하십시오.

    • ORG-NAME: 이 값은 Control Hub 조직과 동일해야 합니다. 다른 값은 이미 사용자가 사이트 변환을 금지하는 다른 Control Hub 조직에 속해 있다는 의미입니다.

      해당 사용자를 클레임하거나 비활성화해야 합니다.

    • Email different between Site Admin & Control Hub: 만약 값이 Y 이면 이메일 주소가 불일치하거나 사용자가 링크되지 않은 것입니다.

      이메일 주소가 불일치한 사용자(아래)를 읽어 보십시오.

  5. 각 사례에서 해야 할 작업을 평가합니다(아래 섹션 참조).

    사용자 확인, 이메일 주소 수정 또는 다른 조직에서 Control Hub 조직으로 사용자를 클레임해 볼 수 있습니다. 이런 문제를 시정할 수 없거나 시정하지 않으려면 사이트를 변환하기 전에 사이트 관리에서 사용자를 비활성화해야 합니다.

확인되지 않은 사용자 수정

다음은 미팅 사이트 사용자를 확인할 수 있는 방법입니다.

  • 사이트 관리에서 이메일 도메인을 확인합니다. 이메일 도메인을 확인할 때 해당 도메인의 이메일 주소를 가진 모든 사용자를 자동으로 확인합니다.

  • 확인되지 않은 사용자에게 사이트(사이트 url)에 로그인하도록 요청합니다. Webex에서 해당 사용자의 이메일 확인 과정을 안내합니다.

확인되지 않은 사용자는 로그인하지 않았을 수 있고, 미팅을 호스트할 필요가 없을 수도 있습니다.

사용자를 확인한 후 사이트를 변환하기 전에 나머지 확인되지 않은 사용자를 비활성화해야 합니다. 해당 사용자를 (다시) 내보내기하고 CSV 파일을 검토하여 사이트 변환 페이지를 확인할 수 있습니다.

링크되지 않은 사용자에 대해 해야 할 작업

다음 유형의 사용자는 Control Hub에서 링크되지 않았으므로 사이트 변환을 진행할 수 없습니다.

  • 확인되지 않은 사용자는 링크되지 않습니다.

  • 비활동 사용자는 링크되지 않습니다.

  • 다음 사항이 모두 해당할 경우 사용자는 링크되지 않습니다.

    • 사용자의 이메일 도메인이 Control Hub에서 클레임됩니다.

    • 해당 사용자가 도메인을 클레임한 조직에 존재하지 않습니다.

    • 해당 조직이 모든 사용자를 Active Directory와 동기화합니다.

      이런 조건에서는 Active Directory와 동기화하지 않으면 Webex가 새로운 사용자를 조직에 만들 수 없습니다.

사이트 변환을 진행할 때 링크되지 않은 사용자에 대해서는 아무 작업도 필요하지 않습니다. 이런 사용자는 사이트 변환 후 사이트에서 역할을 가질 수 없습니다(호스트 또는 참석자 또는 관리자 역할 안 됨).

사용자가 링크되지 못하게 했던 문제를 시정하면 야간 동기화 작업에서 해당 사용자를 Control Hub 조직에 링크시킬 수 있습니다.

다른 Control Hub 조직의 사용자에 대해 해야 할 작업

이미 다른 Control Hub 조직에 있는 사이트 사용자 또는 관리자는 변환할 수 없습니다.

이 규칙에는 다음과 같은 예외가 있습니다. 우리 Control Hub 조직을 만들었거나 관리하고 있는 파트너 조직에 소속된 사이트 관리자는 변환할 수 있습니다. 이런 사용자는 users-to-review.csv 파일에 들어 있지 않습니다.

사이트 사용자가 이미 다른 Control Hub 조직에 있는 경우에는 다음과 같이 할 수 있습니다.

  • 해당 사용자를 귀사의 Control Hub 조직으로 클레임합니다(조직에서 해당 사용자의 이메일 도메인을 확인했어야 함). https://help.webex.com/nceb8tm을(를) 읽어보십시오.

  • 사이트를 변환하기 전에 사이트 관리에서 사용자를 비활성화합니다.

이메일 주소가 불일치한 사용자

일부 사용자는 Site Administration과 Control Hub에서 다른 이메일 주소를 사용할 수 있습니다. 이는 사용자가 이 사이트에서 Control Hub로 링크된 후에 두 장소 중 하나에서만 이메일이 변경되는 경우에 가능합니다.

이런 사용자는 사이트 변환 도구에서 내보낸 CSV 파일의 Y 열에 Email different between Site Admin & Control Hub 이(가) 표시됩니다.

이메일 주소가 불일치한 사용자를 수정하려면 다음 작업을 시도해 보십시오.

  • Control Hub 이메일 주소와 일치하도록 사이트 관리에서 사용자의 이메일 주소를 변경합니다.

    사용자는 자신의 Site Administration 프로필을 편집할 수 있습니다. https://help.webex.com/nmig1kcb

  • Site Administration의 이메일 주소와 일치하도록 Control Hub에서 사용자의 이메일 주소를 변경합니다. https://help.webex.com/nsi3kgb.

    사용자는 Control Hub 조직에서 자신의 이메일 주소를 변경할 수 있습니다. https://help.webex.com/nme40aeb


사용자 이메일 불일치를 시정하지 않고 사이트를 변환하는 경우, 해당 사용자는 Control Hub 이메일 주소를 사용하여 미팅 사이트에 로그인해야 합니다.

사용자를 비활성화하는 방법


사용자를 비활성화하면 해당 사용자는 호스트 라이선스 또는 참석자 권한을 잃게 됩니다(활동 중에 그가 가졌던 역할에 따라 다름).

사이트 관리에서 개별 사용자 비활성화:

  1. 사용자 관리 > 사용자 편집으로 이동합니다.

  2. 색인, 검색 및 필터 컨트롤을 사용하여 사용자를 검색합니다.

  3. 활동 중 확인란을 선택합니다.

  4. 변경 사항을 제출합니다.

    자세한 사항은 Cisco Webex 사이트 관리에서 사용자 계정 관리를 참조하십시오.

사이트 관리에서 사용자 일괄 비활성화:

  1. 사용자를 CSV 파일로 내보냅니다.

  2. CSV 파일을 열고 모든 해당 사용자의 Active 열 값을 N(으)로 수정합니다.

  3. 수정된 CSV 파일을 가져옵니다.

    변경된 사용자는 이제 비활동 상태입니다.

    자세한 내용은 Webex 사이트 관리에서 Webex 사용자 일괄 가져오기 및 내보내기를 참조하십시오.

시작하기 전에

비활성화해야 하는 일부 기능이 있으며, 모든 사용자가 변환할 수 있는 양호한 상태인지 확인해야 합니다. API 통합 응용프로그램을 사용하고 있는 경우, Webex API를 사용하려면 업데이트해야 합니다.

이 문서의 앞부분에 있는 해당 전제 조건에 대한 설명을 읽어 보십시오.


사이트를 Control Hub로 변환할 것이며, 변환이 시작된 후에는 사이트 관리에서 어떤 것도 변경하지 말아야 한다는 점을 모든 관리자에게 알려 주십시오.

1

사이트 관리에 로그인하고 사이트 변환을 클릭합니다.

2

전제 조건, 특히 변환의 성공에 영향을 미칠 수 있는 상태인 사용자들의 CSV 목록을 확인합니다.

3

비활성화해야 할 기능 및 사용자 관리와 호스트 라이선싱에서 예상할 수 있는 차이점에 대해 읽어 봅니다(이 문서에도 설명되어 있음).

4

Control Hub로 변환을 클릭합니다.

5

예상할 수 있는 변경에 대한 메시지를 검토합니다.

6

변환을 클릭합니다.

변환 프로세스가 시작되고 진행 표시기를 볼 수 있습니다. 문제가 있는 경우, 제안된 작업과 함께 오류 메시지가 나타납니다. 그렇지 않으면 성공 메시지가 표시됩니다.

 

사이트를 Control Hub로 변환하는 것은 영구적이므로 변환 프로세스가 끝나면 취소할 수 없습니다. 사이트 변환이 완료되면 해당 사이트는 더 이상 사이트 관리에서 관리되지 않습니다. Control Hub에서 해당 사이트를 완벽하게 관리할 준비가 되지 않은 경우에는 이 마법사를 종료하십시오.

7

Control Hub에 로그인을 클릭합니다.

Webex 사이트 관리에서 사이트 변환을 시작한 후 Control Hub에 로그인하여 변환의 진행 상황을 추적할 수 있습니다.

  1. https://admin.webex.com에서 Control Hub에 로그인하고 Meetings 페이지를 엽니다.

    미팅 사이트의 목록이 표시됩니다.

  2. 사이트를 클릭하여 해당 사이트에 대한 정보를 확인합니다.

  3. 변환 상태를 확인할 수 있는 사이트 변환 섹션을 찾아보십시오.

    변환이 끝나면 변환된 사용자의 목록을 다운로드할 수 있습니다.

  4. 목록을 검토하고 변환 문제를 확인합니다.

사이트 변환이 완료되면 해당 사이트는 더 이상 사이트 관리에서 관리할 수 없습니다. 해당 사이트에 대한 모든 관리는 Control Hub에서 해야 합니다. 다음은 Control Hub에서 사이트를 관리하는 방법을 익히고 체험해보는 몇 가지 단계입니다.

  1. 호스트를 선택하고 라이선스와 세션 유형을 확인합니다. 예약된 미팅이 유효한지 확인합니다.

    사용자에게 새로운 미팅을 예약하고 호스트할 수 있는지 확인하도록 요청합니다.

  2. 조직에 새 사용자를 추가합니다. 호스트에게 호스트 라이선스를 부여하고, 세션 유형을 수정한 후 미팅을 호스트할 수 있는지 확인합니다.

  3. 사이트 관리에서 전체 관리자였던 사용자를 선택하고 그가 변환된 사이트에 대하여 적절한 수준의 액세스 권한을 갖고 있는지 확인합니다.

    사이트를 읽고 수정하고, 사용자를 만들고, 라이선스를 부여하고, 수정하고 삭제할 수 있어야 합니다.

  4. 사이트에 API 통합이 있는 경우, People API 사용으로 전환합니다. 업데이트된 통합이 예상대로 작동하는지 확인합니다.

Control Hub에서 미팅 사이트를 관리하는 방법에 대한 자세한 내용은 https://help.webex.com/naqlzeu을(를) 참조하십시오.