• サイトからユーザーを同期Active Directory

会社がサイト管理Active Directoryを使用している場合、 ユーザーを追加し、Webex Active Directoryと同期ディレクトリ コネクタ。ディレクトリ コネクタは、Active Directory をバックエンドの Cisco クラウド ディレクトリと同期するための重要なツールであり、ユーザーが Webex Meetings や Webex App サービスなどのクラウド サービスを使用できるようにします。この方法でユーザーを追加したら、以下のオプションのいずれかを用いてユーザーにユーザーにサービスを割り当てます:

• このステータススクリーンを同期した後、サービスを選択して、一度に全ユーザーにこれらを追加できます。個々の変更は後で出来ます。

• ユーザーを Webex に同期した後はいつでも、エクスポートされた CSV テンプレートを使用して特定のユーザーに権限を付与できます。詳細については、 「CSV テンプレートを使用して Control Hub でユーザーを変更する」を参照してください。

• Okta のユーザーを同期

• Entra IDからユーザーを同期する

ユーザー管理に Okta または Entra ID を使用している場合は、Webex をアプリケーションとして追加し、Control Hub で管理されている組織にディレクトリのユーザーを同期できます。オンプレミスのインフラストラクチャまたはコネクタは必要ありません。この統合により、Okta または Entra ID のアプリケーションでユーザーが作成、更新、または削除されるたびに、ユーザー リストが同期されます。

• Control Hub で手動でユーザーを追加する

• ユーザーごとに Control Hub のサービス ライセンスを編集する

最も簡単なアプローチはメールかユーザー向けアップデートサービスにより、一人ひとり個人ユーザーを追加することです。

Webex アプリをパイロット プロジェクトとして使用している場合は、この方法で数人のユーザーを追加し、サービスを試用して慣れてもらうことをお勧めします。

• CSV テンプレートで Control Hub に複数のユーザーを追加する

• CSV テンプレートを使用して Control Hub のユーザーを変更する

CSV アップロードは最大 20,000 を同時に追加するための最適な方法です。スプレッドシートのテンプレートを CSV (comma-separated ファイル) としてダウンロードして、追加したいユーザーの電子メール アドレスを入力し、それらのユーザーにサービスライセンスを割り当て、ファイルを組織にアップロードします。

• People APIを使用してユーザーを追加する

People API を使用して、組織にユーザーを自動的に追加することができます。また、この API を使用して、ユーザーにライセンスや管理者ロールを割り当てることもできます。

• Control Hub での組織アカウント ロールの割り当て

全権限を持つ顧客管理者なら、さまざまな権限を持つロールを組織のユーザーに割り当てることができます。

• 組織にユーザーをクレームする (ユーザーの変換)

顧客管理者は、Webex アカウントに独自に登録したユーザーのアカウントを要求することができます。それを行った後、ユーザーは組織のサブスクリプションに含まれる機能を使用できます。ユーザークレームの見直し中に、これらのユーザーのライセンス割り当てを確認および更新できます。

セルフ登録 (ユーザーが自分で登録する) と、サイドボード (他のユーザーが招待する) の 2 種類があります。このオプションはデフォルトでユーザーが利用できます。

ドメインでユーザー がセルフ登録しないなす方法を読む。

「セルフ登録」とはユーザーが 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 の使用を開始できます。

コントロール ハブの SAML 自動アカウント作成と更新

SAML を使用して、IdP のユーザー属性を Webex ID 属性にマッピングし、SAML アサーションを使用してジャストインタイム (JIT) 自動アカウント更新をオンにします。

• Control Hub から招待状メールを再送信する

• Control Hub で組織からユーザーを削除する

以下でこれらタスクを使用:

• リマインダーとして、またはユーザーが受け取っていなかった場合のために、Webex アプリの電子メール招待状を再送信します。

• もう勤務していない、もしくはアカウント情報が正しくない場合は、組織からユーザーを削除します。