この記事の内容
dropdown icon
はじめに
    このガイドについて
dropdown icon
卸売市場へのルートの概要
    卸売市場へのルートの概要
    Wholesale Route-to-Market の利点
    パッケージオファー
    Webex Calling機能
    Webex アプリを使用した Webex 通話
    Webex Meetings
    卸売RTMの顧客支援構成
    簡素化された集中管理
    サービスプロバイダー規模のAPI管理
    dropdown icon
    アーキテクチャの概要
      顧客プロビジョニング
      サポートされている言語ロケール
      サービスプロバイダーの請求
    サブパートナー機能
    ブランディング
    機能マトリックス
dropdown icon
顧客のオンボーディングと管理
    展開の概要
    dropdown icon
    卸売セットアップアシストによるオンボーディング
      卸売セットアップアシストによるオンボーディングフロー
    パートナー事前プロビジョニングチェック API
    dropdown icon
    顧客組織のプロビジョニングタスクフロー(パートナーハブ経由)
      オンボーディングテンプレートを構成する
      パートナーハブを通じて顧客を作成する
      顧客の設定
    dropdown icon
    顧客組織のプロビジョニングタスクフロー(API経由)
      卸売顧客APIのプロビジョニング
      卸売加入者プロビジョニング API
    顧客のPSTN設定
    dropdown icon
    既存の顧客組織に Webex for Wholesale を接続する
      API を介して既存の顧客組織に卸売サービスを追加する
      制限事項とサポートされていないユースケース
      組織への加入条件
    Wholesale セットアップ アシスト リクエストフォームを送信する
    サブパートナーを設定する
    dropdown icon
    パートナーハブ経由の管理
      ユーザーを手動で追加
      CSV 経由でユーザーを追加、変更、または削除する
      ユーザーパッケージの変更
    dropdown icon
    顧客管理API
      卸売顧客を更新する
      卸売顧客を獲得する
      卸売顧客リスト
      卸売顧客を削除する
    デバイスのオンボーディングと管理
    dropdown icon
    請求調整
      卸売請求レポートを作成する
      卸売請求レポートを入手する
      卸売請求レポートの一覧
      卸売請求レポートを削除する
      請求レポートのフィールド
    パートナーSSO - SAML
    パートナー SSO - OpenID Connect (OIDC)
    dropdown icon
    ホールセールの全般設定
      パートナーによる制限モード
      制限
      パートナーモードによる制限を有効にする
    ハイブリッドモデルのサポートのためのFlexライセンスチェックの強化
    dropdown icon
    テクニカルサポート
      Webex Calling パートナー ヘルプデスク (PHD) の利用方法
dropdown icon
BroadWorks から卸売 RTM への移行のための移行ツール
    概要
    マニュアルの改訂履歴

Wholesale Route-to-Market ソリューション ガイド

list-menuこの記事の内容
list-menuフィードバックがある場合

このドキュメントには、市場へのホールセールルート (RTM) ソリューションに対する Webex オファーの概要が記載されています。ドキュメントは、Webex サービスを販売するサービス プロバイダー内のパートナー管理者で指定されます。

概要

このガイドについて

卸売 Route-to-Market (RTM) は、グローバル サービス プロバイダーを通じて、Webex を中小企業に戦略的に提供します。Cisco の技術とコラボレーションの専門知識を活用し、新しい運用モデル、コマーシャル、パートナー プログラムを備えています。

Wholesale は、効率的な大量トランザクションを実現する運用 API とパートナー ポータルのイノベーションを提供します。この商用戦略により、BroadWorks ユーザーは、固定のユーザーごとの月額パッケージと簡素化された請求で Webex に移行できます。

卸売パートナー プログラムは、テクニカル オンボーディングと市場投入に重点を置いた、シスコのマネージド オンボーディング プログラムを通じて、サービス プロバイダーの技術目標とビジネス目標に対応します。このオファーには Webex パッケージが含まれます: アテンダント コンソール、Cisco 通話プラン、共通エリア通話、Webex 通話カスタマー アシスト、Webex 通話、Webex 通話標準、Webex 会議、Webex スイート、および Webex 音声パッケージ。

ドキュメントのバージョン履歴

卸売市場へのルートの概要

卸売市場へのルートの概要

ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。

ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。

新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。

ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。技術面のオンボーディングと GTM (市場進出) です。専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。

卸売 Webex オファリングは、次のパッケージでご利用いただけます。アテンダント コンソール、Cisco 通話プラン、共通エリア通話、Webex 通話カスタマー アシスト、Webex 通話、Webex 通話標準、Webex 会議、および Webex スイート。

Wholesale Route-to-Market の利点

卸売ルート トゥ マーケット (RTM) ソリューションは、マネージド サービス プロバイダーに高速のトランザクション販売活動を提供するように最適化されています。以下を提供します:

  • 固定され予測可能な移転価格

  • 簡素化されたパッケージ

  • 高速プロビジョニング UX と API

  • ネットアクティブユーザー数に基づく月次請求

  • 簡素化された自己管理インターフェース

ホールセールRTMが完全なネットワークソリューションを提供

卸売 RTM オファーは、既存のワークフローにシームレスに統合されます。これにより、すべての顧客を Cisco Commerce Workplace (CCW) に登録する必要がなく、販売サイクルをエンドツーエンドで管理できるようになります。

卸売 RTM は、Webex Calling に対して次の機能強化を提供し、中小企業の販売活動との統合を強化します。

  • 卸売 RTM の場合、パッケージごとに Cisco への転送価格が固定されます。これらの振替価格は、CCW に一度送信される PO に記録されます。その後、パートナーは販売取引に CCW を使用する必要がなくなります。

  • すべての卸売 RTM 販売は、同じ固定の予測可能な振替価格に基づいています。これにより、販売プロセスが大幅に簡素化され、加速されます。

  • 卸売 RTM は、顧客のプロビジョニングと管理を行うための 2 つのシンプルなインターフェースを提供します。

    • パートナー ハブは、顧客とユーザーのプロビジョニング、管理、削除を行うためのシンプルな UX を提供します。

    • Control Hub は、企業の Webex サービスの総合的なビューを提供する、Cisco の Web ベースのエンタープライズ管理ポータルです。

  • 卸売 RTM API は、サービス プロバイダーのバックオフィス システムに統合されるシンプルなマシン間インターフェイスを提供します。これにより、顧客とユーザーのプロビジョニング、管理、削除が可能になります。

  • 卸売 RTM では、アクティブ ライセンスの正味数に対して、各顧客のアクティベーション日に基づいて月割りで未払い料金を毎月請求します。これにより、サービス プロバイダー パートナーはライセンスを柔軟に増減でき、システム上でアクティブにプロビジョニングされているライセンスに対してのみ料金を請求できるようになります。

  • 卸売 RTM は、中小企業セグメントに適したシンプルなパッケージを使用します。

パッケージオファー

卸売 RTM ソリューションは、エンド ユーザー向けに 4 つの通話およびコラボレーション パッケージを提供します。

  • 共通エリア—共通エリア パッケージは、基本的な通話機能をサポートします。これは、廊下の電話、ドアホン、シンプルな小売店の電話などのシンプルなエンドポイントを対象としています。共通エリア パッケージには、コール転送、BLF、転送、コール ウェイティング、T.38 FAX などの機能が含まれています。より高度な通話機能、Webex クライアント、メッセージング、会議は、より価値の高いパッケージの一部です。

  • 標準通話 — 標準通話パッケージは、ハードフォンやソフトフォンなどの単一のデバイスで基本的な通話機能を必要とするユーザー向けに設計されています。これには、Webex Calling コール キュー、通話録音、仮想回線、共有通話アピアランスを除き、拡張通話パッケージと同じ機能が含まれます。

  • 拡張通話—この通話専用パッケージには、Webex アプリのソフトフォンまたはデバイスの選択オプションを使用して、Webex Calling に関連付けられた通話機能のサブセットが含まれています。会議やメッセージング機能は含まれておらず、シンプルな音声ソリューションを求める顧客向けに通話に重点を置いたパッケージを提供します。

  • Webex Calling—Webex Calling パッケージには、Webex Client、Webex Messaging、および「基本的な」会議機能に加えて、高度な通話機能が含まれています。このパッケージは、プラットフォームのすべてのプロフェッショナル ユーザーを対象としています。共通エリアの機能に加えて、通話機能にはハンティング、ボイスメール、ビジュアルボイスメール、共有通話アピアランス、プライバシー、Nウェイ通話などが含まれますが、これらに限定されません。 Executive/executive アシスタント、その他多数。Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースやファイル共有などの Webex メッセージング機能の使用も含まれます。

  • Webex Suite—Webex Suite は、Webex Calling パッケージの全機能、すべてのユーザーおよびグループ サービス、Webex メッセージング、および最大 1000 人の参加者が参加できる完全な Webex Meetings 製品を含む、最も機能が豊富なパッケージです。このパッケージは、多くの通話機能と大規模なミーティング要件を持つ、会社の上級/プロフェッショナルレベルに対応します。

  • Webex Calling Customer Assist—Customer Assist には、Webex Calling のすべてのプロフェッショナル機能と、エージェントとスーパーバイザーの両方が Webex アプリを通じてアクセスできるいくつかの追加の主要機能が含まれています。スクリーン ポップ、Webex アプリでのスーパーバイザ エクスペリエンス、リアルタイムおよび履歴のエージェントとキューの表示などの機能により、Customer Assist は Webex Calling コール キューとは区別されます。

    詳細については、 Webex Calling カスタマー アシストを参照してください。

  • Webex Meetings—Webex Meetings パッケージは、Webex Messaging と、最大 1000 人の参加者が参加できる Webex Meetings を含むスタンドアロンの会議パッケージです。このパッケージには通話用の席は含まれています。これは、通話動作に関連していないミーティングとメッセージング機能のみを必要とするユーザーを対象にしています。

  • Webex Attendant Console—Imagicle と提携して開発された Webex Attendant Console は、フロントオフィスおよび受付担当者向けに設計された次世代クライアントです。管理者は、着信コールをスクリーニングして組織内の指定された個人に転送する電話アテンダントとしてユーザーを設定できます。

  • Cisco 通話プラン—Cisco 通話プランは、クラウド通話エクスペリエンスを簡素化し、シームレスな PSTN 注文を可能にするバンドル ソリューションを提供します。

卸売RTMパッケージオファー
卸売RTM向けパッケージ

Webex Calling Flex オファーとは異なり、ホールセール RTM ソリューションでは、シスコはエンド カスタマーに特定の価格設定や条件を課しません。これらは各サービス プロバイダーが独自のビジネス モデルに基づいて適切と判断して実装します。

Flexライセンスを持つ卸売顧客向けのユーザーハブアクセスルール

ユーザー ハブは、顧客管理者が卸売アカウントの管理タスクを実行できるポータルです。

  • 以前は、Flex ライセンスがユーザー ハブ アクセスと連携する方法に制限がありました。

  • ハイブリッド顧客(卸売 + Flex は、ユーザー ハブの卸売メニューにアクセスできます。

  • Flex のみの顧客はユーザー ハブの卸売メニューにアクセスできず、パートナーはユーザー ハブでクロス起動リンクを表示できません。

  • Flex チェックはまだ削除されていないため、ライセンスの種類に基づいてアクセスが制限されたままになります。

更新されたアクセス ルール: 目標は、Flex のみの顧客に必要な制限を維持しながら、ハイブリッド顧客のアクセスを改善するために、Flex ライセンス チェックを見直し、場合によっては緩和することです。

この変更により、ハイブリッド モデルの顧客を管理するパートナーの運用効率が向上します。

Webex Calling機能

Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス通話機能があり、すべて単一ユーザー ライセンス料金に含まれています。

表1. 加入者向け機能
代替番号 w/ 特徴的なリング

匿名通話の拒否

割り込み免除

事業継続性(CFNR)

ビジーランプ監視

通話転送: always/busy/no answer/selective

通話履歴

通話保留 & 再開する

通話記録 w/ クリックしてダイヤル

コール通知

コールキューエージェント

コール録音

リダイヤル

通話の折り返し

通話転送(有人) & 盲目)

通話中着信(最大4件)

通話待ちID

接続回線ID制限

ダイレクトコールピックアップ

割り込みによるダイレクトコールピックアップ

応答不可

企業電話帳

エグゼクティブ / エグゼクティブ アシスタント

内線ダイヤル、可変長

機能アクセスコード

ホテル:ホスト & ゲスト

着信発信者ID(名前) & 番号)

受信ファックスを電子メールへ

携帯性

複数行の外観

N方向通話(6)

どこでもオフィス

発信者IDブロック

個人電話帳

優先アラート

プライバシー

プッシュツートーク

リモートオフィス

選択的通話受付

選択的通話拒否

シーケンシャル リング

共有コール アピアランス

同時呼び出し

スピードダイヤル100

T.38 ファックスサポート

三者通話

統合メッセージング

ユーザーインターセプト

ユーザーウェブポータル

ビデオ(ポイントツーポイント)

ビジュアルボイスメール

ボイスメール

表 2. サイトの機能

自動音声応答

コールパーク認証

コールパークグループ

通話ピックアップ

コールキュー

外部発信者番号の配信

グループページング

ハント グループ

インターセプトグループ

ユーザーを傍受する

内部発信者番号の配信

保留中の音楽

Microsoft Teams インテグレーション

音声ポータル

Webex アプリを使用した Webex 通話

Webex アプリ は、エンド ユーザーに通話、会議、メッセージングを提供する単一のエンド ユーザー エクスペリエンスです。Webex Calling と Webex アプリを併用すると、次のことが可能になります。

  • デスクフォン、またはスマートフォン、PC、ラップトップ、タブレット上の Webex アプリを使用して、通話の発信、受信、拒否を行うことができます。

  • Cisco Intelligent Proximity を使用して Webex デバイスとペアリングする and/or デスクフォンのコントロールにより、オーディオやビデオにこれらのデバイスを使用しながら、アプリ上の共通の連絡先や通話履歴にアクセスできます。

  • あらゆる通話をフル機能の会議に昇格させ、画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション アイテム、録音などの機能を活用できます。

Webex アプリを使用した Webex 通話

Webex アプリは、次のような日常的な企業の会議やコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。

  • 1:1 グループ メッセージング - メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットできます。メッセージの削除や編集、会話スレッドの開始、会話へのユーザーの追加、既読確認の確認などを簡単に行うことができます。

  • ファイルとコンテンツの共有 - きちんと整理され、検索可能で、チャットのすぐ横に保存される安全なスペースで、最大のファイルでも共有できるので、必要なものを簡単に見つけることができます。

  • 双方向ホワイトボード - チームとホワイトボードに書き込んだり描画したりして、チャットでインタラクティブな描画を共有します。ライブミーティングに参加しているかに関わらず、繰り返し実行しましょう。

  • 他の Webex ユーザーに直接通話を発信 - アプリを通じて他の Webex アプリ ユーザーとビデオ通話を無料で発信または受信できます。

  • お気に入りのツールで作業できます。アプリの切り替えやワークフローの中断は不要です。Webex を毎日使用するツールと統合することで、生産性の高い作業を実現できます。Microsoft、Google、ServiceNow などと重要な緊密な統合を組み込むことができます。

  • スペースをカスタマイズ - カラーテーマを変更したり、カバー写真を追加したり、カスタムステータスを設定したり、自分に合わせてエクスペリエンスをカスタマイズできます。

  • Webex App ソリューションの概要でその他の機能についてお読みください。

Webex Meetings

通話、会議、メッセージング、投票、イベントが 1 つのオファーで提供される Webex Suite を購入すると、より優れた連携エクスペリエンスと価格設定が実現します。Webex Meetings は、参加者とプレゼンターの両方にさまざまなアクセス方法と機能を要求する大規模な会議向けに最適化されています。Webex Meetings は、Webex クラウドから高度に安全な統合音声、ビデオ、コンテンツ共有を提供する、世界で最も人気のある企業向けビデオ会議サービスです。

Webex Meetings スイートは、共同会議、トレーニング、大規模イベント、リモート サポート用のモジュールを含む機能豊富なソリューションです。Webex Meetings は、iPhone、iPad、Apple Watch、Android、Android ウェアラブルなど、複数のモバイル デバイスをサポートしています。Windows、Mac、Linux など、一般的なすべての OS プラットフォームで誰とでも会うことができます。Webex Meetings は、Internet Explorer (IE)、Safari、Firefox、Chrome、Edge ブラウザをサポートしています。

  • Webex Meetings は HD (720p) ビデオをサポートし、Cisco Webex Rooms およびサードパーティの標準ベースのビデオ システムと相互運用できます。モバイル デバイスや、デスク デバイスや室内デバイスなどの各自のビデオ システムから他のユーザーを会議に招待できます。このビデオ機能は、ビデオ ブリッジと Web 会議を 1 つの常時会議に統合します。事前にスケジュールを設定することも、すぐに会うこともできます。どなたでも歓迎いたします。

  • Webex Meetings を利用することで、お客様は強力な競争優位性を獲得できます。Webex Meetings には次のような利点があります。

    • 強力なビデオ - モバイル デバイスでも、作業方法や会議に出席させたい相手に合わせてカスタマイズできるマルチストリーム HD ビデオ。シスコの受賞歴のあるビデオ ルーム デバイスとデスク デバイスを Webex 会議に追加して、臨場感あふれるエクスペリエンスを実現します。

    • 強力なモバイル エクスペリエンス - カスタマイズ可能な 720p ビデオ表示、ネイティブ画面共有、ハンズフリー参加、簡単な会議スケジュール設定など、モバイル ユーザー向けに最適化されており、騒がしい環境にも適応します。

    • 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business など、ポケットから会議室まで、お好みのデバイスから参加できます。どのように参加しても、一貫した会議エクスペリエンスが得られます。

    • 仕事や学習の方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google カレンダー、Skype for Business など、既に使用しているサードパーティ ツールを使用して会議をスケジュール、参加、開始できます。Webex Meetings は一般的な学習管理システム (LMS) とも緊密に統合されているため、遠隔学習も教室での学習と同様に効果的です。

    • 1 つの会議エクスペリエンス - 参加者が一緒にいても離れていても、組織の内外を問わず、モバイル デバイスやビデオ デバイスを通じて 1 つの会議エクスペリエンスが得られます。

    • プロフェッショナルで効果的な会議 - Webex Meetings アプリケーションを使用したグローバル オンライン会議によって実現される統合された音声、ビデオ、コンテンツ共有機能を使用して、社内外の参加者の関与を維持します。他のアプリケーション、デスクトップ、さらにはビデオ ファイルも共有できるため、共同会議、トレーニング、イベントの生産性と効果を高めることができます。

    • 対面しているかのような仮想会議 - Web ブラウザー、携帯電話、デスクトップ、または室内のビデオ デバイスを使用して会議を開始または参加します。話している人を自動的に表示するビデオに切り替えることで、オンライン会議をまるで直接会っているかのようにさらに魅力的なものにし、直感的な会議エクスペリエンスを実現します。いつでも、いつでも利用可能な、パーソナライズされた会議室に全員を集めることができます。独自の標準ベースのビデオ デバイスを使用すれば、必要に応じて会議を数人から数百人まで拡張できます。

    • 強化されたセキュリティとコンプライアンス - Cisco の専門知識に基づいて構築された多層セキュリティにより、ユーザー エクスペリエンスを損なうことなく会議の心配を解消します。

    • グローバル会議アーキテクチャ - Cisco Webex® には、会議専用のグローバル アーキテクチャとネットワークがあり、速度とパフォーマンスを保証します。データ センターは世界中に配置されているため、ユーザーは最も近い Webex データ センターを使用して参加します。メリットは?参加者の所在地に関係なく、遅延のない高品質のビデオ会議を実現します。これは、SaaS 機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。

    • 管理の改善 - コラボレーション ポートフォリオをより適切に管理するために、Control Hub では管理ユーザーが単一のペインで Webex Meetings の設定とレポートにアクセスできるようになります。

    • 導入速度の向上 - 安全な Webex プラットフォーム上でソリューションを迅速に導入できるため、総所有コストを抑えながら価値実現までの時間を短縮できます。革新的なビデオと Web コラボレーションのベスト プラクティスと、シスコのテクノロジーおよび専門知識を最大限に活用することで、Webex Meetings を数か月かけてではなく迅速に導入できます。

Webex Meetings を使用すると、テクノロジーを意識する必要がなくなり、計画的にイベントを開催し、生産性の高い会議に集中できるようになります。Webex Meetings への参加は、コンピュータ、スマートフォン、タブレットのアプリから接続する場合でも、Webex Room シリーズ デバイスを使用して同僚のグループに参加する場合でも、誰にとっても簡単です。

卸売RTMの顧客支援構成

コール キュー作成の構成と Customer Assistからのアップグレードを除く、Customer Assist の機能と制限事項について説明します。

コールキューの作成:

Webex Calling Customer Assist で説明した Webex Calling コール キューの作成との主な違いは、卸売組織の場合、 エージェントの選択 ページで、ユーザーをエージェントとして選択できるのは、Customer Assist パッケージが割り当てられている場合のみであるということです。「カスタマーアシスト ユーザーのみを表示」トグルは利用できなくなります。

CEE1

CEE2

コールキューのアップグレード:

組織が Customer Assist を購入し、既存の Webex Calling コール キューを Customer Assist キューに移動したい場合は、コントロール ハブから簡単に実行できます。キューをアップグレードすると、割り当てられたエージェントとスーパーバイザー、およびキューの既存の設定が維持されます。

Limitations/Warning:

  • Webex Calling コールキューをアップグレードすると、ダウングレードすることはできません。
  • Webex Calling コール キューの仮想回線とワークスペースは、Customer Assist キューへのアップグレードではサポートされていません。

コールキューをアップグレードするには:

  1. Control Hubにサインインし、 Services に移動します > 呼び出し > 特徴 > コールキュー.
  2. アップグレードするコールキューの省略記号...アイコンをクリックし、 キューのアップグレードをクリックします。
  3. キュー情報を確認し、 次へをクリックします。

    Webex Calling コール キューからの加重ルーティング パターンは Customer Assist ではサポートされておらず、デフォルトでトップ ダウンに設定されます。アップグレード後に他のルーティング タイプに変更できます。

  4. パッケージ割り当てのレビュー画面では、以下の 2 つのアクションのいずれかを実行できます。
    1. 「リストされているエージェントなしでアップグレードを続行する」をクリックして、Customer Assist パッケージを持たないエージェントを削除します。このアクションにより、これらのエージェントがコール キューから削除されます。
    2. 以下に示すように、「割り当てられたユーザー パッケージ」ページに移動して、関連するユーザーに割り当てられているパッケージを変更します。これにより、ユーザー画面が表示され、必要に応じて Customer Assist パッケージを割り当てることができます。その後、コール キューのアップグレードを再試行できます。

CEE3

CEE4

簡素化された集中管理

卸売 RTM ソリューションは、顧客のプロビジョニングと管理を行うための 2 つのシンプルなインターフェースを提供します。

  • Partner Hub

  • Control Hub

パートナーハブ: オファーの管理

パートナー ハブは、Cisco の卸売 RTM ソリューションを管理するための Web ベースのポータルです。パートナー ハブは、企業全体にわたるオファー属性を構成するために使用する管理インターフェイスです。パートナー ハブでは以下が提供されます。

  • オファー管理 - オファーの下で管理されるすべてのエンタープライズに適用されるデフォルト設定、テンプレート、およびポリシーを確立します。

  • 共同ブランディング:サービス プロバイダーとシスコの両方の価値を強化する共同ブランド化されたエンドユーザー エクスペリエンスを実現するために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。

  • エンタープライズ オンボーディング - オファーに新しいビジネスを追加し、エンタープライズ レベルの機能とセキュリティ コンプライアンスを割り当てます。ダイヤルインやコールバック サービスなどの会議サイトの属性を設定します。

  • エンタープライズ管理とレポート - 管理するエンタープライズ内の管理者に役割と責任を割り当てます。すべての企業にわたる分析を参照して、採用、使用状況、品質の指標を監視します。

パートナー ハブには複数レベルのロールベースのアクセス制御があり、サービス プロバイダーはセキュリティのベスト プラクティスを維持しながらアクセス レベルを割り当てることができます。

パートナー ハブの 概要 画面に トライアルを開始 ボタンが表示されます。ただし、試用オプションは卸売 RTM パートナーには利用できません。これらのトライアルを卸売顧客に変換することはできないため、パートナーはこのオプションを使用しないでください。

Control Hub:企業を代表して管理する

Webex Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルです。企業の Webex サービスの総合的なビューを提供します。すべての企業、ユーザー、デバイス、セキュリティ設定を一箇所で管理するのに役立ちます。Wholesale RTM ソリューションのコンテキストでは、Control Hub の主なユーザーは、エンド エンタープライズに代わって設定を更新するサービス プロバイダー管理者です。エンタープライズ管理者がこれらの機能を実行することも可能です。これにより、サービス プロバイダーは必要に応じて企業による自己管理を許可できるようになります。サービス プロバイダーが顧客に割り当てることができるロールは複数あり、これによって Control Hub へのさまざまなレベルのアクセスが可能になります。これにより、オファーの柔軟性とカスタマイズ性が向上します。

Control Hub は、詳細な分析とレポート機能を備えたすべての管理機能のための 1 つの中央クラウド アプリを提供します。また、管理者は、データの安全性を維持し、規制のニーズを満たすために、セキュリティおよびコンプライアンス ポリシーを構成することもできます。

Control Hub

コントロール ハブは以下を提供します。

  • ユーザーの作成とサービスの割り当て—企業内のユーザーの移動、追加、変更、削除 (MACD) をすべて管理します。Control Hub を使用すると、共通エリア パッケージまたはスイート パッケージの権限をユーザーごとに設定できます。

  • 実用的な洞察—すべての企業および企業内での導入事例を確認します。ユーザーがどのように電話をかけ、メッセージを送信し、会議に参加し、会議がどのくらい続くか、誰がビデオを使用しているかを把握します。これにより、オファー全体にわたってサービスの採用状況と使用状況を測定することができます。

  • ユーザー エクスペリエンスの問題の根本原因を掘り下げる—企業レベルで、音声品質やページ読み込みパフォーマンスなどの問題を特定し、影響が出る前にトラブルシューティングできるようにします。

  • 柔軟なポリシー定義—ロール テンプレートときめ細かなポリシー制御を使用して、管理者とユーザーのサービス設定を簡単に構成できます。

  • ユーザーとデバイスの管理—デバイスを迅速にアクティブ化し、ユーザーを管理し、Microsoft Active Directory との同期と、管理対象の全企業または一部の企業に対する統合シングル サインオンを有効にします。

詳細については、次を参照してください。

サービスプロバイダー規模のAPI管理

卸売 RTM ソリューションは、サービス プロバイダー規模に合わせて構築されています。これを実現するために、パートナー レベルおよびエンタープライズ (Control Hub) レベルの管理のすべての機能が API を介して有効になります。

卸売 RTM ソリューションには、大規模な顧客とユーザーのオンボーディングを支援するサービス プロバイダー向けに特別に構築された API が含まれています。理想的な状態では、Webex で顧客エンティティを作成するための API 呼び出しと、ユーザー向けのサービスを作成して構成するための API 呼び出しだけが必要です。Cisco は、API の順序付けやその他の手動操作を不要にする非同期 API に投資してきました。これらの API は、developer.webex.com で利用可能な API を拡張し、サービス プロバイダーがサービス プロバイダーから顧客、そしてユーザーに至るまでの統合を容易に実現できるようにします。これらの API の設計ガイドラインは、使いやすく、サービス プロバイダーが大規模に運用できるようにし、オンボーディング テンプレートを通じてエンド カスタマーにオファーをターゲットする柔軟性を提供することです。

Webex for Broadworks の顧客はこれらの API によって拒否されます。

アーキテクチャの概要

以下の図は、卸売市場へのルート ソリューションの全体的なアーキテクチャを示しています。強調されている領域は 2 つあります。

  • お客様 Provisioning/Management

  • サービスプロバイダーの請求

これらの領域については、後続のトピックでさらに詳しく説明します。

Wholesale RTM のアーキテクチャ概要

顧客プロビジョニング

すでに述べたように、卸売ルート・トゥ・マーケットにより、顧客ごとの注文書を CCW に配置する必要がなくなります。代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (将来) を使用して、Webex に対して顧客を直接オンボードできます。上の図は、高レベルの相互作用を示しています。

  1. サービスプロバイダーが顧客との関係を管理します。顧客にサービスを販売する場合、サービス プロバイダーは、その関係 (見積もり、注文、請求、支払いなど) を独自のシステムで管理します。したがって、顧客管理の第一歩は、顧客を顧客独自のシステムにプロビジョニングすることです。

  2. サービス プロバイダーは、パブリック API を顧客プロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができるようになります。将来的には、このソリューションはパートナー ハブを介したオンボーディング機能もサポートする予定です。

  3. 顧客がオンボーディングされると、サービス プロバイダーはパートナー ハブ、コントロール ハブ、パブリック API を使用して、顧客向けのソリューションをさらに管理できるようになります。

管理者には、顧客組織の作成時と同じレベルのパッケージをプロビジョニングする必要があります。顧客管理者 (フル管理者) の場合、パッケージのダウングレードはサポートされません。

パートナーが自社の組織に卸売サブスクリプションをプロビジョニングすると、その組織が顧客リストに表示されることがあります。これは機能には影響せず、変更せずにそのままにしておくことができます。サブスクリプションがキャンセルされると、顧客リストは自動的に更新されます。この動作をより明確にするために改善に取り組んでいます。

Packages/AddOns

卸売市場へのルートのサービス割り当ての基本単位は、パッケージとアドオンです。

  • パッケージ は基本サービスの割り当てです。すべてのユーザーには 1 つの (そして 1 つのみ) パッケージが割り当てられ、これにより Webex メッセージング、会議、通話サービスのセットを利用できるようになります。パッケージの一覧については、 パッケージ オファーをご覧ください。

  • Attendant Console および Cisco Calling Plan AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金機能です。Wholesale RTM の最初のリリースにはアドオンは含まれていませんが、パイプラインには潜在的なアドオンのリストがあります。

制限対象者および入国拒否対象者のチェック

卸売 RTM プロビジョニングは、コンプライアンス目的で、顧客が制限または拒否された人物リスト (RPL) に登録されているかどうかを自動的にチェックします。この検証は、顧客が作成されるたび、または請求先住所が更新されるたびに必須であり、顧客が RPL にリストされないようにします。このチェックはすべての顧客に適用されます。

顧客が RPL に記載されていない場合、システムはオンボーディング プロセスを中断せずに続行することを許可します。

顧客が RPL に記載されている場合、RPL チームが手動でレビューを実施します。レビュー期間中、顧客は「pending_rpl_review」状態に置かれ、チームが手動でケースを評価します。審査期間は最大 72 時間です。RPL チームがレビュー後にオンボーディングを承認すると、顧客が自動的に作成され、プロビジョニング済みの状態に移行します。レビューが 72 時間を超えるか解決できない場合は、ケースがエラーとしてマークされ、オンボーディングは続行されません。ほとんどのケースは 15 ~ 60 分以内に確認され、解決されます。

顧客が制限対象者および拒否対象者 (RPL) の確認を完了し、アカウントをプロビジョニングすると、プロビジョニング ツールを再実行して、ユーザー、番号、およびその他の関連項目のプロビジョニングを完了できます。

シスコのコンプライアンス ポリシーの詳細については、 一般的な輸出コンプライアンスを参照してください。

米国商務省の情報については、 拒否者リストを参照してください。

住所

顧客を作成するときは、請求先住所の国を選択する必要があります。この国は、Common Identity の組織の国として自動的に割り当てられます。さらに、組織の国によって、Cisco 対応の PSTN 通話オプションを備えた Webex ミーティング サイトのデフォルトのグローバル コールイン番号が決定されます。

サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合は、その場所のデフォルトの番号が使用されます。

表 3。 次の表は、各場所に基づいたデフォルトのコールイン国コードを示しています。

S番号

場所

国番号

国名

1

AMER

+1

米国、カナダ

2

APAC

+65

シンガポール

3

オーストラリア、ニュージーランド

+61

オーストラリア

4

欧州、中東、アフリカ

+44

英国

5

ユーロ

+49

ドイツ

サポートされている言語ロケール

プロビジョニング中に、言語フィールドを使用すると、管理者は特定の言語で卸売顧客組織をプロビジョニングできます。この言語は、その顧客組織および Webex 会議サイトのデフォルトのロケールとして自動的に割り当てられます。

(ISO-639-1)_(ISO-3166) 形式の 5 文字の言語ロケールがサポートされています。たとえば、 en_US は English_UnitedStates に対応します。2 文字の言語のみが要求された場合 (ISO-639-1 形式を使用)、サービスは要求された言語とテンプレートの国コード (つまり、「requestedLanguage_CountryCode」) を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合は、必要な言語コードに基づいてデフォルトの適切なロケールが使用されます。

次の表は、サポートされているロケールと、5 文字のロケールが使用できない場合に 2 文字の言語コードを 5 文字のロケールに変換するマッピングを示しています。

表 4. サポートされている言語ロケールコード

サポートされている言語ロケール

(ISO-639-1)_(ISO-3166)

2 文字の言語コードしか使用できない場合は...

言語コード(ISO-639-1) **

代わりにデフォルトの適切なロケールを使用する (ISO-639-1)_(ISO-3166)

en_US

en_AU

en_GB

en_CA

en

en_US

fr_FR

fr_CA

fr

fr_FR

cs_CZ

cs

cs_CZ

da_DK

da

da_DK

de_DE

de

de_DE

hu_HU

hu

hu_HU

id_ID

id

id_ID

it_IT

it

it_IT

ja_JP

ja

ja_JP

ko_KR

ko

ko_KR

es_ES

es_CO

es_MX

es

es_ES

nl_NL

nl

nl_NL

nb_NO

nb

nb_NO

pl_PL

pl

pl_PL

pt_PT

pt_BR

pt

pt_PT

ru_RU

ru

ru_RU

ro_RO

ro

ro_RO

zh_CN

zh_TW

zh

zh_CN

sv_SE

sv

sv_SE

ar_SA

ar

ar_SA

tr_TR

tr

tr_TR

ロケール es_CO、 id_ID、 nb_NO、 pt_PT は、Webex ミーティングサイトではサポートされていません。これらのロケールでは、Webex Meetings サイトは英語のみになります。英語はサイトのデフォルトのロケールです no/invalid/unsupported このサイトにはロケールが必要です。この言語フィールドは、組織および Webex Meetings サイトの作成時に適用されます。投稿またはサブスクライバーの API に言語が指定されていない場合は、テンプレートの言語がデフォルトの言語として使用されます。

サービスプロバイダーの請求

卸売ルート トゥ マーケット (RTM) ソリューションの主な目標は、大規模な顧客オンボーディングを行う際のサービス プロバイダー パートナー組織の摩擦を軽減することです。

  • 通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の注文書が必要です。これにより、オンボーディングプロセスが遅くなり、通常何千もの非常に小さな中小企業の顧客を扱う卸売SPにとって負担が大きすぎます( < ほとんどの場合、顧客 1 人あたり 20 ユーザーです。

  • これを回避するために、卸売RTMでは「空白」の購入が1回だけ必要です。 Order/Subscription サービス プロバイダー レベルで、顧客ベース全体の使用状況に対して SP に課金されます。これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。

図 5: アーキテクチャの概要 は、卸売サービス プロバイダーがサブスクリプションを確立し、最終的にすべての使用量に対して課金される基本的な手順を示しています。

  1. サービス プロバイダーは、卸売サービス用に空白の注文書を 1 つ CCW に入力します。この注文書には、サービス プロバイダーが顧客ベースに販売する権利を持つ卸売サービス (パッケージまたはアドオン) の明細リストが含まれています。

  2. 顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージとアドオンの使用状況を追跡して記録します。

  3. サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を按分し、合意された使用量ごとの価格に基づいてサービス プロバイダーへの請求書を生成します。

  4. サービス プロバイダーは、卸売請求パブリック API を使用して、顧客ごとまたはユーザーごとに使用状況を分類したカスタム請求レポートを生成およびダウンロードします。サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用量に応じて顧客に請求することができます。

    Webex はすべての使用履歴を保持します。これらの API の使用方法の詳細については、 請求調整を参照してください。

サブパートナー機能

卸売 RTM サービス プロバイダー パートナーには、再販業者チャネルが存在する可能性があります。これらの再販業者チャネルには通常、1 社または複数の再販業者との契約が含まれます (この機能では、再販業者を「サブパートナー」と呼びます)。これらのサブパートナーは通常、オファーを顧客ベースに拡張し、成功に不可欠な顧客ライフサイクルを管理します。本質的に、この機能により、パートナーはサブパートナーからシスコとの課金統合を抽象化できます。

詳細については、 卸売市場へのルートの展開の [] サブパートナーの設定 セクションを参照してください。

セットアップが完了したら、サブパートナーは顧客のオンボーディングを正常に行うために、パートナー ハブへのアクセス権を使用して、通話統合と卸売 RTM オンボーディング テンプレートを構成する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成時に自動的に表示されます)。テンプレートが配置されると、サブパートナーはパートナー ハブの顧客作成ウィザードまたは API を使用して顧客をオンボードできます。詳細を説明すると、Webex アーキテクチャはサブパートナーをパートナーとしてモデル化し、サブパートナーがパートナーと同様の機能のメリットを享受できるようにします。サブパートナーは、管理ユーザー、レポート、ブランディング、オンボーディング テンプレートを持ち、顧客を完全に管理できます。

現在、このモデルは 1 つのレベル (パートナー - 0 個以上のサブパートナー) のみをサポートしており、パートナーあたりのサブパートナーの数に厳密な制限はありません。サブパートナーは、親パートナーのインスタンスや、親パートナーの配下に存在する可能性のある他のサブパートナーにはアクセスできず、オンボードした顧客のみを管理できます。パートナーは、個々のサブパートナーの請求レポートを作成、表示、削除できます。詳細については、サブ パートナーに関連するレポートの機能強化に関する 請求調整 を参照してください。

  • 親パートナーは、サブパートナーのパートナー ハブでテンプレートを作成できます。
  • 親パートナーは、サブパートナーに代わって卸売顧客のオンボーディングを支援することもできます。

サブパートナー(UI では間接プロバイダーとも呼ばれます)

このフェーズでのサブパートナー モデルの強化により、親パートナーはパートナー ハブと API を介して、改善された可視性とアクションにより間接プロバイダーとその顧客を管理できるようになります。

親パートナーは、間接プロバイダーとその顧客の両方と管理関係を確立し、サブパートナー モデル内の可視性と制御を向上させます。

親パートナーとサブパートナー間の管理関係は、サブパートナーのセットアップ フェーズ中に確立されます。

一方、親パートナーとサブパートナーの顧客間の管理関係は、卸売顧客の作成時または卸売組織の接続時に確立されます。

また、この機能により、サブパートナーが独立して業務を遂行できるようになるだけでなく、親パートナーは UI と API の両方を通じてサブパートナーとそれぞれの顧客を監視することも可能になります。

卸売プロビジョニング API の変更

卸売 API は、パートナーに代わって追加のサポート パラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーがサブパートナーの卸売操作を実行できるようにします。

Partner Hub

親パートナー - 間接プロバイダービュー

「パートナー フル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナー ハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。このセクションには、「管理元」関係を通じてパートナー組織にリンクされているすべての間接プロバイダーが表示されます。右側にクロス起動ボタンがあります。これをクリックすると、間接プロバイダーのパートナー ハブ アカウントに移動し、親パートナーの管理者ユーザーとしてログインします。

親パートナー - 顧客リストビュー

「パートナー フル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者としてパートナー ハブにログインすると、親パートナーの顧客リストにアクセスできるようになります。ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。これらの顧客はデフォルトでは顧客リストに読み込まれませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。さらに、親パートナー管理者は、ここから間接プロバイダーの顧客コントロール ハブにクロス起動できるようになります。

制限

  • ヘルプデスクのクロス起動はサブパートナーでは機能しません。
  • 現在、パートナー ハブの間接プロバイダー リストの UI には、100 の間接プロバイダーしか表示できません。
  • サブパートナー パートナー ハブにクロス起動すると、次の機能は利用できなくなります。
    • 分析画面

    • サービス画面

    • レポート画面

    • Webex リリース管理

    • フレックストライアル作成

  • 顧客が卸売を使用していない限り、サブパートナーの顧客を親パートナーとして管理することはできません。BroadWorks 顧客向けでは、親パートナーからサブパートナーの Webex へのクロス起動はサポートされていません。

卸売サブパートナーのリスト

この API を使用して、パートナー組織のサブパートナーのリストを取得します。すべてのサブパートナーを一覧表示することも、プロビジョニング状態 (一時停止、アクティブ) などの指定されたパラメータを満たすサブパートナーのみに一覧を制限することも可能です。

オプションのパラメータを入力すると、API は入力したパラメータと完全に一致するサブパートナーのみを返します。たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つサブパートナーのみが返されます。

  1. 卸売サブパートナー一覧 API に移動します。

  2. クエリ パラメータの下に、使用する検索パラメータ (たとえば、provisioningState、offset、max) を入力します。これらのパラメータの詳細については、API の開発者ヘルプを参照してください。

  3. [実行] をクリックします。

    API は、一意の orgId と provisioningState とともにサブパートナーのリストを出力します。

ブランディング

パートナー管理者は高度なブランディングカスタマイズを使用して、パートナーが管理する顧客組織に対して Webex アプリがどのように表示されるのかカスタマイズできます。パートナー管理者は次の設定をカスタマイズして、Webex アプリが会社のブランドとアイデンティティを反映するようにすることができます。

  • 会社ロゴ

  • ライト モードまたはダーク モードの固有のカラー スキーム

  • カスタマイズされたサポート URL

ブランドをカスタマイズする方法の詳細については、 高度なブランドカスタマイズの構成を参照してください。

  • 基本的なブランディングのカスタマイズは廃止される予定です。より幅広いカスタマイズを提供する Advanced Branding を導入することをお勧めします。

機能マトリックス

卸売ルートツーマーケット ソリューションでサポートされている機能の詳細については、 Webex Wholesale RTM 機能マトリックスを参照してください。

顧客のオンボーディングと管理

展開の概要

卸売 RTM ソリューションは、簡素化されたプロビジョニング、管理、課金を含む合理化された導入プロセスを提供します。次の章では、次の内容を説明する手順を示します。

  • 新しい顧客組織とサブスクライバーをプロビジョニングする方法。

  • 既存の顧客と加入者を維持および更新する方法。

  • 顧客に請求できるように請求調整レポートを作成する方法。

開始する前に

顧客とユーザーをどのように管理するかを決定する必要があります。顧客のプロビジョニングと管理には 2 つのインターフェース オプションがあります。この章では、両方のインターフェースの手順について説明します。

  • パートナー ハブ インターフェースを介して顧客を手動で管理する

  • パブリックAPIを使用して顧客を管理する

また、パートナー組織内でまだ管理ロールを割り当てていない場合は、 Webex for BroadWorks および Wholesale RTM のパートナー管理者ロールを参照してください。

卸売セットアップアシストによるオンボーディング

卸売セットアップ アシストは、顧客のオンボーディングを支援するためにシスコが卸売 RTM パートナーに提供するオプションの顧客オンボーディング サービスです。このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するすべてのパートナーが利用できます。パートナーは、Express または Standard Wholesale SKU のいずれかを使用して、特定の顧客の所在地向けにサービスを注文できます。SKU は、顧客の所在地のユーザー数に基づいて自動的に割り当てられます。

追加の利点として、このサービスではパートナーの請求調整レポートが自動的に更新されるため、パートナーは顧客に適切に請求することができます。

以下に、2 つの卸売セットアップ アシスト SKU とそれぞれの価格モデルを示します。これらはパートナーへの正味譲渡価格であることに注意してください。リストの価格は、ホールセールパートナーの割引に基づいて異なります(高)。

表1. 卸売セットアップアシストSKU

SKU

SKU は...

卸売セットアップアシストエクスプレス使用

最大5席までの場所設定に定額料金がかかります

卸売セットアップアシスト標準使用方法

5席以上のロケーションを設定する場合、ユーザーごとに料金が発生します

卸売セットアップアシストによるオンボーディングフロー

このセクションでは、卸売セットアップアシストを使用する場合のオンボーディングフローを説明します。

前提条件
  • パートナーは、卸売ルートツーマーケット ソリューションに完全にオンボードされる必要があります。これには、PSTN接続、サードパーティホスティング要件の完了などの項目が含まれます。 OSS/BSS 設定されました。

  • 卸売セットアップアシストのすべてのリクエストは、オンボーディング完了の 6 営業日前までに提出する必要があります。

  • cscan.webex.comでネットワーク接続を確認することをお勧めします。

オンボーディングフロー

表 2. 卸売セットアップアシストを使用したオンボーディングプロセス

アクション

説明

1

Cisco Commerce Workspace(CCW)で、 A-Wholesale SKU の数量 1の 1 回限りの購入注文を発行します。

注文方法については、 Webex - 卸売注文ガイド を参照してください。

これはパートナーごとに 1 回だけ完了する必要があります。プロビジョニングする新しい顧客ごとにこれを繰り返す必要はありません。

2

次のいずれかのフローを使用して顧客プロビジョニング タスクを完了します。

パートナー ハブで顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。

3

セットアップ アシストは、次のいずれかのフローを使用して実行できます。

プロビジョニング後、卸売セットアップアシストリクエストフォームまたは API 経由の卸売セットアップアシストオーダーを使用してサブスクリプションリクエストを送信します。

ヘルプデスクに電話してリクエストを送信することもできます。

4

セットアップ アシスト チームは、次のいずれかのフローを使用して顧客のオンボーディングを支援します。

オンボーディングする顧客の所在地に適用されるフローを参照してください。このフローでは、プロセスの各段階におけるシスコとパートナーの両方の責任について説明します。

セットアップアシスタンス(エクスプレスフロー)

次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継ぐ場合の Express オプションのプロジェクト フローを分類したものです。プロビジョニングを完了し、サポート リクエストを送信した後、次のプロジェクト フェーズが発生します。

この表は、プロジェクトの各フェーズにおけるシスコの責任とパートナーの責任を分類しています。

表 3。 卸売セットアップアシスト - エクスプレスプロジェクトフェーズ

プロジェクトフェーズ

このフェーズにおけるシスコの責任

このフェーズにおけるパートナーの責任

1

発見と評価

  • 卸売セットアップ支援リクエストフォーム (または電話) を通じて顧客情報を送信します。

  • 提供された顧客連絡先に、コールフローに精通した人物が含まれていることを確認します。

  • コールフロー戦略について顧客の承認を得ます。

  • オンライントレーニング、管理ガイド、ユーザーガイドの詳細を提供します。

2

ソリューション設計

  • 顧客の拠点に連絡します (最大 1 時間の顧客通話)。

  • ユーザーと機能の構成を完了します。

  • 割り当てられた番号をテストします。

  • Control Hub ログインが機能することを確認します。

  • 機能とユーザー ポータルについて説明します。

必要に応じて顧客をフォローアップします。

セットアップアシスタンス(標準フロー)

次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継ぐ場合の Express オプションのプロジェクト フローを分類したものです。プロビジョニングを完了し、サポート リクエストを送信した後、次のプロジェクト フェーズが発生します。

この表は、プロジェクトの各フェーズにおけるシスコの責任とパートナーの責任を分類しています。

表 4. 卸売セットアップアシスト - 標準プロジェクトフェーズ

プロジェクトフェーズ

このフェーズにおけるシスコの責任

このフェーズにおけるパートナーの責任

1

プロジェクト管理

  • パートナーと顧客に主要な担当者と責任のリストを提供します。

  • プロジェクトのスケジュール、成果物、レポートの頻度、マイルストーン、イベントを提供します。

  • リスクと潜在的な問題を特定します。

  • プロジェクト完了時に引き継ぎを行います。

  • リストを提供する partner/customer 役割と責任

  • プライマリ サイトとバックアップ サイトの連絡先を特定します。主要な担当者が割り当てられており、対応可能であることを確認します。

  • 必要に応じて、外部の第三者と調整します。

  • Cisco からのリクエストから 2 営業日以内に情報が提供されるようにしてください。

2

発見と評価

  • 顧客とのプロジェクト計画オリエンテーション。

  • 移行するサイトを計画します。

  • 関係者へのインタビューを実施します。

  • データ収集文書の草稿。

  • パートナーと顧客を支援します。

  • 推奨事項と除外事項を記載した評価レポートを提供します。

  • 既存の通話プラットフォーム情報を提供します。

  • ユーザーとデバイスの場所の構成情報を提供します。

  • 会議に出席し、関連情報を提供します。

3

ソリューション設計

  • パートナーからのデータ収集ドキュメントを確認します。

  • 構成に必要な情報が記載された Webex Calling 構成ワークブックのドラフト。

  • 技術要件と既存のドキュメントを確認します。

  • ユーザーと場所のデータ収集用のテンプレートを提供します。

  • 構成ワークブックを作成します。

  • 更新された顧客アンケート、構成ワークブック、ビルドドキュメントをパートナーに提供します。

  • 主要人員が利用可能であることを確認します。

  • ドキュメント(顧客アンケート、データ収集ワークブック)を確認します。

4

オンボーディング(テスト)計画フェーズ

  • テスト計画ワークショップを開催します。

  • テスト計画を作成し、顧客に提供します。

  • テスト計画ワークショップに参加します。

  • 顧客の要件を調整します。

  • 移行計画を確認します。

5

実践

  • ワークブックに構成をインストールします。

  • 更新された構成ワークブックを提供します。

  • CPE をオンサイトで展開し、クライアントを呼び出します。

  • ディレクトリ、SSO、ハイブリッド サービスを構成します。

  • コントロールハブの構成。

  • ユーザーと位置のデータを RedSky ポータルに収集します。

  • 証明書と CSR を取得します。

  • 変更に必要なネットワーク設定を構成します (ファイアウォール ポート、DHCP、TFTP、Qos)。

6

オンボーディングの実行

  • パートナー ソリューションを本番環境に移行します。

  • ユーザーを Webex Calling に移行します。

  • 顧客と移行を調整します。

  • オンサイトリソースを提供します。

  • 調整(番号移行、サードパーティ要素)。

  • 移行をサポートするために、オンプレミスの機器にダイヤル プランの変更を構成します。

7

オンボーディング後

  • 移行後最大 5 営業日以内に移行後のサポートを提供します。

  • トラブルシューティングサポート

  • 第一レベルの連絡先とサポート。

  • トラブルシューティングのためのオンサイト リソースを提供します。

8

オペレーションの引き継ぎ

  • 更新された構成ワークブックを提供します。

  • 移行終了通知を送信します。

  • 移行の終了。

パートナー事前プロビジョニングチェック API

事前プロビジョニング チェック API は、顧客または加入者にパッケージをプロビジョニングする前にエラーをチェックすることで、管理者と営業チームを支援します。パートナー完全管理者ロールを持つユーザーによって承認されたユーザーまたは統合は、この API を使用して、特定の顧客または加入者に対するパッケージのプロビジョニングに競合やエラーがないことを確認できます。

APIは、この間に競合があるかどうかを確認します customer/subscriber 既存の customers/subscribers Webex で。たとえば、加入者がすでに別の顧客またはパートナーにプロビジョニングされている場合、電子メール アドレスが別の加入者にすでに存在する場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローすることがあります。これにより、プロビジョニング前にこれらのエラーを修正する機会が得られ、プロビジョニングが成功する可能性が高まります。

API の詳細については、以下を参照してください。Webex for Wholesale 開発者ガイド

APIを使用するには、 :卸売加入者プロビジョニングの事前チェック

卸売加入者プロビジョニング ドキュメントの事前チェックにアクセスするには、 https://developer.webex.com/ ポータルにログインする必要があります。

顧客組織のプロビジョニングタスクフロー(パートナーハブ経由)

パートナー ハブを使用して新しい顧客組織を手動でプロビジョニングするには、次のタスクを完了します。
API を使用して顧客組織をプロビジョニングすることもできます。 顧客組織のプロビジョニングタスクフロー (API 経由)を参照してください。
1

オンボーディングテンプレートを構成する

顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。既存のテンプレートを使用することも、新しいテンプレートを作成することもできます。

2

パートナーハブを通じて顧客を作成する

パートナー ハブで新しい顧客組織を手動で作成します。

3

顧客の設定

ユーザーと場所を追加して、新しく作成された顧客を設定します。

オンボーディングテンプレートを構成する

顧客組織またはユーザーをプロビジョニングする前に、オンボーディング テンプレートが必要です。この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を含むオンボーディング テンプレートを作成します。次の条件が適用されます。

  • 1 つのオンボーディング テンプレートを複数の顧客に適用できます。

  • さまざまな顧客セットを対象とした設定を使用して、複数のオンボーディング テンプレートを作成できます。

1

パートナー ハブにサインインし、[顧客] を選択します。

2

既存のテンプレートを表示するには、 テンプレート ボタンをクリックします。

3

[テンプレートの 作成] をクリックします

4

Webex for wholesale を選択し、 Nextをクリックします。

5

プライマリ設定を設定する :

  • テンプレート名—テンプレートのわかりやすい名前を入力します。
  • 国または地域—ドロップダウンから国または地域を選択します。
  • サービスプロバイダー管理者—ドロップダウンから管理者を選択します。
6

卸売サブスクリプション ドロップダウンから、サブスクリプションを選択します。

7

[次へ] をクリックします。

8

次のいずれかの認証方法を選択します。

  • Webex 認証—Webex Common Identity を ID プロバイダーとして使用するには、このオプションを選択します (これがデフォルトです)。
  • パートナー認証—独自の SAML ベースの ID プロバイダーがある場合は、このオプションを選択します。 IDP エンティティ IDには、アイデンティティ プロバイダーの SAML メタデータ XML からの EntityID を入力します。この点と ID プロバイダーの構成の詳細については、 パートナー SSO - SAMLを参照してください。
  • OpenID Connect オプションによるパートナー認証 独自の OpenID Connect (OIDC) ベースの ID プロバイダーがある場合は、このオプションを選択します。OpenID Connect IDP エンティティ ID には、Cisco TAC 経由で OIDC アイデンティティ プロバイダーのセットアップ時に指定した「IDP 名」を入力します。この点と ID プロバイダーの構成の詳細については、 パートナー SSO - OpenID Connect (OIDC)を参照してください。
9

[次へ] をクリックします。

10

必要に応じて、 ホールセール通話の下で クラウド接続 PSTN ベンダー を選択し、 次へをクリックします。

このアプローチには制限があるため、Cisco ではこのオプションのテンプレート設定の使用は推奨しません。詳細については、 顧客の PSTN セットアップを参照してください。

11

共通設定 および 通話設定 オプションを構成します。

  • 既存の組織に添付するときに管理者招待メールを制限する—デフォルトでは、この切り替えは無効になっています。
  • ブランド名—ブランド名を入力します。このフィールドは、オンボーディング中に自動生成される電子メールでサービス プロバイダーのオファーを識別するために使用されます。
  • Webexでの通話を無効にする (1:1, 非PSTN)—デフォルトでは、このトグルは無効になっています。Webex 通話を無効にする場合にのみ、このトグルを有効にします。
12

[次へ] をクリックします。

13

設定の概要を確認し、 編集 をクリックして必要な設定を変更します。設定が正しいことを確認したら、 [送信]をクリックします。

新しく作成したテンプレートがテンプレート ビューに追加されます。
14

作成したテンプレートを開き、 プロビジョニング ID の値をコピーします。顧客組織をプロビジョニングするときにこの値が必要になります。

パートナーハブを通じて顧客を作成する

この手順を使用して、パートナー ハブで新しい顧客組織を手動で作成します。

1

Partner Hub にサインインします。

2

既存の顧客のリストを表示するには、 顧客 をクリックします。

任意の顧客を選択して、その組織に関する情報を表示できます。

3

新しい顧客組織を作成するには、 顧客の作成 をクリックします。

4

パッケージ 画面で、この顧客に適用するパッケージを選択し、 次へをクリックします。

5

本社所在地 画面で、顧客の本社の所在地の詳細を入力します。

6

本社が Webex がサポートされている場所にある場合は、 この顧客が Cisco Webex がサポートされている場所にあることを確認します チェックボックスをクリックします。

7

[次へ] をクリックします。

8

顧客概要を確認します。情報が正しければ、 顧客を作成をクリックします。

次に行うこと

顧客組織が作成されます。ユーザーを追加して顧客を設定できるようになりました。

ある地域の Webex パートナーは、サービスを提供するどの地域でも顧客組織を作成できます。詳細については次を参照してください:Webex におけるデータの保存場所

顧客の設定

この手順を使用して、パートナー ハブでユーザーと場所を追加し、新しく作成された顧客組織を設定します。
1

Partner Hub にサインインします。

2

顧客 をクリックし、適切な顧客を選択します。顧客設定は画面の右側に表示されます。

3

顧客の設定をクリックします。 ユーザー設定 ウィザードが起動します。

4

場所の追加と確認 画面で、支店などの追加の場所を入力します。

5

[次へ] をクリックします。

6

ユーザーの追加 画面で、名、姓、電子メール、パッケージ、場所などのユーザーの詳細を入力します。

7

[次へ] をクリックします。

8

通話パッケージを持つユーザーに 電話番号 を割り当てます。

9

[次へ] をクリックします。

10

入力した情報を確認します。

11

ユーザーの作成をクリックします。

顧客組織に Control Hub へのアクセスを提供する場合は、顧客管理者にロールを割り当てることもできます。「Control Hub での組織アカウント ロールの割り当て」を参照してください

次に行うこと

オプションです。卸売セットアップアシストサービスをご利用の場合は、 卸売セットアップアシストリクエストフォームを送信してください。

管理者には、顧客組織の作成時と同じレベルのパッケージをプロビジョニングする必要があります。顧客管理者 (フル管理者) の場合、パッケージのダウングレードはサポートされません。

顧客組織のプロビジョニングタスクフロー(API経由)

新しい顧客組織をプロビジョニングし、それらの組織にユーザーを追加するには、これらのタスクを完了します。
パートナー ハブを使用して顧客組織をプロビジョニングすることもできます。 顧客組織のプロビジョニングタスクフロー (パートナーハブ経由)を参照してください。
プロビジョニング中に、パートナー ハブでも API 経由でも、顧客組織の SIP ドメインが自動的に設定されるようになりました。このアップデートにより、Webex Calling を使用する際にワークスペースを作成するために必要な SIP ドメインが正しく構成されるようになります。
1

オンボーディングテンプレートを構成する

顧客をプロビジョニングする前に、パートナー ハブでオンボーディング テンプレートを設定する必要があります。既存のテンプレートを使用することも、新しいテンプレートを作成することもできます。

2

卸売顧客APIのプロビジョニング

API を使用して顧客組織をプロビジョニングします。オンボーディング テンプレートの設定を新しい顧客組織に適用します。

3

卸売加入者プロビジョニング API

API を使用して顧客組織にサブスクライバー (ユーザー) を追加します。

卸売顧客APIのプロビジョニング

プロビジョニング API を使用して新しい卸売顧客組織をプロビジョニングするには、この手順を使用します。

開始する前に

オンボーディング テンプレートは、パートナー ハブにすでに存在している必要があります。顧客をプロビジョニングするときに、使用するテンプレートの provisioningID フィールドの値を入力する必要があります。詳細については、 オンボーディング テンプレートの構成を参照してください。

サポートされている言語の詳細については、以下を参照してください。サポートされている言語ロケール

1

卸売顧客プロビジョニング API を開きます。

2

右側の設定領域で、顧客組織の必須フィールドに入力します。必ず例の形式に従ってください。

  • provisioningID—使用するオンボーディングテンプレートに関連付けられている ID を入力します。
  • パッケージ—プロビジョニングするパッケージを入力します(例: common_area_calling、 webex_calling[]、 、 webex_suite、 webex_meetings)
  • orgID—この組織を既存の組織に接続する場合は、orgID を入力します。
  • externalID—新しい組織の場合は、外部 ID のテキストを入力します。
  • アドレス—要求された形式でアドレスを入力します。組織の国によって、Cisco 対応の PSTN 通話オプションを備えた Webex ミーティング サイトのデフォルトのグローバル コールイン番号が決定されます。詳細については、 ヘルプ ページ のアドレス セクションを参照してください。
  • customerInfo – この顧客の必須情報(名前やプライマリメールアドレスなど)を入力します。
  • provisioningParameters—オプション。設定するプロビジョニング パラメータを入力します。入力できるパラメータのリストについては、開発者サイトを参照してください。
  • billingStartDate—オプション。顧客に対する請求開始日。パートナーは顧客への請求開始日を設定できますが、その日付は 90 日以内である必要があります。パートナーが `enable_wholesale_delayed_billing' 設定が有効になりました。
3

[実行] をクリックします。

結果は「応答」ウィンドウに表示されます。応答には、Location ヘッダーに表示され、組織を指す URL も含まれます。

次に行うこと

顧客組織に卸売加入者をプロビジョニングします。

卸売加入者プロビジョニング API

プロビジョニング API を使用して顧客組織にサブスクライバー (ユーザー) を追加するには、この手順を使用します。
新しい顧客組織に最初にプロビジョニングされたユーザーには、管理者権限が自動的に割り当てられます。
1

卸売加入者プロビジョニング API を開きます。

2

次の必須フィールドに入力します。フィールドの追加情報については、API のフィールドの説明を参照してください。

  • customerID—サブスクライバーを提供する顧客の顧客IDを入力します。
  • email—購読者のメールアドレスを入力します。組織にプロビジョニングされる最初のユーザーは管理者ユーザーであることに注意してください。
  • パッケージ—パッケージを入力します (例: attendant_console、 customer_assist、[]、 webex_calling、 webex_calling_standard、[]、 webex_meetings、 webex_suite) 。
  • provisioningParameters—firstname および lastName パラメータは必須です。通話パッケージの場合、内線番号または primaryPhoneNumber のいずれかをプロビジョニングすることも必須です。
LocationId プロビジョニング パラメータは、通話パッケージにのみ適用されます。このフィールドは、このサブスクライバーを複数の場所を持つ既存の顧客組織に接続する場合に使用できます。このフィールドでは適切な場所を指定できます。
3

[実行] をクリックします。

4

追加の加入者をプロビジョニングするには、これらの手順を繰り返します。

顧客組織に Control Hub へのアクセスを提供する場合は、顧客管理者にロールを割り当てることもできます。「Control Hub での組織アカウント ロールの割り当て」を参照してください

次に行うこと

オプションです。卸売セットアップアシストサービスをご利用の場合は、 卸売セットアップアシストリクエストフォームを送信してください。

顧客のPSTN設定

顧客の拠点に PSTN サービスを設定するには、シスコでは次の 2 つの方法を推奨しています。

  1. パートナー ハブ経由で顧客サービスを管理する場合は、顧客の場所に移動し、適切な PSTN オプションをプロビジョニングする必要があります。
  2. Webex API 経由で顧客を管理する場合は、 https://developer.webex.com/docs/api/v1/pstn を活用してその場所に PSTN をプロビジョニングできます。

Cisco は、オンボーディング テンプレートを使用して顧客向けにクラウド接続 PSTN をプロビジョニングする便利な方法も提供しています。これは、次の制限があるため、推奨される方法ではありません。

  • オンボーディング テンプレートで選択されたクラウド接続 PSTN ベンダーは、最初の顧客の場所にのみ適用されます。
  • オンボーディング テンプレートで選択されたクラウド接続 PSTN ベンダーを変更しても、既存の顧客や場所には影響はありません。
  • パートナーは、API 経由または Control Hub 内での介入による修正が必要となる潜在的なプロビジョニング障害を回避するために、選択した Cloud Connected PSTN ベンダーが最初の場所として選択した国内でカバーされていることを確認する必要があります。

既存の顧客組織に Webex for Wholesale を接続する

パートナー管理者は、管理されていない既存の Webex 顧客組織に Webex for Wholesale サービスを追加する場合、顧客組織管理者から承認を得る必要があります。

次の基準については組織管理者の承認を得る必要があります。

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

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

  • 組織ドメインが要求されます。

上記のいずれの条件も満たされない場合、自動アタッチが行われることがあります。

自動添付シナリオ

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

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

API を介して既存の顧客組織に卸売サービスを追加する

パートナー管理者は、次の手順に従って、API を介して既存の Webex 組織に卸売サービスを追加できます。

  1. まだ顧客を管理していない場合は、顧客管理者に、完全な管理者権限を持つ外部管理者として追加するよう依頼してください。このステップは現段階では必須ではありませんが、プロセスを簡素化します。プロビジョニングの試行が自動添付の対象外である場合、顧客管理者は後でこれを実行する必要がある場合があります。
  2. オンボーディング テンプレートで、[既存の組織に添付するときに管理者招待メールを許可するトグルが true に設定されていることを確認します (テンプレートの詳細の [共通設定] にあります)。
  3. POST Wholesale Customer API を使用するために必要なパラメータを収集します。
    • provisioningIdpackagesorgIdexternalIdaddress
      • orgId は、コントロール ハブのアカウント セクションから取得できます。
      • provisioningId は、Partner Hub のオンボーディング テンプレート セクションで、卸売テンプレートの詳細を表示すると見つかります。
      • 呼び出しパッケージをプロビジョニングする場合は、 provisioningParameters が必要です。
  4. すべての必要なパラメータが提供されていることを確認しながら、POST Wholesale Customer API を使用して卸売サービスをプロビジョニングします。
  5. リクエストが正常に受け入れられると、202 応答が返されます。ホールセールプロビジョニングは非同期的に実行されるため、これはプロビジョニングが成功したことを意味するものではありません。GET Wholesale Customer API によって返されるステータス属性を使用して、プロビジョニングが成功したかどうかを確認します。

制限事項とサポートされていないユースケース

  1. 卸売サービスをパートナー自身の顧客組織にアタッチした後、パートナー ハブではなくパブリック API を介して追加のプロビジョニングを実行する必要があります。
  2. 卸売パートナーによって現在管理されていない顧客に卸売サービスを追加する場合、特定のシナリオでは顧客管理者からの組織承認が必要です。
    • 既存の顧客組織には 100 人以上のユーザーがいます。
    • 組織には検証済みの電子メールドメインがあります。
    • 組織ドメインが要求されます。
  3. 試用組織から卸売顧客への変換はサポートされていません。

組織への加入条件

  1. Webex for Wholesale にプロビジョニングされている既存の組織の最初のユーザーは、管理者ユーザーとしてプロビジョニングされていません。既存の組織の設定と権限は保持されます。
  2. 組織の既存の認証設定は、Webex for Wholesale プロビジョニング テンプレートで構成されている設定よりも優先されます。その結果、既存のユーザーのログイン方法に変更はありません。
  3. 既存の顧客組織で基本的なブランディングが有効になっている場合、アタッチ後にはパートナーの高度なブランディング設定が優先されます。顧客が基本的なブランド設定をそのまま維持することを希望する場合、パートナーは、高度なブランド設定でブランド設定を上書きするように顧客組織を構成する必要があります。
  4. 既存の組織の名称は変更されません。
  5. 制限された管理者モード (パートナー モードによる制限トグルによって設定) は、接続された組織に対してオフになっています。

Wholesale セットアップ アシスト リクエストフォームを送信する

卸売セットアップアシスト サービスを使用している場合は、パートナー ハブとコントロール ハブで顧客とユーザーをプロビジョニングした後、このフォームに記入してサブスクリプション リクエストを送信します。

1

卸売セットアップ支援リクエストフォームを開きます。

2

リクエストフォームの以下のフィールドに入力します。

ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。次の表では、いくつかの主要な設定の適切な値を見つける方法について説明します。

表 5. 卸売セットアップ支援リクエストフォームに必要な設定

フィールド

このパートナーハブを使用する / コントロールハブの設定...

Partner/Agent 組織ID

パートナー ハブの左側のナビゲーション バーで、パートナー名をクリックします。設定ウィンドウで、パートナーの 組織 IDをコピーします。

顧客の組織 ID

パートナー ハブから 顧客 をクリックし、適切な顧客を選択します。その顧客の 組織ID をコピーします

有効な卸売サブスクリプションをお持ちですか?

はいを選択します。

サブスクリプション ID

パートナー ハブから 顧客 をクリックし、適切な顧客を選択します。 サブスクリプションの下で、サブスクリプション ID をコピーします。

拠点の総数

この設定は、コントロール ハブに入力された顧客の場所の数に基づいて行います。

その顧客の Control Hub インスタンスを起動します。 通話 を選択し、 場所 ボタンをクリックすると、場所に関する情報(たとえば、本社の場所)が表示されます。

ロケーション ID

コントロール ハブから、顧客の位置情報設定を開きます (前述の説明を参照)。適切な場所については、 場所 IDをコピーします。

3

SmartSheet の追加フィールドを入力します。すべての項目に必ず記入してください *.

4

リクエストの電子メールのコピーを受け取るには、 回答のコピーを送信する チェックボックスをオンにします。

5

[送信] をクリックします。

問題が発生した場合は、 ヘルプデスクに連絡してセットアップアシストのヘルプをリクエストできます。チームは、「方法」に関する電話の質問に対応し、セットアップ支援チームとの連携を開始します。

次に行うこと

Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、お客様と協力してオンボーディング プロセスを完了します。プロジェクト フローの詳細、およびこのプロセス中のシスコの責任とパートナーの責任については、次の 2 つのフローのいずれかを参照してください。

  • Express Flow については、リファレンス セクションの 卸売セットアップ アシストによるオンボーディング フローの セットアップ アシスタンス (Express Flow) を参照してください。

  • 標準フローについては、リファレンスセクションの「卸売セットアップアシストによるオンボーディングフローの セットアップアシスト(標準フロー)」 を参照してください。

サブパートナーを設定する

このモデルでの設定をリクエストする際、パートナーは、技術的なオンボーディング、設定、サポートの各フェーズでサブパートナーをサポートできるように、サブパートナーごとに管理者アカウントを維持することをお勧めします。これにより、パートナーにとって追加の運用上の課題(サブパートナーごとに新しい電子メールと資格情報を維持すること)が発生する可能性があることを認識しており、将来のフェーズでこれを修正する予定です。そうは言っても、以下の詳細を PSM チームにご連絡ください。

  • 組織ID

  • 組織名

  • サブパートナー組織名

  • 最初のサブパートナー管理者ユーザーとして割り当てられるメールアドレス

  • 最初のサブパートナー管理者ユーザーの氏名

  • サブスクリプションIDはサブパートナー組織と共有されます

  • サブパートナーの請求開始日(デフォルト:サブパートナー設定日)

パートナーハブ経由の管理

パートナー ハブ ユーザー インターフェースには、パートナー ハブ インターフェースを介して多くの管理タスクを手動で管理できるオプションが含まれています。たとえば、次のタスクを実行できます。

  • 新しい顧客組織とユーザーをプロビジョニングする

  • 既存の組織のユーザーを追加または更新する

  • 既存の設定を更新する

ユーザーを手動で追加

この手順を使用して、Control Hub から既存の顧客組織に最大 25 人のユーザーを手動で追加します。

1

Partner Hub にサインインします。

2

既存の顧客のリストを表示するには、 顧客 をクリックします。

3

顧客を選択し、 Control Hub の起動をクリックします。

コントロール ハブで顧客ビューが開きます。
4

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

5

ユーザーの管理をクリックします。

6

ユーザーを手動で追加をクリックします。

ユーザーを追加または変更するための追加オプションもあります。

  • CSVファイルを使用してユーザーを追加または変更する

  • ユーザーを要求

  • ディレクトリ同期

7

そのユーザーの 基本情報 (名前、メールアドレス、パッケージなど)を入力し、 次へをクリックします。

8

追加のユーザーを追加します。最大で 25 人のユーザーを追加できます。

9

[次へ] をクリックします。

10

[閉じる] をクリックします。

CSV 経由でユーザーを追加、変更、または削除する

この手順を使用して、Control Hub から CSV を介して既存の顧客組織に一括で Wholesale ユーザーを追加、変更、または削除します。

1

Partner Hub にサインインします。

2

既存の顧客のリストを表示するには、 顧客 をクリックします。

3

顧客を選択し、 Control Hub の起動をクリックします。

コントロール ハブで顧客ビューが開きます。
4

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

5

ユーザーの管理をクリックします。

6

[CSV] の [追加または編集] をクリックします

7

ファイルを選択 をクリックし、大量のユーザーを含む CSV ファイルをアップロードします。

顧客組織からユーザーを削除するには、卸売単一ライセンスの列をすべて FALSE に設定します。

ユーザーパッケージの変更

ユーザーのパッケージを変更するには、Control Hub でこの手順を使用します。
1

Partner Hub にサインインします。

2

顧客をクリックします。

3

現在のユーザーの顧客の顧客ビューを起動します。

4

Control Hub で、 ユーザーをクリックします。

5

パッケージを変更するユーザーを選択します。

6

パッケージ セクションで、矢印 (>)。

7

新しいパッケージを選択してください。

8

パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。

9

変更をクリックします。

顧客管理API

次のパブリック API を使用すると、卸売パートナーは既存の顧客組織の設定を管理できます。

API

説明

卸売顧客の更新

この API を使用して、既存の顧客組織の設定を更新します。

卸売顧客を獲得する

この API を使用して、組織 ID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。

卸売顧客リスト

この API を使用して、顧客組織とその主な設定の概要を一覧表示します。オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。

卸売顧客を削除する

この API を使用して、既存の顧客組織を削除します。

卸売顧客を更新する

パブリック API を使用して、卸売顧客の顧客詳細を更新します。
1

卸売顧客更新 API を開きます。

2

PUT フィールドで、 customerID をクリックし、更新する顧客組織の customerID を入力します。

3

本文 にオプションのパラメータを入力します。

  • 外部ID

  • パッケージ—このフィールドには、API の実行後に顧客に必要なパッケージの完全なリストを含める必要があります。たとえば、顧客が 1 つのパッケージを持っており、2 つ目のパッケージを追加する場合は、両方のパッケージを入力します。

  • 住所

  • provisioningParameters—パラメータ オプションの詳細については、API 開発者向けドキュメントを参照してください。

  • billingStartDate—顧客の請求開始日。パートナーは set/update 顧客への請求を開始する日付。顧客が作成された日から 90 日以内でなければならず、また、請求がまだ開始されていないことが必要です。パートナーが `enable_wholesale_delayed_billing' 設定が有効になりました。

4

[実行] をクリックします。

卸売顧客を獲得する

パブリック API を使用して特定の顧客組織の顧客詳細を取得するには、この手順を使用します。
1

卸売顧客取得 API を開きます。

2

GET行で id をクリックし、顧客IDを入力します。

3

[実行] をクリックします。

出力にはその顧客組織の詳細が表示されます。
ロケーション URL を使用して顧客を検索することもできます。

卸売顧客リスト

この手順では、API を使用して既存の顧客組織のリストと、それらの顧客組織の詳細を取得します。

  • 検索パラメータなしで API を実行すると、パートナーが管理するすべての顧客が出力に表示されます。

  • 検索パラメータを使用して API を実行すると、出力には条件に一致する顧客のみが表示されます。たとえば、 externalId と入力すると、出力にはその ID を使用する顧客組織のみが表示されます。
1

卸売顧客リスト API を開きます。

2

オプションです。オプションの検索パラメータを入力します。

3

[実行] をクリックします。

出力には、検索条件を満たす顧客の詳細が表示されます。

卸売顧客を削除する

既存の顧客組織から卸売サービスを削除するには、この手順を使用します。

この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除するわけではありません。Webex から組織を削除するには、 組織 API を使用します。

開始する前に

卸売顧客取得 API を実行して、削除する顧客組織の customerID を取得します。
1

卸売顧客削除 API を開きます。

2

削除する顧客組織の customerID を入力します。

3

[実行] をクリックします。

デバイスのオンボーディングと管理

ホールセール RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを通じて、すべての Cisco デバイスと幅広いサードパーティ製デバイスをサポートします。DM オプションの詳細は以下のとおりです。

  1. Cisco 管理対象 Cisco デバイス: Cisco Webexプラットフォームは、すべてのCiscoデバイス(MPP)をネイティブにサポートしています。 & この DM オプションを介して RoomOS にアクセスできます。これらのデバイスは、CH または API を通じて直接追加およびプロビジョニングすることができ、パートナーと顧客に最高の Cisco on Cisco エクスペリエンスを提供します。Cisco デバイスでは Webex 認識も有効になっているため、ユーザーは Cisco MPP 電話から Webex サービス (拡張サービス性、統合通話履歴、ディレクトリ同期、Webex プレゼンス、ワンボタン参加、ホットデスクなど) にアクセスできます。リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。

    新しい MPP デバイスをオンボードする手順については、 Webex Calling デバイスの設定と管理を参照してください。

    Cisco デバイスの機能の詳細については、 Cisco MPP デバイスで利用可能な Webex の機能を参照してください。

  2. シスコ管理サードパーティデバイス: Cisco Webex プラットフォームは、広く導入されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。卸売の新しい顧客組織は、新しい電話を追加するときにこれらのサードパーティ製の電話にアクセスできませんが、Cisco またはアカウント マネージャに問い合わせることでアクセスできるようになります。これらのデバイスの詳細については、 Webex Calling でサポートされているデバイスを参照してください。
  3. 外部管理デバイス: シスコは、外部管理DMオプションを通じて幅広いサードパーティデバイスのサポートも可能にしており、パートナーと顧客はデバイスを汎用SIPデバイスとしてプロビジョニングし、SIP認証をダウンロードして管理することができます。 credentials/configuration 必要な DM 機能のレベルに基づいて、外部 DM ツールを使用するか使用しないかを選択します。これらの DM オプションは次のとおりです。
    1. 顧客管理デバイス: この DM オプションにより、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベルやドアホンなどの汎用 SIP デバイスをサポートできます。顧客管理デバイスを追加する方法の詳細については、 顧客管理デバイスの追加を参照してください。
    2. パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、さまざまなサードパーティ製 SIP 電話とゲートウェイを完全にカスタマイズして大規模にサポートできるようにする新しい DM オプションです。パートナー管理デバイスの詳細については、 Webex のパートナー管理デバイスを参照してください。

請求調整

パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーごとの使用量消費を表示するカスタム請求レポートを生成できます。パートナーはこの情報を使用して月次請求書を調整し、使用量に応じて顧客やユーザーに請求することができます。

パートナーは、subPartnerOrgId パラメータを使用してサブパートナーのカスタム請求レポートを生成することもできます。

最低限のアクセス要件を満たすパートナー管理者が利用できる API は 4 つあります。

課金API

APIの目的

パートナー管理者のアクセス要件

卸売請求レポートを作成する

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

読む / 書く

卸売請求レポートを入手する

生成された請求レポートをダウンロード用に取得するために使用されます。

読む

卸売請求レポートの一覧

そのパートナーの存在する請求レポートを一覧表示するために使用されます。

読む

卸売請求レポートを削除する

既存の請求レポートを削除するために使用されます。

読む / 書く

データ ソース

請求レポートのデータは、Webex が各パートナーに対して追跡する使用量消費データから取得されます。Webex は毎日、すべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、そのデータを集計して、パートナーの月次請求書の生成に使用します。Billing API はこのデータを活用し、パートナー管理者がカスタム レポートを生成できるようにします。これにより、パートナーは月次請求書からパートナー、顧客、ユーザーのレベルで使用量を調整できます。

Webex がパートナーに請求する方法の詳細については、 サービス プロバイダーの請求を参照してください。

卸売請求レポートを作成する

この手順を使用して、請求を調整するために使用できるカスタム請求レポートを生成します。
1

卸売請求レポート API の作成に進みます。

2

API が指定する形式で billingStartDatebillingEndDate の値を入力して、請求期間を入力します。過去 5 年間の任意の日付を入力できますが、現在の日付は入力できません。

3

レポートの タイプ を入力してください:

  • PARTNER (デフォルト) - パートナー レベルでの使用状況を表示します。
  • 顧客 - パートナーの下にある顧客組織のレベル別に分類された合計使用量が表示されます。
  • ユーザー - パートナーの顧客組織および加入者のレベル別に分類された合計使用量が表示されます。
4

実行 をクリックしてレポートを生成します。

5

API出力からレポート id をコピーします。生成された請求レポートを取得するには、Get API でこの値を使用できます。

次に行うこと

レポートのコピーをダウンロードするには、 卸売請求レポートを取得する にアクセスしてください。

卸売請求レポートを入手する

請求レポートが生成されたら、この API を使用して特定の請求レポートを取得します。レポートは URL に出力され、GET リクエストの完了後 30 分間ダウンロードできます。
1

卸売請求レポート API を取得するに移動します。

2

GET 行で、 id ボタンをクリックし、レポートの一意の ID 値を入力します。

3

[実行] をクリックします。

4

API はレポートのステータスを出力します。出力には tempDownloadURL パラメータが含まれており、レポートをダウンロードできる URL が提供されます。

5

レポートにアクセスしてダウンロードするには、 tempDownloadURL をブラウザにコピーします。

卸売請求レポートの一覧

この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。既存のレポートをすべて一覧表示することも、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートのみに一覧表示を制限することもできます。

オプションのパラメータを入力すると、API は入力したパラメータと完全に一致するレポートのみを返します。たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。期間内にあっても日付が完全に一致しないレポートは返されません。
1

リスト卸売請求レポートAPIに移動

2

クエリ パラメータの下に、使用する検索パラメータ (startDate、endDate、Type、sortBy など) を入力します。これらのパラメータの詳細については、API の開発者ヘルプを参照してください。

3

[実行] をクリックします。

API は、一意のレポート ID とステータス (COMPLETED、IN_PROGRESS) とともにレポートのリストを出力します。

次に行うこと

ダウンロードするレポートの id を記録します。レポートをダウンロードするには、 卸売請求レポートを取得する にアクセスしてください。

卸売請求レポートを削除する

レポート ID に基づいて生成された請求レポートを削除するには、この手順を使用します。レポートを削除する必要がある例としては、次のようなものがあります。

  • 既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。既存のレポートを削除した後、その期間の新しいレポートを作成できます。レポートが失敗した場合や進行中の場合は、削除要件は存在しないことに注意してください。

  • レポートが生成され、その URL を間違った人に送信した場合は、レポートを削除すると、その人はレポートにアクセスできなくなります。

1

卸売請求レポート削除 API に移動します。

2

レポート IDを入力します。

3

[実行] をクリックします。

請求レポートのフィールド

請求レポートには次のフィールドが含まれます。

フィールド

付加情報

次のようなレポートに表示されます

パートナー_名

パートナーの名前

パートナー、顧客、ユーザー

パートナー_組織_ID

固有のパートナー識別子

パートナー、顧客、ユーザー

サブスクリプション_ID

一意のサブスクリプション識別子

パートナー、顧客、ユーザー

サービス_名

サービス名

(例: COMMON_AREA_CALLING、WEBEX_CALLING、WEBEX_SUITE、WEBEX_MEETINGS)

パートナー、顧客、ユーザー

SKU

サービスのSKU

パートナー、顧客、ユーザー

説明

サービスの説明

パートナー、顧客、ユーザー

消費開始日__

サービス消費の開始。この値は次のフィールドとともに使用期間を定義します。

パートナー、顧客、ユーザー

消費_終了_日

サービス利用の終了。この値は、前のフィールドとともに、使用消費期間を定義します。

パートナー、顧客、ユーザー

パートナーごと、顧客ごと、またはユーザーごとの集計されたユーザー使用状況消費量を表します (レポートとデータを表示するレベルによって異なります)。

計算:

各ユーザーの 1 日あたりの使用量を、その日の按分計算で計算します。

1日中の使用 = 1

半日使用 = 0.5

請求期間内のすべての日の 1 日あたりの合計を合計して、その請求期間内のそのユーザーの合計量を計算します。

顧客レベルおよびパートナー レベルのレポートでは、すべてのユーザーの合計が集計され、その顧客またはパートナーの合計数量が示されます。

パートナー、顧客、ユーザー

顧客_組織_ID

社内顧客固有識別子

顧客、ユーザー

顧客_外部_ID

パートナーが提供する顧客固有識別子

顧客、ユーザー

加入者_ID

加入者の一意の識別子

USER

USER_ID

加入者のWebexユーザーID

USER

ワークスペース_ID

一意のワークスペース識別子

USER

場所_ID

固有の位置識別子

顧客、ユーザー

ユーザーにパッケージをプロビジョニングすると Webex Wholesale の課金が開始され、パッケージの割り当てを削除すると課金が停止します。

パートナーSSO - SAML

パートナー管理者が新しく作成された顧客組織に対して SAML SSO を構成できるようにします。パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。

以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。

  1. サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。

  2. アイデンティティプロバイダーを含む CI メタデータ ファイルをアップロードします。

  3. オンボーディング テンプレートを構成します。[認証モード] 設定で、[パートナー認証] を選択します。[IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。

  4. テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。

  5. ユーザーがログインできることを確認します。

パートナー SSO - OpenID Connect (OIDC)

パートナー管理者が新しく作成された顧客組織に対して OIDC SSO を構成できるようにします。パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。

パートナー SSO OIDC を設定するための以下の手順は、新しく作成された顧客組織にのみ適用されます。パートナー管理者が既存のテンプレートでデフォルトの認証タイプをパートナー SSO OIDC に変更しようとした場合、その変更はテンプレートを使用してすでにオンボードされている顧客組織には適用されません。

  1. OpenID Connect IDP の詳細を記載して、Cisco TAC にサービス リクエストを開きます。以下は必須およびオプションの IDP 属性です。TAC は CI 上に IDP を設定し、IDP 上で設定されるリダイレクト URI を提供する必要があります。

    属性

    必須

    説明

    IDP名

    はい

    OIDC IdP 構成の一意の名前ですが、大文字と小文字は区別されません。文字、数字、ハイフン、下線、チルダ、ドットで構成でき、最大長は 128 文字です。

    OAuth クライアント ID

    はい

    OIDC IdP 認証を要求するために使用されます。

    OAuthクライアントシークレット

    はい

    OIDC IdP 認証を要求するために使用されます。

    スコープのリスト

    はい

    OIDC IdP認証を要求するために使用されるスコープのリスト(スペースで区切られます)「openid 電子メール プロファイル」には、openid と電子メールを含める必要があります。

    認可エンドポイント

    discoveryEndpoint が提供されていない場合ははい

    IdP の OAuth 2.0 認証エンドポイントの URL。

    トークンエンドポイント

    discoveryEndpoint が提供されていない場合ははい

    IdP の OAuth 2.0 トークン エンドポイントの URL。

    検出エンドポイント

    いいえ

    OpenID エンドポイント検出用の IdP の検出エンドポイントの URL。

    ユーザー情報エンドポイント

    いいえ

    IdP の UserInfo エンドポイントの URL。

    キーセットエンドポイント

    いいえ

    IdP の JSON Web キー セット エンドポイントの URL。

    上記の IDP 属性に加えて、TAC リクエストではパートナー組織 ID を指定する必要があります。

  2. OpenID Connect IDP でリダイレクト URI を構成します。

  3. オンボーディング テンプレートを構成します。認証モード設定では、OpenID Connect を使用したパートナー認証を選択し、IDP セットアップ時に指定された IDP 名を OpenID Connect IDP エンティティ ID として入力します。

    卸売パートナーSSO
  4. テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。

  5. ユーザーが SSO 認証フローを使用してログインできること。

ホールセールの全般設定

パートナー モードによる制限は、パートナー管理者が特定の顧客組織に割り当てることができるパートナー ハブ設定であり、顧客管理者が Control Hub で更新できる組織設定を制限します。特定の顧客組織に対してこの設定を有効にすると、その組織のすべての顧客管理者は、役割の権限に関係なく、Control Hub 内の制限されたコントロールのセットにアクセスできなくなります。制限された設定を更新できるのはパートナー管理者のみです。

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

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

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

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

(コントロールハブアクセス) = (組織ロールの権限) - (パートナー モードの制限により制限)

顧客管理者は、パートナーによる制限モードに関係なく、いくつかの制限に直面します。これらの制限には次のものが含まれます。

  • 通話設定: 通話メニューの「アプリオプション通話優先度」設定は読み取り専用です。
  • 場所の設定: 場所の作成後の通話の設定は非表示になります。
  • PSTN管理と通話録音: これらのオプションは、場所によってはグレー表示されます。
  • 電話番号管理: 通話メニューでは、電話番号の管理が無効になっており、「アプリオプションの通話優先度」設定と通話録音は読み取り専用になっています。

制限

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

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

    • ユーザーの管理 ボタンがグレー表示されています。

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

    • ユーザーを申請—利用できません

    • ライセンスの自動割り当て—利用できません

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

    • ユーザーの詳細— 名、姓、表示名、プライマリメール* などのユーザー設定を編集できます。

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

    • サービスの編集 - ユーザーに対して有効になっているサービスを編集するオプションはありません(例: メッセージ会議通話

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

    • 主要作業番号—このフィールドは読み取り専用です。

  • アカウント ビューでは、次の設定は使用できません。

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

  • セキュリティ ビューでは、次の設定は使用できません。

    • 認証—認証と SSO 設定を編集するオプションはありません。

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

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

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

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

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

    • 呼び出し動作—設定は読み取り専用です。

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

  • SERVICESでは、 Migrations および Connected UC サービス オプションが抑制されます。

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

パートナー管理者は、以下の手順を使用して、特定の顧客組織に対して パートナーによる制限を許可するモード を有効にすることができます (デフォルト設定は有効です)。

  1. パートナー ハブ ( https://admin.webex.com) にサインインし、 顧客を選択します。

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

  3. 卸売の一般設定 セクションで、 パートナー モードによる制限を許可する トグルを有効にして設定をオンにします。

    パートナーモードによる制限を許可する をオフにしたい場合は、トグルを無効にします。

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

  • 卸売ユーザー向けWebexを追加する(ボタンを使用)

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

卸売プロビジョニングのタイムゾーン

卸売プロビジョニングでサポートされているタイムゾーンのリストの詳細については、 卸売プロビジョニングでサポートされているタイムゾーンのリストを参照してください。

ハイブリッドモデルのサポートのためのFlexライセンスチェックの強化

この機能は、卸売サブスクリプションと柔軟なサブスクリプション アドオンを含むハイブリッド モデルをサポートします。これは主に、コンタクト センター、リアルタイム翻訳 (RTT)、ウェビナー サービスなどの Flex ライセンス アドオンを必要とする卸売中小企業の顧客を対象としています。

顧客を純粋な卸売モデルからハイブリッド モデルに移行するには、大きな課題があります。現在のシステムではハイブリッド モデルを識別できないため、課金プロセス、プロビジョニング ワークフロー、規制コンプライアンスに影響を及ぼします。

この機能により、システム チェックで次のことが可能になります。

  • ハイブリッド モデルの顧客を正確に識別します。

  • 適切なサービスの提供をサポートします。

  • 必要な制限を維持します。

  • パートナーの請求と規制コンプライアンスを保護します。

パートナーは、番号管理、PSTN 管理、アプリ通話オプションの優先順位、通話録音プロバイダーなどのエンタープライズ設定への顧客のアクセスを制限するトグルをオンにすることで、Wholesale Hybrid 顧客設定を制御します。

エンタープライズ設定へのアクセスを制限

  1. Partner Hub にサインインします。

  2. 顧客をクリックし、Wholesale と Flex の両方のサブスクリプションを持つ組織を選択します。

  3. [設定] をクリックします。

  4. 顧客管理者アクセス セクションで、 エンタープライズ設定へのアクセスを制限する トグルをオンにします。

テクニカルサポート

以下の図は、このオファーのサポート モデルを示しています。

画像プレースホルダー - サポート チャネルの概要画像
卸売RTMテクニカルサポート

パートナーは顧客からの問い合わせに対応することが求められます。ただし、パートナーがサポートを必要とする場合に備えて、次の表にパートナー管理者が利用できるサポート チャネルをまとめています。ご了承ください

サポートチャンネル

説明

Webex 通話ヘルプデスク

Webex Calling の機能と設定に関する問い合わせへの「方法」とヘルプを提供します

  • 電話 / メール / チャット - CHDは上記の問い合わせを受け取り、 Partner/Customer 質問に答える

  • 必要に応じて、TAC を含む他のチームに問い合わせを転送することもあります。

TAC

  • Webex 通話 TAC

  • クラウド コラボ TAC (デバイス、会議)

パートナーは次の方法で TAC に直接連絡できます。

  • SCMでケースを作成する

  • 電話(TAC Front Line - TFL がパートナーに代わって SCM でケースを作成します)

  • 電子メール(TAC Front Line - TFL がパートナーに代わって SCM でケースを作成します)

  • チャット(TAC Front Line - TFL がパートナーに代わって SCM でケースを作成)

シスコエクスペリエンスサービス

顧客はCCW内から直接CESに連絡できる

  • エンドツーエンドの注文支援

  • 請求

  • 売上クレジット

卸売プロビジョニングのタイムゾーン

Wholesale Provisioning でサポートされているタイム ゾーンのリストの詳細については、 Wholesale Provisioning でサポートされているタイム ゾーンのリストを参照してください。

Webex Calling パートナー ヘルプデスク (PHD) の利用方法

パートナーエクスペリエンス

パートナーのハウツー and/or 卸売オファーに関するドキュメントのお問い合わせは、Webex Calling パートナー ヘルプデスク (PHD) までお問い合わせください。PHD に連絡するには、以下の情報を使用してください。

PHDは 24/7. ただし、EMEAR、APCJ、NorAM にはリソースがあります。PHDがオフラインの場合は、お問い合わせください。 webexcalling-phd@cisco.com オンラインに戻るとすぐに(通常は 24 時間以内)応答します。エスカレーションはより迅速に対処されます。
PHD エスカレーション:
  • パートナー ヘルプデスク マネージャー: マット・ハンナ – ( mathanna@cisco.com
  • PHDのリード: ジェームズ・モス – ( jamemoss@cisco.com
  • シニアパートナー テクニカル サービス マネージャー: ハミド・ティウティ – ( hatiouti@cisco.com

BroadWorks から卸売 RTM への移行のための移行ツール

概要

このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。移行ツールは、簡単にアクセスできるコマンドライン ツールであり、移行タスクを自動化することで、顧客、場所、番号、ユーザー、サービス、電話、およびソフト クライアントを移行できます。移行ツールには次の利点があります。

  • 最小限の事前構成で移行を実行します。

  • 実行するコマンドを簡単にします。

  • 管理者はプロビジョニング後にデータを確認でき、移行後すぐに通話の発信と受信を行うことができます。

  • UC-One クライアントの Webex アプリへの自動アップグレードをサポートします。

ドキュメント

マニュアルの改訂履歴

日付

バージョン

説明

2024年12月18日

1.37

  • パッケージオファーセクションにアテンダントコンソールを追加しました

2024年11月25日

1.36

  • パッケージオファーセクションにWebex Calling Standardを追加しました

2024年10月12日

1.35

  • Webex for Wholesale を既存の顧客組織に接続する」セクションの制限事項とサポートされていない使用例を更新しました。

2024年10月11日

1.34

  • 新しいセクション「顧客の PSTN セットアップ」を追加しました。

2024年8月21日

1.33

  • 「卸売顧客 API のプロビジョニング」および「卸売顧客の更新」の下に 'billingStartDate' 遅延請求機能を追加しました。

2024年8月9日

1.32

  • 卸売プロビジョニングのタイムゾーンのリスト」を追加しました。

2024年7月12日

1.31

  • 新しいセクション「Webex for Wholesale を既存の顧客組織に接続する」を追加しました。

2024年6月27日

1.30

  • オンボーディングと顧客の管理の下にパートナー SSO - OpenID Connect (OIDC) セクションを追加しました。

  • オンボーディングと顧客の管理の顧客管理者アクセス セクションを更新しました。

2024年5月27日

1.29

  • 「顧客組織のプロビジョニングタスクフロー (API 経由)」セクションに、顧客組織の SIP ドメインが自動的に設定されるようになったという注記を追加しました。

2024年5月22日

1.28

  • 「Webex Calling パートナー ヘルプ デスク (PHD) の利用方法」セクション。

  • カスタマー エクスペリエンス エッセンシャル パッケージ オファリングを追加しました。

2024年5月10日

1.27

  • 卸売セットアップアシストを使用したオンボーディングプロセスセクション > 卸売セットアップアシストAPI経由の注文は、 https://developer.webex.com.

2024年5月8日

1.26

  • 卸売セットアップアシストセクションを使用したオンボーディングプロセスを更新しました。

2024年3月22日

1.25

  • パートナー ハブ経由で顧客を作成するセクションを更新しました。

2024年2月6日

1.24

  • パートナー事前プロビジョニング チェック API セクションのリンクを更新しました。

2024年1月23日

1.23

  • BroadWorks から卸売 RTM ソリューションへの移行ツール ガイド V1.8を更新しました。

2023年12月12日

1.22

  • 顧客テンプレートが「オンボーディング テンプレート」に変更され、ソリューション ガイドが更新されました。

2023年8月23日

1.21

  • パートナー モードによる制限 セクションに注記を追加しました。

2023年7月31日。

1.20

  • パートナー モードによる制限 セクションを更新し、名、姓、表示名、プライマリ メールの編集に関する制限を削除しました。

2023年6月9日

1.19

  • 卸売ルートを市場に展開の下に ] ワークスペースの設定 セクションを追加しました。

  • BroadWorks から卸売 RTM ソリューションへの移行ツール ガイド V1.5.0を更新しました。

2023年5月26日

1.18

  • 請求レポート フィールド セクションの 卸売ルートを市場に展開に注記を追加しました。

2023年5月19日

1.17

  • BroadWorks から卸売 RTM ソリューションへの移行ツール ガイド V1.2.1を更新しました。

2023年5月9日

1.16

  • BroadWorks から卸売 RTM ソリューションへの移行ツール ガイド V1.2.0を更新しました。

2023 年 4 月 28 日

1.15

  • 卸売市場ルートの概要住所 セクションを追加しました。

2023 年 4 月 17 日

1.14

  • 卸売市場へのルートの概要] サブパートナー機能 セクションと 卸売市場へのルートの導入] の 請求調整 セクションを更新しました。

2023年1月26日

1.13

  • [] 卸売市場ルートの概要 に サブパートナー セクションを追加し、 卸売市場ルートの展開] に サブパートナーの設定 セクションを追加しました。

2022年12月7日

1.12

      • サブタイトル Webex Voice PackageEnhanced Calling に変更し、図を更新しました。 2: 卸売 RTM 向けパッケージ。

2022年12月5日

1.11

  • 卸売市場へのルート展開の デバイスのオンボーディングと管理 セクションに、サポートされている Cisco デバイスを追加しました。

2022年11月30日

1.10

  • 卸売市場へのルートの概要に卸売 Webex Assistant セクションを追加しました。

2022年11月2日

1.9

  • BroadWorks の新しい移行ツールを卸売 RTM ソリューション ガイドに追加します

2022 年 8 月 31 日

1.8

  • 追加された サポートされている言語ロケール

2022 年 8 月 18 日木曜日

1.7

  • Webex Voice パッケージを追加しました

2022 年 7 月 29 日

1.6

  • 機能マトリックスへのリンクを追加しました

2022 年 6 月 10 日

1.5

  • 序文 の章を追加しました。導入トピックとバージョン履歴を序文に移動しました。

  • 簡素化された集中管理 を更新し、 トライアルの開始 制限に関する情報を追加しました。

2022年6月3日

1.4

  • Webex 通話機能の通話記録情報が更新され、サードパーティのライセンス要件が削除されました。

  • MPPデバイスサポート情報を含む デバイス管理 を追加しました

2022年5月2日

1.3

  • 新しくリリースされたパッケージで パッケージ オファー を更新しました: Webex Suite および Webex Meetings。

  • パートナー ハブ経由で顧客をプロビジョニングおよび管理するための新しい手順を含む「顧客組織のプロビジョニング (パートナー ハブ内)」トピックのセクションを追加しました。

2022年4月11日

1.2

  • 卸売請求レポートの一覧のステータスリストを修正しました

2022年3月2日

1.1

  • Webex Meetingsを編集し、卸売オファーを販売するサービスプロバイダーを対象としていないいくつかのポイントを削除しました。

  • 簡素化された集中管理 を編集し、卸売オファーを販売するサービス プロバイダーを対象としていないいくつかのポイントを削除しました。

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