これらの方法はすべて、ユーザー に自動メール招待状を送信しますが、自動メールを抑制し、独自のメール招待状を手動で送信することができます。

ユーザーを追加する前に、自動ライセンス割 り当てテンプレートを設定できます。使用可能な方法のいずれかを使用してユーザーを追加すると、テンプレート内のライセンスが新しいユーザーに自動的に割り当てられます。

ユーザー管理方法

説明

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

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

  • ユーザーを Webex に同期した後はいつでも、「Control Hub のユーザーを CSV テンプレートで変更する」で説明されているように、エクスポートされた CSV テンプレートを通じて特定のユーザーに資格を与えることができます。

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

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

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

Active Directory などのディレクトリからユーザーを同期する場合、Control Hub でユーザーを手動で追加することはできません。Directory Connector を使用してユーザーを追加します。

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

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

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

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

コンテンツの移行機能は、個人の Webex アカウントにのみ適用されます。あるエンタープライズ組織のユーザーを別の組織に移行することはできますが、ユーザーの Webex の会話を転送することはできません。移行元の組織を削除すると、すべてのユーザーのデータを含め、組織に関連するすべての情報が完全に削除されます。Webex アプリのメッセージやファイル、および Webex Meetings の URL やミーティングの録画を含むすべての Webex Meetings データが失われます。

ユーザーが主張された場合、前の組織のすべてのコンテンツが完全に削除されます。

セルフ登録 (ユーザーが自分で登録する) と、サイドボード (他のユーザーが招待する) の 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 の使用を開始できます。

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

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

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