Cisco BroadWorks 版 Webex を管理する

顧客組織のプロビジョニング

現在のモデルでは、このドキュメントで説明されている任意の方法の何か方法で最初のユーザーをオンボードするときに、顧客組織を自動的にプロビジョニングします。 プロビジョニングは顧客ごとに 1 回だけ行います。

プロビジョニング ユーザー

次の方法で、ユーザーをプロビジョニングできます。

  • API を使用して Webex アカウントを作成する

  • 信頼できるメールで統合型 IM&P (フロースルー プロビジョニング) を割り当て、Webex アカウントを作成する

  • 信頼できるメール無しで統合型 IM&P (フロースルー プロビジョニング) を割り当てる ユーザーはメール アドレスを指定して検証し、Webex アカウントを作成します

  • ユーザーによるセルフアクティベートを許可する (リンクを送信して Webex アカウントを作成します)

公開プロビジョニング API

Webex は公開 API により、サービス プロバイダーが Cisco BroadWorks 版 Webexのサブスクライバー プロビジョニングを既存のプロビジョニング ワークフローに統合できるようにしています。 これらの API の仕様は developer.webex.com で入手できます。 これらの API を使用して開発する場合は、Cisco 担当者に連絡して、Cisco BroadWorks 版 Webex を入手してください。


卸売顧客はこれらの API によって拒否されます。

フロースルー プロビジョニング

BroadWorks で、[統合型 IM&P を有効にする] オプションでユーザーをプロビジョニングできます。 このアクションにより、BroadWorks プロビジョニング アダプタが API 呼び出しを行い、Webex のユーザーをプロビジョニングできるようになります。 当社のプロビジョニング API は、UC-One SaaS API と後方互換性があります。 BroadWorks AS はコードの変更を必要とせずに、プロビジョニング アダプタの API エンドポイントに対する設定変更のみが必要です。


Webex でのサブスクライバー プロビジョニングは大幅に時間がかかる場合があります (エンタープライズ内の初期ユーザー数に対しては数分)。 Webex はバックグラウンド タスクとしてプロビジョニングを行います。 そのため、フロースルー プロビジョニングに成功すると、プロビジョニングが開始されたと示されます。 それは完了は示しません。

ユーザーと顧客組織が Webex で完全にプロビジョニングされたことを確認するには、Partner Hub にサインインして、[顧客] リストを確認する必要があります。

BroadWorks トランキング ユーザーは、共有コール アピアランス (SCA) 経由で BroadWorks 版 Webex を使用できます。 トランキング ユーザーは、認証サービスを割り当てる必要があります。 BroadWorks トランキング ソリューション ガイドのセクション 8 で説明されているように、これにより、SCA Webex アピアランスの認証が共通のトランク認証から分離できます。 BroadWorks 版 Webex は、ルート リストまたはダイレクト ルート機能が割り当てられているユーザーのトランキング用にプロビジョニングできません。

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

統合型 IM&P サービスを割り当てずに、Webex で BroadWorks ユーザーをプロビジョニングするには:

  1. Partner Hubにサインインし、[BroadWorks 設定] ページを見つけます。

  2. [テンプレートの表示] をクリックします。

  3. このユーザーに適用するプロビジョニング テンプレートを選択します。

    各テンプレートがクラスターとパートナー組織に関連付けられていることにご留意ください。 ユーザーが、このテンプレートと関連付けられた BroadWorks システムにない場合、ユーザーはリンクでセルフアクティベートできません。

  4. プロビジョニング リンクをコピーし、それをユーザーに送信します。

    ソフトウェア ダウンロード リンクを含めて、ユーザーに対して、Webex アカウントをアクティベートするには、メール アドレスを提供し、検証する必要があることをリマインドします。

  5. 選択したテンプレート上のユーザーのアクティベーション状況を監視することができます。

詳細については、「ユーザーのプロビジョニングとアクティベーション フロー」を参照してください。

信頼されていないメールによるプロビジョニング

Partner Hub のユーザー ステータス ビュー内には、Cisco BroadWorks 版 Webex のサービス プロバイダー管理者が信頼できないメールでユーザーのプロビジョニングを行う際に、ユーザー ステータスを確認してエラーを解決するための、一連のコントロールが用意されています。 詳細については、「信頼されていないメールでユーザー プロビジョニングを確認する」を参照してください。

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

既存の Webex ユーザーを Cisco BroadWorks 版 Webex に移動するには、次の表を参照して、従うべき手順を確認してください。

既存の Webex ユーザーは以下に属しています。

これらのプロセスに従って、ユーザーを移動します

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

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

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

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

顧客組織

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

この手順を使用して、消費者組織にいる既存の Webex ユーザー、またはセルフサインアップアカウント (無料アカウントまたはトライアルアカウント) を Cisco BroadWorks 版 Webex に移動します。 Cisco BroadWorks 版 Webex 組織が存在する必要があります (最初のユーザーがプロビジョニングされています)。 この場合、次のいずれかのオプションを使用してユーザーを移動できます。

  • ユーザーを移動 (信頼済みメールによる) - 信頼済みメールによるフロースルーのプロビジョニングを使用します。

  • ユーザーを移動 (信頼されていないメールによる) - 信頼されていないメールによるスロースルーのプロビジョニングを使用します。

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


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

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

オンボードの顧客テンプレートが信頼できるメールを使用している場合、パートナー管理者は次の手順で以降のユーザーを移動できます。

  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 の新しいアカウントがプロビジョニングされます。

BroadWorks 版 Webex を既存の組織に添付する

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

次のいずれかが正しい場合は、組織管理者の承認が必要です。

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

  • 組織には検証済みのメール ドメインがあります

  • 組織のドメインが要求されています

上記の条件のいずれも当てはまらない場合、自動添付が発生する可能性があります。


自動添付ファイルシナリオでは、BroadWorks 版 Webex サブスクリプションが、既存の組織管理者またはエンド ユーザーに通知することなく、既存の顧客組織に追加されます。 ほとんどの場合、パートナー組織にはプロビジョニング管理者権限が与えられます。 ただし、顧客組織にライセンスがない場合、またはライセンスを一時停止/キャンセルした場合、フル管理者になります。

Provisioning Admin アクセスでは、Control Hub の可視性が既存の組織のユーザーに限定されます。 顧客管理者に連絡し、組織へのフル管理者アクセスを要求することをお勧めします。

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


パートナー ハブで、既存の組織のプロビジョニング トグルは、組織の顧客テンプレート設定内で有効にする必要があります (デフォルトでトグルがオンになっています)。

1

パートナー管理者が顧客に対して Cisco BroadWorks 版の Webex のプロビジョニングを行います。 次の事が始まります:

  • 組織の添付ファイルが 2017 エラー(既存の Webex 組織にサブスクライバをプロビジョニングできません)。(自動添付ファイル中にエラーは受信されません。)

  • メール通知が生成され、顧客組織管理者に送信されます (最大 5 人の管理者)。 メール通知は (Partner Hub 内の顧客テンプレートで構成されている通りに) パートナー管理者のメールを強調表示し、組織管理者にパートナー管理者を外部管理者として承認するようにリクエストします。 顧客組織管理者はリクエストを承認し、パートナー管理者に顧客組織へのフル管理者アクセスを提供する必要があります。

2

フル管理者アクセスにより、パートナー管理者は、通話サービスのプロビジョニングのプロセスを完了できます。 上記のステップ 1 から顧客のプロビジョニングを再試行する必要があります。 しかし、外部フル管理者として、エラー2017を観察すべきではありません。

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


 
添付された組織名が BroadWorks エンタープライズ名に変更されることはありません。 添付された組織の名前は、添付プロセスの前と同じままになります。

組織添付の条件

  • プロビジョニングされた最初の BroadWorks サブスクライバのメール アドレスは、ターゲットを絞った顧客組織の既存のユーザーのメール アドレスと一致する必要があります。 そうしないと、新しい顧客組織が作成されます。

  • BroadWorks 版 Webex にプロビジョニングされている既存の組織からの最初のユーザーは、管理者ユーザーとしてプロビジョニングされません。 既存の組織からの設定とエンタイトルメントは保持されます。

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

    • ただし、既存の顧客組織で基本的なブランディングが有効になっている場合、アタッチが行われた後、パートナーの高度なブランディング設定が優先されます。 顧客が基本的なブランディングをそのままにしたい場合、パートナーは [高度なブランディング(Advanced Branding)] 設定でブランディングを上書きするように顧客組織を設定する必要があります。

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

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

  • [制限付き管理者モード(Restricted by Partner Mode)] トグルによって設定された [制限付き管理者モード(Restricted by Partner Mode)] は、添付された組織に対してオフになっています。

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

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

外部管理者を追加する

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


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

顧客組織の管理者が外部管理者として追加するメール アドレスは、Partner Hub のカスタマー テンプレートで構成されている通り、パートナー管理者のメール アドレスと一致する必要があります。

Partner Hub の顧客テンプレートからメールをフル管理者として追加した後、追加のパートナー管理者もフル管理者権限を持つ外部管理者として追加する必要があります。

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

BroadWorks 版 Webex を既存の Webex 組織から切り離すには、次の手順に従ってください。 たとえば、BroadWorks 版 Webex を既存の組織に誤って添付し、添付ファイルを削除したい場合。


標準フローでは、BroadWorks 版 Webex を既存の Webex 組織から切り離す (標準フローのみ) と、関連するすべてのサブスクライバ データが削除され、顧客の BroadWorks 版 Webex サブスクリプションが無効になります。 また、これが唯一の関連するサブスクリプションである場合、顧客組織へのアクセス権を失います。 ハイブリッド フローでは、顧客のサブスクリプションは変更されません。

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

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

  3. 組織から BroadWorks 版 Webex のすべてのサブスクライバを削除します。 [BroadWorks サブスクライバの削除] API を使用します。

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

  5. この顧客の BroadWorks Calling 構成を削除します。 顧客の Control Hub インスタンスを開き、[BroadWorks 通話] セクションの [すべての設定を削除] の下にある [ハイブリッド] をクリックします。

分離が完了した後、BroadWorks 版 Webex を顧客に添付する場合は、プロビジョニング プロセスに従って、既存の顧客に添付します。


BroadWorks サブスクライバの削除 API を使用しない場合は、サブスクライバを削除する別のオプションとして、BroadWorks CommPilot に移動し、影響を受けるユーザーの 統合型 IM&P サービスを削除します。

ユーザーと組織の管理

Cisco BroadWorks 版 Webex のユーザーを管理する際、ユーザーが BroadWorks と Webex の両方に存在することを覚えておいてください。 Calling 属性とユーザーの BroadWorks ID は、BroadWorks で保持されます。 ユーザーに対する明確なメール ID と Webex 機能のライセンスは、Webex で保持されます。

信頼されていないメールのユーザー プロビジョニングを検証する

BroadWorks ユーザーに対し、信頼していないメールによるフロースルー プロビジョニングを使用して Webex をプロビジョニングしている場合、ユーザーはユーザー アクティベーション ポータルにメール アドレスを入力することでセルフプロビジョニングする必要があります。 ユーザーにエラーが発生した場合は、ポータルに表示される [再試行] オプションを使用して、もう一度試してください。 ユーザーにエラーが再度発生した場合、管理者は Partner Hub で以下のステップを使用して、ステータスを見直し、ユーザーをオンボードするか、ユーザーを削除するか、設定変更を適用します。

1

Partner Hub にサインインし、[設定] をクリックします。

2

BroadWorks Calling までスクロールし、[テンプレートの表示] を選択します。 適切な顧客テンプレートを選択します。

3

[ユーザー検証] の下で、次の設定が設定されていることを確認し、信頼されていないメールによるフロースルーのプロビジョニングが適切に構成されていることを確認します。

  • [信頼されていないメール] オプションをチェックする必要があります
  • [リンクの共有] フィールドがアクティベーション リンクを指している必要があります。 すべてが構成されている場合、ユーザーはユーザー アクティベーション ポータル経由でセルフプロビジョニングを試みることができます。
4

ユーザーのプロビジョニングが発生した後で、[ユーザー検証] セクションで、[ユーザー ステータスの表示] をクリックして、プロビジョニング ステータスをチェックします。

[ユーザー ステータス] ビューには、BroadWorks ID、選択されたパッケージ タイプ、および現在のステータスなどの詳細と共にユーザーの一覧が表示されます。これにはユーザーがプロビジョン済みか、保留中の要件があるかが示されます。
5

エラーがあるか、保留中の要件があるユーザーの場合、右側の 3 点ドットをクリックして、次のいずれかの管理オプションを選択してください。

  • [アクティベーションの再試行(Retry Activation)]:このオプションをクリックして、ユーザのオンボーディングを再試行します。 ポップアップ ウィンドウで、有効なメール アドレスを入力し、[オンボード] をクリックします。
  • ユーザーの削除—このオプションは、オンボードを許可するために、構成を変更する必要がある場合に適している場合があります。 ユーザーを削除して変更を加えた後で、ユーザーはオンボーディングを再試行できます。
  • パッケージタイプの変更ー1 つのパッケージから別のパッケージに設定を変更します。
  • エラー テキストのコピーーこのオプションをクリックして、エラー テキストをコピーします。

その他の表示オプション

ユーザー リストの参照時に次の追加オプションが利用できます。

  • エクスポートーユーザー リストを CSV ファイルにエクスポートする場合は、このボタンをクリックします。

  • プロビジョニングされたユーザーを除外ー保留中の要件またはエラーを持つユーザーのみを表示する場合は、このトグルを有効にします。

ユーザー ID またはメール アドレスを変更する

ユーザー ID およびメール アドレスの変更

メール ID および代替 ID は Cisco BroadWorks 版 Webex で使用される BroadWorks ユーザー属性です。 BroadWorks ユーザー ID は引き続き、BroadWorks のユーザーの主要な識別子です。 次の表では、これらの異なる属性の目的と属性を変更する必要がある場合に何をする必要があるかを説明します。

BroadWorks の属性 Webex 内の対応属性 目的
BroadWorks ユーザー ID なし プライマリ ID この ID を変更することはできず、引き続き Webex ではユーザーを同じアカウントにリンクすることはできません。 ユーザーを削除し、間違っている場合は再度作成することができます。
メール ID ユーザー ID

メールを信頼すると確認する場合、フロースルー プロビジョニングで必須です (Webex ユーザー ID の作成)

メールが信頼できることをアサートしない場合、BroadWorks では要求されません

サブスクライバによるセルフアクティベートを許可している場合、BroadWorks では要求されません

ユーザーが間違ったメール アドレスでプロビジョニングされる場合、両方の場所でこれを変更するには手動のプロセスがあります。

  1. Control Hub でユーザーのメール アドレスを変更する

  2. BroadWorks のメール ID 属性を変更する

BroadWorks ユーザー ID は変更されません。 これはサポートされません。

代替 ID なし BroadWorks ユーザー ID に対してメールおよびパスワードによるユーザーの認証を有効にする メール ID と同じ値を使用してください。 メールを代替 ID 属性に入力できない場合、認証時にユーザーは BroadWorks ユーザー ID を入力する必要があります。

Partner Hub のユーザー パッケージを変更する

1

Partner Hub にサインインし、[顧客] をクリックします。

2

ユーザーがホームである顧客組織を見つけて選択します。

組織概要ページは、画面の右側のパネルで開きます。

3

[顧客の表示] をクリックします。

顧客の組織が Control Hub に開き、[概要] ページが表示されます。
4

[ユーザー] をクリックし、影響を受けるユーザーを見つけてクリックします。

5

[プロファイル]タブの[パッケージ]セクションに移動し、矢印(>)をクリックしてビューを展開します。

6

このユーザーに使用するパッケージ (BasicStandardPremiumSoftphone) を選択し、[保存] をクリックします。

Control Hub はユーザーが更新中であるメッセージを表示します。

7

ユーザーの詳細と [Control Hub] タブを閉じることができます。


Standard パッケージと Premium パッケージには、各パッケージに関連付けられている明確なミーティングサイトがあります。 これら 2 つのパッケージのいずれかを持ち、管理者権限を持つサブスクライバーがもう一方のパッケージに移動すると、サブスクライバーは Control Hub で、2 つのミーティング サイトに表示されます。 サブスクライバがミーティング機能をホストし、ミーティングサイトはその現行パッケージに準拠します。 以前のパッケージのミーティング サイトと、録画など、そのサイトで以前に作成されたコンテンツからは引き続き、ミーティング サイト管理にアクセスできます。

パッケージの変更から生じる新しいPMR設定の更新には 2~3 時間かかる場合があります。

ユーザーを削除する

管理者が Cisco BroadWorks 版 Webex からユーザーを削除するには、さまざまな方法があります。


削除するユーザに管理者権限がある場合は、ユーザを削除する前に新しい管理者を割り当てます。 最後の管理者を削除する場合、管理者ロールの自動転送はありません。

Cisco BroadWorks 版 Webex API

パートナー管理者は Cisco BroadWorks 版 Webex API を使用してユーザーを削除できます。

  1. BroadWorks サブスクライバーの削除 API リクエストを https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber で実行します。 このリクエストにより、Cisco BroadWorks 版 Webex サブスクリプションが削除されます。 このユーザーは Cisco BroadWorks 版 Webex ユーザーとして請求されなくなり、無料の Webex ユーザーとして扱われます。

  2. で、https://developer.webex.com/docs/api/v1/people/delete-a-person[ユーザーの削除] API リクエストを実行し、ユーザーを完全に削除します。

フロースルー プロビジョニング

パートナー管理者は、フロー スルー プロビジョニングを使用してユーザーを削除できます。

  1. BroadWorks サーバーで、ユーザーから IM+P 統合型サービスを削除します。 BroadWorks の [ユーザー - 統合型 IM&P] ページからユーザーのサービスを無効にできます。 詳細な手順については、「Cisco BroadWorks Application Server Group Web Interface Administration Guide –Part 2」 の「統合型 IM&P の構成」を参照してください。

    サービスを無効にすると、フロースルー プロビジョニングにより Cisco BroadWorks 版 Webex のサブスクリプションがユーザーから削除されます。 このユーザーは Cisco BroadWorks 版 Webex ユーザーとして請求されなくなり、無料の Webex ユーザーとして扱われます。

  2. Control Hub で、ユーザーを見つけて選択します。

  3. [アクション] に移動して、[ユーザーの削除] を選択します。

Control Hub (顧客管理)

顧客管理者は Control Hub を使用して、組織からユーザーを削除できます。 詳細については、「Webex Control Hub で組織からユーザー アカウントを削除する」をhttps://help.webex.com/0qse04/ で参照してください。

組織の削除

システムから Cisco BroadWorks 版 Webex 組織を削除するには、次の手順に従います。

1

ユーザー API を使用して、組織からすべてのユーザーを削除します。

  1. List People APIを実行して、ユーザーのリストを取得します。

  2. ユーザーを削除するには、[ユーザーの削除] API を実行します。


 
BroadWorks サブスクライバ API の削除 は、Cisco BroadWorks 版 Webex のエンタイトルメントをユーザーから削除しますが、ユーザーを削除しません。
2

ディレクトリ同期がオンになっている場合は、無効にします。 これは、Partner Hub またはパブリック API 経由で行うことができます。

Partner Hub 経由のディレクトリ同期を無効にするには:

  1. Partner Hub にサインインし、[設定] をクリックします。

  2. [BroadWorks Calling] から [テンプレートの表示] をクリックし、適切なテンプレートを選択します。

  3. サイドパネルの[顧客同期ステータスリストを表示]ボタンをクリックします。

  4. 該当する顧客については、右端の3つの点をクリックし、「同期を無効にする」を選択します。

API 経由のディレクトリ同期を無効にするには、BroadWorks エンタープライズ API のディレクトリ同期を更新 を使用し、enableDirSync 設定を無効にします。

この組織の BroadWorks ディレクトリ同期に関連するすべてのユーザーが削除されます。 ユーザーの削除 (いずれかの方法を使用) は、ユーザーの数に応じて時間がかかる場合があります。

3

すべてのユーザーを削除したら、[組織の削除] API を使用して組織を削除します。

リリース管理

Partner Hub のリリース管理コントロールにより、Cisco BroadWorks 版 Webex サービス プロバイダーは、ユーザーの Webex アプリが最新のソフトウェアにアップグレードするリリース日数を制御できるようにすることで、リリースを簡単に管理できます。

デフォルトでは、Webex アプリは自動アップグレード (Cisco が管理する月間リリース) を使用します。 ただし、この機能を使用すると、パートナー管理者は次のことができます。

  • Cisco デフォルト リリース スケジュールからの遅延でカスタマイズされたリリース スケジュールを設定する

  • 管理するすべての顧客組織にスケジュールする単一のリリース スケジュールとカスケードを設定します

  • 異なるリリース スケジュールを別の顧客組織に割り当てる

カスタマイズされたリリース スケジュールを設定して適用する方法など、リリース管理の詳細については、Webex の記事「リリース管理のカスタマイズ」を参照してください。

システムを再構成する

次のシステムを再構成できます。

  • Partner Hub に BroadWorks クラスタを追加する

  • Partner Hub の BroadWorks クラスタを編集または削除する

  • Partner Hub に顧客テンプレートを追加する

  • Partner Hub の顧客テンプレートを編集または削除する

Partner Hub の BroadWorks クラスタを編集または削除する

Partner Hubで BroadWorks クラスタを編集または削除できます。

1

https://admin.webex.com でパートナー管理者の資格情報を使い、パートナー ハブにサインインします。

2

[設定] に進み、 BroadWorks Calling セクションを検索します。

3

[クラスターの表示] をクリックします。

4

編集または削除するクラスターをクリックします。

クラスターの詳細が、右のフライアウト ペインに表示されます。
5

以下のオプションを選択できます:

  • 変更する必要がある詳細を変更し、[保存] をクリックします。
  • [削除] をクリックしてクラスターを削除し、確認します。

     

    BroadWorks クラスタに多くの顧客 (>50) がある場合、XSI アクション、XSI イベント、DAS URL、XSP URL、DND 同期などの操作はサポートされません。 このような場合は、Cisco TAC サポート エンジニアに連絡して支援を受けることをお勧めします。

    テンプレートがクラスターに関連付けられている場合、クラスターを削除できません。 クラスターを削除する前に、関連付けられているテンプレートを削除します。 「Partner Hub の顧客テンプレートを編集または削除する」を参照してください。

変更でクラスター リストが更新されます。

Partner Hub の顧客テンプレートを編集または削除する

Partner Hub で顧客クラスタを編集または削除できます。

1

https://admin.webex.com でパートナー管理者の資格情報を使い、パートナー ハブにサインインします。

2

[設定] に進み、 BroadWorks Calling セクションを検索します。

3

[テンプレートの表示] をクリックします。

4

編集または削除するテンプレートをクリックします。

5

以下のオプションを選択できます:

  • 変更する必要がある詳細を編集し、[保存] をクリックします。
  • [削除] をクリックして、テンプレートを削除し、確認します。

設定

プロビジョニング アカウント名/パスワード

ユーザーが指定した文字列

テンプレートを編集するときに、プロビジョニング アカウントの詳細を再入力する必要はありません。 空のパスワード/パスワード確認フィールドは、必要な場合は資格情報を変更するためのフィールドとしてありますが、最初に指定した値を保持するには空のままにします。

ログイン ページでユーザー メール アドレスをあらかじめ入力する

On/Off

この設定での変更が有効になるには、最大 7 時間かかる場合があります。 すなわち、それを有効にした後でも、ユーザーがログイン画面にメール アドレスを入力する必要がある場合があります。

変更でクラスター リストが更新されます。

Webex Assistant

Meeting 向け Webex Assistant は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。 Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。

Webex Assistant for Meetings は、プレミアムおよび標準パッケージのミーティング サイトとパーソナル会議室では無料で利用できます。 新規と既存のサイトの両方でサポートされています。

Webex Assistant for Meetings を有効にする

Webex Assistant は、標準パッケージとプレミアムパッケージの Broadworks 顧客の両方でデフォルトで有効になっています。

パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。

制限事項

Cisco BroadWorks 版 Webex には次の制限があります。

  • サポートは、プレミアムおよび標準パッケージのミーティングサイトとパーソナル会議室のみに制限されています。

  • 字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。

  • メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます

  • ミーティングコンテンツは、組織外のユーザーにはアクセスできません。 同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。

  • プレミアム パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング後の文字起こしが利用できます。 ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。

  • 標準パッケージでは、[クラウド上でミーティングを録画] オプションは利用できないため、Webex Assistant が有効か無効かを問わず、ミーティング後の議事録は利用できません。 ただし、ローカル録画が選択されている場合でも、ミーティング後の議事録やハイライトはキャプチャされません。

Webex Assistant に関する追加情報

この機能の使用方法については、「Webex Meetings および Events で Webex Assistant を使用する」を参照してください。

Webex 通話の無効化

無料の Webex 通話がデフォルトで有効になり、ユーザーは任意の Webex 対応デバイスに無料通話を発信できます。 ただし、すべてのコールで BroadWorks インフラストラクチャを使用する場合は、カスタマー テンプレート内で Webex コールを無効にできます。これにより、テンプレートを使用する顧客組織のオプションが無効になります。

機能サポート

Webex Calling が無効になっている場合、次の条件が Cisco BroadWorks ユーザーの Webex に適用されます。

  • ユーザーは Webex アプリで選択可能な通話オプションとしてWebex で通話を表示しなくなりました。

  • ユーザーは、Cisco BroadWorks ユーザー以外の Webex に無料の Webex コールを発信または受信できません。 これには、検索バーに他のユーザーの URI またはメール アドレスを入力して、Webex チーム スペースから開始された通話、通話履歴、連絡先が含まれます。

  • 画面共有は BroadWorks コール内で機能します。

  • Webex 通話が無効になっている場合でも、Webex ミーティングとテレフォニーのプレゼンスは機能します。

Webex 通話を無効にする (新規顧客テンプレート)

新しい顧客テンプレートを設定するときに、[新しいテンプレートの追加] ウィザード内の [Cisco Webex 無料通話を無効にする] チェックボックスをオンまたはオフにすることで、Webex 通話を有効または無効にするかどうかを設定できます。 この設定は、テンプレートに割り当てる顧客組織のユーザーに対してピックアップされます。

新しい顧客テンプレートの設定の詳細については、「Partner Hub でパートナー組織を構成する」を参照してください。

Webex 通話を無効にする (既存の顧客テンプレート)

既存の顧客テンプレートから Webex 通話を無効にするには、次の手順に従います。 これにより、このテンプレートを使用する顧客組織のすべての新規ユーザーの機能が無効になります。

  1. admin.webex.com で Partner Hub にサインインします

  2. 設定を選択します。

  3. [テンプレートの表示] をクリックし、適切な顧客テンプレートを選択します。

  4. [Cisco Webex 無料通話を無効にする] をクリックします。

  5. [保存] をクリックします。

Webex 通話を無効にする (既存のユーザー)

顧客テンプレートでこの機能を無効にすると、テンプレートに割り当てられている新規ユーザーに対してのみ設定が変更されます。 既存のユーザーの Webex 通話を無効にするには、次のいずれかの手順に従ってユーザーを更新できます。


ユーザーが割り当てられている顧客テンプレートから Webex 通話を無効にするには、上記の手順のいずれかをすでに完了していることを確認してください。 それ以外の場合、以下の手順のいずれかで、Webex コールが有効になっているユーザーを再設定します。

フロースルー プロビジョニングを使用している場合は、次の操作を実行できます。

  1. CommPilotを開き、ユーザー設定に進みます。

  2. ユーザーから統合型IM+Pサービスを削除し、「OK」をクリックします。

  3. 統合型IM+Pサービスをユーザに追加し、「OK」をクリックします。

それ以外の場合は、API を使用してユーザーを更新できます。

  1. ユーザーを削除するには、[BroadWorks サブスクライバ API の削除] を使用します。

  2. ユーザーを追加するには、[BroadWorks サブスクライバ API のプロビジョニング] を使用します。

通話中のビデオまたは画面共有を無効にする

パートナー管理者は、設定タグを使用して、Webex アプリからのコール内のビデオ通話や画面共有を無効にできます (デフォルトでは、両方のメディアタイプがコールに対して有効になっています)。

設定の詳細とオプションについては、『Webex for Cisco BroadWorks構成ガイド』の「ビデオコールの無効化」および「画面共有の無効化」を参照してください。


ビデオの場合、着信コール メディアのデフォルトをビデオまたは音声のみにするかどうかを設定することもできます。

ビジー ランプ フィールド/コール ピックアップの通知

ビジー ランプ フィールド(BLF)/コール ピックアップ通知は、BLF およびダイレクト コール ピックアップ機能を活用します。 BLF ユーザは、BLF 監視対象リストのユーザが着信コールを受信すると、Webex アプリで音声およびビジュアル通知を受け取ります。 BLFユーザーは、モニタリング対象のユーザーのコールを無視またはピックアップすることができます。

BLF / コール ピックアップ通知は、ユーザーが別の場所で作業している可能性がある他のチーム メンバーのコールに応答する必要がある状況に役立ちます。

ユーザーは、[マルチコールウィンドウ - ウォッチリスト] セクション (Windows のみ、Mac はサポートされていません) で BLF 監視リストを表示して、Webex および Webex 以外のチームメンバーの存在を確認することもできます。 Webex メンバーは完全な Webex プレゼンスを持ちます。 Webex 以外のメンバーは、ディレクトリを Webex に同期する必要があります。また、「不明」と「通話中」状態のみになります (呼び出し状態は、コール ピックアップ ダイアログをトリガーします)。

Webex 以外のユーザーのプレゼンス制限:

  1. BLF リストにある場合でも、CI 以外の broadworks ユーザーにはプレゼンスはサポートされません。

  2. Webex クラウドエンタイトルメントまたはマシンタイプのアカウント (ワークスペース) がない CI ユーザーには、「通話中」と「不明」のプレゼンスしか表示されません。 アクティブ、呼び出し音などのステータスはありません。

  3. BLF ウォッチリストの Webex 以外のユーザーで、Webex クライアントが開始される前、またはオフライン中に通話を開始したユーザーは、「不明」のプレゼンスで表示されます。

  4. 接続が失われると、Webex 以外の通話中の状態はすべて、再接続時に「不明」にリセットされます。

  5. BLF の非 Webex ユーザーが通話を保持している場合、引き続き「通話中」として表示されます。

要件

BroadWorks に次のパッチが適用されていることを確認してください。 リリースに適用されるパッチのみをインストールします。

R22 の場合:

  • AP.プラットフォーム.22.0.1123.ap382053

  • AP.as.22.0.1123.ap382053 として

  • AP.as.22.0.1123.ap382362(AP.as.22.0.1123.ap382362)

  • AP.xsp.22.0.1123.ap382053

  • AP.xsp.22.0.1123.ap382362

  • AP.as.22.0.1123.ap383459

  • AP.as.22.0.1123.ap383520 として

R23 の場合:

  • AP.プラットフォーム.23.0.1075.ap382053

  • AP.as.23.0.1075.ap382053 として

  • AP.as.23.0.1075.ap382362(AP.as.23.0.1075.ap382362)

  • AP.as.23.0.1075.ap383459 として

  • AP.as.23.0.1075.ap383520 として

  • XSP を使用している場合:

    • AP.xsp.23.0.1075.ap382053

    • AP.xsp.23.0.1075.ap382362

  • ADP を使用している場合:

    • Xsi-アクション-23_2022.01_1.200.bwar

    • Xsi-Events-23_2022.01_1.201.bwar (またはそれ以降)

R24 の場合:

  • AP.as.24.0.944.ap382053 について

  • AP.as.24.0.944.ap382362

  • AP.as.24.0.944.ap383459 として

  • AP.as.24.0.944。 ap383520

  • Xsi-アクション-24_2022.01_1.200.bwar

  • Xsi-Events-24_2022.01_1.201.bwar (またはそれ以降)

Webex アプリで次の設定タグが有効になっていることを確認します。

  • <busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">

  • <display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>

  • <notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(このタグはオプションです)

AS でチーム テレフォニーの機能 101642 拡張 Xsi メカニズムをアクティブにする必要があります。

AS_CLI/System/ActivatableFeature> activate 101642

有効にする X-BroadWorks-Remote-Party-Info 一部の SIP コールフローでこの機能を必要とするため、以下の CLI コマンドを使用して AS で実行します。

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

次のサービスがユーザーに割り当てられていることを確認します。

  • すべてのユーザーにダイレクト コール ピックアップ サービスを割り当てる

  • ユーザにビジー ランプ フィールドを設定する

BroadWorks のビジー ランプ フィールドの設定

パートナー管理者は、次の手順を使用して、ユーザのビジー ランプ フィールドを設定できます。

  1. BroadWorks CommPilot にサインインします。

  2. 選択したユーザーの場合は、[クライアント アプリケーション]に移動して、[ビジー ランプ(Busy Lamp)]フィールドを設定します。

  3. 監視される BLF リストの URL を追加します。

  4. 検索パラメータを使用して、[監視対象ユーザー] リストにユーザーを検索して追加します。

  5. [OK] をクリックします。

Slido 統合サポート

Cisco BroadWorks 版 Webex は、Slido との Webex アプリの統合をサポートしています。

Slidoは、使いやすいオーディエンスエンゲージメントツールです。 話し手と聞き手のギャップを埋めることで、ミーティングから最大の効果を引き出しやすくなります。 Slido が Control Hub 組織に統合されると、ユーザーは Webex アプリのミーティングに Slido アプリを追加できます。 このインテグレーションにより、ミーティングで Q&A や投票の追加機能を使用できるようになります。

Webex アプリで展開および使用Slido する方法の詳細については、「Webex アプリと統合Slido」を参照してください。

Webex の空き状況: カレンダーのミーティング中

アポイントメント、アドホックミーティング、または Webex 以外のミーティングである Outlook クライアントでミーティングを承認すると、Webex の可用性が「カレンダーのミーティング中」として表示されます。 この可用性により、あなたが関与していないこと、回答が遅れる可能性があることを同僚に知らせることができます。

この機能を有効にするには:

  1. Windowsの[設定]タブまたはMacの[基本設定]の[全般]タブに移動します。

  2. このボックスをオンにすると、カレンダーミーティング中に表示されるようになります。


Outlook プレゼンス インテグレーションが有効になっているユーザーの場合、Webex の「カレンダー ミーティング中」は Outlook の「ビジー」にマップされます。

警告する

この機能を動作させるには、Webex アプリと Outlook クライアントが同時に実行されている必要があります。

現在、Outlook の [他の場所で作業として表示] オプションが Webex で [カレンダーのミーティング] としてユーザーを表示しないようにサポートしています。

ユーザーがカレンダー ミーティング中に [カレンダー ミーティング中に表示する] を無効にすることを選択した場合、ミーティングが終了するまでプレゼンスは更新されません。 これは、クライアントを再起動してピックアップする必要があります。

トーンによる自動応答

トーン付きの自動応答を使用すると、ユーザーは Contact Center などのサードパーティ アプリからコールを発信でき、そのコールはデスクトップの Webex アプリを通じて自動的にルーティングされます。 Webex アプリが相手を呼び出すと、ユーザーは特定のトーンが聞こえ、通話が接続中であることを通知します。

Cisco BroadWorks 版 Webex ユーザーがこの機能を使用する場合:

  • この機能は、プライマリライン アピアランスのみでサポートされています

  • Webex アプリはプライマリ ライン アピアランスでなければなりません

  • %ENABLE_AUTO_ANSWER_WXT%タグを有効にする必要があります。

ユーザに共有コール アピアランス(たとえば、卓上電話がセカンダリ回線アピアランスの一つとして設定されている)がある場合、共有コール アピアランスが着信コールを受信しない ように設定されている限り、この機能はプライマリ アピアランスで引き続きサポートされます。 これは、すべての共有コール アピアランスに対して、BroadWorks で次の 3 つの条件のいずれかを設定することで実現できます。

  • [共有コール アピアランス(Shared Call Appearance)] 設定で [クリックしてダイヤル(Click-to-Dial)] コール のすべてのアピアランスを無効にします。これは推奨されるアプローチです

    または

  • すべての共有コール アピアランスでこのロケーション の終了を許可するか、または

    または

  • すべての共有コール アピアランスのロケーションが無効になっています

キャパシティの増加

XSP ファーム

サブスクライバの数の増加予定に必要な追加の XSP リソースの数を判断するために、キャパシティ プランナーを使用することをお勧めします。 Cisco BroadWorks ファーム用の専用 NPS または専用 Webex のどちらに対してでも、以下のスケーラビリティ オプションがあります。

  • 専用ファームのスケール: 1 つ以上の XSP サーバーを追加のキャパシティを必要とするファームに追加します。 ファームの既存のノードと同じ一連のアプリケーションと構成をインストールしてアクティベートします。

  • 専用ファームの追加: 新しい専用 XSP ファームを追加します。 Partner Hub で新しいクラスターと新しいテンプレートを作成する必要があります。そうすることで、既存のファームへのプレッシャーを緩和するために、新しいファームに新しい顧客を追加し始めすることができます。

  • 特定ファームの追加: 特定のサービスに対して変更を経験している場合は、このドキュメントにリストされている共同常駐の要件を考慮して、別の XSP ファームを作成する必要がある場合があります。 新しいファームを持つサービスの URL を変更する場合には、Control Hub クラスターと DNS エントリを再構成する必要がある場合があります。

すべてのケースにおいて、BroadWorks 環境の監視とリソーシングの責任を負います。 Cisco のサポートを希望される場合は、専門サービスを手配できるアカウント担当者に連絡してください。

HTTP サーバー証明書の管理

mTLS 認証ウェブ アプリケーションのこれらの証明書は、XSP 上で管理する必要があります。

  • Webex Cloud からの信頼証明書のチェーン

  • XSP の HTTP サーバー インターフェイスの証明書

信頼のチェーン

Control Hub から信頼証明書のチェーンをダウンロードし、最初の構成中に XSP にインストールします。 期限切れになる前に証明書を更新し、それを変更する方法と時間を通知する必要があります。

HTTP サーバーのインターフェイス

XSP は、注文証明書の説明に従って、Webex に公開署名されたサーバー証明書を提示する必要があります。 インターフェイスを初めてセキュアにするときに、自己署名証明書がインターフェイスに対して生成されます。 この証明書は、その日付から 1 年間有効です。 自己署名証明書を公開署名付き証明書に置き換える必要があります。 期限切れになる前に、新しい証明書をリクエストするのはお客様の責任です。

パートナー モードによる制限

パートナー モードによる制限は、パートナー管理者が特定の顧客組織に割り当てることができる Partner Hub の設定で、顧客管理者が Control Hub で更新できる組織設定を制限します。 特定の顧客組織でこの設定が有効になっている場合、その組織のすべての顧客管理者は、ロールの権限に関係なく、Control Hub で制限されたコントロールにアクセスできません。 制限付き設定を更新できるのはパートナー管理者だけです。


パートナー モードによる制限は、ロールではなく組織レベルの設定です。 ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロールのエンタイトルメントを制限します。

顧客管理者アクセス

パートナーによる制限モードが適用されると、顧客管理者は通知を受け取ります。 ログインすると、画面上部の Control Hub ヘッダーのすぐ下に通知バナーが表示されます。 バナーにより、顧客管理者に制限モードが有効になっており、一部のコール設定を更新できない可能性があることが通知されます。

パートナー モードによる制限が有効になっている組織の顧客管理者の場合、Control Hub のアクセスレベルは次の式で決定されます。

(Control Hub のアクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限による制限)

制限

顧客組織でパートナーによる制限モードが有効になっている場合、その組織の顧客管理者は、次の Control Hub 設定へのアクセスが制限されます。

  • [ユーザー] ビューでは、以下の設定は利用できません。

    • [ユーザー管理] ボタンがグレー表示されます。

    • 手動によるユーザーの追加/変更 - 手動または CSV 経由でユーザーを追加/変更するオプションはありません。

    • ユーザーのクレーム—利用できません

    • ライセンスの自動指定—利用できません

    • ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定はパートナーレベルの管理者にのみ適用されます)。

    • ユーザーの詳細:名、姓、表示名、プライマリ メール* などのユーザー設定は編集可能です。

    • パッケージのリセット - パッケージ タイプをリセットするオプションはありません。

    • サービスの編集—ユーザーに対して有効にしたサービスを編集するオプションがありません (メッセージ、ミーティング、通話など)

    • サービス ステータスの表示-ハイブリッド サービスまたはソフトウェア アップグレード チャネルの全ステータスを表示できません

    • プライマリ職場電話番号 - このフィールドは読み取り専用です。

  • [アカウント] ビューでは、以下の設定は利用できません。

    • [会社名] は読み取り専用です。

  • [組織設定] ビューでは、以下の設定は利用できません。

    • ドメイン - アクセス権は読み取り専用です。

    • メール - [管理者招待メールの抑制] および [メールロケールの選択] 設定は読み取り専用です。

    • 認証 - [認証] および [SSO 設定] を編集するオプションはありません

  • [Calling] メニューでは、以下の設定は利用できません。

    • 通話設定 - [アプリ オプション通話の優先順位] の設定は読み取り専用です。

    • 発信動作 - 設定は読み取り専用です。

    • [ロケーション] > [PSTN] - [ローカル ゲートウェイ] および [Cisco PSTN] オプションは非表示になります。

  • [サービス] では、[移行] および [接続済みの UC] サービス オプションが抑制されます。

パートナー モードによる制限を有効化する

パートナー管理者は、以下の手順に従い、パートナー モードによる制限(デフォルト設定では有効になっています)。

  1. Partner Hub (https://admin.webex.com) にサインインし、[顧客] を選択します。

  2. 適用する顧客組織を選択します。

  3. 右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。

    [パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。


パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。

  • Wholesale ユーザーに Webex を追加する (ボタン付き)

  • ユーザーのパッケージを変更する

パートナー分析

Control Hub の改良により、パートナー管理者がユーザーに代わってパッケージ情報を簡単に表示、更新できるようになりました。 この機能により、パートナーはすべての顧客の集計ビューを把握でき、次の項目が含まれます。

  • パッケージごとの合計ユーザー数 (ソフトフォン、ベーシック、スタンダード、プレミアム)

  • パッケージごとのユーザーの傾向 (日単位/週単位/月単位)

  • 顧客と割り当てられたパッケージ数

パートナー アナリティクスの使用方法についての詳細は、 Webexの記事を参照してください。 Partner Hub の卸売業向けWebexおよびWebex版 Webex パッケージのアナリティクスを選択します。

請求レポート API

Webex for Developers は、月次請求レポートに使用できるパブリック API を提供します。 パートナー管理者は、これらの API を使用して、請求レポートを作成、一覧表示、取得、および削除できます。 次の表に、API、必要なアクセスの種類、およびロール要件を示します。

課金 API

目的

アクセスの種類

API のロール要件

(管理者はこれらのロールの少なくとも 1 つが必要です)

BroadWorks 請求レポートを作成 する

請求レポートを生成するために使用。

書き込みアクセス

  • フル管理者

  • フルセールス管理者

BroadWorks 請求レポートをリスト する

表示可能なレポートを一覧表示するために使用。

読み取りアクセス

  • フル管理者

  • フルセールス管理者

  • 読み取り専用管理者

BroadWorks 請求レポートを入手 する

生成されたレポートのコピーを取得するために使用。

読み取りアクセス

  • フル管理者

  • フルセールス管理者

  • 読み取り専用管理者

BroadWorks 請求レポートの削除

生成されたレポートを削除するために使用。

書き込みアクセス

  • フル管理者

  • フルセールス管理者

請求フィールド

次の表に、生成されたレポートに含まれるフィールドを示します。

フィールド

説明

リセラー名

パートナー名またはパートナー組織 Id

billingId(ビリングId)

パートナーの一意の請求識別子または C 番号

spEnterpriseId(spエンタープライズId)

サブスクライバの企業に対して、サービス プロバイダーが提供する一意の識別子。

内部

顧客の内部トライアルのステータス (はい/いいえ)

userId

BroadWorks のサブスクライバのユーザー ID

サブスクライバId

Webex で問題のサブスクライバの一意の識別子

selfActivated(セルフアクティベート)

はい/いいえ

最初の開始日

サブスクライバがプロビジョニングされた日付。

billing開始日

今月の請求開始日

請求EndDate

今月の請求終了日

パッケージ

充電中のパッケージタイプ

数量

請求のための比例配分された数量。

  • 1 - 満月を示します


  • 特定の期間の請求レポートを生成すると、既存のレポートを最初に削除しない限り、そのレポートを再生成することはできません。

  • 特定のユーザに対してパッケージタイプまたは BroadWorks ユーザ ID を変更した場合、変更が発生した月のレポートには、変更の前後に個別の比例配分されたエントリを持つそのユーザの複数のエントリが表示されます。

Cisco BroadWorks 版 Webex のトラブルシューティング

Webex ステータス ページをサブスクライブする

使用中に予期しない中断が発生した場合は、まず https://status.webex.com をチェックしてください。 中断前に Control Hub または BroadWorks の構成を変更していない場合は、ステータス ページを確認してください。 ステータスとインシデント通知をサブスクライブする方法については、Webex ヘルプ センターを参照してください。

Webex Control Hub アナリティクス

Webex では、組織および顧客の組織の使用状況と品質データを追跡します。 「Webex ヘルプ センターでの Control Hub アナリティクスの詳細」を参照してください。

ネットワークの問題

顧客またはユーザーは、フロースルー プロビジョニングにより Control Hub で作成されていません。

  • アプリケーション サーバーはプロビジョニング URL に到達できますか?

  • プロビジョニング アカウントとパスワードは正しく、そのアカウントは BroadWorks に存在しますか?

クラスターは常に接続テストに失敗しています。


認証サービスへの mTLS 接続は、Partner Hub で最初のクラスターを作成するときに失敗することが予想されます。これは、Webex 証明書チェーンにアクセスするためにクラスターを作成する必要があるからです。 それなしの場合は、認証サービス XSP に信頼アンカーを作成できません。そのため、Partner Hub からの mTLS 接続テストは失敗します。

  • XSP インターフェイスはパブリックにアクセスできますか?

  • 正しいポートを使用していますか? クラスターのインターフェイス定義でポートを入力できます。

インターフェイスの検証失敗

Xsi-Actions および Xsi-Events のインターフェイス:

  • URL 末尾の /v2.0/ も含め、インターフェイス URL が Partner Hub のクラスタで正しく入力されていることを確認します。
  • ファイアウォールにより Webex とこれらのインタフェース間の通信が許可されるのを確認してください。

  • このドキュメントのインターフェイス構成のアドバイスを見直します。

認証サービス インターフェイス:

  • URL 末尾の /v2.0/ も含め、インターフェイス URL が Partner Hub のクラスタで正しく入力されていることを確認します。
  • ファイアウォールにより Webex とこれらのインタフェース間の通信が許可されるのを確認してください。

  • このドキュメントのインターフェイス構成のアドバイスを、以下に特に注意して見直します。

    1. すべての XSP にわたってRSA 鍵を共有していることを確認します。
    2. すべての XSP のウェブ コンテナに AuthService URL を提供したことを確認します。
    3. TLS 暗号構成を編集した場合、正しい命名規則を使用していることを確認してください。 XSP では、TLS 暗号に IANA 名前形式を入力する必要があります。 このドキュメントの以前のバージョンは、OpenSSL 命名規則に必要な暗号スイートを誤ってリストしています。
    4. 認証サービスで mTLS を使用している場合、Webex クライアント証明書は XSP/ADP 信頼ストアにロードされますか? アプリ (またはインターフェイス) はクライアント証明書を必要とするように設定されていますか?

    5. Authentication Service で CI トークン検証を使用している場合、アプリ (またはインターフェイス) はクライアント証明書を必要としないように構成されていますか?

クライアントの問題

クライアントが BroadWorks に接続されていることを確認する

  1. Web アプリにサインインします

  2. [Calling オプション] アイコン (上記の歯車のあるハンドセット) がサイドバーに表示されるかを確認します。

    アイコンが存在しない場合、ユーザーは Control Hub の通話サービスに対して有効に設定されていない可能性があります。

  3. [設定/基本設定] メニューを開き、[電話サービス] セクションに進みます。 [セッションにサインインSSO 状態] が表示されます。

    (Webex Calling などの異なる電話サービスが表示される場合、ユーザーは Cisco BroadWorks 版 Webex を使用していません)

この確認の意味:

  • クライアントは必要な Webex マイクロサービスを正常に通過しました。

  • ユーザーが清浄に認証されました。

  • クライアントが BroadWorks システムによって長期間 JSON ウェブ トークンを発行されました。

  • クライアントはデバイス プロファイルを取得し、BroadWorks に登録しました。

クライアント ログ

すべての Webex アプリ クライアントは、Webex にログを送信できます。 これはモバイル クライアントに最適なオプションです。 TAC からアシスタンスを求める場合は、ユーザーのメールアドレスと問題が発生したおおよその時間も記録する必要があります。 詳細については、「Webex のサポートを見つける場所は?」を参照してください

Windows PC から手動でログを収集する必要がある場合、以下の場所に存在します。

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

ユーザーのサインインの問題

mTLS 認証の設定ミス

すべてのユーザーに影響がある場合、Webex から認証サービス URL への mTLS 接続を確認してください。

  • 認証サービス アプリケーション、または使用するインターフェイスのいずれかが mTLS に構成されていることを確認してください。

  • Webex 証明書チェーンが信頼アンカーとしてインストールされていることを確認してください。

  • インターフェイス/アプリケーションのサーバー証明書が有効で、既知の CA によって署名済みであることを確認します。

ライセンス数超過メッセージ

このメッセージは、Partner Hub の [顧客] ビューで顧客に表示できます。 このメッセージは、ライセンスの使用数がライセンスの許可量を超えると表示されます。 メッセージは無視することができます。

トラブルシューティングガイド

Cisco BroadWorks 版 Webex のトラブルシューティングの詳細については、『Cisco BroadWorks 版 Webex トラブルシューティングガイド』を参照してください。

サポート

安定した状態のサポートのポリシー

サービス プロバイダは、エンドカスタマー (エンタープライズ) サポートの最初の連絡先となります。 SP が TAC に解決できない問題をエスカレーションします。 BroadWorks サーバー バージョンのサポートは、現行バージョンの BroadSoft ポリシーと 2 つの以前のメジャー バージョン (N-2) に従います。 で詳細を読む BroadSoft 製品のライフサイクルポリシーBroadSoft ライフサイクルポリシーおよび BroadWorks ソフトウェア互換性マトリクスのセクション。

エスカレーション ポリシー

  • 貴社 (サービス プロバイダ/パートナー) がエンドカスタマー (エンタープライズ) サポートの最初の連絡先となります。

  • SP によって解決できない問題は、TAC にエスカレーションされます。

BroadWorks のバージョン

セルフサポート リソース

  • ユーザーは Webex ヘルプ センターからサポートを受けることができます。Cisco BroadWorks 版 Webex 固有のページがあり、共通の Webex アプリのヘルプとサポートのトピックが掲載されています。

  • Webex アプリはこのヘルプ URL および問題レポートの URL をカスタマイズすることができます。

  • Webex アプリのユーザーは、クライアントから直接フィードバックまたはログを送信できます。 ログは Webex Cloud に移動し、Webex DevOps により分析できます。

  • Cisco BroadWorks 版 Webex の管理者レベル ヘルプ専用のヘルプ センター ページもあります。

サービス要求を送信するための情報を収集する

Control Hub でエラーが表示されると、TAC が問題を調査するための情報が添付されている可能性があります。 たとえば、特定のエラーまたはエラー コードのトラッキング ID が表示される場合は、テキストに保存して共有してください。

クエリを送信したり、ケースを開いたりする際には、少なくとも次の情報を含めてみてください。

  • 顧客組織 ID およびパートナー組織 ID (各 ID は 32 桁の文字列で、ハイフンで区切ります)

  • インターフェイスまたはエラー メッセージが 1 つを提供する場合、TrackingID (32 桁の 16 進数文字列も含む)

  • ユーザーのメール アドレス (特定のユーザーに問題が発生している場合)

  • クライアント バージョン (問題がクライアントを通して通知される症状がある場合)