Webex ユーザーを BroadWorks 版 Webex に移動する

list-menuフィードバックがある場合
さまざまなプロビジョニングとユーザー移行方法を使用して、Webex ユーザーを Webex for BroadWorks に移動する方法について説明します。

Webex ユーザーを Cisco BroadWorks 版 Webex に移動する

既存の Webex ユーザーを Webex for Cisco BroadWorks に移行するには、次の表を参照して、実行する手順を確認してください。

既存の Webex ユーザーは…に属しています

ユーザーを移動させるには、次の手順に従ってください

消費者組織またはセルフサインアップ(無料アカウント、試用アカウントなど)

Webex for BroadWorks 組織が存在しない場合 (ユーザーがプロビジョニングされていない) :

  • ユーザーのプロビジョニング—通常のプロビジョニングに従って、最初のユーザーを管理者ユーザーとして追加します。これにより、最初のユーザーのアカウントが自動的に移動され、BroadWorks 用 Webex 組織が作成されます。後続のユーザーを移動するにはユーザーの同意が必要です (次の手順を使用します)。

Webex for BroadWorks 組織が存在する場合 (少なくとも 1 人のユーザーがプロビジョニングされている):

顧客組織

ユーザーをCisco BroadWorks 版 Webex に移動する (同意による)

この手順を使用して、コンシューマー組織に属している、またはセルフサインアップ アカウント (無料アカウントまたは試用アカウント) を持つ既存の Webex ユーザーを Webex for Cisco BroadWorks に移動します。Webex for Cisco BroadWorks 組織が存在している必要があることに注意してください (最初のユーザーがプロビジョニングされている)。この場合、次のいずれかのオプションを使用してユーザーを移動できます。

  • ユーザーの移動(信頼できるメールを使用) - 信頼できるメールを使用したプロビジョニングを使用します

  • ユーザーの移動(信頼できないメール) - 信頼できないメールのプロビジョニングを使用します

  • セルフアクティベーション

Webex for Cisco BroadWorks 組織がまだ作成されていない場合 (ユーザーがプロビジョニングされていない) は、通常のプロビジョニング プロセス ( ユーザーのプロビジョニング) に従って組織を作成し、最初のユーザーを管理ユーザーとして追加します。最初のユーザーが組織にプロビジョニングされた後、この手順の同意に基づく方法に従って、後続のユーザーを移動します。

ユーザーを移動 (信頼済みメールによる)

オンボーディング テンプレートで信頼できるメールが使用されている場合、パートナー管理者は次のプロセスで後続のユーザーを移動できます。

  1. 管理者がユーザーを追加します。

    • ユーザーは BroadWorks プロビジョニング ブリッジにプッシュされます。

    • CI 検索は、このユーザーが別のメール アドレスで Webex アカウントを持っているかどうかを判断します。

    • メールが自動的にユーザーに送信されます。

  2. ユーザーはメールを開いて [アカウントを有効にする] をクリックします。ユーザーは Webex コンシューマー ポータルにリダイレクトされます。

  3. ユーザーは Webex にログインします。

  4. ユーザーは [削除] をクリックして古い Webex アカウントを削除します。

    • 古い Webex アカウントは削除されます。

    • ユーザーは同じメール アドレスを使用して Cisco BroadWorks 版 Webex に対してプロビジョニングされます。

    • ユーザーには [ダウンロード] ページが表示されます。

ユーザーを移動する (信頼できないメールによる)

オンボーディング テンプレートで信頼できないメールが使用されている場合は、まずユーザーのメール アドレスを検証する必要があります。管理者は次の手順に従い、以降のユーザーを移動できます。

  1. 管理者がユーザーを追加します。

    • ユーザーは自動的に BroadWorks プロビジョニング ブリッジにプッシュされます。

    • アクティベーション リンクのあるテキストがユーザーに送信されます。

  2. ユーザーはアクティベーション リンクをクリックしてメール アドレスを入力します。

    • CI 検索は、このユーザーが別のメール アドレスで Webex アカウントを持っているかどうかを判断します。

    • メールが自動的にユーザーに送信されます。

  3. ユーザーはメールを開き、[今すぐ参加] をクリックします。

    • メール アドレスが有効化されます。

    • ユーザーは Webex コンシューマー ポータルにログインするためにリダイレクトされます。

  4. ユーザーは Webex にログインします。

  5. ユーザーは [削除] をクリックして古い Webex アカウントを削除する必要があります。

    • 古い Webex アカウントは削除されます。

    • ユーザーは同じメール アドレスを使用して Cisco BroadWorks 版 Webex に対してプロビジョニングされます。

    • ユーザーには [ダウンロード] ページが表示されます。

セルフアクティベーション フロー

ユーザーが既存の BroadWorks アカウントを持っている場合、セルフアクティベーション プロセスを使用してアカウントを移動できます。

  1. ユーザーは、BroadWorks 資格情報を使用してユーザー アクセス ポータル URL にログインします。

  2. ユーザーはメール アドレスを入力します。

    • ユーザーは BroadWorks プロビジョニング ブリッジにプッシュされます。

    • メールが自動的にユーザーのメール・アドレスに送信されます。

  3. ユーザーはメールを開き、[今すぐ参加] リンクをクリックします。これによりメール アドレスが有効化されます。

    • CI はユーザーに既存の Webex アカウントがあることを認識します。続行する前に、ユーザーは古いアカウントを削除する必要があります。

    • ユーザーは Webex へのログインにリダイレクトされます。

  4. ユーザーはコンシューマー ポータルにログインします。

  5. ユーザーは [アカウントの削除] をクリックします。

    • 古い Webex アカウントは削除されます。

    • ユーザーには同じメール アドレスを持つ Cisco BroadWorks 版 Webex の新しいアカウントがプロビジョニングされます。

既存の組織にWebex for BroadWorksを接続する

パートナー管理者が、パートナー管理の BroadWorks エンタープライズにまだ関連付けられていない既存の Webex 顧客組織に Webex for BroadWorks サービスを追加する場合、プロビジョニング要求が成功するためには、顧客組織の管理者が管理者アクセスを承認する必要があります。

次のいずれかに該当する場合は、組織管理者の承認が必要です。

  • 既存の顧客組織には100人以上のユーザーがいる

  • 組織は検証済みのメールドメインを所有している

  • 組織ドメインが申請されている

上記のいずれの条件も当てはまらない場合は、自動アタッチが行われる可能性があります。

自動添付 シナリオでは、既存の組織管理者またはエンドユーザーに通知されることなく、Webex for BroadWorks サブスクリプションが既存の顧客組織に追加されます。ほとんどの場合、パートナー組織にはプロビジョニング管理者権限が付与されます。ただし、顧客組織にライセンスがない場合、または suspended/canceled ライセンスをお持ちの場合は、完全な管理者になります。

プロビジョニング管理者アクセス権を持つ場合、既存の組織内のユーザーに対して、Control Hub での可視性が制限されます。顧客管理者に連絡して、組織への完全な管理者アクセス権を要求することをお勧めします。

パートナー管理者は以下の手順を完了して、BroadWorks Calling サービスを既存の Webex 組織に追加できます。

既存の組織に添付するときに管理者招待メールを許可する (トグルはデフォルトでオンになっています)ことを確認します。

1

パートナー管理者が顧客に対して Cisco BroadWorks 版の Webex のプロビジョニングを行います。ヘルプについては、 顧客組織のプロビジョニングを参照してください。次の動作が実行されます:

  • 組織の添付は 2017 エラーで失敗します (既存の Webex 組織に加入者をプロビジョニングできません)。(自動添付時はエラーは発生しません。)

  • メール通知が生成され、顧客組織管理者に送信されます (最大 5 人の管理者)。電子メール通知では、パートナー管理者の電子メール (パートナー ハブ内のオンボーディング テンプレートで構成されている) が強調表示され、組織管理者にパートナー管理者を外部管理者として承認するように求められます。顧客組織の管理者はリクエストを承認し、パートナー管理者に顧客組織への 完全な管理者 アクセス権を付与する必要があります。

顧客管理者が電子メールを受信しないとします。その場合、顧客管理者は、Control Hub からパートナー管理者 (テンプレートで指定) を顧客組織の外部管理者として手動で追加できます。次に、ユーザーのプロビジョニングを再試行します。これにより、Cisco BroadWorks の顧客プロビジョニング用の Webex がトリガーされます。

2

完全な管理者 アクセス権を持つパートナー管理者は、顧客のプロビジョニングのプロセスを完了できます。上記の手順 1 から始めて、顧客のプロビジョニングを再試行する必要があります。ただし、外部のフル管理者として、エラー 2017 が表示されることはありません。

通話サービスのプロビジョニングが完了すると、既存の顧客組織が Webex for BroadWorks パートナー組織の下に顧客として表示されます。

添付された組織の名前は BroadWorks エンタープライズ名に変更されません。アタッチされた組織の名前は、アタッチプロセス前の状態のままになります。

組織への所属条件

  • プロビジョニングされる最初の BroadWorks 加入者の電子メール アドレスは、対象となる顧客組織内の既存のユーザーの電子メール アドレスと一致する必要があります。それ以外の場合は、新しい顧客組織が作成されます。

  • 既存の組織から Webex for BroadWorks にプロビジョニングされた最初のユーザーは、管理者ユーザーとしてプロビジョニングされていません。既存の組織の設定と権限は保持されます。

  • 組織の既存の認証設定は、Webex for BroadWorks プロビジョニング テンプレートで設定されているものよりも優先されます。その結果、既存のユーザーのログイン方法に変更はありません。

    • ただし、既存の顧客組織で基本的なブランディングが有効になっている場合は、アタッチ後にパートナーの高度なブランディング設定が優先されます。顧客が基本的なブランド設定をそのまま維持することを希望する場合、パートナーは、高度なブランド設定でブランド設定を上書きするように顧客組織を構成する必要があります。

  • 既存の組織の名称は変更されません。

  • 既存の組織の設定における電子メール抑制フラグの設定には変更はありません。これは、新しくプロビジョニングされたユーザーに影響する可能性があります。フラグの設定方法に応じて、新規ユーザーはアクティベーションを完了するために入力する必要があるコードが記載されたメールを受信する場合と受信しない場合があります。

  • 制限された管理者モード (パートナー モードによる制限トグルによって設定) は、接続された組織に対してオフになっています。

  • Webex for Cisco BroadWorks 組織に新しいユーザーをプロビジョニングする前に、組織の添付プロセス (既存のユーザーの移動と組織 ID の更新) を完了していることを確認してください。

  • BroadWorks エンタープライズは 1 つの Webex 組織にのみ関連付けることができます。単一の BroadWorks エンタープライズからの加入者を個別の Webex 組織にプロビジョニングすることはできません。

外部管理者を追加する

顧客組織の管理者がパートナー管理者を外部管理者として追加するために実行できる手順については、 の [] 外部管理者リクエストの承認help.webex.com記事を参照してください。

顧客管理者は、外部管理者に完全な管理者権限と特権を付与する必要があります。

顧客組織管理者が外部管理者として追加するメール アドレスは、パートナー ハブのオンボーディング テンプレートで構成されているパートナー管理者のメール アドレスと一致する必要があります。

完全な管理者としてパートナー ハブのオンボーディング テンプレートから電子メールを追加した後、追加のパートナー管理者も完全な管理者権限を持つ外部管理者として追加する必要があります。

既存の組織から Webex for BroadWorks を切り離す

既存の Webex 組織から Webex for BroadWorks を切り離すには、次の手順に従います。たとえば、Webex for BroadWorks を誤って既存の組織に添付してしまい、添付を削除したい場合などです。

標準フローでは、既存の Webex 組織から Webex for BroadWorks をデタッチすると (標準フローのみ)、関連付けられているすべての加入者データが削除され、顧客の Webex for BroadWorks サブスクリプションが非アクティブ化されます。また、これが唯一関連付けられているサブスクリプションである場合は、顧客組織にアクセスできなくなります。ハイブリッド フローでは、顧客のサブスクリプションは変更されません。

  1. Control Hub の顧客設定にアクセスできない場合は、 外部管理者リクエストの承認に従って、顧客管理者に外部管理者アクセス権を付与してもらいます。

  2. 組織からすべての Webex for BroadWorks ワークスペースを削除します。 BroadWorks ワークスペースを削除する API を使用します。

  3. 組織からすべての Webex for BroadWorks 加入者を削除します。 BroadWorks サブスクライバーを削除する API を使用します。

  4. 保留中の Webex for BroadWorks ユーザーを組織から削除します。たとえば、ユーザーが信頼されていない電子メール フローを介してプロビジョニングされ、有効な電子メールがまだ入力されていない場合、ユーザーは保留状態のままになります。 信頼できないメールを使用したユーザープロビジョニングの検証 に従って、ユーザーを削除します。

  5. この顧客の BroadWorks Calling 構成を削除します。顧客の Control Hub インスタンスを開き、 Hybridをクリックし、 BroadWorks Calling セクションのすべての構成を削除します。

デタッチが完了したら、Webex for BroadWorks を顧客に接続する場合は、プロビジョニング プロセスに従って既存の顧客に接続します。

BroadWorks 加入者を削除する API を使用しない場合、加入者を削除する別の方法として、BroadWorks CommPilot にアクセスし、 統合 IM を削除する方法があります。 & 影響を受けるユーザーに対してP サービスを提供します。

この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?