*Delayed Claim オプションに関する詳細は、手順 4 を参照してください。

ユーザーのクレームを試む前にこれを読む:

  1. ユーザーをディレクトリ同期前に、ディレクトリ コネクタ ユーザーのアカウントを無効にします。

    同期を実行し、主張したユーザーがディレクトリに存在しない場合、同期プロセスはクレームされたユーザーを削除できます。 ユーザーを要求した後で、ドライ ラン同期でテストすることを推奨します。

  2. Control Hub でドメイン を確認し、メール アドレスにこれらのドメインを使用するアカウントを持つユーザーをクレームできます。

    ユーザーを要求するために、ドメインを要求する必要はありません。 詳しくは、「ドメインを管理する」を参照してください。

  3. ユーザーが古いアカウントから新しいアカウントにコンテンツを移行できるかどうかを決定します。

    移行を許可するには、[組織設定] ページの [ユーザーによる Webex 会話の移動を許可する] 設定を有効にします。

    この設定を有効にする場合、Webex は遅延したクレームプロセスを使用して、コンテンツを移行できるユーザーを要求します。


     

    この機能はパーソナル Webex アカウントにのみ適用されます。 Webex 会話を 1 つの企業組織から別の組織に転送できない。

  4. ユーザーによるコンテンツの持ち込みを許可する場合、以下のいずれかのオプションを使用して要求できます。

    • 即時クレーム-Webex はアカウントを組織にすぐに追加し、ライセンスの管理と割り当てを開始できます。 ユーザーは次回サインインする時に古いユーザーアカウントを決めすることができます。

    • 遅延したクレーム—ユーザーは Webex 会話を古いアカウントから新しいアカウントに移行するかどうかを判断するために 14 日間の日数があります。 14 日以内に決定しない場合、Webex はアカウントと Webex 会話を組織に自動的に移動します。 ユーザーが Webex 会話を持ち込むのを望んでこない場合、遅延したクレームオプションを無効にできます


       

      一部のユーザーが遅延クレームを行う資格があるという問題があります。 次の組織のユーザーは、 利用可能な遅延したクレームオプションが利用できないので、組織に要求した場合、コンテンツは失います

  5. 以下のいずれかの方法を選択して、次のユーザーを要求します。

    • 方法 1: ユーザーの要求 - 組織外に要求できる最大 250 ユーザーのリストを表示します。


       

      要求するユーザーが 250 人以上いて、リストに変更を加えたい場合は、CSV ファイルをエクスポートし、方法 2 の手順に従う必要があります。 要求されたプロセスを続行するために、CSV ファイルでユーザーを要求します。

    • 方法 2: CSV ファイルの追加またはユーザーの変更 - 要求できる組織外の外部のすべてのユーザーの CSV ファイルをエクスポートします。 CSV ファイルを編集して、要求する相手を選択することができます。

    • 方法 3: 手動でユーザーを追加 - 要求するユーザーの最大 25 個メール アドレスまたは名前を個別に追加します。

要求可能なユーザーのリストとして確認することができます。 250 人を超える資格を持つユーザーが表示されている場合は、リストを CSV ファイルにエクスポートすることができます。
1

で Control Hub にサインインし、[ユーザー] https://admin.webex.comに移動して、[ユーザーの管理] をクリックして、[ユーザーの要求] を選択します。

2

クレームするユーザーを選択し、[次へ] をクリック します

3

ウィザードに従って、ユーザーにサービスを追加します。 自動ライセンス割り当 てを使用する場合、Webex は新規ユーザーにライセンスを割り当てる必要があります。

4

[これらのユーザーの要求は確定的であると理解し、先に進むことに合意します] チェックボックスをオンにします。

5

[ユーザーの追加] をクリックします。

クレームするユーザーが多い場合は、クレームしたユーザーを一括変更することができます。 要求可能なユーザーを CSV ファイルにエクスポートし、ファイルを変更し、それから CSV をインポートすることでクレームできます。

 

ユーザーの Immediate Claim または Delayed Claim を切り替える場合、[ユーザーが Webex 会話を移行できるようにする] 設定を有効または無効にした後、異なる CSV ファイルをエクスポートする必要があります。

1

で Control Hub にサインインし、[ユーザー] https://admin.webex.comに移動して、[ユーザーの管理] をクリックします。

2

[CSV] [ユーザーの追加または変更] をクリックします

Webex がこれらのユーザーにアクティベーションメールを送信しますので、確認を求めるポップアップが表示される場合があります。 戻ってこれらの自動招待を 無効にできます
3

[自分の組織外のユーザー] を選択し、[エクスポート] をクリックして CSV ファイルをエクスポートします。

4

CSV ファイルのユーザーを必要に応じて修正します。

5

[インポート] をクリックして CSV ファイルをアップロードし、[次へ] をクリックします。

自動ライセンス割り当 てを使用する場合、Webex はインポートされたこれらのユーザーにライセンスを割り当てる必要があります。
6

(オプション)インポートが進行中の状態を確認できます。

要求するユーザーが 2 人いる場合、メール アドレスを使用してそれらを個別に追加することができます。
1

Control Hub[ユーザー] に移動し、[ユーザーの管理] をクリックして [ユーザーを手動で追加] を選択します。

2

ユーザー情報の入力方法を選択します。

  • [ メール アドレス] を選択し、コンマで区切って最大 25 人のメール アドレスを入力します。

  • [ 名前とメール アドレス] を選択し、最大 25 人の名前とメール アドレスを入力します。

リストがある 場合 は、[次へ] をクリックします。

3

[追加の確認] をクリックします。

4

ウィザードに従って、これらのユーザーにサービスを追加します。

自動ライセンス割り当 てを使用する場合、Webex は新規ユーザーにライセンスを自動的に割り当てる必要があります。
5

[これらのユーザーの要求は確定的であると理解し、先に進むことに合意します] チェックボックスをオンにします。

6

[ユーザーの追加] をクリックします。

次に行うこと

このシステムをディレクトリ コネクタ、同期を再有効にする前に、ドライ ランを実行する必要があります。 (クレーム可能な) ユーザーの完全なリストを CSV ファイルから取り出し、次の完全同期の前にディレクトリに追加することを推奨します。

Webex で主張したユーザーのディレクトリにアカウントが無い場合、次の完全同期では、これらのユーザーが非アクティブとしてマーク されます。 非アクティブユーザーはサインインできないし、30 日後に削除されます。 Webex がユーザーを非アクティブとマーク している場合、ディレクトリでアカウントを作成し、同期を実行する必要があります。 ユーザーは Webex アプリにサインインして、アカウントが削除されないようにすることができます。

クレームするユーザーを選択した後で、いつでも [ユーザー] ページに戻って、遅延されたクレームステータスを持つユーザーを確認できます。 ユーザーをクリックすると、Webex が組織にアクセスする前に残りの日数を確認することができます。


 

Delayed Claim の対象ユーザーは、古いアカウントを管理する前に、どのように対処するかを決定する必要があります。 通知メールを送信するか、14 日間の有効期限が切れるまで待ちます。

ユーザーに対するクレームを撤回すると、そのユーザーは前の組織に戻り、以前のステータスを保持します。

ユーザーがまだサインインしていない場合 (組織のアカウントをアクティブ化)、クレームを行ってから 14 日以内である場合、クレームを撤回できます。


 
撤回要求オプションは、組織で主張されたのと同じドメインを持つユーザーは利用できません。

以下の表は、ユーザーのクレームを撤回できるかどうかに影響する一部の条件を示します。

表 1. Immediate Claim または Delayed Claim のユーザーを撤回する条件

条件

Delayed Claim のユーザーの要求を撤回できますか?

Immediate Claim のユーザーの要求を撤回できますか?

ユーザーがサインインしてオプションを選択した場合。

赤い X いいえ

赤い X いいえ

ユーザーがサインインしていない。

クレームから 14 日が過ぎました。

赤い X いいえ

赤い X いいえ

ユーザーがサインインしていない。

クレームから 14 日が経過していません。

緑のチェック はい

緑のチェック はい

始める前に

同じ ドメインを持つユーザーに対するクレーム を撤回する場合、組織は Control Hub で主張されたドメインを持つ必要があります。 ドメインが主張されている場合、一時的にドメインを解放し、ユーザーを撤回し、ドメインを再度要求できます。
1

Control Hub で、[https://admin.webex.comユーザー] に移動し、ステータスでリストをソートします。

2

ユーザーのクレーム方法に応じて、これらのオプションの 1 つを選択します。

  • 遅延されたユーザー —遅延したクレームステータスを持つユーザーを選択し、ここをクリックします
  • 即時にクレームしたユーザー—最近 要求したユーザーのその他のインライン ボタン 隣の [詳細] をクリックし、[ユーザーのクレームを取り消す ] を選択します

     

    Immediate Claim のユーザーは、[未確認] ステータスになります。

3

[撤回する] を選択します。

ユーザーを要求すると、Control Hub はユーザーに電子メール通知を送信します。

ユーザーが要求された場合にメールします。

ユーザーはその後、組織に移動する前に古いアカウントの処理方法を選択することができます。 ユーザーのクレーム方法に応じて、ユーザーは次のオプションから選択できます。

Immediate Claim (即時要求)

Immediate Claim の対象ユーザーは、次の 2 つのオプションから選択できます。

  • メール アドレスを変更して元のアカウントを維持する。

  • 元のアカウントを削除する。

Immediate Claim の後、ユーザーが最初にサインインした場合のオプション。

Delayed Claim (遅延可能な要求)

遅延したクレームステータス を持つユーザーには 3 つのオプションがあります。

  • メール アドレスを変更して元のアカウントを維持する。

  • 元のアカウントから新しいアカウントにコンテンツを転送する。

  • 元のアカウントを削除する。

別の組織が組織からユーザーをクレームした場合、そのユーザーのメール アドレスは .convert-user.local.


 

これらのユーザーを削除しないでください。 古いアカウントの操作を選択すると、ステータスが自動的に更新されます。

すべての要求されたユーザーは、自分の組織内でアクティブとして表示されますか?

要求されたユーザーは以前の組織の状態と一致しています。 たとえば、以前の組織でユーザーのステータスが確認されていない場合、組織にユーザーを持ち込むときに、ステータスは確認されません。

組織の保持に関するポリシーは、コンテンツを移行するときに要求されたユーザーに適用されますか?

はい。組織の保持ポリシーは、要求したユーザーのすべてのスペースとコンテンツに適用されます。

遅延したクレームユーザーが 14 日間にアクションを起こらない場合は何が起こりますか?

ユーザーは古いアカウントを使用して何を行うかを決定するまで、[要求の遅延] ステータスがあります。 ユーザーが 14 日以内にアクションを起てない場合、Webex は自動的にアカウントと以前の Webex コンテンツを組織に移行します。

クレームしたユーザーのステータスを確認するには?

組織の [ユーザー ] ページを開き、クレームされたユーザーを表示します。 即時のクレームされたユーザーは、前の組織のステータスとともに表示されます。 遅延したクレーム ユーザーには、最大 14 日間の遅延クレームステータスがあります。 これは、古いアカウントで処理する方法を選択できます。

要求する資格のあるユーザーのリストに、自分の組織のドメインを持つ一部のユーザーが表示されませんが、なぜですか?
  • ユーザーを組織が使用している組織からクレームを出すシングル サインオン (SSO)。
  • 別の組織によって主張されたドメインからユーザーを要求できない。 組織で同じドメインを検証した場合でも。 詳しくは、「ドメインを管理する」を参照してください。
  • このユーザーを使用している組織からユーザーをクレームディレクトリ同期。
要求された後、ユーザーが自分のアカウントにサインインするとどうなりますか? 管理者は後で要求を撤回できますか?

いいえ。ユーザーがサインインした後で、クレームを撤回することができます。

要求を撤回する資格のあるユーザー グループを正確に特定するにはどうすればよいですか?
ステータス別にユーザー リストをフィルタリング します
私が要求しているユーザーの所属組織は、私の組織が行った要求を撤回できますか?

いいえ。クレームプロセスを開始した組織は、クレームを撤回できます。

ユーザーの要求をまとめて撤回できますか?

いいえ。影響を受ける各ユーザーに対するクレームを撤回することができます。