• 모든 사용자 Active Directory

회사에서 이 Active Directory 사용자를 추가하고 Webex 사이트와 동기화할 Active Directory 수 디렉터리 커넥터. 디렉토리 커넥터는 Active Directory를 백엔드 Cisco 클라우드 디렉토리와 동기화하는 데 필수적인 도구이며, 이를 통해 사용자는 Webex Meetings 및 Webex 앱 서비스와 같은 클라우드 서비스를 사용할 수 있습니다. 이 방법을 통해 사용자를 추가한 후 다음 옵션을 사용하여 사용자에게 서비스를 지정하십시오.

• 동기화 상태 화면 후에 모든 사용자에게 추가할 서비스를 한 번에 선택할 수 있습니다. 나중에 개별적으로 수정할 수 있습니다.

• 사용자를 Webex에 동기화한 후 언제든지 CSV 템플릿을 사용하여 Control Hub에서 사용자 수정에 설명된 대로 내보낸 CSV 템플릿을 통해 특정 사용자에게 권한을 부여할 수 있습니다.

• Okta에서 사용자 동기화

• Entra ID에서 사용자 동기화

사용자 관리를 위해 Okta 또는 Entra ID를 사용하는 경우 Webex를 애플리케이션으로 추가한 다음 Control Hub에서 관리하는 조직에 있는 디렉토리의 사용자를 동기화할 수 있습니다. 온-프레미스 인프라나 커넥터는 필요하지 않습니다. 이 통합을 통해 Okta 또는 Entra ID에서 사용자가 생성, 업데이트 또는 제거될 때마다 사용자 목록이 동기화 상태로 유지됩니다.

• Control Hub에서 수동으로 사용자 추가

• Control Hub에서 개별 사용자에 대해 서비스 라이센스 편집

가장 쉬운 방법은 이메일로 개별 사용자를 추가하거나 한 명씩 사용자에 대한 서비스를 업데이트하는 것입니다.

Webex 앱을 파일럿 프로젝트로 사용하는 경우 이 방법을 통해 몇몇 사용자를 추가하여 서비스를 사용해 보고 익숙해지도록 하는 것이 좋습니다.

• Control Hub에서 CSV 템플릿으로 다수의 사용자를 추가

• CSV 템플릿을 사용하여 Control Hub에서 사용자 수정

CSV 업로드는 최대 20,000명의 사용자를 동시에 추가하는 최선의 방법입니다. 스프레드시트 템플릿을 CSV(콤마로 구분된 파일)로 다운로드하고 추가할 모든 사용자의 이메일 주소를 입력한 후 해당 사용자에게 서비스 라이센스를 지정하고 파일을 조직에 업로드하기만 하면 됩니다.

• People API를 사용하여 사용자 추가

People API를 사용하여 조직에 자동으로 사용자를 추가할 수 있습니다. 이 API를 사용하여 사용자에게 라이센스 및 관리자 역할을 할당할 수도 있습니다.

• Control Hub에서 조직 계정 역할 지정

전체 권한이 있는 고객 관리자인 경우, 조직에 있는 사용자에게 다른 권한이 부여된 역할을 지정할 수 있습니다.

• 사용자를 조직으로 클레임 (사용자 변환)

고객 관리자는 Webex 계정에 스스로 등록한 사용자의 계정을 청구할 수 있습니다. 그 후 해당 사람은 조직에 대해 가입에 포함된 기능을 사용할 수 있습니다. 또한 사용자 클레임 리뷰 중에 해당 사용자에 대한 라이센스 지정을 확인하고 업데이트할 수 있습니다.

사용자 셀프 등록(사용자가 직접 등록) 및 사이드보딩(다른 사용자가 사용자 초대). 이 옵션은 기본적으로 사용자가 사용할 수 있습니다.

사용자가 도메인에 셀프 등록하는 것을 방지하는 방법을 읽어 보아야 합니다.

“셀프 등록"은 사용자가 직접 Webex에 등록하는 경우입니다. 누구든 Webex 클라이언트에서 이 작업을 할 수 있으며, 해당 사용자가 식별자인 이메일 주소를 제공하기만 하면 됩니다.

사용자가 다른 사용자를 Webex에 참여하도록 초대하고 초대된 해당 사용자가 조직과 독립적으로 등록하는 경우에도 "사이드보딩"이라는 용어를 사용합니다.

사람들이 이런 방식으로 가입하면 기본적으로 Webex는 모든 '무료' 사용자(Webex 서비스에 대한 유료 구독에 속하지 않은 사용자)를 포함하는 일반 조직에 계정을 만듭니다.

이는 '유료' 조직을 관리하는 경우에 일부 추가 관리를 요구할 수도 있습니다. 회사 이메일 주소가 user1@example.com, user2@example.com와 같다고 가정해 보겠습니다.

다른 사용자 생성 프로세스와 관계없이 user3는 Webex를 다운로드하고 user3@example.com를 사용하여 처음으로 로그인합니다. Webex는 기본적으로 일반 조직에 user3을 생성합니다.

이제 user1 및 user2와 같이 사용자 3의 서비스를 관리하기 전에 사용자를 조직으로 클레임해야 합니다.

사용자가 가입하기 전에 도메인을example.com 신청하면 이런 상황을 피할 수 있습니다. 조직에도 이 기능을 SSO 자동 지정 템플릿을 사용하는 경우, user3에 대한 흐름은 다음과 같습니다.

그들은 클라이언트를 다운로드하고 이메일 주소 user3@example.com를 제공합니다. 이 도메인은 클레임되기 때문에 user3는 일반 조직의 멤버가 될 수 없습니다. Webex는 사이드보딩을 통해 사용자를 생성한 다음 사용자를 ID 공급자(IDP)로 리디렉션합니다. 그들은 IDP에서 인증을 받고 Webex 계정에 접속합니다. Control Hub의 라이선스 서비스는 user3에게 자동 라이선스 템플릿에 지정된 서비스를 제공하고 user3는 Webex를 사용할 수 있습니다.

Control Hub에 대해 SAML 자동 계정 만들기 및 업데이트

SAML을 사용하여 IdP의 사용자 속성을 Webex ID 속성에 매핑하고 SAML 어설션을 사용하여 JIT(Just-In-Time) 자동 계정 업데이트를 켭니다.

• Control Hub에서 초대장 이메일 다시 보내기

• Control Hub에서 조직의 사용자 삭제

다음 부분에 대해 다음 작업을 사용하십시오.

• 사용자가 이메일을 받지 못했거나 알림을 받기 위해 Webex 앱에 대한 이메일 초대장을 다시 보냅니다.

• 사용자가 퇴사한 경우 또는 계정 정보가 올바르지 않은 경우에 조직에서 사용자를 삭제합니다.