- ホーム
- /
- 投稿記事
Wholesale Route-to-Market ソリューション ガイド
このドキュメントには、市場へのホールセールルート (RTM) ソリューションに対する Webex オファーの概要が記載されています。ドキュメントは、Webex サービスを販売するサービス プロバイダー内のパートナー管理者で指定されます。
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。 シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。 商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。 このオファーには 5 つの Webex パッケージが含まれています。 共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。 シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、 新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。 各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。 Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。 技術面のオンボーディングと GTM (市場進出) です。 専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。 共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。 以下を提供します。
固定された予測可能な転送価格
パッケージの簡素化
高速プロビジョニングUXとAPI
ネットアクティブユーザーに基づく月次請求
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。 これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling に関する次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。 これらの転送価格は、CCW に一度送信される PO で取得されます。 その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。 これにより、販売プロセスが大幅に簡素化され、加速されます。
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。 これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。 これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
[共通エリア(Common Area)]:共通エリアパッケージは、基本的な通話機能をサポートします。 これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。 Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。 より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。 ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。 このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。 共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。 Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
Webexスイート— Webexスイートは最も機能が豊富なパッケージで、 Webex Callingパッケージ、すべてのユーザーとグループのサービス、 Webexメッセージング、最大 1,000 名が参加Webex Meetingsのフル製品の機能が含まれています。 このパッケージは、電話回線が重く、大規模なミーティングが必要な社内の上級職/専門職レベルに適しています。
Webex MeetingsWebex Meetingsパッケージは、 Webex Messaging と最大 1000 名が参加Webex Meetingsを含むスタンドアロン会議パッケージです。 このパッケージには、コーリング シートは含まれていません。 これは、発信動作には関連付けられていないミーティングとメッセージング機能のみを必要とするユーザーを対象としています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 | 匿名通話の拒否 | 割り込み免除 |
事業継続性(CFNR) | ビジー ランプの監視 | コール転送: いつも/忙しい/回答なし/選択的 |
履歴 | 通話の保留と再開 | クリックしてダイヤルする通話ログ |
コール通知 | コール キュー エージェント | 通話録音 |
コールリダイヤル | コールリターン | 通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) | コール待機 ID | 接続された回線 ID の制限 |
ダイレクト コール ピックアップ | 割り込みを使用したダイレクト コール ピックアップ | 取り込み中 |
エンタープライズ電話ディレクトリ | エグゼクティブ / エグゼクティブ アシスタント | 内線ダイヤル、可変長 |
機能アクセスコード | ホテリング: 主催者およびゲスト | 着信発信者 ID (名前と番号) |
インバウンドFAXからメール | 携帯性 | 複数のライン アピアランス |
N-way コール (6) | どこでもオフィス | 発信者 ID ブロッキング |
パーソナル電話ディレクトリ | 優先アラート | プライバシー |
プッシュツートーク | リモート オフィス | 選択的な通話の承諾 |
選択的な通話拒否 | シーケンシャル リング | 共有コール アピアランス |
同時呼び出し | スピードダイヤル 100 | T.38 ファックスサポート |
三方通話 | Unified メッセージング | ユーザーインターセプト |
ユーザー ウェブ ポータル | ビデオ(ポイント ツー ポイント) | ビジュアル ボイスメール |
ボイスメール |
自動音声応答 | コールパーク認証 | コールパーク グループ |
コールピックアップ | 通話キュー | 外部コール回線 ID の配信 |
グループページング | ハント グループ | インターセプト群 |
インターセプト ユーザー | 内部通話回線 ID の配信 | 保留中の音楽 |
レセプショニスト クライアント | Microsoft Teams インテグレーション | 音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリは、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。 Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。 メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。 ライブミーティングに参加しているかどうかを繰り返します。
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。 Webex を毎日使用するツールと統合して、最も生産性の高い作業を実現します。 Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。 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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。 Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
強力なモバイル エクスペリエンス - カスタマイズ可能な 720p ビデオ ビュー、ネイティブの画面共有、ハンズフリー参加、簡単なミーティング スケジューリングでモバイル ユーザーだけに最適化され、騒々しい環境に適応します。
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。 また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google カレンダー、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。 Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。 また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。 オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。 パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。 独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなくミーティングの心配を解消できます。
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。 世界各地にデータセンターがある場合、ユーザーは最寄りの Webex データセンターを使用して参加します。 メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。 これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。 Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。 Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続する場合でも、Webex Room シリーズデバイスを使用して同僚のグループに参加する場合でも、誰にとっても簡単です。
ホールセール Webex Assistant
Meeting 向け Webex Assistant は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。 Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。 新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。 パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。 同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。 ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法に関するユーザー情報については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」を参照してください。
簡略化および集中管理
Wholesale RTMソリューションは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
パートナー ハブ
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。 Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。 Partner Hub の機能:
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。 ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。 導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要] 画面に [トライアルの開始] ボタンが表示されます。 ただし、試用オプションはWholesale RTMパートナーには利用できません。 これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。 |
Control Hub: エンタープライズに代わって管理する
Webex Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルです。 エンタープライズの Webex サービスを包括的に表示します。 すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。 Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。 また、エンタープライズ管理者がこれらの機能を実行することも可能です。 これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。 サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。 これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。 また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。 Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
Actionable Insights—すべての企業、および企業内の導入状況を確認できます。 ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。 これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
ユーザーエクスペリエンスの問題の根本原因について掘り下げる—エンタープライズレベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
柔軟なポリシー定義:ロールテンプレートと詳細なポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に構成できます。
ユーザーとデバイスの管理—デバイスをすばやくアクティベートし、ユーザーを管理し、Microsoft Active Directory との同期を有効にし、すべての企業、または管理する企業のサブセットに対して統合されたシングル サインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。 これを実現するために、パートナーレベルおよびエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。 理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。 Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。 これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。 これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。 |
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。 強調表示されている領域は2つあります。
顧客のプロビジョニング/管理
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。 代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。 上の図は、高レベルの相互作用を示しています。
サービスプロバイダは、顧客関係を所有します。 顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。 したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。 将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
パッケージ は基本サービスの割り当てです。 すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。 パッケージの一覧については、「パッケージの提供」を参照してください。
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金可能な機能です。 Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。 顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。 72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
アドレス
顧客を作成するときは、請求先住所の国を選択する必要があります。 この国は、Common Identityの組織国として自動的に割り当てられます。 さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。 テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 | 場所 | 国番号 | 国名 |
---|---|---|---|
1 | アメリカ | +1 | 私達のCA |
2 | アジアパシフィック | +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 | シンガポール |
3 | オーストラリア、ニュージーランド | +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) | オーストラリア |
4 | 欧州、中東、アフリカ | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | イギリス |
5 | ユーロ | +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) | ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。 この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。 たとえば、en_USはnglish_E UnitedStatesに相当します。 2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) | 2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** | 代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_米国 en_AU en_ GB en_CA | はあ? | en_米国 |
fr_FR fr_CA | FR | fr_FR |
cs_CZシリーズ | CSについて | cs_CZシリーズ |
da_デンマーク | ああ... | da_デンマーク |
de_DE | DE | de_DE |
hu_ハンガリー | フン | hu_ハンガリー |
id_ID | id | id_ID |
it_IT | それ | it_IT |
ja_JP | 「JA」 | ja_JP |
ko_KR | KO | ko_KR |
es_ES es_コラボレーション es_MXについて | ES | es_ES |
nl_NL | NL | nl_NL |
nb_いいえ | メモ | nb_いいえ |
pl_PLについて | PLについて | pl_PLについて |
pt_PT pt_BR | pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ | pt_PT |
ru_RU | RU | ru_RU |
ro_RO | ロロ | ro_RO |
zh_CN zh_台湾 | ズー | zh_CN |
sv_南アメリカ | sv | sv_南アメリカ |
ar_南アフリカ | アール | ar_南アフリカ |
tr_TR | トライ | tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。 これらのロケールでは、Webex Meetings サイトは英語のみになります。 サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。 この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。 投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。 |
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。 これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。 これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。 この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。 サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。 これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。 これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。 これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。 この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。 テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。 いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。 SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - ゼロ以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。 SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。 パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。 詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会を参照してください。
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。 すべてのSubPartnersを一覧表示するか、プロビジョニング状態(一時停止、アクティブ)などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。 たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。 |
List Wholesale SubPartners API に移動します。
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに subPartners のリストを出力します。
ブランディング
パートナー管理者は高度なブランディングのカスタマイズを使用して、 Webexアプリがパートナーが管理する顧客組織を検索する方法をカスタマイズます。 パートナーの管理者は次の設定をカスタマイズして、 Webexアプリに会社のブランドとアイデンティティを反映させることができます。
企業ロゴ
ライト モードまたはダーク モードに対応する独自のカラー スキーム
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
|
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。 次の章では、以下の手順を説明します。
新しい顧客組織と加入者をプロビジョニングする方法。
既存の顧客とサブスクライバを維持および更新する方法。
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。 顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。 この章では、両方のインターフェイスの手順について説明します。
Partner Hub インターフェイスを介して顧客を手動で管理する
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。 このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。 パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。 これらはパートナーへの純転送価格であることに注意してください。 表示価格は、ホールセール パートナーの割引によって異なります。
SKU | SKU は次の目的で使用されます... |
---|---|
卸売セットアップアシストエクスプレス使用 | 最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 | 5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。 これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション | 説明 | |||
---|---|---|---|---|
1 | 数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 | 注文の詳細については、『Webex - Wholesale Ordering Guide』を参照してください。
| ||
2 | 次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 | Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 | ||
3 | プロビジョニング後、Wholesale Setup Assist Request Form でサブスクリプションリクエストを送信します。
| |||
4 | セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 | オンボーディングしている顧客のロケーションに適用されるフローを参照してください。 このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 以下のプロジェクトフェーズは、プロビジョニングを完了し、サポートリクエストを送信した後に発生します (Wholesale Setup Assist Request フォーム経由)。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | 発見と評価 |
| |
2 | ソリューション設計 |
| 必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 以下のプロジェクトフェーズは、プロビジョニングを完了し、サポートリクエストを送信した後に発生します (Wholesale Setup Assist Request フォーム経由)。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | プロジェクト管理 |
|
|
2 | 発見と評価 |
|
|
3 | ソリューション設計 |
|
|
4 | オンボーディング (テスト) プランニング段階 |
|
|
5 | 実装 |
|
|
6 | オンボーディングの実行 |
|
|
7 | 導入後の登録 |
|
|
8 | オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。 パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。 たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。 これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。 Webex for Wholesale 開発者ガイド
API を使用するには、次のページに移動します。 Wholesale サブスクライバ プロビジョニングの事前確認
Wholesale Subscriber Provisioning ドキュメントの事前チェックにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。 |
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
また、API を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (API 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。 この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。 次の条件が適用されます。
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 | Partner Hub にサインインし、[顧客] を選択します。 | ||
2 | 既存のテンプレートを表示するには、[テンプレート]ボタンをクリックします。 | ||
3 | クリックテンプレートを作成を選択します。 | ||
4 | [卸売業向け Webex] を選択し、[次へ] をクリックします。 | ||
5 | 主な設定をセットアップします。
| ||
6 | [Wholesaleサブスクリプション] ドロップダウンから、サブスクリプションを選択します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 次の認証方法のいずれかを選択します。
| ||
9 | [次へ] をクリックします。 | ||
10 | [Wholesale calling] から [Cloud Connected PSTN プロバイダ] を選択し、[次へ] をクリックします。 このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 | ||
11 | 共通設定とコール設定のオプションを設定します。
| ||
12 | [次へ] をクリックします。 | ||
13 | 設定の概要を確認し、[編集] をクリックして必要な設定を変更します。 設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
| ||
14 | 作成したテンプレートを開き、[プロビジョニングID] 値をコピーします。 顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 | Partner Hub にサインインします。 |
2 | 既存の顧客の一覧を表示するには、[顧客]をクリックします。 任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 | 新しい顧客組織を作成するには、[顧客の作成] をクリックします。 |
4 | [顧客情報] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 | [次へ] をクリックします。 |
6 | [パッケージ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 | 本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 | 本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する] チェックボックスをクリックします。 |
9 | [次へ] をクリックします。 |
10 | 顧客の概要を確認します。 情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
顧客のセットアップ
1 | Partner Hub にサインインします。 | ||
2 | [顧客] をクリックし、適切な顧客を選択します。 顧客の設定が画面の右側に表示されます。 | ||
3 | [顧客の設定] をクリックします。 ユーザーのセットアップウィザードが起動します。 | ||
4 | [ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 | ||
5 | [次へ] をクリックします。 | ||
6 | [ユーザーの追加] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 通話パッケージを持つユーザーに電話番号を割り当てます。 | ||
9 | [次へ] をクリックします。 | ||
10 | 入力した情報を確認します。 | ||
11 | [ユーザーの作成] をクリックします。
|
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
顧客組織のタスク フローのプロビジョニング (API 経由)
Partner Hub を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (Partner Hub 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。 新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
始める前に
サポートされている言語の詳細については、次を参照してください。 サポートされている言語ロケール |
1 | Wholesale Customer API のプロビジョニングを開きます。 |
2 | 右側の設定領域で、顧客組織の必須フィールドを入力します。 次の例の形式に従ってください。
|
3 | [実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。 応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
新しい顧客組織に最初にプロビジョニングされたユーザーには、自動的に管理者権限が割り当てられます。 |
1 | Wholesale サブスクライバ API のプロビジョニングを開きます。 | ||
2 | 次の必須フィールドに入力します。 フィールドの詳細については、API のフィールドの説明を参照してください。
| ||
3 | [実行] をクリックします。 | ||
4 | これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。
|
次に行うこと
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 | リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。 次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 | SmartSheetの追加のフィールドに入力します。 * ですべてのフィールドに入力してください。 | ||||||||||||||
4 | リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信]チェックボックスをオンにします。 | ||||||||||||||
5 | [送信] をクリックします。
|
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。 プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」を参照してください。
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。 これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正することを求める可能性があることを認識しています。 ただし、以下の詳細をPSMチームにご連絡ください。
あなたの組織 ID
組織名
サブパートナー組織名
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
最初のSubPartner管理者ユーザーの名と姓
サブスクリプション ID はサブパートナー組織と共有されます
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。 たとえば、folloiwng タスクを実行できます。
新しい顧客組織とユーザーのプロビジョニング
既存の組織のユーザーを追加または更新する
既存の設定を更新
ユーザーを手動で追加
1 | Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 | 該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
| ||
3 | [ユーザー] をクリックします。 | ||
4 | [ユーザーの管理] をクリックします。 | ||
5 | [手動でユーザーを追加]をクリックします。
| ||
6 | そのユーザーの基本情報(名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 | ||
7 | ユーザーを追加します。 最大で 25 人のユーザーを追加できます。 | ||
8 | [次へ] をクリックします。 | ||
9 | [閉じる] をクリックします。 |
ユーザーパッケージの変更
1 | Partner Hub にサインインし、[顧客] をクリックします。 |
2 | ユーザが属している顧客の顧客ビューを起動します。 |
3 | Control Hub で、[ユーザー] をクリックします。 |
4 | パッケージを変更するユーザーを選択します。 |
5 | パッケージセクションで、矢印 (>) をクリックします。 |
6 | 新しいパッケージを選択してください。 |
7 | パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 | [変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API | 説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。 オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 | Wholesale Customer API の更新を開きます。 |
2 | [PUT] フィールドで、[customerID] をクリックし、更新する顧客組織の customerID を入力します。 |
3 | 本文に任意のパラメータを入力します。
|
4 | [実行] をクリックします。 |
卸売顧客を取得する
1 | Get a Wholesale Customer API を開きます。 |
2 | GET行でidをクリックし、顧客IDを入力します。 |
3 | [実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
ロケーション URL を使用して顧客を検索することもできます。 |
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。 たとえば、externalIdを入力すると、そのIdを使用する顧客組織のみが出力されます。
1 | List Wholesale Customers API を開きます。 |
2 | オプションです。 任意の検索パラメータを入力します。 |
3 | [実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。 Webex から組織を削除するには、組織 API を使用します。 |
始める前に
1 | [Delete a Wholesale Customer API] を開きます。 |
2 | 削除する顧客組織の顧客IDを入力します。 |
3 | [実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。 DMオプションは以下のように詳細です。
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。 これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。 Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。 リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。 Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。 これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。 これらの DM オプションは次のとおりです。
- 顧客管理型デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。 顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。 パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。 パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API | APIの目的 | パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する | 請求レポートを生成するために使用。 | 読み取り/書き込み |
卸売請求レポートを取得する | 生成された請求レポートをダウンロードするために使用。 | 読む |
卸売請求レポートを一覧表示する | そのパートナーに存在する請求レポートを一覧表示するために使用。 | 読む |
卸売請求レポートの削除 | 既存の請求レポートを削除するために使用。 | 読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。 毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの月次請求書を生成するために使用できます。 課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書から使用量の調整を行うことができます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 | [卸売請求レポート API の作成] に移動します。 |
2 | API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。 過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 | レポートのタイプを入力します。
|
4 | [実行] をクリックしてレポートを生成します。 |
5 | API 出力からレポート ID をコピーします。 生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 | [Get a Wholesale Billing Report API] に移動します。 |
2 | GET行でidボタンをクリックし、レポートの一意のID値を入力します。 |
3 | [実行] をクリックします。 |
4 | API はレポートのステータスを出力します。 出力には、レポートをダウンロードするためのURLを提供するtempDownloadURLパラメータが含まれます。 |
5 | レポートにアクセスしてダウンロードするには、tempDownloadURLをブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。 既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに完全に一致するレポートのみを返します。 たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。その期間内であるが、日付と完全に一致しないレポートは返されません。 |
1 | List Wholesale Billing Report API に移動 |
2 | [クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 | [実行] をクリックします。 APIは、レポートのリストを一意のレポートIDおよびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。 レポートを削除する場合の例には、次のものがあります。
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。 既存のレポートを削除したら、その期間の新しいレポートを作成できます。 レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 | Wholesale Billing Report API の削除に移動します。 |
2 | レポートIDを入力します。 |
3 | [実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド | その他の情報 | このタイプのレポートに表示されます |
---|---|---|
パートナー_名 | パートナーの氏名 | パートナー、顧客、ユーザー |
パートナー_組織_ID | 一意のパートナー識別子 | パートナー、顧客、ユーザー |
サブスクリプション_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 | 固有のワークスペース ID | USER |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。 |
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。 パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 パートナー SSO を既存組織に追加するには、Cisco TAC でチケットを開く必要があります。 |
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
Cisco TAC で [サービス リクエスト] を開きます。 TAC はサードパーティの ID プロバイダーと Cisco Common Identity サービスの間に信頼関係を確立する必要があります。 です。
IdP でpassEmailInRequest
有効にするには、この要件をサービス要求に含める必要があります。 この機能が必要かどうか不明な場合は、IdP に確認してください。TAC がユーザーの ID プロバイダーに提供した CI メタデータファイルをアップロードします。
オンボーディング テンプレートを設定します。 [認証モード] 設定で、[パートナー認証] を選択します。 [IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがログインできることを確認します。
パートナー モードによる制限
パートナー モードによる制限は、パートナー管理者が特定の顧客組織に割り当てることができる Partner Hub の設定で、顧客管理者が Control Hub で更新できる組織設定を制限します。 特定の顧客組織でこの設定が有効になっている場合、その組織のすべての顧客管理者は、ロールの権限に関係なく、Control Hub で制限されたコントロールにアクセスできません。 制限付き設定を更新できるのはパートナー管理者だけです。
パートナー モードによる制限は、ロールではなく組織レベルの設定です。 ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロールのエンタイトルメントを制限します。 |
顧客管理者アクセス
パートナーによる制限モードが適用されると、顧客管理者は通知を受け取ります。 ログインすると、画面上部の Control Hub ヘッダーのすぐ下に通知バナーが表示されます。 バナーにより、顧客管理者に制限モードが有効になっており、一部のコール設定を更新できない可能性があることが通知されます。
パートナー モードによる制限が有効になっている組織の顧客管理者の場合、Control Hub のアクセスレベルは次の式で決定されます。
(Control Hub のアクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限による制限)
制限
顧客組織でパートナーによる制限モードが有効になっている場合、その組織の顧客管理者は、次の Control Hub 設定へのアクセスが制限されます。
[ユーザー] ビューでは、以下の設定は利用できません。
[ユーザー管理] ボタンがグレー表示されます。
手動によるユーザーの追加/変更 - 手動または CSV 経由でユーザーを追加/変更するオプションはありません。
ユーザーのクレーム—利用できません
ライセンスの自動指定—利用できません
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定はパートナーレベルの管理者にのみ適用されます)。
ユーザーの詳細:名、姓、表示名、プライマリ メール* などのユーザー設定は編集可能です。
パッケージのリセット - パッケージ タイプをリセットするオプションはありません。
サービスの編集—ユーザーに対して有効にしたサービスを編集するオプションがありません (メッセージ、ミーティング、通話など)
サービス ステータスの表示-ハイブリッド サービスまたはソフトウェア アップグレード チャネルの全ステータスを表示できません
プライマリ職場電話番号 - このフィールドは読み取り専用です。
[アカウント] ビューでは、以下の設定は利用できません。
[会社名] は読み取り専用です。
[組織設定] ビューでは、以下の設定は利用できません。
ドメイン - アクセス権は読み取り専用です。
メール - [管理者招待メールの抑制] および [メールロケールの選択] 設定は読み取り専用です。
認証 - [認証] および [SSO 設定] を編集するオプションはありません
[Calling] メニューでは、以下の設定は利用できません。
通話設定 - [アプリ オプション通話の優先順位] の設定は読み取り専用です。
発信動作 - 設定は読み取り専用です。
[ロケーション] > [PSTN] - [ローカル ゲートウェイ] および [Cisco PSTN] オプションは非表示になります。
[サービス] では、[移行] および [接続済みの UC] サービス オプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順に従い、パートナー モードによる制限(デフォルト設定では有効になっています)。
Partner Hub (https://admin.webex.com) にサインインし、[顧客] を選択します。
適用する顧客組織を選択します。
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
|
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。 ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。 サポートが必要な場合は、
サポート チャネル | 説明 |
---|---|
Webex Calling ヘルプデスク | 「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
| パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス | お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (CHD) の使用方法
カスタマー エクスペリエンス
Wholesale オファーに関するパートナー/顧客のハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling Calling ヘルプデスク (CHD) にお問い合わせください。 CHDに連絡するには、以下の情報を使用します。
電話番号:
北米: 1-844-613-6108
EMEA: +44 129 366 10 20
アジア太平洋: +61 3 7017 7272
チャット: https://callinghelp.cisco.com/CHDwebexcalling/ (Calling ヘルプ -> パートナー -> Calling ヘルプデスク)
CHDは24時間365日ではありません。 ただし、EMEAR、APCJ、NorAMにリソースがあります。 CHDがオフラインの場合、webexcalling-CHD@cisco.comまでお問い合わせいただければ、オンラインに戻り次第(通常24時間以内)に対応いたします。 エスカレーションは迅速に対処されます。 |
CHDエスカレーション:
職務上の指導: James Moss – 918-872-0707 (webexcalling-CHD@cisco.com)
職務上の指導: マット・ハンナ – 918-877-0329 (webexcalling-CHD@cisco.com)
シニア マネージャー: Hamid Tiouti – 918-236-1570 (webexcalling-CHD@cisco.com)
Webex Calling パートナー ヘルプ デスク SLO:
CHDは、24~48時間以内に適切なチームに回答、指導、または紹介を提供します。 ほとんどのハウツーお問い合わせは、より迅速に(2営業時間以内)解決されます。
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。 移行ツールは、アクセスが簡単なコマンド ライン ツールで、移行タスクを自動化することで顧客、場所、番号、ユーザー、サービス、電話、ソフト クライアントを移行できます。 移行ツールには次の利点があります。
最小限の事前構成で移行を実行します。
コマンドの実行が簡単になります。
管理者は、プロビジョニング後にデータを確認し、移行直後に電話をかけたり受けたりすることができます。
UC-One クライアントの Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
BroadWorks から Wholesale RTM への移行ツール ガイドを表示するには、BroadWorks から Wholesale RTM への移行ツール ソリューションを参照してください。
マニュアルの改訂履歴
日付 | バージョン | 説明 |
---|---|---|
2024年2月6日。 | 一、二四 |
|
2024年1月23日。 | 一、二三 |
|
2023年12月12日。 | 一、二二 |
|
2023年8月23日。 | 一・二一 |
|
2023年7月31日。 | 一、二〇 |
|
2023年6月9日。 | 1.19。 |
|
2023 年 5 月 26 日 | 一・一八 |
|
2023 年 5 月 19 日 | 一、一七 |
|
2023 年 5 月 9 日 | 一・一六 |
|
2023 年 4 月 28 日 | 一・一五 |
|
2023 年 4 月 17 日 | 1.14 |
|
2023年1月26日。 | 一、十三 |
|
2022 年 12 月 07 日。 | 1.12 |
|
2022 年 12 月 05 日 | 一・一一 |
|
2022 年 11 月 30 日 | 1.10 |
|
2022 年 11 月 02 日 | 1.9 |
|
2022 年 8 月 31 日 | 1.8 |
|
2022 年 8 月 18 日木曜日 | 1.7 |
|
2022 年 7 月 29 日 | 1.6 |
|
2022 年 6 月 10 日 | 1.5 |
|
2022 年 6 月 03 日 | 1.4 |
|
2022 年 5 月 02 日 | 1.3 |
|
2022年4月11日。 | 1.2 |
|
2022 年 3 月 02 日 | 1.1 |
|
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。 シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。 商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。 このオファーには 5 つの Webex パッケージが含まれています。 共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。 シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、 新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。 各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。 Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。 技術面のオンボーディングと GTM (市場進出) です。 専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。 共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。 以下を提供します。
固定された予測可能な転送価格
パッケージの簡素化
高速プロビジョニングUXとAPI
ネットアクティブユーザーに基づく月次請求
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。 これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling に関する次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。 これらの転送価格は、CCW に一度送信される PO で取得されます。 その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。 これにより、販売プロセスが大幅に簡素化され、加速されます。
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。 これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。 これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
[共通エリア(Common Area)]:共通エリアパッケージは、基本的な通話機能をサポートします。 これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。 Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。 より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。 ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。 このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。 共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。 Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
Webexスイート— Webexスイートは最も機能が豊富なパッケージで、 Webex Callingパッケージ、すべてのユーザーとグループのサービス、 Webexメッセージング、最大 1,000 名が参加Webex Meetingsのフル製品の機能が含まれています。 このパッケージは、電話回線が重く、大規模なミーティングが必要な社内の上級職/専門職レベルに適しています。
Webex MeetingsWebex Meetingsパッケージは、 Webex Messaging と最大 1000 名が参加Webex Meetingsを含むスタンドアロン会議パッケージです。 このパッケージには、コーリング シートは含まれていません。 これは、発信動作には関連付けられていないミーティングとメッセージング機能のみを必要とするユーザーを対象としています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 | 匿名通話の拒否 | 割り込み免除 |
事業継続性(CFNR) | ビジー ランプの監視 | コール転送: いつも/忙しい/回答なし/選択的 |
履歴 | 通話の保留と再開 | クリックしてダイヤルする通話ログ |
コール通知 | コール キュー エージェント | 通話録音 |
コールリダイヤル | コールリターン | 通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) | コール待機 ID | 接続された回線 ID の制限 |
ダイレクト コール ピックアップ | 割り込みを使用したダイレクト コール ピックアップ | 取り込み中 |
エンタープライズ電話ディレクトリ | エグゼクティブ / エグゼクティブ アシスタント | 内線ダイヤル、可変長 |
機能アクセスコード | ホテリング: 主催者およびゲスト | 着信発信者 ID (名前と番号) |
インバウンドFAXからメール | 携帯性 | 複数のライン アピアランス |
N-way コール (6) | どこでもオフィス | 発信者 ID ブロッキング |
パーソナル電話ディレクトリ | 優先アラート | プライバシー |
プッシュツートーク | リモート オフィス | 選択的な通話の承諾 |
選択的な通話拒否 | シーケンシャル リング | 共有コール アピアランス |
同時呼び出し | スピードダイヤル 100 | T.38 ファックスサポート |
三方通話 | Unified メッセージング | ユーザーインターセプト |
ユーザー ウェブ ポータル | ビデオ(ポイント ツー ポイント) | ビジュアル ボイスメール |
ボイスメール |
自動音声応答 | コールパーク認証 | コールパーク グループ |
コールピックアップ | 通話キュー | 外部コール回線 ID の配信 |
グループページング | ハント グループ | インターセプト群 |
インターセプト ユーザー | 内部通話回線 ID の配信 | 保留中の音楽 |
レセプショニスト クライアント | Microsoft Teams インテグレーション | 音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリは、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。 Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。 メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。 ライブミーティングに参加しているかどうかを繰り返します。
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。 Webex を毎日使用するツールと統合して、最も生産性の高い作業を実現します。 Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。 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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。 Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
強力なモバイル エクスペリエンス - カスタマイズ可能な 720p ビデオ ビュー、ネイティブの画面共有、ハンズフリー参加、簡単なミーティング スケジューリングでモバイル ユーザーだけに最適化され、騒々しい環境に適応します。
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。 また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google カレンダー、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。 Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。 また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。 オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。 パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。 独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなくミーティングの心配を解消できます。
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。 世界各地にデータセンターがある場合、ユーザーは最寄りの Webex データセンターを使用して参加します。 メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。 これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。 Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。 Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続する場合でも、Webex Room シリーズデバイスを使用して同僚のグループに参加する場合でも、誰にとっても簡単です。
ホールセール Webex Assistant
Meeting 向け Webex Assistant は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。 Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。 新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。 パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。 同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。 ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法に関するユーザー情報については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」を参照してください。
簡略化および集中管理
Wholesale RTMソリューションは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
パートナー ハブ
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。 Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。 Partner Hub の機能:
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。 ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。 導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要] 画面に [トライアルの開始] ボタンが表示されます。 ただし、試用オプションはWholesale RTMパートナーには利用できません。 これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。 |
Control Hub: エンタープライズに代わって管理する
Webex Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルです。 エンタープライズの Webex サービスを包括的に表示します。 すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。 Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。 また、エンタープライズ管理者がこれらの機能を実行することも可能です。 これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。 サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。 これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。 また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。 Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
Actionable Insights—すべての企業、および企業内の導入状況を確認できます。 ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。 これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
ユーザーエクスペリエンスの問題の根本原因について掘り下げる—エンタープライズレベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
柔軟なポリシー定義:ロールテンプレートと詳細なポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に構成できます。
ユーザーとデバイスの管理—デバイスをすばやくアクティベートし、ユーザーを管理し、Microsoft Active Directory との同期を有効にし、すべての企業、または管理する企業のサブセットに対して統合されたシングル サインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。 これを実現するために、パートナーレベルおよびエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。 理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。 Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。 これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。 これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。 |
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。 強調表示されている領域は2つあります。
顧客のプロビジョニング/管理
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。 代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。 上の図は、高レベルの相互作用を示しています。
サービスプロバイダは、顧客関係を所有します。 顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。 したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。 将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
パッケージ は基本サービスの割り当てです。 すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。 パッケージの一覧については、「パッケージの提供」を参照してください。
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金可能な機能です。 Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。 顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。 72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
アドレス
顧客を作成するときは、請求先住所の国を選択する必要があります。 この国は、Common Identityの組織国として自動的に割り当てられます。 さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。 テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 | 場所 | 国番号 | 国名 |
---|---|---|---|
1 | アメリカ | +1 | 私達のCA |
2 | アジアパシフィック | +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 | シンガポール |
3 | オーストラリア、ニュージーランド | +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) | オーストラリア |
4 | 欧州、中東、アフリカ | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | イギリス |
5 | ユーロ | +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) | ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。 この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。 たとえば、en_USはnglish_E UnitedStatesに相当します。 2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) | 2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** | 代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_米国 en_AU en_ GB en_CA | はあ? | en_米国 |
fr_FR fr_CA | FR | fr_FR |
cs_CZシリーズ | CSについて | cs_CZシリーズ |
da_デンマーク | ああ... | da_デンマーク |
de_DE | DE | de_DE |
hu_ハンガリー | フン | hu_ハンガリー |
id_ID | id | id_ID |
it_IT | それ | it_IT |
ja_JP | 「JA」 | ja_JP |
ko_KR | KO | ko_KR |
es_ES es_コラボレーション es_MXについて | ES | es_ES |
nl_NL | NL | nl_NL |
nb_いいえ | メモ | nb_いいえ |
pl_PLについて | PLについて | pl_PLについて |
pt_PT pt_BR | pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ | pt_PT |
ru_RU | RU | ru_RU |
ro_RO | ロロ | ro_RO |
zh_CN zh_台湾 | ズー | zh_CN |
sv_南アメリカ | sv | sv_南アメリカ |
ar_南アフリカ | アール | ar_南アフリカ |
tr_TR | トライ | tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。 これらのロケールでは、Webex Meetings サイトは英語のみになります。 サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。 この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。 投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。 |
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。 これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。 これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。 この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。 サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。 これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。 これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。 これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。 この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。 テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。 いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。 SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - ゼロ以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。 SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。 パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。 詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会を参照してください。
|
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。 このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。 右側には、クロスローンチボタンがあります。 これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。 ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。 これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。 さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
分析画面
サービス画面
レポート画面
Webex リリース管理
Flexトライアルの作成
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。 すべてのSubPartnersを一覧表示するか、プロビジョニング状態(一時停止、アクティブ)などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。 たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。 |
List Wholesale SubPartners API に移動します。
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランディング
パートナー管理者は高度なブランディングのカスタマイズを使用して、 Webexアプリがパートナーが管理する顧客組織を検索する方法をカスタマイズます。 パートナーの管理者は次の設定をカスタマイズして、 Webexアプリに会社のブランドとアイデンティティを反映させることができます。
企業ロゴ
ライト モードまたはダーク モードに対応する独自のカラー スキーム
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
|
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。 次の章では、以下の手順を説明します。
新しい顧客組織と加入者をプロビジョニングする方法。
既存の顧客とサブスクライバを維持および更新する方法。
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。 顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。 この章では、両方のインターフェイスの手順について説明します。
Partner Hub インターフェイスを介して顧客を手動で管理する
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。 このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。 パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。 これらはパートナーへの純転送価格であることに注意してください。 表示価格は、ホールセール パートナーの割引によって異なります。
SKU | SKU は次の目的で使用されます... |
---|---|
卸売セットアップアシストエクスプレス使用 | 最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 | 5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。 これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション | 説明 | |||
---|---|---|---|---|
1 | 数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 | 注文の詳細については、『Webex - Wholesale Ordering Guide』を参照してください。
| ||
2 | 次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 | Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 | ||
3 | プロビジョニング後、Wholesale Setup Assist Request Form でサブスクリプションリクエストを送信します。
| |||
4 | セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 | オンボーディングしている顧客のロケーションに適用されるフローを参照してください。 このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 以下のプロジェクトフェーズは、プロビジョニングを完了し、サポートリクエストを送信した後に発生します (Wholesale Setup Assist Request フォーム経由)。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | 発見と評価 |
| |
2 | ソリューション設計 |
| 必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 以下のプロジェクトフェーズは、プロビジョニングを完了し、サポートリクエストを送信した後に発生します (Wholesale Setup Assist Request フォーム経由)。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | プロジェクト管理 |
|
|
2 | 発見と評価 |
|
|
3 | ソリューション設計 |
|
|
4 | オンボーディング (テスト) プランニング段階 |
|
|
5 | 実装 |
|
|
6 | オンボーディングの実行 |
|
|
7 | 導入後の登録 |
|
|
8 | オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。 パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。 たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。 これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。 Webex for Wholesale 開発者ガイド
API を使用するには、次のページに移動します。 Wholesale サブスクライバ プロビジョニングの事前確認
Wholesale Subscriber Provisioning ドキュメントの事前チェックにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。 |
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
また、API を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (API 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。 この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。 次の条件が適用されます。
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 | Partner Hub にサインインし、[顧客] を選択します。 | ||
2 | 既存のテンプレートを表示するには、[テンプレート]ボタンをクリックします。 | ||
3 | クリックテンプレートを作成を選択します。 | ||
4 | [卸売業向け Webex] を選択し、[次へ] をクリックします。 | ||
5 | 主な設定をセットアップします。
| ||
6 | [Wholesaleサブスクリプション] ドロップダウンから、サブスクリプションを選択します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 次の認証方法のいずれかを選択します。
| ||
9 | [次へ] をクリックします。 | ||
10 | [Wholesale calling] から [Cloud Connected PSTN プロバイダ] を選択し、[次へ] をクリックします。 このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 | ||
11 | 共通設定とコール設定のオプションを設定します。
| ||
12 | [次へ] をクリックします。 | ||
13 | 設定の概要を確認し、[編集] をクリックして必要な設定を変更します。 設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
| ||
14 | 作成したテンプレートを開き、[プロビジョニングID] 値をコピーします。 顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 | Partner Hub にサインインします。 |
2 | 既存の顧客の一覧を表示するには、[顧客]をクリックします。 任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 | 新しい顧客組織を作成するには、[顧客の作成] をクリックします。 |
4 | [顧客情報] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 | [次へ] をクリックします。 |
6 | [パッケージ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 | 本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 | 本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する] チェックボックスをクリックします。 |
9 | [次へ] をクリックします。 |
10 | 顧客の概要を確認します。 情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
顧客のセットアップ
1 | Partner Hub にサインインします。 | ||
2 | [顧客] をクリックし、適切な顧客を選択します。 顧客の設定が画面の右側に表示されます。 | ||
3 | [顧客の設定] をクリックします。 ユーザーのセットアップウィザードが起動します。 | ||
4 | [ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 | ||
5 | [次へ] をクリックします。 | ||
6 | [ユーザーの追加] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 通話パッケージを持つユーザーに電話番号を割り当てます。 | ||
9 | [次へ] をクリックします。 | ||
10 | 入力した情報を確認します。 | ||
11 | [ユーザーの作成] をクリックします。
|
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
顧客組織のタスク フローのプロビジョニング (API 経由)
Partner Hub を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (Partner Hub 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。 新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
始める前に
サポートされている言語の詳細については、次を参照してください。 サポートされている言語ロケール |
1 | Wholesale Customer API のプロビジョニングを開きます。 |
2 | 右側の設定領域で、顧客組織の必須フィールドを入力します。 次の例の形式に従ってください。
|
3 | [実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。 応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
新しい顧客組織に最初にプロビジョニングされたユーザーには、自動的に管理者権限が割り当てられます。 |
1 | Wholesale サブスクライバ API のプロビジョニングを開きます。 | ||
2 | 次の必須フィールドに入力します。 フィールドの詳細については、API のフィールドの説明を参照してください。
| ||
3 | [実行] をクリックします。 | ||
4 | これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。
|
次に行うこと
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 | リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。 次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 | SmartSheetの追加のフィールドに入力します。 * ですべてのフィールドに入力してください。 | ||||||||||||||
4 | リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信]チェックボックスをオンにします。 | ||||||||||||||
5 | [送信] をクリックします。
|
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。 プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」を参照してください。
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。 これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正することを求める可能性があることを認識しています。 ただし、以下の詳細をPSMチームにご連絡ください。
あなたの組織 ID
組織名
サブパートナー組織名
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
最初のSubPartner管理者ユーザーの名と姓
サブスクリプション ID はサブパートナー組織と共有されます
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。 たとえば、folloiwng タスクを実行できます。
新しい顧客組織とユーザーのプロビジョニング
既存の組織のユーザーを追加または更新する
既存の設定を更新
ユーザーを手動で追加
1 | Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 | 該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
| ||
3 | [ユーザー] をクリックします。 | ||
4 | [ユーザーの管理] をクリックします。 | ||
5 | [手動でユーザーを追加]をクリックします。
| ||
6 | そのユーザーの基本情報(名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 | ||
7 | ユーザーを追加します。 最大で 25 人のユーザーを追加できます。 | ||
8 | [次へ] をクリックします。 | ||
9 | [閉じる] をクリックします。 |
ユーザーパッケージの変更
1 | Partner Hub にサインインし、[顧客] をクリックします。 |
2 | ユーザが属している顧客の顧客ビューを起動します。 |
3 | Control Hub で、[ユーザー] をクリックします。 |
4 | パッケージを変更するユーザーを選択します。 |
5 | パッケージセクションで、矢印 (>) をクリックします。 |
6 | 新しいパッケージを選択してください。 |
7 | パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 | [変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API | 説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。 オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 | Wholesale Customer API の更新を開きます。 |
2 | [PUT] フィールドで、[customerID] をクリックし、更新する顧客組織の customerID を入力します。 |
3 | 本文に任意のパラメータを入力します。
|
4 | [実行] をクリックします。 |
卸売顧客を取得する
1 | Get a Wholesale Customer API を開きます。 |
2 | GET行でidをクリックし、顧客IDを入力します。 |
3 | [実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
ロケーション URL を使用して顧客を検索することもできます。 |
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。 たとえば、externalIdを入力すると、そのIdを使用する顧客組織のみが出力されます。
1 | List Wholesale Customers API を開きます。 |
2 | オプションです。 任意の検索パラメータを入力します。 |
3 | [実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。 Webex から組織を削除するには、組織 API を使用します。 |
始める前に
1 | [Delete a Wholesale Customer API] を開きます。 |
2 | 削除する顧客組織の顧客IDを入力します。 |
3 | [実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。 DMオプションは以下のように詳細です。
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。 これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。 Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。 リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。 Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。 これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。 これらの DM オプションは次のとおりです。
- 顧客管理型デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。 顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。 パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。 パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API | APIの目的 | パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する | 請求レポートを生成するために使用。 | 読み取り/書き込み |
卸売請求レポートを取得する | 生成された請求レポートをダウンロードするために使用。 | 読む |
卸売請求レポートを一覧表示する | そのパートナーに存在する請求レポートを一覧表示するために使用。 | 読む |
卸売請求レポートの削除 | 既存の請求レポートを削除するために使用。 | 読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。 毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの月次請求書を生成するために使用できます。 課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書から使用量の調整を行うことができます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 | [卸売請求レポート API の作成] に移動します。 |
2 | API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。 過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 | レポートのタイプを入力します。
|
4 | [実行] をクリックしてレポートを生成します。 |
5 | API 出力からレポート ID をコピーします。 生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 | [Get a Wholesale Billing Report API] に移動します。 |
2 | GET行でidボタンをクリックし、レポートの一意のID値を入力します。 |
3 | [実行] をクリックします。 |
4 | API はレポートのステータスを出力します。 出力には、レポートをダウンロードするためのURLを提供するtempDownloadURLパラメータが含まれます。 |
5 | レポートにアクセスしてダウンロードするには、tempDownloadURLをブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。 既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに完全に一致するレポートのみを返します。 たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。その期間内であるが、日付と完全に一致しないレポートは返されません。 |
1 | List Wholesale Billing Report API に移動 |
2 | [クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 | [実行] をクリックします。 APIは、レポートのリストを一意のレポートIDおよびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。 レポートを削除する場合の例には、次のものがあります。
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。 既存のレポートを削除したら、その期間の新しいレポートを作成できます。 レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 | Wholesale Billing Report API の削除に移動します。 |
2 | レポートIDを入力します。 |
3 | [実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド | その他の情報 | このタイプのレポートに表示されます |
---|---|---|
パートナー_名 | パートナーの氏名 | パートナー、顧客、ユーザー |
パートナー_組織_ID | 一意のパートナー識別子 | パートナー、顧客、ユーザー |
サブスクリプション_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 | 固有のワークスペース ID | USER |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。 |
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。 パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 パートナー SSO を既存組織に追加するには、Cisco TAC でチケットを開く必要があります。 |
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
Cisco TAC で [サービス リクエスト] を開きます。 TAC はサードパーティの ID プロバイダーと Cisco Common Identity サービスの間に信頼関係を確立する必要があります。 です。
IdP でpassEmailInRequest
有効にするには、この要件をサービス要求に含める必要があります。 この機能が必要かどうか不明な場合は、IdP に確認してください。TAC がユーザーの ID プロバイダーに提供した CI メタデータファイルをアップロードします。
オンボーディング テンプレートを設定します。 [認証モード] 設定で、[パートナー認証] を選択します。 [IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがログインできることを確認します。
パートナー モードによる制限
パートナー モードによる制限は、パートナー管理者が特定の顧客組織に割り当てることができる Partner Hub の設定で、顧客管理者が Control Hub で更新できる組織設定を制限します。 特定の顧客組織でこの設定が有効になっている場合、その組織のすべての顧客管理者は、ロールの権限に関係なく、Control Hub で制限されたコントロールにアクセスできません。 制限付き設定を更新できるのはパートナー管理者だけです。
パートナー モードによる制限は、ロールではなく組織レベルの設定です。 ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロールのエンタイトルメントを制限します。 |
顧客管理者アクセス
パートナーによる制限モードが適用されると、顧客管理者は通知を受け取ります。 ログインすると、画面上部の Control Hub ヘッダーのすぐ下に通知バナーが表示されます。 バナーにより、顧客管理者に制限モードが有効になっており、一部のコール設定を更新できない可能性があることが通知されます。
パートナー モードによる制限が有効になっている組織の顧客管理者の場合、Control Hub のアクセスレベルは次の式で決定されます。
(Control Hub のアクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限による制限)
制限
顧客組織でパートナーによる制限モードが有効になっている場合、その組織の顧客管理者は、次の Control Hub 設定へのアクセスが制限されます。
[ユーザー] ビューでは、以下の設定は利用できません。
[ユーザー管理] ボタンがグレー表示されます。
手動によるユーザーの追加/変更 - 手動または CSV 経由でユーザーを追加/変更するオプションはありません。
ユーザーのクレーム—利用できません
ライセンスの自動指定—利用できません
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定はパートナーレベルの管理者にのみ適用されます)。
ユーザーの詳細:名、姓、表示名、プライマリ メール* などのユーザー設定は編集可能です。
パッケージのリセット - パッケージ タイプをリセットするオプションはありません。
サービスの編集—ユーザーに対して有効にしたサービスを編集するオプションがありません (メッセージ、ミーティング、通話など)
サービス ステータスの表示-ハイブリッド サービスまたはソフトウェア アップグレード チャネルの全ステータスを表示できません
プライマリ職場電話番号 - このフィールドは読み取り専用です。
[アカウント] ビューでは、以下の設定は利用できません。
[会社名] は読み取り専用です。
[組織設定] ビューでは、以下の設定は利用できません。
ドメイン - アクセス権は読み取り専用です。
メール - [管理者招待メールの抑制] および [メールロケールの選択] 設定は読み取り専用です。
認証 - [認証] および [SSO 設定] を編集するオプションはありません
[Calling] メニューでは、以下の設定は利用できません。
通話設定 - [アプリ オプション通話の優先順位] の設定は読み取り専用です。
発信動作 - 設定は読み取り専用です。
[ロケーション] > [PSTN] - [ローカル ゲートウェイ] および [Cisco PSTN] オプションは非表示になります。
[サービス] では、[移行] および [接続済みの UC] サービス オプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順に従い、パートナー モードによる制限(デフォルト設定では有効になっています)。
Partner Hub (https://admin.webex.com) にサインインし、[顧客] を選択します。
適用する顧客組織を選択します。
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
|
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。 ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。 サポートが必要な場合は、
サポート チャネル | 説明 |
---|---|
Webex Calling ヘルプデスク | 「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
| パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス | お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (CHD) の使用方法
カスタマー エクスペリエンス
Wholesale オファーに関するパートナー/顧客のハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling Calling ヘルプデスク (CHD) にお問い合わせください。 CHDに連絡するには、以下の情報を使用します。
電話番号:
北米: 1-844-613-6108
EMEA: +44 129 366 10 20
アジア太平洋: +61 3 7017 7272
チャット: https://callinghelp.cisco.com/CHDwebexcalling/ (Calling ヘルプ -> パートナー -> Calling ヘルプデスク)
CHDは24時間365日ではありません。 ただし、EMEAR、APCJ、NorAMにリソースがあります。 CHDがオフラインの場合、webexcalling-CHD@cisco.comまでお問い合わせいただければ、オンラインに戻り次第(通常24時間以内)に対応いたします。 エスカレーションは迅速に対処されます。 |
CHDエスカレーション:
職務上の指導: James Moss – 918-872-0707 (webexcalling-CHD@cisco.com)
職務上の指導: マット・ハンナ – 918-877-0329 (webexcalling-CHD@cisco.com)
シニア マネージャー: Hamid Tiouti – 918-236-1570 (webexcalling-CHD@cisco.com)
Webex Calling パートナー ヘルプ デスク SLO:
CHDは、24~48時間以内に適切なチームに回答、指導、または紹介を提供します。 ほとんどのハウツーお問い合わせは、より迅速に(2営業時間以内)解決されます。
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。 移行ツールは、アクセスが簡単なコマンド ライン ツールで、移行タスクを自動化することで顧客、場所、番号、ユーザー、サービス、電話、ソフト クライアントを移行できます。 移行ツールには次の利点があります。
最小限の事前構成で移行を実行します。
コマンドの実行が簡単になります。
管理者は、プロビジョニング後にデータを確認し、移行直後に電話をかけたり受けたりすることができます。
UC-One クライアントの Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
BroadWorks から Wholesale RTM への移行ツール ガイドを表示するには、BroadWorks から Wholesale RTM への移行ツール ソリューションを参照してください。
マニュアルの改訂履歴
日付 | バージョン | 説明 |
---|---|---|
2024年2月6日。 | 一、二四 |
|
2024年1月23日。 | 一、二三 |
|
2023年12月12日。 | 一、二二 |
|
2023年8月23日。 | 一・二一 |
|
2023年7月31日。 | 一、二〇 |
|
2023年6月9日。 | 1.19。 |
|
2023 年 5 月 26 日 | 一・一八 |
|
2023 年 5 月 19 日 | 一、一七 |
|
2023 年 5 月 9 日 | 一・一六 |
|
2023 年 4 月 28 日 | 一・一五 |
|
2023 年 4 月 17 日 | 1.14 |
|
2023年1月26日。 | 一、十三 |
|
2022 年 12 月 07 日。 | 1.12 |
|
2022 年 12 月 05 日 | 一・一一 |
|
2022 年 11 月 30 日 | 1.10 |
|
2022 年 11 月 02 日 | 1.9 |
|
2022 年 8 月 31 日 | 1.8 |
|
2022 年 8 月 18 日木曜日 | 1.7 |
|
2022 年 7 月 29 日 | 1.6 |
|
2022 年 6 月 10 日 | 1.5 |
|
2022 年 6 月 03 日 | 1.4 |
|
2022 年 5 月 02 日 | 1.3 |
|
2022年4月11日。 | 1.2 |
|
2022 年 3 月 02 日 | 1.1 |
|
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。 シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。 商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。 このオファーには 5 つの Webex パッケージが含まれています。 共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。 シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、 新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。 各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。 Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。 技術面のオンボーディングと GTM (市場進出) です。 専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。 共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。 以下を提供します。
固定された予測可能な転送価格
パッケージの簡素化
高速プロビジョニングUXとAPI
ネットアクティブユーザーに基づく月次請求
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。 これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling に関する次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。 これらの転送価格は、CCW に一度送信される PO で取得されます。 その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。 これにより、販売プロセスが大幅に簡素化され、加速されます。
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。 これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。 これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
[共通エリア(Common Area)]:共通エリアパッケージは、基本的な通話機能をサポートします。 これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。 Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。 より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。 ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。 このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。 共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。 Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
Webexスイート— Webexスイートは最も機能が豊富なパッケージで、 Webex Callingパッケージ、すべてのユーザーとグループのサービス、 Webexメッセージング、最大 1,000 名が参加Webex Meetingsのフル製品の機能が含まれています。 このパッケージは、電話回線が重く、大規模なミーティングが必要な社内の上級職/専門職レベルに適しています。
Webex MeetingsWebex Meetingsパッケージは、 Webex Messaging と最大 1000 名が参加Webex Meetingsを含むスタンドアロン会議パッケージです。 このパッケージには、コーリング シートは含まれていません。 これは、発信動作には関連付けられていないミーティングとメッセージング機能のみを必要とするユーザーを対象としています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 | 匿名通話の拒否 | 割り込み免除 |
事業継続性(CFNR) | ビジー ランプの監視 | コール転送: いつも/忙しい/回答なし/選択的 |
履歴 | 通話の保留と再開 | クリックしてダイヤルする通話ログ |
コール通知 | コール キュー エージェント | 通話録音 |
コールリダイヤル | コールリターン | 通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) | コール待機 ID | 接続された回線 ID の制限 |
ダイレクト コール ピックアップ | 割り込みを使用したダイレクト コール ピックアップ | 取り込み中 |
エンタープライズ電話ディレクトリ | エグゼクティブ / エグゼクティブ アシスタント | 内線ダイヤル、可変長 |
機能アクセスコード | ホテリング: 主催者およびゲスト | 着信発信者 ID (名前と番号) |
インバウンドFAXからメール | 携帯性 | 複数のライン アピアランス |
N-way コール (6) | どこでもオフィス | 発信者 ID ブロッキング |
パーソナル電話ディレクトリ | 優先アラート | プライバシー |
プッシュツートーク | リモート オフィス | 選択的な通話の承諾 |
選択的な通話拒否 | シーケンシャル リング | 共有コールアピアランス |
同時呼び出し | スピードダイヤル 100 | T.38 ファックスサポート |
三方通話 | Unified メッセージング | ユーザーインターセプト |
ユーザー ウェブ ポータル | ビデオ(ポイント ツー ポイント) | ビジュアル ボイスメール |
ボイスメール |
自動音声応答 | コールパーク認証 | コールパーク グループ |
コールピックアップ | 通話キュー | 外部コール回線 ID の配信 |
グループページング | ハント グループ | インターセプト群 |
インターセプト ユーザー | 内部通話回線 ID の配信 | 保留中の音楽 |
レセプショニスト クライアント | Microsoft Teams インテグレーション | 音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリは、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。 Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。 メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。 ライブミーティングに参加しているかどうかを繰り返します。
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。 Webex を毎日使用するツールと統合して、最も生産性の高い作業を実現します。 Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。 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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。 Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
強力なモバイル エクスペリエンス - カスタマイズ可能な 720p ビデオ ビュー、ネイティブの画面共有、ハンズフリー参加、簡単なミーティング スケジューリングでモバイル ユーザーだけに最適化され、騒々しい環境に適応します。
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。 また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google カレンダー、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。 Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。 また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。 オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。 パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。 独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなくミーティングの心配を解消できます。
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。 世界各地にデータセンターがある場合、ユーザーは最寄りの Webex データセンターを使用して参加します。 メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。 これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。 Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。 Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続する場合でも、Webex Room シリーズデバイスを使用して同僚のグループに参加する場合でも、誰にとっても簡単です。
ホールセール Webex Assistant
Meeting 向け Webex Assistant は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。 Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。 新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。 パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。 同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。 ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法に関するユーザー情報については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」を参照してください。
簡略化および集中管理
Wholesale RTMソリューションは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
パートナー ハブ
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。 Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。 Partner Hub の機能:
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。 ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。 導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要] 画面に [トライアルの開始] ボタンが表示されます。 ただし、試用オプションはWholesale RTMパートナーには利用できません。 これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。 |
Control Hub: エンタープライズに代わって管理する
Webex Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルです。 エンタープライズの Webex サービスを包括的に表示します。 すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。 Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。 また、エンタープライズ管理者がこれらの機能を実行することも可能です。 これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。 サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。 これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。 また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。 Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
Actionable Insights—すべての企業、および企業内の導入状況を確認できます。 ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。 これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
ユーザーエクスペリエンスの問題の根本原因について掘り下げる—エンタープライズレベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
柔軟なポリシー定義:ロールテンプレートと詳細なポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に構成できます。
ユーザーとデバイスの管理—デバイスをすばやくアクティベートし、ユーザーを管理し、Microsoft Active Directory との同期を有効にし、すべての企業、または管理する企業のサブセットに対して統合されたシングル サインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。 これを実現するために、パートナーレベルおよびエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。 理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。 Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。 これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。 これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。 |
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。 強調表示されている領域は2つあります。
顧客のプロビジョニング/管理
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。 代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。 上の図は、高レベルの相互作用を示しています。
サービスプロバイダは、顧客関係を所有します。 顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。 したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。 将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
パッケージ は基本サービスの割り当てです。 すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。 パッケージの一覧については、「パッケージの提供」を参照してください。
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金可能な機能です。 Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。 顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。 72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
アドレス
顧客を作成するときは、請求先住所の国を選択する必要があります。 この国は、Common Identityの組織国として自動的に割り当てられます。 さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。 テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 | 場所 | 国番号 | 国名 |
---|---|---|---|
1 | アメリカ | +1 | 私達のCA |
2 | アジアパシフィック | +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 | シンガポール |
3 | オーストラリア、ニュージーランド | +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) | オーストラリア |
4 | 欧州、中東、アフリカ | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | イギリス |
5 | ユーロ | +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) | ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。 この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。 たとえば、en_USはnglish_E UnitedStatesに相当します。 2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) | 2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** | 代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_米国 en_AU en_ GB en_CA | はあ? | en_米国 |
fr_FR fr_CA | FR | fr_FR |
cs_CZシリーズ | CSについて | cs_CZシリーズ |
da_デンマーク | ああ... | da_デンマーク |
de_DE | DE | de_DE |
hu_ハンガリー | フン | hu_ハンガリー |
id_ID | id | id_ID |
it_IT | それ | it_IT |
ja_JP | 「JA」 | ja_JP |
ko_KR | KO | ko_KR |
es_ES es_コラボレーション es_MXについて | ES | es_ES |
nl_NL | NL | nl_NL |
nb_いいえ | メモ | nb_いいえ |
pl_PLについて | PLについて | pl_PLについて |
pt_PT pt_BR | pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ | pt_PT |
ru_RU | RU | ru_RU |
ro_RO | ロロ | ro_RO |
zh_CN zh_台湾 | ズー | zh_CN |
sv_南アメリカ | sv | sv_南アメリカ |
ar_南アフリカ | アール | ar_南アフリカ |
tr_TR | トライ | tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。 これらのロケールでは、Webex Meetings サイトは英語のみになります。 サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。 この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。 投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。 |
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。 これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。 これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。 この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。 サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。 これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。 これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。 これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。 この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。 テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。 いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。 SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - ゼロ以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。 SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。 パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。 詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会を参照してください。
|
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。 このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。 右側には、クロスローンチボタンがあります。 これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。 ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。 これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。 さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
分析画面
サービス画面
レポート画面
Webex リリース管理
Flexトライアルの作成
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。 すべてのSubPartnersを一覧表示するか、プロビジョニング状態(一時停止、アクティブ)などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。 たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。 |
List Wholesale SubPartners API に移動します。
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランディング
パートナー管理者は高度なブランディングのカスタマイズを使用して、 Webexアプリがパートナーが管理する顧客組織を検索する方法をカスタマイズます。 パートナーの管理者は次の設定をカスタマイズして、 Webexアプリに会社のブランドとアイデンティティを反映させることができます。
企業ロゴ
ライト モードまたはダーク モードに対応する独自のカラー スキーム
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
|
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。 次の章では、以下の手順を説明します。
新しい顧客組織と加入者をプロビジョニングする方法。
既存の顧客とサブスクライバを維持および更新する方法。
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。 顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。 この章では、両方のインターフェイスの手順について説明します。
Partner Hub インターフェイスを介して顧客を手動で管理する
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。 このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。 パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。 これらはパートナーへの純転送価格であることに注意してください。 表示価格は、ホールセール パートナーの割引によって異なります。
SKU | SKU は次の目的で使用されます... |
---|---|
卸売セットアップアシストエクスプレス使用 | 最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 | 5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。 これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション | 説明 | |||
---|---|---|---|---|
1 | 数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 | 注文の詳細については、『Webex - Wholesale Ordering Guide』を参照してください。
| ||
2 | 次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 | Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 | ||
3 | プロビジョニング後、Wholesale Setup Assist Request Form でサブスクリプションリクエストを送信します。
| |||
4 | セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 | オンボーディングしている顧客のロケーションに適用されるフローを参照してください。 このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 以下のプロジェクトフェーズは、プロビジョニングを完了し、サポートリクエストを送信した後に発生します (Wholesale Setup Assist Request フォーム経由)。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | 発見と評価 |
| |
2 | ソリューション設計 |
| 必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 以下のプロジェクトフェーズは、プロビジョニングを完了し、サポートリクエストを送信した後に発生します (Wholesale Setup Assist Request フォーム経由)。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | プロジェクト管理 |
|
|
2 | 発見と評価 |
|
|
3 | ソリューション設計 |
|
|
4 | オンボーディング (テスト) プランニング段階 |
|
|
5 | 実装 |
|
|
6 | オンボーディングの実行 |
|
|
7 | 導入後の登録 |
|
|
8 | オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。 パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。 たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。 これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。 Webex for Wholesale 開発者ガイド
API を使用するには、次のページに移動します。 Wholesale サブスクライバ プロビジョニングの事前確認
Wholesale Subscriber Provisioning ドキュメントの事前チェックにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。 |
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
また、API を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (API 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。 この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。 次の条件が適用されます。
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 | Partner Hub にサインインし、[顧客] を選択します。 | ||
2 | 既存のテンプレートを表示するには、[テンプレート]ボタンをクリックします。 | ||
3 | クリックテンプレートを作成を選択します。 | ||
4 | [卸売業向け Webex] を選択し、[次へ] をクリックします。 | ||
5 | 主な設定をセットアップします。
| ||
6 | [Wholesaleサブスクリプション] ドロップダウンから、サブスクリプションを選択します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 次の認証方法のいずれかを選択します。
| ||
9 | [次へ] をクリックします。 | ||
10 | [Wholesale calling] から [Cloud Connected PSTN プロバイダ] を選択し、[次へ] をクリックします。 このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 | ||
11 | 共通設定とコール設定のオプションを設定します。
| ||
12 | [次へ] をクリックします。 | ||
13 | 設定の概要を確認し、[編集] をクリックして必要な設定を変更します。 設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
| ||
14 | 作成したテンプレートを開き、[プロビジョニングID] 値をコピーします。 顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 | Partner Hub にサインインします。 |
2 | 既存の顧客の一覧を表示するには、[顧客]をクリックします。 任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 | 新しい顧客組織を作成するには、[顧客の作成] をクリックします。 |
4 | [顧客情報] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 | [次へ] をクリックします。 |
6 | [パッケージ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 | 本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 | 本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する] チェックボックスをクリックします。 |
9 | [次へ] をクリックします。 |
10 | 顧客の概要を確認します。 情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
1 つの地域のWebexパートナーは、サービスを提供する任意の地域で顧客組織を作成できます。 ヘルプについては次を参照してください: Webex のデータ レジデンシー。 |
顧客のセットアップ
1 | Partner Hub にサインインします。 | ||
2 | [顧客] をクリックし、適切な顧客を選択します。 顧客の設定が画面の右側に表示されます。 | ||
3 | [顧客の設定] をクリックします。 ユーザーのセットアップウィザードが起動します。 | ||
4 | [ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 | ||
5 | [次へ] をクリックします。 | ||
6 | [ユーザーの追加] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 通話パッケージを持つユーザーに電話番号を割り当てます。 | ||
9 | [次へ] をクリックします。 | ||
10 | 入力した情報を確認します。 | ||
11 | [ユーザーの作成] をクリックします。
|
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
顧客組織のタスク フローのプロビジョニング (API 経由)
Partner Hub を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (Partner Hub 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。 新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
始める前に
サポートされている言語の詳細については、次を参照してください。 サポートされている言語ロケール |
1 | Wholesale Customer API のプロビジョニングを開きます。 |
2 | 右側の設定領域で、顧客組織の必須フィールドを入力します。 次の例の形式に従ってください。
|
3 | [実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。 応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
新しい顧客組織に最初にプロビジョニングされたユーザーには、自動的に管理者権限が割り当てられます。 |
1 | Wholesale サブスクライバ API のプロビジョニングを開きます。 | ||
2 | 次の必須フィールドに入力します。 フィールドの詳細については、API のフィールドの説明を参照してください。
| ||
3 | [実行] をクリックします。 | ||
4 | これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。
|
次に行うこと
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 | リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。 次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 | SmartSheetの追加のフィールドに入力します。 * ですべてのフィールドに入力してください。 | ||||||||||||||
4 | リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信]チェックボックスをオンにします。 | ||||||||||||||
5 | [送信] をクリックします。
|
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。 プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」を参照してください。
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。 これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正することを求める可能性があることを認識しています。 ただし、以下の詳細をPSMチームにご連絡ください。
あなたの組織 ID
組織名
サブパートナー組織名
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
最初のSubPartner管理者ユーザーの名と姓
サブスクリプション ID はサブパートナー組織と共有されます
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。 たとえば、folloiwng タスクを実行できます。
新しい顧客組織とユーザーのプロビジョニング
既存の組織のユーザーを追加または更新する
既存の設定を更新
ユーザーを手動で追加
1 | Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 | 該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
| ||
3 | [ユーザー] をクリックします。 | ||
4 | [ユーザーの管理] をクリックします。 | ||
5 | [手動でユーザーを追加]をクリックします。
| ||
6 | そのユーザーの基本情報(名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 | ||
7 | ユーザーを追加します。 最大で 25 人のユーザーを追加できます。 | ||
8 | [次へ] をクリックします。 | ||
9 | [閉じる] をクリックします。 |
ユーザーパッケージの変更
1 | Partner Hub にサインインし、[顧客] をクリックします。 |
2 | ユーザが属している顧客の顧客ビューを起動します。 |
3 | Control Hub で、[ユーザー] をクリックします。 |
4 | パッケージを変更するユーザーを選択します。 |
5 | パッケージセクションで、矢印 (>) をクリックします。 |
6 | 新しいパッケージを選択してください。 |
7 | パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 | [変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API | 説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。 オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 | Wholesale Customer API の更新を開きます。 |
2 | [PUT] フィールドで、[customerID] をクリックし、更新する顧客組織の customerID を入力します。 |
3 | 本文に任意のパラメータを入力します。
|
4 | [実行] をクリックします。 |
卸売顧客を取得する
1 | Get a Wholesale Customer API を開きます。 |
2 | GET行でidをクリックし、顧客IDを入力します。 |
3 | [実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
ロケーション URL を使用して顧客を検索することもできます。 |
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。 たとえば、externalIdを入力すると、そのIdを使用する顧客組織のみが出力されます。
1 | List Wholesale Customers API を開きます。 |
2 | オプションです。 任意の検索パラメータを入力します。 |
3 | [実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。 Webex から組織を削除するには、組織 API を使用します。 |
始める前に
1 | [Delete a Wholesale Customer API] を開きます。 |
2 | 削除する顧客組織の顧客IDを入力します。 |
3 | [実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。 DMオプションは以下のように詳細です。
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。 これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。 Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。 リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。 Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。 これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。 これらの DM オプションは次のとおりです。
- 顧客管理型デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。 顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。 パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。 パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API | APIの目的 | パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する | 請求レポートを生成するために使用。 | 読み取り/書き込み |
卸売請求レポートを取得する | 生成された請求レポートをダウンロードするために使用。 | 読む |
卸売請求レポートを一覧表示する | そのパートナーに存在する請求レポートを一覧表示するために使用。 | 読む |
卸売請求レポートの削除 | 既存の請求レポートを削除するために使用。 | 読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。 毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの月次請求書を生成するために使用できます。 課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書から使用量の調整を行うことができます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 | [卸売請求レポート API の作成] に移動します。 |
2 | API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。 過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 | レポートのタイプを入力します。
|
4 | [実行] をクリックしてレポートを生成します。 |
5 | API 出力からレポート ID をコピーします。 生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 | [Get a Wholesale Billing Report API] に移動します。 |
2 | GET行でidボタンをクリックし、レポートの一意のID値を入力します。 |
3 | [実行] をクリックします。 |
4 | API はレポートのステータスを出力します。 出力には、レポートをダウンロードするためのURLを提供するtempDownloadURLパラメータが含まれます。 |
5 | レポートにアクセスしてダウンロードするには、tempDownloadURLをブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。 既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに完全に一致するレポートのみを返します。 たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。その期間内であるが、日付と完全に一致しないレポートは返されません。 |
1 | List Wholesale Billing Report API に移動 |
2 | [クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 | [実行] をクリックします。 APIは、レポートのリストを一意のレポートIDおよびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。 レポートを削除する場合の例には、次のものがあります。
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。 既存のレポートを削除したら、その期間の新しいレポートを作成できます。 レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 | Wholesale Billing Report API の削除に移動します。 |
2 | レポートIDを入力します。 |
3 | [実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド | その他の情報 | このタイプのレポートに表示されます |
---|---|---|
パートナー_名 | パートナーの氏名 | パートナー、顧客、ユーザー |
パートナー_組織_ID | 一意のパートナー識別子 | パートナー、顧客、ユーザー |
サブスクリプション_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 | 固有のワークスペース ID | USER |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。 |
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。 パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 パートナー SSO を既存組織に追加するには、Cisco TAC でチケットを開く必要があります。 |
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
Cisco TAC で [サービス リクエスト] を開きます。 TAC はサードパーティの ID プロバイダーと Cisco Common Identity サービスの間に信頼関係を確立する必要があります。 です。
IdP でpassEmailInRequest
有効にするには、この要件をサービス要求に含める必要があります。 この機能が必要かどうか不明な場合は、IdP に確認してください。TAC がユーザーの ID プロバイダーに提供した CI メタデータファイルをアップロードします。
オンボーディング テンプレートを設定します。 [認証モード] 設定で、[パートナー認証] を選択します。 [IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがログインできることを確認します。
パートナー モードによる制限
パートナー モードによる制限は、パートナー管理者が特定の顧客組織に割り当てることができる Partner Hub の設定で、顧客管理者が Control Hub で更新できる組織設定を制限します。 特定の顧客組織でこの設定が有効になっている場合、その組織のすべての顧客管理者は、ロールの権限に関係なく、Control Hub で制限されたコントロールにアクセスできません。 制限付き設定を更新できるのはパートナー管理者だけです。
パートナー モードによる制限は、ロールではなく組織レベルの設定です。 ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロールのエンタイトルメントを制限します。 |
顧客管理者アクセス
パートナーによる制限モードが適用されると、顧客管理者は通知を受け取ります。 ログインすると、画面上部の Control Hub ヘッダーのすぐ下に通知バナーが表示されます。 バナーにより、顧客管理者に制限モードが有効になっており、一部のコール設定を更新できない可能性があることが通知されます。
パートナー モードによる制限が有効になっている組織の顧客管理者の場合、Control Hub のアクセスレベルは次の式で決定されます。
(Control Hub のアクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限による制限)
制限
顧客組織でパートナーによる制限モードが有効になっている場合、その組織の顧客管理者は、次の Control Hub 設定へのアクセスが制限されます。
[ユーザー] ビューでは、以下の設定は利用できません。
[ユーザー管理] ボタンがグレー表示されます。
手動によるユーザーの追加/変更 - 手動または CSV 経由でユーザーを追加/変更するオプションはありません。
ユーザーのクレーム—利用できません
ライセンスの自動指定—利用できません
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定はパートナーレベルの管理者にのみ適用されます)。
ユーザーの詳細:名、姓、表示名、プライマリ メール* などのユーザー設定は編集可能です。
パッケージのリセット - パッケージ タイプをリセットするオプションはありません。
サービスの編集—ユーザーに対して有効にしたサービスを編集するオプションがありません (メッセージ、ミーティング、通話など)
サービス ステータスの表示-ハイブリッド サービスまたはソフトウェア アップグレード チャネルの全ステータスを表示できません
プライマリ職場電話番号 - このフィールドは読み取り専用です。
[アカウント] ビューでは、以下の設定は利用できません。
[会社名] は読み取り専用です。
[組織設定] ビューでは、以下の設定は利用できません。
ドメイン - アクセス権は読み取り専用です。
メール - [管理者招待メールの抑制] および [メールロケールの選択] 設定は読み取り専用です。
認証 - [認証] および [SSO 設定] を編集するオプションはありません
[Calling] メニューでは、以下の設定は利用できません。
通話設定 - [アプリ オプション通話の優先順位] の設定は読み取り専用です。
発信動作 - 設定は読み取り専用です。
[ロケーション] > [PSTN] - [ローカル ゲートウェイ] および [Cisco PSTN] オプションは非表示になります。
[サービス] では、[移行] および [接続済みの UC] サービス オプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順に従い、パートナー モードによる制限(デフォルト設定では有効になっています)。
Partner Hub (https://admin.webex.com) にサインインし、[顧客] を選択します。
適用する顧客組織を選択します。
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
|
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。 ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。 サポートが必要な場合は、
サポート チャネル | 説明 |
---|---|
Webex Calling ヘルプデスク | 「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
| パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス | お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (CHD) の使用方法
カスタマー エクスペリエンス
Wholesale オファーに関するパートナー/顧客のハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling Calling ヘルプデスク (CHD) にお問い合わせください。 CHDに連絡するには、以下の情報を使用します。
電話番号:
北米: 1-844-613-6108
EMEA: +44 129 366 10 20
アジア太平洋: +61 3 7017 7272
チャット: https://callinghelp.cisco.com/CHDwebexcalling/ (Calling ヘルプ -> パートナー -> Calling ヘルプデスク)
CHDは24時間365日ではありません。 ただし、EMEAR、APCJ、NorAMにリソースがあります。 CHDがオフラインの場合、webexcalling-CHD@cisco.comまでお問い合わせいただければ、オンラインに戻り次第(通常24時間以内)に対応いたします。 エスカレーションは迅速に対処されます。 |
CHDエスカレーション:
職務上の指導: James Moss – 918-872-0707 (webexcalling-CHD@cisco.com)
職務上の指導: マット・ハンナ – 918-877-0329 (webexcalling-CHD@cisco.com)
シニア マネージャー: Hamid Tiouti – 918-236-1570 (webexcalling-CHD@cisco.com)
Webex Calling パートナー ヘルプ デスク SLO:
CHDは、24~48時間以内に適切なチームに回答、指導、または紹介を提供します。 ほとんどのハウツーお問い合わせは、より迅速に(2営業時間以内)解決されます。
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。 移行ツールは、アクセスが簡単なコマンド ライン ツールで、移行タスクを自動化することで顧客、場所、番号、ユーザー、サービス、電話、ソフト クライアントを移行できます。 移行ツールには次の利点があります。
最小限の事前構成で移行を実行します。
コマンドの実行が簡単になります。
管理者は、プロビジョニング後にデータを確認し、移行直後に電話をかけたり受けたりすることができます。
UC-One クライアントの Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
BroadWorks から Wholesale RTM への移行ツール ガイドを表示するには、BroadWorks から Wholesale RTM への移行ツール ソリューションを参照してください。
マニュアルの改訂履歴
日付 | バージョン | 説明 |
---|---|---|
2024年3月22日。 | 一、二五 |
|
2024年2月6日。 | 一、二四 |
|
2024年1月23日。 | 一、二三 |
|
2023年12月12日。 | 一、二二 |
|
2023年8月23日。 | 一・二一 |
|
2023年7月31日。 | 一、二〇 |
|
2023年6月9日。 | 1.19。 |
|
2023 年 5 月 26 日 | 一・一八 |
|
2023 年 5 月 19 日 | 一、一七 |
|
2023 年 5 月 9 日 | 一・一六 |
|
2023 年 4 月 28 日 | 一・一五 |
|
2023 年 4 月 17 日 | 1.14 |
|
2023年1月26日。 | 一、十三 |
|
2022 年 12 月 07 日。 | 1.12 |
|
2022 年 12 月 05 日 | 一・一一 |
|
2022 年 11 月 30 日 | 1.10 |
|
2022 年 11 月 02 日 | 1.9 |
|
2022 年 8 月 31 日 | 1.8 |
|
2022 年 8 月 18 日木曜日 | 1.7 |
|
2022 年 7 月 29 日 | 1.6 |
|
2022 年 6 月 10 日 | 1.5 |
|
2022 年 6 月 03 日 | 1.4 |
|
2022 年 5 月 02 日 | 1.3 |
|
2022年4月11日。 | 1.2 |
|
2022 年 3 月 02 日 | 1.1 |
|
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。 シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。 商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。 このオファーには 5 つの Webex パッケージが含まれています。 共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。 シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、 新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。 各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。 Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。 技術面のオンボーディングと GTM (市場進出) です。 専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。 共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。 以下を提供します。
固定された予測可能な転送価格
パッケージの簡素化
高速プロビジョニングUXとAPI
ネットアクティブユーザーに基づく月次請求
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。 これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling に関する次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。 これらの転送価格は、CCW に一度送信される PO で取得されます。 その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。 これにより、販売プロセスが大幅に簡素化され、加速されます。
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。 これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。 これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
[共通エリア(Common Area)]:共通エリアパッケージは、基本的な通話機能をサポートします。 これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。 Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。 より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。 ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。 このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。 共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。 Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
Webexスイート— Webexスイートは最も機能が豊富なパッケージで、 Webex Callingパッケージ、すべてのユーザーとグループのサービス、 Webexメッセージング、最大 1,000 名が参加Webex Meetingsのフル製品の機能が含まれています。 このパッケージは、電話回線が重く、大規模なミーティングが必要な社内の上級職/専門職レベルに適しています。
Webex MeetingsWebex Meetingsパッケージは、 Webex Messaging と最大 1000 名が参加Webex Meetingsを含むスタンドアロン会議パッケージです。 このパッケージには、コーリング シートは含まれていません。 これは、発信動作には関連付けられていないミーティングとメッセージング機能のみを必要とするユーザーを対象としています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 | 匿名通話の拒否 | 割り込み免除 |
事業継続性(CFNR) | ビジー ランプの監視 | コール転送: いつも/忙しい/回答なし/選択的 |
履歴 | 通話の保留と再開 | クリックしてダイヤルする通話ログ |
コール通知 | コール キュー エージェント | 通話録音 |
コールリダイヤル | コールリターン | 通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) | コール待機 ID | 接続された回線 ID の制限 |
ダイレクト コール ピックアップ | 割り込みを使用したダイレクト コール ピックアップ | 取り込み中 |
エンタープライズ電話ディレクトリ | エグゼクティブ / エグゼクティブ アシスタント | 内線ダイヤル、可変長 |
機能アクセスコード | ホテリング: 主催者およびゲスト | 着信発信者 ID (名前と番号) |
インバウンドFAXからメール | 携帯性 | 複数のライン アピアランス |
N-way コール (6) | どこでもオフィス | 発信者 ID ブロッキング |
パーソナル電話ディレクトリ | 優先アラート | プライバシー |
プッシュツートーク | リモート オフィス | 選択的な通話の承諾 |
選択的な通話拒否 | シーケンシャル リング | 共有コールアピアランス |
同時呼び出し | スピードダイヤル 100 | T.38 ファックスサポート |
三方通話 | Unified メッセージング | ユーザーインターセプト |
ユーザー ウェブ ポータル | ビデオ(ポイント ツー ポイント) | ビジュアル ボイスメール |
ボイスメール |
自動音声応答 | コールパーク認証 | コールパーク グループ |
コールピックアップ | 通話キュー | 外部コール回線 ID の配信 |
グループページング | ハント グループ | インターセプト群 |
インターセプト ユーザー | 内部通話回線 ID の配信 | 保留中の音楽 |
レセプショニスト クライアント | Microsoft Teams インテグレーション | 音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリは、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。 Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。 メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。 ライブミーティングに参加しているかどうかを繰り返します。
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。 Webex を毎日使用するツールと統合して、最も生産性の高い作業を実現します。 Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。 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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。 Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
強力なモバイル エクスペリエンス - カスタマイズ可能な 720p ビデオ ビュー、ネイティブの画面共有、ハンズフリー参加、簡単なミーティング スケジューリングでモバイル ユーザーだけに最適化され、騒々しい環境に適応します。
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。 また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google カレンダー、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。 Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。 また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。 オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。 パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。 独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなくミーティングの心配を解消できます。
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。 世界各地にデータセンターがある場合、ユーザーは最寄りの Webex データセンターを使用して参加します。 メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。 これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。 Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。 Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続する場合でも、Webex Room シリーズデバイスを使用して同僚のグループに参加する場合でも、誰にとっても簡単です。
ホールセール Webex Assistant
Meeting 向け Webex Assistant は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。 Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。 新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。 パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。 同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。 ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法に関するユーザー情報については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」を参照してください。
簡略化および集中管理
Wholesale RTMソリューションは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
パートナー ハブ
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。 Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。 Partner Hub の機能:
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。 ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。 導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要] 画面に [トライアルの開始] ボタンが表示されます。 ただし、試用オプションはWholesale RTMパートナーには利用できません。 これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。 |
Control Hub: エンタープライズに代わって管理する
Webex Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルです。 エンタープライズの Webex サービスを包括的に表示します。 すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。 Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。 また、エンタープライズ管理者がこれらの機能を実行することも可能です。 これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。 サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。 これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。 また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。 Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
Actionable Insights—すべての企業、および企業内の導入状況を確認できます。 ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。 これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
ユーザーエクスペリエンスの問題の根本原因について掘り下げる—エンタープライズレベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
柔軟なポリシー定義:ロールテンプレートと詳細なポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に構成できます。
ユーザーとデバイスの管理—デバイスをすばやくアクティベートし、ユーザーを管理し、Microsoft Active Directory との同期を有効にし、すべての企業、または管理する企業のサブセットに対して統合されたシングル サインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。 これを実現するために、パートナーレベルおよびエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。 理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。 Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。 これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。 これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。 |
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。 強調表示されている領域は2つあります。
顧客のプロビジョニング/管理
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。 代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。 上の図は、高レベルの相互作用を示しています。
サービスプロバイダは、顧客関係を所有します。 顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。 したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。 将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
パッケージ は基本サービスの割り当てです。 すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。 パッケージの一覧については、「パッケージの提供」を参照してください。
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金可能な機能です。 Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。 顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。 72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
アドレス
顧客を作成するときは、請求先住所の国を選択する必要があります。 この国は、Common Identityの組織国として自動的に割り当てられます。 さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。 テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 | 場所 | 国番号 | 国名 |
---|---|---|---|
1 | アメリカ | +1 | 私達のCA |
2 | アジアパシフィック | +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 | シンガポール |
3 | オーストラリア、ニュージーランド | +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) | オーストラリア |
4 | 欧州、中東、アフリカ | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | イギリス |
5 | ユーロ | +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) | ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。 この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。 たとえば、en_USはnglish_E UnitedStatesに相当します。 2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) | 2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** | 代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_米国 en_AU en_ GB en_CA | はあ? | en_米国 |
fr_FR fr_CA | FR | fr_FR |
cs_CZシリーズ | CSについて | cs_CZシリーズ |
da_デンマーク | ああ... | da_デンマーク |
de_DE | DE | de_DE |
hu_ハンガリー | フン | hu_ハンガリー |
id_ID | id | id_ID |
it_IT | それ | it_IT |
ja_JP | 「JA」 | ja_JP |
ko_KR | KO | ko_KR |
es_ES es_コラボレーション es_MXについて | ES | es_ES |
nl_NL | NL | nl_NL |
nb_いいえ | メモ | nb_いいえ |
pl_PLについて | PLについて | pl_PLについて |
pt_PT pt_BR | pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ | pt_PT |
ru_RU | RU | ru_RU |
ro_RO | ロロ | ro_RO |
zh_CN zh_台湾 | ズー | zh_CN |
sv_南アメリカ | sv | sv_南アメリカ |
ar_南アフリカ | アール | ar_南アフリカ |
tr_TR | トライ | tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。 これらのロケールでは、Webex Meetings サイトは英語のみになります。 サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。 この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。 投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。 |
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。 これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。 これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。 この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。 サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。 これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。 これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。 これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。 この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。 テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。 いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。 SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - ゼロ以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。 SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。 パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。 詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会を参照してください。
|
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。 このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。 右側には、クロスローンチボタンがあります。 これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。 ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。 これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。 さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
分析画面
サービス画面
レポート画面
Webex リリース管理
Flexトライアルの作成
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。 すべてのSubPartnersを一覧表示するか、プロビジョニング状態(一時停止、アクティブ)などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。 たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。 |
List Wholesale SubPartners API に移動します。
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランディング
パートナー管理者は高度なブランディングのカスタマイズを使用して、 Webexアプリがパートナーが管理する顧客組織を検索する方法をカスタマイズます。 パートナーの管理者は次の設定をカスタマイズして、 Webexアプリに会社のブランドとアイデンティティを反映させることができます。
企業ロゴ
ライト モードまたはダーク モードに対応する独自のカラー スキーム
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
|
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。 次の章では、以下の手順を説明します。
新しい顧客組織と加入者をプロビジョニングする方法。
既存の顧客とサブスクライバを維持および更新する方法。
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。 顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。 この章では、両方のインターフェイスの手順について説明します。
Partner Hub インターフェイスを介して顧客を手動で管理する
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。 このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。 パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。 これらはパートナーへの純転送価格であることに注意してください。 表示価格は、ホールセール パートナーの割引によって異なります。
SKU | SKU は次の目的で使用されます... |
---|---|
卸売セットアップアシストエクスプレス使用 | 最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 | 5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。 これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション | 説明 | |||
---|---|---|---|---|
1 | 数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 | 注文の詳細については、『Webex - Wholesale Ordering Guide』を参照してください。
| ||
2 | 次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 | Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 | ||
3 | プロビジョニング後、Wholesale Setup Assist Request Form でサブスクリプションリクエストを送信します。
| |||
4 | セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 | オンボーディングしている顧客のロケーションに適用されるフローを参照してください。 このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 以下のプロジェクトフェーズは、プロビジョニングを完了し、サポートリクエストを送信した後に発生します (Wholesale Setup Assist Request フォーム経由)。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | 発見と評価 |
| |
2 | ソリューション設計 |
| 必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 以下のプロジェクトフェーズは、プロビジョニングを完了し、サポートリクエストを送信した後に発生します (Wholesale Setup Assist Request フォーム経由)。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | プロジェクト管理 |
|
|
2 | 発見と評価 |
|
|
3 | ソリューション設計 |
|
|
4 | オンボーディング (テスト) プランニング段階 |
|
|
5 | 実装 |
|
|
6 | オンボーディングの実行 |
|
|
7 | 導入後の登録 |
|
|
8 | オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。 パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。 たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。 これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。 Webex for Wholesale 開発者ガイド
API を使用するには、次のページに移動します。 Wholesale サブスクライバ プロビジョニングの事前確認
Wholesale Subscriber Provisioning ドキュメントの事前チェックにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。 |
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
また、API を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (API 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。 この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。 次の条件が適用されます。
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 | Partner Hub にサインインし、[顧客] を選択します。 | ||
2 | 既存のテンプレートを表示するには、[テンプレート]ボタンをクリックします。 | ||
3 | クリックテンプレートを作成を選択します。 | ||
4 | [卸売業向け Webex] を選択し、[次へ] をクリックします。 | ||
5 | 主な設定をセットアップします。
| ||
6 | [Wholesaleサブスクリプション] ドロップダウンから、サブスクリプションを選択します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 次の認証方法のいずれかを選択します。
| ||
9 | [次へ] をクリックします。 | ||
10 | [Wholesale calling] から [Cloud Connected PSTN プロバイダ] を選択し、[次へ] をクリックします。 このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 | ||
11 | 共通設定とコール設定のオプションを設定します。
| ||
12 | [次へ] をクリックします。 | ||
13 | 設定の概要を確認し、[編集] をクリックして必要な設定を変更します。 設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
| ||
14 | 作成したテンプレートを開き、[プロビジョニングID] 値をコピーします。 顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 | Partner Hub にサインインします。 |
2 | 既存の顧客の一覧を表示するには、[顧客]をクリックします。 任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 | 新しい顧客組織を作成するには、[顧客の作成] をクリックします。 |
4 | [顧客情報] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 | [次へ] をクリックします。 |
6 | [パッケージ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 | 本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 | 本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する] チェックボックスをクリックします。 |
9 | [次へ] をクリックします。 |
10 | 顧客の概要を確認します。 情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
1 つの地域のWebexパートナーは、サービスを提供する任意の地域で顧客組織を作成できます。 ヘルプについては次を参照してください: Webex のデータ レジデンシー。 |
顧客のセットアップ
1 | Partner Hub にサインインします。 | ||
2 | [顧客] をクリックし、適切な顧客を選択します。 顧客の設定が画面の右側に表示されます。 | ||
3 | [顧客の設定] をクリックします。 ユーザーのセットアップウィザードが起動します。 | ||
4 | [ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 | ||
5 | [次へ] をクリックします。 | ||
6 | [ユーザーの追加] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 通話パッケージを持つユーザーに電話番号を割り当てます。 | ||
9 | [次へ] をクリックします。 | ||
10 | 入力した情報を確認します。 | ||
11 | [ユーザーの作成] をクリックします。
|
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
顧客組織のタスク フローのプロビジョニング (API 経由)
Partner Hub を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (Partner Hub 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。 新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
始める前に
サポートされている言語の詳細については、次を参照してください。 サポートされている言語ロケール |
1 | Wholesale Customer API のプロビジョニングを開きます。 |
2 | 右側の設定領域で、顧客組織の必須フィールドを入力します。 次の例の形式に従ってください。
|
3 | [実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。 応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
新しい顧客組織に最初にプロビジョニングされたユーザーには、自動的に管理者権限が割り当てられます。 |
1 | Wholesale サブスクライバ API のプロビジョニングを開きます。 | ||
2 | 次の必須フィールドに入力します。 フィールドの詳細については、API のフィールドの説明を参照してください。
| ||
3 | [実行] をクリックします。 | ||
4 | これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。
|
次に行うこと
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 | リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。 次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 | SmartSheetの追加のフィールドに入力します。 * ですべてのフィールドに入力してください。 | ||||||||||||||
4 | リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信]チェックボックスをオンにします。 | ||||||||||||||
5 | [送信] をクリックします。
|
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。 プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」を参照してください。
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。 これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正することを求める可能性があることを認識しています。 ただし、以下の詳細をPSMチームにご連絡ください。
あなたの組織 ID
組織名
サブパートナー組織名
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
最初のSubPartner管理者ユーザーの名と姓
サブスクリプション ID はサブパートナー組織と共有されます
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。 たとえば、folloiwng タスクを実行できます。
新しい顧客組織とユーザーのプロビジョニング
既存の組織のユーザーを追加または更新する
既存の設定を更新
ユーザーを手動で追加
1 | Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 | 該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
| ||
3 | [ユーザー] をクリックします。 | ||
4 | [ユーザーの管理] をクリックします。 | ||
5 | [手動でユーザーを追加]をクリックします。
| ||
6 | そのユーザーの基本情報(名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 | ||
7 | ユーザーを追加します。 最大で 25 人のユーザーを追加できます。 | ||
8 | [次へ] をクリックします。 | ||
9 | [閉じる] をクリックします。 |
ユーザーパッケージの変更
1 | Partner Hub にサインインし、[顧客] をクリックします。 |
2 | ユーザが属している顧客の顧客ビューを起動します。 |
3 | Control Hub で、[ユーザー] をクリックします。 |
4 | パッケージを変更するユーザーを選択します。 |
5 | パッケージセクションで、矢印 (>) をクリックします。 |
6 | 新しいパッケージを選択してください。 |
7 | パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 | [変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API | 説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。 オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 | Wholesale Customer API の更新を開きます。 |
2 | [PUT] フィールドで、[customerID] をクリックし、更新する顧客組織の customerID を入力します。 |
3 | 本文に任意のパラメータを入力します。
|
4 | [実行] をクリックします。 |
卸売顧客を取得する
1 | Get a Wholesale Customer API を開きます。 |
2 | GET行でidをクリックし、顧客IDを入力します。 |
3 | [実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
ロケーション URL を使用して顧客を検索することもできます。 |
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。 たとえば、externalIdを入力すると、そのIdを使用する顧客組織のみが出力されます。
1 | List Wholesale Customers API を開きます。 |
2 | オプションです。 任意の検索パラメータを入力します。 |
3 | [実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。 Webex から組織を削除するには、組織 API を使用します。 |
始める前に
1 | [Delete a Wholesale Customer API] を開きます。 |
2 | 削除する顧客組織の顧客IDを入力します。 |
3 | [実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。 DMオプションは以下のように詳細です。
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。 これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。 Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。 リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。 Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。 これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。 これらの DM オプションは次のとおりです。
- 顧客管理型デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。 顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。 パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。 パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API | APIの目的 | パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する | 請求レポートを生成するために使用。 | 読み取り/書き込み |
卸売請求レポートを取得する | 生成された請求レポートをダウンロードするために使用。 | 読む |
卸売請求レポートを一覧表示する | そのパートナーに存在する請求レポートを一覧表示するために使用。 | 読む |
卸売請求レポートの削除 | 既存の請求レポートを削除するために使用。 | 読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。 毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの月次請求書を生成するために使用できます。 課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書から使用量の調整を行うことができます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 | [卸売請求レポート API の作成] に移動します。 |
2 | API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。 過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 | レポートのタイプを入力します。
|
4 | [実行] をクリックしてレポートを生成します。 |
5 | API 出力からレポート ID をコピーします。 生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 | [Get a Wholesale Billing Report API] に移動します。 |
2 | GET行でidボタンをクリックし、レポートの一意のID値を入力します。 |
3 | [実行] をクリックします。 |
4 | API はレポートのステータスを出力します。 出力には、レポートをダウンロードするためのURLを提供するtempDownloadURLパラメータが含まれます。 |
5 | レポートにアクセスしてダウンロードするには、tempDownloadURLをブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。 既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに完全に一致するレポートのみを返します。 たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。その期間内であるが、日付と完全に一致しないレポートは返されません。 |
1 | List Wholesale Billing Report API に移動 |
2 | [クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 | [実行] をクリックします。 APIは、レポートのリストを一意のレポートIDおよびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。 レポートを削除する場合の例には、次のものがあります。
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。 既存のレポートを削除したら、その期間の新しいレポートを作成できます。 レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 | Wholesale Billing Report API の削除に移動します。 |
2 | レポートIDを入力します。 |
3 | [実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド | その他の情報 | このタイプのレポートに表示されます |
---|---|---|
パートナー_名 | パートナーの氏名 | パートナー、顧客、ユーザー |
パートナー_組織_ID | 一意のパートナー識別子 | パートナー、顧客、ユーザー |
サブスクリプション_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 | 固有のワークスペース ID | USER |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。 |
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。 パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 パートナー SSO を既存組織に追加するには、Cisco TAC でチケットを開く必要があります。 |
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
Cisco TAC で [サービス リクエスト] を開きます。 TAC はサードパーティの ID プロバイダーと Cisco Common Identity サービスの間に信頼関係を確立する必要があります。 です。
IdP でpassEmailInRequest
有効にするには、この要件をサービス要求に含める必要があります。 この機能が必要かどうか不明な場合は、IdP に確認してください。TAC がユーザーの ID プロバイダーに提供した CI メタデータファイルをアップロードします。
オンボーディング テンプレートを設定します。 [認証モード] 設定で、[パートナー認証] を選択します。 [IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがログインできることを確認します。
パートナー モードによる制限
パートナー モードによる制限は、パートナー管理者が特定の顧客組織に割り当てることができる Partner Hub の設定で、顧客管理者が Control Hub で更新できる組織設定を制限します。 特定の顧客組織でこの設定が有効になっている場合、その組織のすべての顧客管理者は、ロールの権限に関係なく、Control Hub で制限されたコントロールにアクセスできません。 制限付き設定を更新できるのはパートナー管理者だけです。
パートナー モードによる制限は、ロールではなく組織レベルの設定です。 ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロールのエンタイトルメントを制限します。 |
顧客管理者アクセス
パートナーによる制限モードが適用されると、顧客管理者は通知を受け取ります。 ログインすると、画面上部の Control Hub ヘッダーのすぐ下に通知バナーが表示されます。 バナーにより、顧客管理者に制限モードが有効になっており、一部のコール設定を更新できない可能性があることが通知されます。
パートナー モードによる制限が有効になっている組織の顧客管理者の場合、Control Hub のアクセスレベルは次の式で決定されます。
(Control Hub のアクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限による制限)
制限
顧客組織でパートナーによる制限モードが有効になっている場合、その組織の顧客管理者は、次の Control Hub 設定へのアクセスが制限されます。
[ユーザー] ビューでは、以下の設定は利用できません。
[ユーザー管理] ボタンがグレー表示されます。
手動によるユーザーの追加/変更 - 手動または CSV 経由でユーザーを追加/変更するオプションはありません。
ユーザーのクレーム—利用できません
ライセンスの自動指定—利用できません
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定はパートナーレベルの管理者にのみ適用されます)。
ユーザーの詳細:名、姓、表示名、プライマリ メール* などのユーザー設定は編集可能です。
パッケージのリセット - パッケージ タイプをリセットするオプションはありません。
サービスの編集—ユーザーに対して有効にしたサービスを編集するオプションがありません (メッセージ、ミーティング、通話など)
サービス ステータスの表示-ハイブリッド サービスまたはソフトウェア アップグレード チャネルの全ステータスを表示できません
プライマリ職場電話番号 - このフィールドは読み取り専用です。
[アカウント] ビューでは、以下の設定は利用できません。
[会社名] は読み取り専用です。
[組織設定] ビューでは、以下の設定は利用できません。
ドメイン - アクセス権は読み取り専用です。
メール - [管理者招待メールの抑制] および [メールロケールの選択] 設定は読み取り専用です。
認証 - [認証] および [SSO 設定] を編集するオプションはありません
[Calling] メニューでは、以下の設定は利用できません。
通話設定 - [アプリ オプション通話の優先順位] の設定は読み取り専用です。
発信動作 - 設定は読み取り専用です。
[ロケーション] > [PSTN] - [ローカル ゲートウェイ] および [Cisco PSTN] オプションは非表示になります。
[サービス] では、[移行] および [接続済みの UC] サービス オプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順に従い、パートナー モードによる制限(デフォルト設定では有効になっています)。
Partner Hub (https://admin.webex.com) にサインインし、[顧客] を選択します。
適用する顧客組織を選択します。
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
|
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。 ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。 サポートが必要な場合は、
サポート チャネル | 説明 |
---|---|
Webex Calling ヘルプデスク | 「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
| パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス | お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (CHD) の使用方法
Customer Experience
Wholesale オファーに関するパートナー/顧客のハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling Calling ヘルプデスク (CHD) にお問い合わせください。 CHDに連絡するには、以下の情報を使用します。
電話番号:
北米: 1-844-613-6108
EMEA: +44 129 366 10 20
アジア太平洋: +61 3 7017 7272
チャット: https://callinghelp.cisco.com/CHDwebexcalling/ (Calling ヘルプ -> パートナー -> Calling ヘルプデスク)
CHDは24時間365日ではありません。 ただし、EMEAR、APCJ、NorAMにリソースがあります。 CHDがオフラインの場合、webexcalling-CHD@cisco.comまでお問い合わせいただければ、オンラインに戻り次第(通常24時間以内)に対応いたします。 エスカレーションは迅速に対処されます。 |
CHDエスカレーション:
職務上の指導: James Moss – 918-872-0707 (webexcalling-CHD@cisco.com)
職務上の指導: マット・ハンナ – 918-877-0329 (webexcalling-CHD@cisco.com)
シニア マネージャー: Hamid Tiouti – 918-236-1570 (webexcalling-CHD@cisco.com)
Webex Calling パートナー ヘルプ デスク SLO:
CHDは、24~48時間以内に適切なチームに回答、指導、または紹介を提供します。 ほとんどのハウツーお問い合わせは、より迅速に(2営業時間以内)解決されます。
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。 移行ツールは、アクセスが簡単なコマンド ライン ツールで、移行タスクを自動化することで顧客、場所、番号、ユーザー、サービス、電話、ソフト クライアントを移行できます。 移行ツールには次の利点があります。
最小限の事前構成で移行を実行します。
コマンドの実行が簡単になります。
管理者は、プロビジョニング後にデータを確認し、移行直後に電話をかけたり受けたりすることができます。
UC-One クライアントの Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
BroadWorks から Wholesale RTM への移行ツール ガイドを表示するには、BroadWorks から Wholesale RTM への移行ツール ソリューションを参照してください。
マニュアルの改訂履歴
日付 | バージョン | 説明 |
---|---|---|
2024年3月22日。 | 一、二五 |
|
2024年2月6日。 | 一、二四 |
|
2024年1月23日。 | 一、二三 |
|
2023年12月12日。 | 一、二二 |
|
2023年8月23日。 | 一・二一 |
|
2023年7月31日。 | 一、二〇 |
|
2023年6月9日。 | 1.19。 |
|
2023 年 5 月 26 日 | 一・一八 |
|
2023 年 5 月 19 日 | 一、一七 |
|
2023 年 5 月 9 日 | 一・一六 |
|
2023 年 4 月 28 日 | 一・一五 |
|
2023 年 4 月 17 日 | 1.14 |
|
2023年1月26日。 | 一、十三 |
|
2022 年 12 月 07 日。 | 1.12 |
|
2022 年 12 月 05 日 | 一・一一 |
|
2022 年 11 月 30 日 | 1.10 |
|
2022 年 11 月 02 日 | 1.9 |
|
2022 年 8 月 31 日 | 1.8 |
|
2022 年 8 月 18 日木曜日 | 1.7 |
|
2022 年 7 月 29 日 | 1.6 |
|
2022 年 6 月 10 日 | 1.5 |
|
2022 年 6 月 03 日 | 1.4 |
|
2022 年 5 月 02 日 | 1.3 |
|
2022年4月11日。 | 1.2 |
|
2022 年 3 月 02 日 | 1.1 |
|
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。 シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、 新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。 各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。 Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。 技術面のオンボーディングと GTM (市場進出) です。 専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。 共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。 以下を提供します。
固定された予測可能な転送価格
パッケージの簡素化
高速プロビジョニングUXとAPI
ネットアクティブユーザーに基づく月次請求
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。 これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling に関する次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。 これらの転送価格は、CCW に一度送信される PO で取得されます。 その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。 これにより、販売プロセスが大幅に簡素化され、加速されます。
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。 これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。 これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
[共通エリア(Common Area)]:共通エリアパッケージは、基本的な通話機能をサポートします。 これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。 Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。 より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。 ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。 このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。 共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。 Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
Webexスイート— Webexスイートは最も機能が豊富なパッケージで、 Webex Callingパッケージ、すべてのユーザーとグループのサービス、 Webexメッセージング、最大 1,000 名が参加Webex Meetingsのフル製品の機能が含まれています。 このパッケージは、電話回線が重く、大規模なミーティングが必要な社内の上級職/専門職レベルに適しています。
カスタマー エクスペリエンス エッセンシャル—卸売カスタマー エクスペリエンス エッセンシャルは、Webex Contact Center ソリューションの基本的な機能を提供します。 これには、すべての Webex Calling プロフェッショナル機能、カスタマー エクスペリエンスの基本機能、およびエージェントとスーパーバイザの両方の Webex アプリからアクセスできるいくつかの追加キー機能が含まれます。 スクリーンポップ、Webex アプリのスーパーバイザーエクスペリエンス、リアルタイムおよび履歴エージェントとキュービューなどの機能により、カスタマー エクスペリエンス エッセンシャルはカスタマー エクスペリエンス ベーシックとは区別されます。
詳細については、「 Webex Customer Experience Essentials
Webex MeetingsWebex Meetingsパッケージは、 Webex Messaging と最大 1000 名が参加Webex Meetingsを含むスタンドアロン会議パッケージです。 このパッケージには、コーリング シートは含まれていません。 これは、発信動作には関連付けられていないミーティングとメッセージング機能のみを必要とするユーザーを対象としています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 | 匿名通話の拒否 | 割り込み免除 |
事業継続性(CFNR) | ビジー ランプの監視 | コール転送: いつも/忙しい/回答なし/選択的 |
履歴 | 通話の保留と再開 | クリックしてダイヤルする通話ログ |
コール通知 | コール キュー エージェント | 通話録音 |
コールリダイヤル | コールリターン | 通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) | コール待機 ID | 接続された回線 ID の制限 |
ダイレクト コール ピックアップ | 割り込みを使用したダイレクト コール ピックアップ | 取り込み中 |
エンタープライズ電話ディレクトリ | エグゼクティブ / エグゼクティブ アシスタント | 内線ダイヤル、可変長 |
機能アクセスコード | ホテリング: 主催者およびゲスト | 着信発信者 ID (名前と番号) |
インバウンドFAXからメール | 携帯性 | 複数のライン アピアランス |
N-way コール (6) | どこでもオフィス | 発信者 ID ブロッキング |
パーソナル電話ディレクトリ | 優先アラート | プライバシー |
プッシュツートーク | リモート オフィス | 選択的な通話の承諾 |
選択的な通話拒否 | シーケンシャル リング | 共有コールアピアランス |
同時呼び出し | スピードダイヤル 100 | T.38 ファックスサポート |
三方通話 | Unified メッセージング | ユーザーインターセプト |
ユーザー ウェブ ポータル | ビデオ(ポイント ツー ポイント) | ビジュアル ボイスメール |
ボイスメール |
自動音声応答 | コールパーク認証 | コールパーク グループ |
コールピックアップ | 通話キュー | 外部コール回線 ID の配信 |
グループページング | ハント グループ | インターセプト群 |
インターセプト ユーザー | 内部通話回線 ID の配信 | 保留中の音楽 |
レセプショニスト クライアント | Microsoft Teams インテグレーション | 音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリは、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。 Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。 メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。 ライブミーティングに参加しているかどうかを繰り返します。
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。 Webex を毎日使用するツールと統合して、最も生産性の高い作業を実現します。 Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。 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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。 Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
強力なモバイル エクスペリエンス - カスタマイズ可能な 720p ビデオ ビュー、ネイティブの画面共有、ハンズフリー参加、簡単なミーティング スケジューリングでモバイル ユーザーだけに最適化され、騒々しい環境に適応します。
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。 また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google カレンダー、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。 Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。 また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。 オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。 パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。 独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなくミーティングの心配を解消できます。
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。 世界各地にデータセンターがある場合、ユーザーは最寄りの Webex データセンターを使用して参加します。 メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。 これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。 Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。 Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続する場合でも、Webex Room シリーズデバイスを使用して同僚のグループに参加する場合でも、誰にとっても簡単です。
ホールセール Webex Assistant
Meeting 向け Webex Assistant は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。 Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。 新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。 パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。 同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。 ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法に関するユーザー情報については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」を参照してください。
卸売カスタマー エクスペリエンス エッセンシャル設定
コールキューの作成の設定とカスタマーエクスペリエンスエッセンシャルからのアップグレードを除く、Wholesale Customer Experience Essentialsの機能と制限をご確認ください。
コールキューの作成:
Webex カスタマー エクスペリエンス エッセンシャルに記載されているカスタマー エクスペリエンス コール キューの作成との主な違いは、卸売組織の [エージェントの選択] ページで、ユーザーが CX エッセンシャル パッケージが割り当てられている場合にのみエージェントとして選択できることです。 カスタマー エクスペリエンス ユーザーのみを表示 トグルは利用できません。
コール キューのアップグレード:
組織が Customer Experience Essentials を購入し、既存の基本通話キューを Customer Experience Essentials キューに移動したい場合は、Control Hub から簡単に実行できます。 キューをアップグレードすると、割り当てられたエージェントとスーパーバイザ、およびキューの既存の設定が維持されます。
制限/警告:
- コール キューがアップグレードされると、ダウングレードすることはできません。
- カスタマー エクスペリエンス ベーシック コール キューの仮想回線とワークスペースは、カスタマー エクスペリエンス エッセンシャル キューへのアップグレードには対応していません。
通話キューをアップグレードするには:
- Control Hub にサインインし、[サービス] > [通話] > [機能] > [通話キュー] の順に移動します。
- アップグレードする通話キューの省略記号...アイコンをクリックし、[キューをアップグレード] をクリックします。
- キュー情報を確認し、[次へ] をクリックします。
Customer Experience Basic からの重み付きルーティング パターンは、Customer Experience Essentials ではサポートされておらず、デフォルトでは Top Down になっています。 アップグレード後に他のルーティング タイプに変更できます。
- [パッケージの割り当てを確認] 画面では、以下の 2 つの操作を実行できます。
- [リストされたエージェントなしでアップグレードを続行] をクリックして、カスタマー エクスペリエンス パッケージを持たないエージェントを削除します。 このアクションにより、これらのエージェントが通話キューから削除されます。
- 以下に示すように、[割り当て済みユーザーパッケージ] ページに移動して、関連するユーザーに割り当てられたパッケージを変更します。 これにより、ユーザー画面に移動し、必要に応じてカスタマー エクスペリエンス エッセンシャル パッケージを割り当てることができます。 その後、通話キューのアップグレードを再試行できます。
簡略化および集中管理
Wholesale RTMソリューションは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
パートナー ハブ
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。 Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。 Partner Hub の機能:
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。 ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。 導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要] 画面に [トライアルの開始] ボタンが表示されます。 ただし、試用オプションはWholesale RTMパートナーには利用できません。 これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。 |
Control Hub: エンタープライズに代わって管理する
Webex Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルです。 エンタープライズの Webex サービスを包括的に表示します。 すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。 Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。 また、エンタープライズ管理者がこれらの機能を実行することも可能です。 これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。 サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。 これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。 また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。 Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
Actionable Insights—すべての企業、および企業内の導入状況を確認できます。 ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。 これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
ユーザーエクスペリエンスの問題の根本原因について掘り下げる—エンタープライズレベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
柔軟なポリシー定義:ロールテンプレートと詳細なポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に構成できます。
ユーザーとデバイスの管理—デバイスをすばやくアクティベートし、ユーザーを管理し、Microsoft Active Directory との同期を有効にし、すべての企業、または管理する企業のサブセットに対して統合されたシングル サインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。 これを実現するために、パートナーレベルおよびエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。 理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。 Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。 これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。 これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。 |
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。 強調表示されている領域は2つあります。
顧客のプロビジョニング/管理
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。 代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。 上の図は、高レベルの相互作用を示しています。
サービスプロバイダは、顧客関係を所有します。 顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。 したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。 将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
パッケージ は基本サービスの割り当てです。 すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。 パッケージの一覧については、「パッケージの提供」を参照してください。
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金可能な機能です。 Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。 顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。 72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
アドレス
顧客を作成するときは、請求先住所の国を選択する必要があります。 この国は、Common Identityの組織国として自動的に割り当てられます。 さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。 テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 | 場所 | 国番号 | 国名 |
---|---|---|---|
1 | アメリカ | +1 | 私達のCA |
2 | アジアパシフィック | +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 | シンガポール |
3 | オーストラリア、ニュージーランド | +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) | オーストラリア |
4 | 欧州、中東、アフリカ | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | イギリス |
5 | ユーロ | +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) | ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。 この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。 たとえば、en_USはnglish_E UnitedStatesに相当します。 2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) | 2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** | 代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_米国 en_AU en_ GB en_CA | はあ? | en_米国 |
fr_FR fr_CA | FR | fr_FR |
cs_CZシリーズ | CSについて | cs_CZシリーズ |
da_デンマーク | ああ... | da_デンマーク |
de_DE | DE | de_DE |
hu_ハンガリー | フン | hu_ハンガリー |
id_ID | id | id_ID |
it_IT | それ | it_IT |
ja_JP | 「JA」 | ja_JP |
ko_KR | KO | ko_KR |
es_ES es_コラボレーション es_MXについて | ES | es_ES |
nl_NL | NL | nl_NL |
nb_いいえ | メモ | nb_いいえ |
pl_PLについて | PLについて | pl_PLについて |
pt_PT pt_BR | pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ | pt_PT |
ru_RU | RU | ru_RU |
ro_RO | ロロ | ro_RO |
zh_CN zh_台湾 | ズー | zh_CN |
sv_南アメリカ | sv | sv_南アメリカ |
ar_南アフリカ | アール | ar_南アフリカ |
tr_TR | トライ | tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。 これらのロケールでは、Webex Meetings サイトは英語のみになります。 サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。 この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。 投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。 |
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。 これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。 これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。 この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。 サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。 これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。 これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。 これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。 この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。 テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。 いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。 SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - ゼロ以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。 SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。 パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。 詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会を参照してください。
|
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。 このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。 右側には、クロスローンチボタンがあります。 これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。 ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。 これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。 さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
分析画面
サービス画面
レポート画面
Webex リリース管理
Flexトライアルの作成
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。 すべてのSubPartnersを一覧表示するか、プロビジョニング状態(一時停止、アクティブ)などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。 たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。 |
List Wholesale SubPartners API に移動します。
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランディング
パートナー管理者は高度なブランディングのカスタマイズを使用して、 Webexアプリがパートナーが管理する顧客組織を検索する方法をカスタマイズます。 パートナーの管理者は次の設定をカスタマイズして、 Webexアプリに会社のブランドとアイデンティティを反映させることができます。
企業ロゴ
ライト モードまたはダーク モードに対応する独自のカラー スキーム
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
|
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。 次の章では、以下の手順を説明します。
新しい顧客組織と加入者をプロビジョニングする方法。
既存の顧客とサブスクライバを維持および更新する方法。
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。 顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。 この章では、両方のインターフェイスの手順について説明します。
Partner Hub インターフェイスを介して顧客を手動で管理する
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。 このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。 パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。 これらはパートナーへの純転送価格であることに注意してください。 表示価格は、ホールセール パートナーの割引によって異なります。
SKU | SKU は次の目的で使用されます... |
---|---|
卸売セットアップアシストエクスプレス使用 | 最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 | 5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。 これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション | 説明 | |||
---|---|---|---|---|
1 | 数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 | 注文の詳細については、『Webex - Wholesale Ordering Guide』を参照してください。
| ||
2 | 次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 | Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 | ||
3 | セットアップ アシストは、次のいずれかのフローを使用して実行できます。 | プロビジョニング後、API 経由で Wholesale Setup Assist Request Form または Wholesale Setup Assist Order でサブスクリプションリクエストを送信します。
| ||
4 | セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 | オンボーディングしている顧客のロケーションに適用されるフローを参照してください。 このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | 発見と評価 |
| |
2 | ソリューション設計 |
| 必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | プロジェクト管理 |
|
|
2 | 発見と評価 |
|
|
3 | ソリューション設計 |
|
|
4 | オンボーディング (テスト) プランニング段階 |
|
|
5 | 実装 |
|
|
6 | オンボーディングの実行 |
|
|
7 | 導入後の登録 |
|
|
8 | オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。 パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。 たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。 これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。 Webex for Wholesale 開発者ガイド
API を使用するには、次のページに移動します。 Wholesale サブスクライバ プロビジョニングの事前確認
Wholesale Subscriber Provisioning ドキュメントの事前チェックにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。 |
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
また、API を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (API 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。 この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。 次の条件が適用されます。
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 | Partner Hub にサインインし、[顧客] を選択します。 |
2 | 既存のテンプレートを表示するには、[テンプレート]ボタンをクリックします。 |
3 | クリックテンプレートを作成を選択します。 |
4 | [卸売業向け Webex] を選択し、[次へ] をクリックします。 |
5 | 主な設定をセットアップします。
|
6 | [Wholesaleサブスクリプション] ドロップダウンから、サブスクリプションを選択します。 |
7 | [次へ] をクリックします。 |
8 | 次の認証方法のいずれかを選択します。
|
9 | [次へ] をクリックします。 |
10 | [Wholesale calling] から [Cloud Connected PSTN プロバイダ] を選択し、[次へ] をクリックします。 このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 |
11 | 共通設定とコール設定のオプションを設定します。
|
12 | [次へ] をクリックします。 |
13 | 設定の概要を確認し、[編集] をクリックして必要な設定を変更します。 設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
|
14 | 作成したテンプレートを開き、[プロビジョニングID] 値をコピーします。 顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 | Partner Hub にサインインします。 |
2 | 既存の顧客の一覧を表示するには、[顧客]をクリックします。 任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 | 新しい顧客組織を作成するには、[顧客の作成] をクリックします。 |
4 | [顧客情報] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 | [次へ] をクリックします。 |
6 | [パッケージ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 | 本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 | 本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する] チェックボックスをクリックします。 |
9 | [次へ] をクリックします。 |
10 | 顧客の概要を確認します。 情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
1 つの地域のWebexパートナーは、サービスを提供する任意の地域で顧客組織を作成できます。 ヘルプについては次を参照してください: Webex のデータ レジデンシー。 |
顧客のセットアップ
1 | Partner Hub にサインインします。 | ||
2 | [顧客] をクリックし、適切な顧客を選択します。 顧客の設定が画面の右側に表示されます。 | ||
3 | [顧客の設定] をクリックします。 ユーザーのセットアップウィザードが起動します。 | ||
4 | [ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 | ||
5 | [次へ] をクリックします。 | ||
6 | [ユーザーの追加] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 通話パッケージを持つユーザーに電話番号を割り当てます。 | ||
9 | [次へ] をクリックします。 | ||
10 | 入力した情報を確認します。 | ||
11 | [ユーザーの作成] をクリックします。
|
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
顧客組織のタスク フローのプロビジョニング (API 経由)
Partner Hub を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (Partner Hub 経由)」を参照してください。 |
プロビジョニング中、Partner Hub でも API 経由でも、顧客組織の SIP ドメインが自動的に設定されるようになりました。 この更新により、Webex Calling を使用するときにワークスペースを作成するために必要な SIP ドメインが正しく設定されます。 |
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。 新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
始める前に
サポートされている言語の詳細については、次を参照してください。 サポートされている言語ロケール |
1 | Wholesale Customer API のプロビジョニングを開きます。 |
2 | 右側の設定領域で、顧客組織の必須フィールドを入力します。 次の例の形式に従ってください。
|
3 | [実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。 応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
新しい顧客組織に最初にプロビジョニングされたユーザーには、自動的に管理者権限が割り当てられます。 |
1 | Wholesale サブスクライバ API のプロビジョニングを開きます。 | ||
2 | 次の必須フィールドに入力します。 フィールドの詳細については、API のフィールドの説明を参照してください。
| ||
3 | [実行] をクリックします。 | ||
4 | これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。
|
次に行うこと
Webex for Wholesale を既存の顧客組織に添付する
パートナー管理者が、現在卸売業者によって管理されていない既存の Webex 顧客組織に Webex for Wholesale サービスを追加する場合、顧客組織管理者はプロビジョニング要求の成功のために管理者アクセスを承認する必要があります。
以下の条件のいずれかを満たす場合、組織管理者の承認が必要です。
既存の顧客組織には 100 人以上のユーザーがあります。
組織には検証済みのメール ドメインがあります。
組織のドメインが要求されます。
上記の条件のいずれも満たされていない場合、自動添付が発生する可能性があります。 |
自動添付ファイルのシナリオ
自動添付ファイルのシナリオでは、既存の組織管理者またはエンド ユーザーに通知することなく、Webex for Wholesale サブスクリプションが既存の顧客組織に追加されます。 ほとんどの場合、パートナー組織にはプロビジョニング管理者権限が与えられます。 ただし、顧客組織にライセンスがない場合、またはライセンスを一時停止/キャンセルした場合、フル管理者になります。
Provisioning Admin アクセスでは、Control Hub の可視性が既存の組織のユーザーに限定されます。 顧客管理者に連絡し、組織へのフル管理者アクセスを要求することをお勧めします。
既存の顧客組織に卸売サービスを追加する手順
パートナー管理者は、次の手順に従って、既存の Webex 組織に卸売サービスを追加できます。
- 顧客をまだ管理していない場合は、顧客管理者に、完全な管理権限を持つ外部管理者として追加するよう依頼してください。 このステップはこの段階で必須ではありませんが、プロセスを簡素化します。 プロビジョニングの試みが自動添付ファイルに適していない場合、顧客管理者は後でこれを行う必要がある場合があります。
- オンボーディング テンプレートに「既存の組織に添付するときに管理者招待メールを許可する」トグルが true に設定されていることを確認します (テンプレートの詳細の共通設定にあります)。
- POST Wholesale Customer API を使用するために必要なパラメータを収集します。
- provisioningId、packages、orgId、externalId、address。
- orgIdは、Control Hub の [アカウント] セクションから取得できます。
- provisioningIdは、Partner HubのOnboarding templatesセクションで、Wholesaleテンプレートの詳細を表示できます。
- コールパッケージがプロビジョニングされている場合は、provisioningParametersが必要です。
- provisioningId、packages、orgId、externalId、address。
- POST Wholesale Customer API を使用して Wholesale サービスをプロビジョニングし、必要なパラメータがすべて提供されていることを確認します。
- リクエストが正常に受け入れられた場合は、202の応答が返されます。 これは、卸売プロビジョニングが非同期に行われるため、プロビジョニングが成功したことを意味するものではありません。 GET Wholesale Customer API によって返された status 属性を使用して、プロビジョニングが成功したかどうかを確認します。
制限とサポートされていない使用事例
- パートナー自身の顧客組織に卸売サービスを添付した後、Partner Hub 経由ではなく、パブリック API を介してさらにプロビジョニングを行う必要があります。
- ホールセール パートナーが現在管理していない顧客にホールセール サービスを追加する場合、特定のシナリオでは、顧客管理者から組織の承認が必要です。
- 既存の顧客組織には 100 人以上のユーザーがあります。
- 組織には検証済みのメール ドメインがあります。
- 組織のドメインが要求されます。
組織添付の条件
- Webex for Wholesale にプロビジョニングされている既存の組織の最初のユーザーは、管理者ユーザーとしてプロビジョニングされていません。 既存の組織からの設定とエンタイトルメントは保持されます。
- 組織の既存の認証設定は、Wholesale プロビジョニング テンプレートの Webex で設定されているものよりも優先されます。 その結果、既存のユーザーのログイン方法に変更はありません。
- 既存の顧客組織で基本的なブランディングが有効になっている場合、アタッチが行われた後、パートナーの高度なブランディング設定が優先されます。 顧客が基本的なブランディングをそのままにしたい場合、パートナーは [高度なブランディング(Advanced Branding)] 設定でブランディングを上書きするように顧客組織を設定する必要があります。
- 既存の組織の名前は変更されません。
- [制限付き管理者モード(Restricted by Partner Mode)] トグルによって設定された [制限付き管理者モード(Restricted by Partner Mode)] は、添付された組織に対してオフになっています。
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 | リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。 次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 | SmartSheetの追加のフィールドに入力します。 * ですべてのフィールドに入力してください。 | ||||||||||||||
4 | リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信]チェックボックスをオンにします。 | ||||||||||||||
5 | [送信] をクリックします。
|
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。 プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」を参照してください。
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。 これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正することを求める可能性があることを認識しています。 ただし、以下の詳細をPSMチームにご連絡ください。
あなたの組織 ID
組織名
サブパートナー組織名
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
最初のSubPartner管理者ユーザーの名と姓
サブスクリプション ID はサブパートナー組織と共有されます
サブパートナーの請求開始日(デフォルト: サブパートナーの設定日)
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。 たとえば、folloiwng タスクを実行できます。
新しい顧客組織とユーザーのプロビジョニング
既存の組織のユーザーを追加または更新する
既存の設定を更新
ユーザーを手動で追加
1 | Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 | 該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
| ||
3 | [ユーザー] をクリックします。 | ||
4 | [ユーザーの管理] をクリックします。 | ||
5 | [手動でユーザーを追加]をクリックします。
| ||
6 | そのユーザーの基本情報(名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 | ||
7 | ユーザーを追加します。 最大で 25 人のユーザーを追加できます。 | ||
8 | [次へ] をクリックします。 | ||
9 | [閉じる] をクリックします。 |
ユーザーパッケージの変更
1 | Partner Hub にサインインし、[顧客] をクリックします。 |
2 | ユーザが属している顧客の顧客ビューを起動します。 |
3 | Control Hub で、[ユーザー] をクリックします。 |
4 | パッケージを変更するユーザーを選択します。 |
5 | パッケージセクションで、矢印 (>) をクリックします。 |
6 | 新しいパッケージを選択してください。 |
7 | パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 | [変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API | 説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。 オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 | Wholesale Customer API の更新を開きます。 |
2 | [PUT] フィールドで、[customerID] をクリックし、更新する顧客組織の customerID を入力します。 |
3 | 本文に任意のパラメータを入力します。
|
4 | [実行] をクリックします。 |
卸売顧客を取得する
1 | Get a Wholesale Customer API を開きます。 |
2 | GET行でidをクリックし、顧客IDを入力します。 |
3 | [実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
ロケーション URL を使用して顧客を検索することもできます。 |
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。 たとえば、externalIdを入力すると、そのIdを使用する顧客組織のみが出力されます。
1 | List Wholesale Customers API を開きます。 |
2 | オプションです。 任意の検索パラメータを入力します。 |
3 | [実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。 Webex から組織を削除するには、組織 API を使用します。 |
始める前に
1 | [Delete a Wholesale Customer API] を開きます。 |
2 | 削除する顧客組織の顧客IDを入力します。 |
3 | [実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。 DMオプションは以下のように詳細です。
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。 これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。 Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。 リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。 Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。 これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。 これらの DM オプションは次のとおりです。
- 顧客管理型デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。 顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。 パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。 パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API | APIの目的 | パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する | 請求レポートを生成するために使用。 | 読み取り/書き込み |
卸売請求レポートを取得する | 生成された請求レポートをダウンロードするために使用。 | 読む |
卸売請求レポートを一覧表示する | そのパートナーに存在する請求レポートを一覧表示するために使用。 | 読む |
卸売請求レポートの削除 | 既存の請求レポートを削除するために使用。 | 読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。 毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの月次請求書を生成するために使用できます。 課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書から使用量の調整を行うことができます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 | [卸売請求レポート API の作成] に移動します。 |
2 | API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。 過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 | レポートのタイプを入力します。
|
4 | [実行] をクリックしてレポートを生成します。 |
5 | API 出力からレポート ID をコピーします。 生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 | [Get a Wholesale Billing Report API] に移動します。 |
2 | GET行でidボタンをクリックし、レポートの一意のID値を入力します。 |
3 | [実行] をクリックします。 |
4 | API はレポートのステータスを出力します。 出力には、レポートをダウンロードするためのURLを提供するtempDownloadURLパラメータが含まれます。 |
5 | レポートにアクセスしてダウンロードするには、tempDownloadURLをブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。 既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに完全に一致するレポートのみを返します。 たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。その期間内であるが、日付と完全に一致しないレポートは返されません。 |
1 | List Wholesale Billing Report API に移動 |
2 | [クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 | [実行] をクリックします。 APIは、レポートのリストを一意のレポートIDおよびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。 レポートを削除する場合の例には、次のものがあります。
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。 既存のレポートを削除したら、その期間の新しいレポートを作成できます。 レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 | Wholesale Billing Report API の削除に移動します。 |
2 | レポートIDを入力します。 |
3 | [実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド | その他の情報 | このタイプのレポートに表示されます |
---|---|---|
パートナー_名 | パートナーの氏名 | パートナー、顧客、ユーザー |
パートナー_組織_ID | 一意のパートナー識別子 | パートナー、顧客、ユーザー |
サブスクリプション_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 | 固有のワークスペース ID | USER |
ロケーション_ID | 一意のロケーション識別子 | 顧客、ユーザー |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。 |
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。 パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 |
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
ID プロバイダーを持つ CI メタデータ ファイルをアップロードします。
オンボーディング テンプレートを設定します。 [認証モード] 設定で、[パートナー認証] を選択します。 [IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがログインできることを確認します。
パートナー SSO - OpenID Connect (OIDC)
パートナー管理者は、新しく作成された顧客組織の OIDC SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
パートナー SSO OIDC を設定する以下の手順は、新しく作成された顧客組織にのみ適用されます。 パートナー管理者が既存のテンプルでデフォルトの認証タイプをパートナー SSO OIDC に変更しようとすると、その変更はテンプレートを使用してすでにオンボードされている顧客組織には適用されません。 |
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 とメールを含める必要があります。
認証エンドポイント
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 認証エンドポイントの URL。
tokenEndpoint(トークンエンドポイント)
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 トークン エンドポイントの URL。
ディスカバリエンドポイント
いいえ
IdP の Discovery Endpoint for OpenID エンドポイント検出の URL。
userInfoEndpoint(ユーザー情報エンドポイント)
いいえ
IdP の UserInfo エンドポイントの URL。
キーセットエンドポイント
いいえ
IdP の JSON Web キーセットエンドポイントの URL。
上記の IDP 属性に加えて、パートナー組織 ID を TAC 要求で指定する必要があります。
OpenID 接続 IDP でリダイレクト URI を設定します。
オンボーディング テンプレートを設定します。 認証モードの設定では、[OpenID Connectによるパートナー認証] を選択し、IDP設定中に提供されたOpenID Connect IDP Entity IDとしてIDP名を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがSSO認証フローを使用してログインできること。
パートナー モードによる制限
パートナー モードによる制限は、パートナー管理者が特定の顧客組織に割り当てることができる Partner Hub の設定で、顧客管理者が Control Hub で更新できる組織設定を制限します。 特定の顧客組織でこの設定が有効になっている場合、その組織のすべての顧客管理者は、ロールの権限に関係なく、Control Hub で制限されたコントロールにアクセスできません。 制限付き設定を更新できるのはパートナー管理者だけです。
パートナー モードによる制限は、ロールではなく組織レベルの設定です。 ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロールのエンタイトルメントを制限します。 |
顧客管理者アクセス
パートナーによる制限モードが適用されると、顧客管理者は通知を受け取ります。 ログインすると、画面上部の Control Hub ヘッダーのすぐ下に通知バナーが表示されます。 バナーにより、顧客管理者に制限モードが有効になっており、一部のコール設定を更新できない可能性があることが通知されます。
パートナー モードによる制限が有効になっている組織の顧客管理者の場合、Control Hub のアクセスレベルは次の式で決定されます。
(Control Hub のアクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限による制限)
パートナーごとの制限モードに関係なく、顧客管理者はいくつかの制限に直面します。 これらの制限には以下が含まれます。
- コール設定: [Calling] メニューの [App Options Call Priority] 設定は読み取り専用です。
- ロケーションの設定: ロケーション作成後に通話を設定すると、非表示になります。
- PSTN 管理と通話録音: これらのオプションは、ロケーションに対してグレー表示されます。
- 電話番号の管理: [コール(Calling)] メニューで電話番号管理が無効になり、[アプリオプションのコール優先度(App Options Call Priority)] 設定とコール録音は読み取り専用になります。
制限
顧客組織でパートナーによる制限モードが有効になっている場合、その組織の顧客管理者は、次の Control Hub 設定へのアクセスが制限されます。
[ユーザー] ビューでは、以下の設定は利用できません。
[ユーザー管理] ボタンがグレー表示されます。
手動によるユーザーの追加/変更 - 手動または CSV 経由でユーザーを追加/変更するオプションはありません。
ユーザーのクレーム—利用できません
ライセンスの自動指定—利用できません
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定はパートナーレベルの管理者にのみ適用されます)。
ユーザーの詳細:名、姓、表示名、プライマリ メール* などのユーザー設定は編集可能です。
パッケージのリセット - パッケージ タイプをリセットするオプションはありません。
サービスの編集—ユーザーに対して有効にしたサービスを編集するオプションがありません (メッセージ、ミーティング、通話など)
サービス ステータスの表示-ハイブリッド サービスまたはソフトウェア アップグレード チャネルの全ステータスを表示できません
プライマリ職場電話番号 - このフィールドは読み取り専用です。
[アカウント] ビューでは、以下の設定は利用できません。
[会社名] は読み取り専用です。
[組織設定] ビューでは、以下の設定は利用できません。
ドメイン - アクセス権は読み取り専用です。
メール - [管理者招待メールの抑制] および [メールロケールの選択] 設定は読み取り専用です。
認証 - [認証] および [SSO 設定] を編集するオプションはありません
[Calling] メニューでは、以下の設定は利用できません。
通話設定 - [アプリ オプション通話の優先順位] の設定は読み取り専用です。
発信動作 - 設定は読み取り専用です。
[ロケーション] > [PSTN] - [ローカル ゲートウェイ] および [Cisco PSTN] オプションは非表示になります。
[サービス] では、[移行] および [接続済みの UC] サービス オプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順に従い、パートナー モードによる制限(デフォルト設定では有効になっています)。
Partner Hub (https://admin.webex.com) にサインインし、[顧客] を選択します。
適用する顧客組織を選択します。
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
|
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。 ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。 サポートが必要な場合は、
サポート チャネル | 説明 |
---|---|
Webex Calling ヘルプデスク | 「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
| パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス | お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (PHD) の使用方法
パートナーエクスペリエンス
ホールセール オファリングに関するパートナーのハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling パートナー ヘルプデスク (PHD) にお問い合わせください。 PHDに連絡するには、以下の情報を使用します。
電話番号:
米国: 1-844-613-6108
イギリス: +44 129 366 10 20
ドイツ語: +49 22 197 58529 +49 22 197 58529 +49 22 197 58529 +49 22 197 58529 +49
オーストラリア: +61 3 7017 7272
チケットを開くhttps://mycase.cloudapps.cisco.com/case > Webex > Calling and Business Phones > Webex パートナー ヘルプデスク
メール:
- webexcalling-PHD@cisco.com
- Webex Calling マルチテナント: webexcalling-PHD@cisco.com
- Webex Calling キャリア: bc-carrier-PHD@cisco.com(bc-carrier-PHD@cisco.com)
チャット:
- ライブチャット - help.webex.com/en-us/contact > チャット
- ライブチャット - https://admin.webex.com/partner/resources
PHDは24時間365日ではありません。 ただし、EMEAR、APCJ、NorAMにリソースがあります。 PHDがオフラインの場合、webexcalling-phd@cisco.comに問い合わせを送信してください。オンラインに戻るとすぐに返信します(通常24時間以内)。 エスカレーションは迅速に対処されます。 |
PHDエスカレーション:
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。 移行ツールは、アクセスが簡単なコマンド ライン ツールで、移行タスクを自動化することで顧客、場所、番号、ユーザー、サービス、電話、ソフト クライアントを移行できます。 移行ツールには次の利点があります。
最小限の事前構成で移行を実行します。
コマンドの実行が簡単になります。
管理者は、プロビジョニング後にデータを確認し、移行直後に電話をかけたり受けたりすることができます。
UC-One クライアントの Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
BroadWorks から Wholesale RTM への移行ツール ガイドを表示するには、BroadWorks から Wholesale RTM への移行ツール ソリューションを参照してください。
マニュアルの改訂履歴
日付 | バージョン | 説明 |
---|---|---|
2024年7月12日。 | 一、三一 |
|
2024年6月27日。 | 一、三〇 |
|
2024年5月27日。 | 一、二九 |
|
2024年5月22日。 | 一、二八 |
|
2024年5月10日。 | 一、二七 |
|
2024年5月8日。 | 一、二六 |
|
2024年3月22日。 | 一、二五 |
|
2024年2月6日。 | 一、二四 |
|
2024年1月23日。 | 一、二三 |
|
2023年12月12日。 | 一、二二 |
|
2023年8月23日。 | 一・二一 |
|
2023年7月31日。 | 一、二〇 |
|
2023年6月9日。 | 1.19。 |
|
2023 年 5 月 26 日 | 一・一八 |
|
2023 年 5 月 19 日 | 一、一七 |
|
2023 年 5 月 9 日 | 一・一六 |
|
2023 年 4 月 28 日 | 一・一五 |
|
2023 年 4 月 17 日 | 1.14 |
|
2023年1月26日。 | 一、十三 |
|
2022 年 12 月 07 日。 | 1.12 |
|
2022 年 12 月 05 日 | 一・一一 |
|
2022 年 11 月 30 日 | 1.10 |
|
2022 年 11 月 02 日 | 1.9 |
|
2022 年 8 月 31 日 | 1.8 |
|
2022 年 8 月 18 日木曜日 | 1.7 |
|
2022 年 7 月 29 日 | 1.6 |
|
2022 年 6 月 10 日 | 1.5 |
|
2022 年 6 月 03 日 | 1.4 |
|
2022 年 5 月 02 日 | 1.3 |
|
2022年4月11日。 | 1.2 |
|
2022 年 3 月 02 日 | 1.1 |
|
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。 シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。 商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。 このオファーには 5 つの Webex パッケージが含まれています。 共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。 シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。 商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。 このオファーには 5 つの Webex パッケージが含まれています。 共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。 シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、 新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。 各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。 Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。 技術面のオンボーディングと GTM (市場進出) です。 専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。 共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。 以下を提供します。
固定された予測可能な転送価格
パッケージの簡素化
高速プロビジョニングUXとAPI
ネットアクティブユーザーに基づく月次請求
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。 これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling に関する次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。 これらの転送価格は、CCW に一度送信される PO で取得されます。 その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。 これにより、販売プロセスが大幅に簡素化され、加速されます。
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。 これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。 これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
[共通エリア(Common Area)]:共通エリアパッケージは、基本的な通話機能をサポートします。 これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。 Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。 より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。 ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。 このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。 共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。 Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
Webexスイート— Webexスイートは最も機能が豊富なパッケージで、 Webex Callingパッケージ、すべてのユーザーとグループのサービス、 Webexメッセージング、最大 1,000 名が参加Webex Meetingsのフル製品の機能が含まれています。 このパッケージは、電話回線が重く、大規模なミーティングが必要な社内の上級職/専門職レベルに適しています。
Webex MeetingsWebex Meetingsパッケージは、 Webex Messaging と最大 1000 名が参加Webex Meetingsを含むスタンドアロン会議パッケージです。 このパッケージには、コーリング シートは含まれていません。 これは、発信動作には関連付けられていないミーティングとメッセージング機能のみを必要とするユーザーを対象としています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 | 匿名通話の拒否 | 割り込み免除 |
事業継続性(CFNR) | ビジー ランプの監視 | コール転送: いつも/忙しい/回答なし/選択的 |
履歴 | 通話の保留と再開 | クリックしてダイヤルする通話ログ |
コール通知 | コール キュー エージェント | 通話録音 |
コールリダイヤル | コールリターン | 通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) | コール待機 ID | 接続された回線 ID の制限 |
ダイレクト コール ピックアップ | 割り込みを使用したダイレクト コール ピックアップ | 取り込み中 |
エンタープライズ電話ディレクトリ | エグゼクティブ / エグゼクティブ アシスタント | 内線ダイヤル、可変長 |
機能アクセスコード | ホテリング: 主催者およびゲスト | 着信発信者 ID (名前と番号) |
インバウンドFAXからメール | 携帯性 | 複数のライン アピアランス |
N-way コール (6) | どこでもオフィス | 発信者 ID ブロッキング |
パーソナル電話ディレクトリ | 優先アラート | プライバシー |
プッシュツートーク | リモート オフィス | 選択的な通話の承諾 |
選択的な通話拒否 | シーケンシャル リング | 共有コールアピアランス |
同時呼び出し | スピードダイヤル 100 | T.38 ファックスサポート |
三方通話 | Unified メッセージング | ユーザーインターセプト |
ユーザー ウェブ ポータル | ビデオ(ポイント ツー ポイント) | ビジュアル ボイスメール |
ボイスメール |
自動音声応答 | コールパーク認証 | コールパーク グループ |
コールピックアップ | 通話キュー | 外部コール回線 ID の配信 |
グループページング | ハント グループ | インターセプト群 |
インターセプト ユーザー | 内部通話回線 ID の配信 | 保留中の音楽 |
レセプショニスト クライアント | Microsoft Teams インテグレーション | 音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリは、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。 Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。 メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。 ライブミーティングに参加しているかどうかを繰り返します。
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。 Webex を毎日使用するツールと統合して、最も生産性の高い作業を実現します。 Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。 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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。 Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
強力なモバイル エクスペリエンス - カスタマイズ可能な 720p ビデオ ビュー、ネイティブの画面共有、ハンズフリー参加、簡単なミーティング スケジューリングでモバイル ユーザーだけに最適化され、騒々しい環境に適応します。
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。 また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google カレンダー、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。 Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。 また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。 オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。 パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。 独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなくミーティングの心配を解消できます。
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。 世界各地にデータセンターがある場合、ユーザーは最寄りの Webex データセンターを使用して参加します。 メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。 これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。 Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。 Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続する場合でも、Webex Room シリーズデバイスを使用して同僚のグループに参加する場合でも、誰にとっても簡単です。
ホールセール Webex Assistant
Meeting 向け Webex Assistant は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。 Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。 新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。 パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。 同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。 ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法に関するユーザー情報については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」を参照してください。
簡略化および集中管理
Wholesale RTMソリューションは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
パートナー ハブ
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。 Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。 Partner Hub の機能:
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。 ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。 導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要] 画面に [トライアルの開始] ボタンが表示されます。 ただし、試用オプションはWholesale RTMパートナーには利用できません。 これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。 |
Control Hub: エンタープライズに代わって管理する
Webex Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルです。 エンタープライズの Webex サービスを包括的に表示します。 すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。 Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。 また、エンタープライズ管理者がこれらの機能を実行することも可能です。 これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。 サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。 これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。 また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。 Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
Actionable Insights—すべての企業、および企業内の導入状況を確認できます。 ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。 これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
ユーザーエクスペリエンスの問題の根本原因について掘り下げる—エンタープライズレベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
柔軟なポリシー定義:ロールテンプレートと詳細なポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に構成できます。
ユーザーとデバイスの管理—デバイスをすばやくアクティベートし、ユーザーを管理し、Microsoft Active Directory との同期を有効にし、すべての企業、または管理する企業のサブセットに対して統合されたシングル サインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。 これを実現するために、パートナーレベルおよびエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。 理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。 Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。 これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。 これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。 |
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。 強調表示されている領域は2つあります。
顧客のプロビジョニング/管理
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。 代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。 上の図は、高レベルの相互作用を示しています。
サービスプロバイダは、顧客関係を所有します。 顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。 したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。 将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
パッケージ は基本サービスの割り当てです。 すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。 パッケージの一覧については、「パッケージの提供」を参照してください。
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金可能な機能です。 Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。 顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。 72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
アドレス
顧客を作成するときは、請求先住所の国を選択する必要があります。 この国は、Common Identityの組織国として自動的に割り当てられます。 さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。 テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 | 場所 | 国番号 | 国名 |
---|---|---|---|
1 | アメリカ | +1 | 私達のCA |
2 | アジアパシフィック | +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 | シンガポール |
3 | オーストラリア、ニュージーランド | +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) | オーストラリア |
4 | 欧州、中東、アフリカ | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | イギリス |
5 | ユーロ | +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) | ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。 この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。 たとえば、en_USはnglish_E UnitedStatesに相当します。 2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) | 2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** | 代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_米国 en_AU en_ GB en_CA | はあ? | en_米国 |
fr_FR fr_CA | FR | fr_FR |
cs_CZシリーズ | CSについて | cs_CZシリーズ |
da_デンマーク | ああ... | da_デンマーク |
de_DE | DE | de_DE |
hu_ハンガリー | フン | hu_ハンガリー |
id_ID | id | id_ID |
it_IT | それ | it_IT |
ja_JP | 「JA」 | ja_JP |
ko_KR | KO | ko_KR |
es_ES es_コラボレーション es_MXについて | ES | es_ES |
nl_NL | NL | nl_NL |
nb_いいえ | メモ | nb_いいえ |
pl_PLについて | PLについて | pl_PLについて |
pt_PT pt_BR | pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ | pt_PT |
ru_RU | RU | ru_RU |
ro_RO | ロロ | ro_RO |
zh_CN zh_台湾 | ズー | zh_CN |
sv_南アメリカ | sv | sv_南アメリカ |
ar_南アフリカ | アール | ar_南アフリカ |
tr_TR | トライ | tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。 これらのロケールでは、Webex Meetings サイトは英語のみになります。 サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。 この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。 投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。 |
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。 これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。 これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。 この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。 サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。 これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。 これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。 これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。 この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。 テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。 いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。 SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - ゼロ以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。 SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。 パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。 詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会を参照してください。
|
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。 このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。 右側には、クロスローンチボタンがあります。 これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。 ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。 これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。 さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
分析画面
サービス画面
レポート画面
Webex リリース管理
Flexトライアルの作成
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。 すべてのSubPartnersを一覧表示するか、プロビジョニング状態(一時停止、アクティブ)などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。 たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。 |
List Wholesale SubPartners API に移動します。
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランディング
パートナー管理者は高度なブランディングのカスタマイズを使用して、 Webexアプリがパートナーが管理する顧客組織を検索する方法をカスタマイズます。 パートナーの管理者は次の設定をカスタマイズして、 Webexアプリに会社のブランドとアイデンティティを反映させることができます。
企業ロゴ
ライト モードまたはダーク モードに対応する独自のカラー スキーム
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
|
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。 次の章では、以下の手順を説明します。
新しい顧客組織と加入者をプロビジョニングする方法。
既存の顧客とサブスクライバを維持および更新する方法。
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。 顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。 この章では、両方のインターフェイスの手順について説明します。
Partner Hub インターフェイスを介して顧客を手動で管理する
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。 このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。 パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。 これらはパートナーへの純転送価格であることに注意してください。 表示価格は、ホールセール パートナーの割引によって異なります。
SKU | SKU は次の目的で使用されます... |
---|---|
卸売セットアップアシストエクスプレス使用 | 最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 | 5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。 これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション | 説明 | |||
---|---|---|---|---|
1 | 数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 | 注文の詳細については、『Webex - Wholesale Ordering Guide』を参照してください。
| ||
2 | 次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 | Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 | ||
3 | セットアップ アシストは、次のいずれかのフローを使用して実行できます。 | プロビジョニング後、API 経由で Wholesale Setup Assist Request Form または Wholesale Setup Assist Order でサブスクリプションリクエストを送信します。
| ||
4 | セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 | オンボーディングしている顧客のロケーションに適用されるフローを参照してください。 このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | 発見と評価 |
| |
2 | ソリューション設計 |
| 必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | プロジェクト管理 |
|
|
2 | 発見と評価 |
|
|
3 | ソリューション設計 |
|
|
4 | オンボーディング (テスト) プランニング段階 |
|
|
5 | 実装 |
|
|
6 | オンボーディングの実行 |
|
|
7 | 導入後の登録 |
|
|
8 | オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。 パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。 たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。 これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。 Webex for Wholesale 開発者ガイド
API を使用するには、次のページに移動します。 Wholesale サブスクライバ プロビジョニングの事前確認
Wholesale Subscriber Provisioning ドキュメントの事前チェックにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。 |
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
また、API を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (API 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。 この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。 次の条件が適用されます。
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 | Partner Hub にサインインし、[顧客] を選択します。 | ||
2 | 既存のテンプレートを表示するには、[テンプレート]ボタンをクリックします。 | ||
3 | [テンプレートの作成]をクリックします。 | ||
4 | [卸売業向け Webex] を選択し、[次へ] をクリックします。 | ||
5 | 主な設定をセットアップします。
| ||
6 | [Wholesaleサブスクリプション] ドロップダウンから、サブスクリプションを選択します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 次の認証方法のいずれかを選択します。
| ||
9 | [次へ] をクリックします。 | ||
10 | [Wholesale calling] から [Cloud Connected PSTN プロバイダ] を選択し、[次へ] をクリックします。 このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 | ||
11 | 共通設定とコール設定のオプションを設定します。
| ||
12 | [次へ] をクリックします。 | ||
13 | 設定の概要を確認し、[編集] をクリックして必要な設定を変更します。 設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
| ||
14 | 作成したテンプレートを開き、[プロビジョニングID] 値をコピーします。 顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 | Partner Hub にサインインします。 |
2 | 既存の顧客の一覧を表示するには、[顧客]をクリックします。 任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 | 新しい顧客組織を作成するには、[顧客の作成] をクリックします。 |
4 | [顧客情報] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 | [次へ] をクリックします。 |
6 | [パッケージ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 | 本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 | 本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する] チェックボックスをクリックします。 |
9 | [次へ] をクリックします。 |
10 | 顧客の概要を確認します。 情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
1 つの地域のWebexパートナーは、サービスを提供する任意の地域で顧客組織を作成できます。 ヘルプについては次を参照してください: Webex のデータ レジデンシー。 |
顧客のセットアップ
1 | Partner Hub にサインインします。 | ||
2 | [顧客] をクリックし、適切な顧客を選択します。 顧客の設定が画面の右側に表示されます。 | ||
3 | [顧客の設定] をクリックします。 ユーザーのセットアップウィザードが起動します。 | ||
4 | [ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 | ||
5 | [次へ] をクリックします。 | ||
6 | [ユーザーの追加] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 通話パッケージを持つユーザーに電話番号を割り当てます。 | ||
9 | [次へ] をクリックします。 | ||
10 | 入力した情報を確認します。 | ||
11 | [ユーザーの作成] をクリックします。
|
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
顧客組織のタスク フローのプロビジョニング (API 経由)
Partner Hub を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (Partner Hub 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。 新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
始める前に
サポートされている言語の詳細については、次を参照してください。 サポートされている言語ロケール |
1 | Wholesale Customer API のプロビジョニングを開きます。 |
2 | 右側の設定領域で、顧客組織の必須フィールドを入力します。 次の例の形式に従ってください。
|
3 | [実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。 応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
新しい顧客組織に最初にプロビジョニングされたユーザーには、自動的に管理者権限が割り当てられます。 |
1 | Wholesale サブスクライバ API のプロビジョニングを開きます。 | ||
2 | 次の必須フィールドに入力します。 フィールドの詳細については、API のフィールドの説明を参照してください。
| ||
3 | [実行] をクリックします。 | ||
4 | これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。
|
次に行うこと
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 | リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。 次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 | SmartSheetの追加のフィールドに入力します。 * ですべてのフィールドに入力してください。 | ||||||||||||||
4 | リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信]チェックボックスをオンにします。 | ||||||||||||||
5 | [送信] をクリックします。
|
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。 プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」を参照してください。
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。 これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正することを求める可能性があることを認識しています。 ただし、以下の詳細をPSMチームにご連絡ください。
あなたの組織 ID
組織名
サブパートナー組織名
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
最初のSubPartner管理者ユーザーの名と姓
サブスクリプション ID はサブパートナー組織と共有されます
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。 たとえば、folloiwng タスクを実行できます。
新しい顧客組織とユーザーのプロビジョニング
既存の組織のユーザーを追加または更新する
既存の設定を更新
ユーザーを手動で追加
1 | Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 | 該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
| ||
3 | [ユーザー] をクリックします。 | ||
4 | [ユーザーの管理] をクリックします。 | ||
5 | [手動でユーザーを追加]をクリックします。
| ||
6 | そのユーザーの基本情報(名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 | ||
7 | ユーザーを追加します。 最大で 25 人のユーザーを追加できます。 | ||
8 | [次へ] をクリックします。 | ||
9 | [閉じる] をクリックします。 |
ユーザーパッケージの変更
1 | Partner Hub にサインインし、[顧客] をクリックします。 |
2 | ユーザが属している顧客の顧客ビューを起動します。 |
3 | Control Hub で、[ユーザー] をクリックします。 |
4 | パッケージを変更するユーザーを選択します。 |
5 | パッケージセクションで、矢印 (>) をクリックします。 |
6 | 新しいパッケージを選択してください。 |
7 | パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 | [変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API | 説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。 オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 | Wholesale Customer API の更新を開きます。 |
2 | [PUT] フィールドで、[customerID] をクリックし、更新する顧客組織の customerID を入力します。 |
3 | 本文に任意のパラメータを入力します。
|
4 | [実行] をクリックします。 |
卸売顧客を取得する
1 | Get a Wholesale Customer API を開きます。 |
2 | GET行でidをクリックし、顧客IDを入力します。 |
3 | [実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
ロケーション URL を使用して顧客を検索することもできます。 |
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。 たとえば、externalIdを入力すると、そのIdを使用する顧客組織のみが出力されます。
1 | List Wholesale Customers API を開きます。 |
2 | オプションです。 任意の検索パラメータを入力します。 |
3 | [実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。 Webex から組織を削除するには、組織 API を使用します。 |
始める前に
1 | [Delete a Wholesale Customer API] を開きます。 |
2 | 削除する顧客組織の顧客IDを入力します。 |
3 | [実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。 DMオプションは以下のように詳細です。
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。 これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。 Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。 リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。 Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。 これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。 これらの DM オプションは次のとおりです。
- 顧客管理型デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。 顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。 パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。 パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API | APIの目的 | パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する | 請求レポートを生成するために使用。 | 読み取り/書き込み |
卸売請求レポートを取得する | 生成された請求レポートをダウンロードするために使用。 | 読む |
卸売請求レポートを一覧表示する | そのパートナーに存在する請求レポートを一覧表示するために使用。 | 読む |
卸売請求レポートの削除 | 既存の請求レポートを削除するために使用。 | 読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。 毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの月次請求書を生成するために使用できます。 課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書から使用量の調整を行うことができます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 | [卸売請求レポート API の作成] に移動します。 |
2 | API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。 過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 | レポートのタイプを入力します。
|
4 | [実行] をクリックしてレポートを生成します。 |
5 | API 出力からレポート ID をコピーします。 生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 | [Get a Wholesale Billing Report API] に移動します。 |
2 | GET行でidボタンをクリックし、レポートの一意のID値を入力します。 |
3 | [実行] をクリックします。 |
4 | API はレポートのステータスを出力します。 出力には、レポートをダウンロードするためのURLを提供するtempDownloadURLパラメータが含まれます。 |
5 | レポートにアクセスしてダウンロードするには、tempDownloadURLをブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。 既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに完全に一致するレポートのみを返します。 たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。その期間内であるが、日付と完全に一致しないレポートは返されません。 |
1 | List Wholesale Billing Report API に移動 |
2 | [クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 | [実行] をクリックします。 APIは、レポートのリストを一意のレポートIDおよびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。 レポートを削除する場合の例には、次のものがあります。
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。 既存のレポートを削除したら、その期間の新しいレポートを作成できます。 レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 | Wholesale Billing Report API の削除に移動します。 |
2 | レポートIDを入力します。 |
3 | [実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド | その他の情報 | このタイプのレポートに表示されます |
---|---|---|
パートナー_名 | パートナーの氏名 | パートナー、顧客、ユーザー |
パートナー_組織_ID | 一意のパートナー識別子 | パートナー、顧客、ユーザー |
サブスクリプション_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 | 固有のワークスペース ID | USER |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。 |
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。 パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 |
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
ID プロバイダーを持つ CI メタデータ ファイルをアップロードします。
オンボーディング テンプレートを設定します。 [認証モード] 設定で、[パートナー認証] を選択します。 [IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがログインできることを確認します。
パートナー モードによる制限
パートナー モードによる制限は、パートナー管理者が特定の顧客組織に割り当てることができる Partner Hub の設定で、顧客管理者が Control Hub で更新できる組織設定を制限します。 特定の顧客組織でこの設定が有効になっている場合、その組織のすべての顧客管理者は、ロールの権限に関係なく、Control Hub で制限されたコントロールにアクセスできません。 制限付き設定を更新できるのはパートナー管理者だけです。
パートナー モードによる制限は、ロールではなく組織レベルの設定です。 ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロールのエンタイトルメントを制限します。 |
顧客管理者アクセス
パートナーによる制限モードが適用されると、顧客管理者は通知を受け取ります。 ログインすると、画面上部の Control Hub ヘッダーのすぐ下に通知バナーが表示されます。 バナーにより、顧客管理者に制限モードが有効になっており、一部のコール設定を更新できない可能性があることが通知されます。
パートナー モードによる制限が有効になっている組織の顧客管理者の場合、Control Hub のアクセスレベルは次の式で決定されます。
(Control Hub のアクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限による制限)
制限
顧客組織でパートナーによる制限モードが有効になっている場合、その組織の顧客管理者は、次の Control Hub 設定へのアクセスが制限されます。
[ユーザー] ビューでは、以下の設定は利用できません。
[ユーザー管理] ボタンがグレー表示されます。
手動によるユーザーの追加/変更 - 手動または CSV 経由でユーザーを追加/変更するオプションはありません。
ユーザーのクレーム—利用できません
ライセンスの自動指定—利用できません
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定はパートナーレベルの管理者にのみ適用されます)。
ユーザーの詳細:名、姓、表示名、プライマリ メール* などのユーザー設定は編集可能です。
パッケージのリセット - パッケージ タイプをリセットするオプションはありません。
サービスの編集—ユーザーに対して有効にしたサービスを編集するオプションがありません (メッセージ、ミーティング、通話など)
サービス ステータスの表示-ハイブリッド サービスまたはソフトウェア アップグレード チャネルの全ステータスを表示できません
プライマリ職場電話番号 - このフィールドは読み取り専用です。
[アカウント] ビューでは、以下の設定は利用できません。
[会社名] は読み取り専用です。
[組織設定] ビューでは、以下の設定は利用できません。
ドメイン - アクセス権は読み取り専用です。
メール - [管理者招待メールの抑制] および [メールロケールの選択] 設定は読み取り専用です。
認証 - [認証] および [SSO 設定] を編集するオプションはありません
[Calling] メニューでは、以下の設定は利用できません。
通話設定 - [アプリ オプション通話の優先順位] の設定は読み取り専用です。
発信動作 - 設定は読み取り専用です。
[ロケーション] > [PSTN] - [ローカル ゲートウェイ] および [Cisco PSTN] オプションは非表示になります。
[サービス] では、[移行] および [接続済みの UC] サービス オプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順に従い、パートナー モードによる制限(デフォルト設定では有効になっています)。
Partner Hub (https://admin.webex.com) にサインインし、[顧客] を選択します。
適用する顧客組織を選択します。
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
|
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。 ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。 サポートが必要な場合は、
サポート チャネル | 説明 |
---|---|
Webex Calling ヘルプデスク | 「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
| パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス | お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (CHD) の使用方法
Customer Experience
Wholesale オファーに関するパートナー/顧客のハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling Calling ヘルプデスク (CHD) にお問い合わせください。 CHDに連絡するには、以下の情報を使用します。
電話番号:
北米: 1-844-613-6108
EMEA: +44 129 366 10 20
アジア太平洋: +61 3 7017 7272
チャット: https://callinghelp.cisco.com/CHDwebexcalling/ (Calling ヘルプ -> パートナー -> Calling ヘルプデスク)
CHDは24時間365日ではありません。 ただし、EMEAR、APCJ、NorAMにリソースがあります。 CHDがオフラインの場合、webexcalling-CHD@cisco.comまでお問い合わせいただければ、オンラインに戻り次第(通常24時間以内)に対応いたします。 エスカレーションは迅速に対処されます。 |
CHDエスカレーション:
職務上の指導: James Moss – 918-872-0707 (webexcalling-CHD@cisco.com)
職務上の指導: マット・ハンナ – 918-877-0329 (webexcalling-CHD@cisco.com)
シニア マネージャー: Hamid Tiouti – 918-236-1570 (webexcalling-CHD@cisco.com)
Webex Calling パートナー ヘルプ デスク SLO:
CHDは、24~48時間以内に適切なチームに回答、指導、または紹介を提供します。 ほとんどのハウツーお問い合わせは、より迅速に(2営業時間以内)解決されます。
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。 移行ツールは、アクセスが簡単なコマンド ライン ツールで、移行タスクを自動化することで顧客、場所、番号、ユーザー、サービス、電話、ソフト クライアントを移行できます。 移行ツールには次の利点があります。
最小限の事前構成で移行を実行します。
コマンドの実行が簡単になります。
管理者は、プロビジョニング後にデータを確認し、移行直後に電話をかけたり受けたりすることができます。
UC-One クライアントの Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
BroadWorks から Wholesale RTM への移行ツール ガイドを表示するには、BroadWorks から Wholesale RTM への移行ツール ソリューションを参照してください。
マニュアルの改訂履歴
日付 | バージョン | 説明 |
---|---|---|
2024年5月10日。 | 一、二七 |
|
2024年5月8日。 | 一、二六 |
|
2024年3月22日。 | 一、二五 |
|
2024年2月6日。 | 一、二四 |
|
2024年1月23日。 | 一、二三 |
|
2023年12月12日。 | 一、二二 |
|
2023年8月23日。 | 一・二一 |
|
2023年7月31日。 | 一、二〇 |
|
2023年6月9日。 | 1.19。 |
|
2023 年 5 月 26 日 | 一・一八 |
|
2023 年 5 月 19 日 | 一、一七 |
|
2023 年 5 月 9 日 | 一・一六 |
|
2023 年 4 月 28 日 | 一・一五 |
|
2023 年 4 月 17 日 | 1.14 |
|
2023年1月26日。 | 一、十三 |
|
2022 年 12 月 07 日。 | 1.12 |
|
2022 年 12 月 05 日 | 一・一一 |
|
2022 年 11 月 30 日 | 1.10 |
|
2022 年 11 月 02 日 | 1.9 |
|
2022 年 8 月 31 日 | 1.8 |
|
2022 年 8 月 18 日木曜日 | 1.7 |
|
2022 年 7 月 29 日 | 1.6 |
|
2022 年 6 月 10 日 | 1.5 |
|
2022 年 6 月 03 日 | 1.4 |
|
2022 年 5 月 02 日 | 1.3 |
|
2022年4月11日。 | 1.2 |
|
2022 年 3 月 02 日 | 1.1 |
|
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。 シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。 商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。 このオファーには 5 つの Webex パッケージが含まれています。 共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。 シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、 新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。 各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。 Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。 技術面のオンボーディングと GTM (市場進出) です。 専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。 共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。 以下を提供します。
固定された予測可能な転送価格
パッケージの簡素化
高速プロビジョニングUXとAPI
ネットアクティブユーザーに基づく月次請求
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。 これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling に関する次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。 これらの転送価格は、CCW に一度送信される PO で取得されます。 その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。 これにより、販売プロセスが大幅に簡素化され、加速されます。
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。 これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。 これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
[共通エリア(Common Area)]:共通エリアパッケージは、基本的な通話機能をサポートします。 これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。 Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。 より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。 ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。 このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。 共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。 Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
Webexスイート— Webexスイートは最も機能が豊富なパッケージで、 Webex Callingパッケージ、すべてのユーザーとグループのサービス、 Webexメッセージング、最大 1,000 名が参加Webex Meetingsのフル製品の機能が含まれています。 このパッケージは、電話回線が重く、大規模なミーティングが必要な社内の上級職/専門職レベルに適しています。
カスタマー エクスペリエンス エッセンシャル—卸売カスタマー エクスペリエンス エッセンシャルは、Webex Contact Center ソリューションの基本的な機能を提供します。 これには、すべての Webex Calling プロフェッショナル機能、カスタマー エクスペリエンスの基本機能、およびエージェントとスーパーバイザの両方の Webex アプリからアクセスできるいくつかの追加キー機能が含まれます。 スクリーンポップ、Webex アプリのスーパーバイザーエクスペリエンス、リアルタイムおよび履歴エージェントとキュービューなどの機能により、カスタマー エクスペリエンス エッセンシャルはカスタマー エクスペリエンス ベーシックとは区別されます。
詳細については、「 Webex Customer Experience Essentials
Webex MeetingsWebex Meetingsパッケージは、 Webex Messaging と最大 1000 名が参加Webex Meetingsを含むスタンドアロン会議パッケージです。 このパッケージには、コーリング シートは含まれていません。 これは、発信動作には関連付けられていないミーティングとメッセージング機能のみを必要とするユーザーを対象としています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 | 匿名通話の拒否 | 割り込み免除 |
事業継続性(CFNR) | ビジー ランプの監視 | コール転送: いつも/忙しい/回答なし/選択的 |
履歴 | 通話の保留と再開 | クリックしてダイヤルする通話ログ |
コール通知 | コール キュー エージェント | 通話録音 |
コールリダイヤル | コールリターン | 通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) | コール待機 ID | 接続された回線 ID の制限 |
ダイレクト コール ピックアップ | 割り込みを使用したダイレクト コール ピックアップ | 取り込み中 |
エンタープライズ電話ディレクトリ | エグゼクティブ / エグゼクティブ アシスタント | 内線ダイヤル、可変長 |
機能アクセスコード | ホテリング: 主催者およびゲスト | 着信発信者 ID (名前と番号) |
インバウンドFAXからメール | 携帯性 | 複数のライン アピアランス |
N-way コール (6) | どこでもオフィス | 発信者 ID ブロッキング |
パーソナル電話ディレクトリ | 優先アラート | プライバシー |
プッシュツートーク | リモート オフィス | 選択的な通話の承諾 |
選択的な通話拒否 | シーケンシャル リング | 共有コールアピアランス |
同時呼び出し | スピードダイヤル 100 | T.38 ファックスサポート |
三方通話 | Unified メッセージング | ユーザーインターセプト |
ユーザー ウェブ ポータル | ビデオ(ポイント ツー ポイント) | ビジュアル ボイスメール |
ボイスメール |
自動音声応答 | コールパーク認証 | コールパーク グループ |
コールピックアップ | 通話キュー | 外部コール回線 ID の配信 |
グループページング | ハント グループ | インターセプト群 |
インターセプト ユーザー | 内部通話回線 ID の配信 | 保留中の音楽 |
レセプショニスト クライアント | Microsoft Teams インテグレーション | 音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリは、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。 Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。 メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。 ライブミーティングに参加しているかどうかを繰り返します。
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。 Webex を毎日使用するツールと統合して、最も生産性の高い作業を実現します。 Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。 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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。 Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
強力なモバイル エクスペリエンス - カスタマイズ可能な 720p ビデオ ビュー、ネイティブの画面共有、ハンズフリー参加、簡単なミーティング スケジューリングでモバイル ユーザーだけに最適化され、騒々しい環境に適応します。
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。 また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google カレンダー、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。 Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。 また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。 オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。 パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。 独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなくミーティングの心配を解消できます。
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。 世界各地にデータセンターがある場合、ユーザーは最寄りの Webex データセンターを使用して参加します。 メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。 これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。 Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。 Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続する場合でも、Webex Room シリーズデバイスを使用して同僚のグループに参加する場合でも、誰にとっても簡単です。
ホールセール Webex Assistant
Meeting 向け Webex Assistant は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。 Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。 新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。 パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。 同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。 ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法に関するユーザー情報については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」を参照してください。
卸売カスタマー エクスペリエンス エッセンシャル設定
コールキューの作成の設定とカスタマーエクスペリエンスエッセンシャルからのアップグレードを除く、Wholesale Customer Experience Essentialsの機能と制限をご確認ください。
コールキューの作成:
Webex カスタマー エクスペリエンス エッセンシャルに記載されているカスタマー エクスペリエンス コール キューの作成との主な違いは、卸売組織の [エージェントの選択] ページで、ユーザーが CX エッセンシャル パッケージが割り当てられている場合にのみエージェントとして選択できることです。 カスタマー エクスペリエンス ユーザーのみを表示 トグルは利用できません。
コール キューのアップグレード:
組織が Customer Experience Essentials を購入し、既存の基本通話キューを Customer Experience Essentials キューに移動したい場合は、Control Hub から簡単に実行できます。 キューをアップグレードすると、割り当てられたエージェントとスーパーバイザ、およびキューの既存の設定が維持されます。
制限/警告:
- コール キューがアップグレードされると、ダウングレードすることはできません。
- カスタマー エクスペリエンス ベーシック コール キューの仮想回線とワークスペースは、カスタマー エクスペリエンス エッセンシャル キューへのアップグレードには対応していません。
通話キューをアップグレードするには:
- Control Hub にサインインし、[サービス] > [通話] > [機能] > [通話キュー] の順に移動します。
- アップグレードする通話キューの省略記号...アイコンをクリックし、[キューをアップグレード] をクリックします。
- キュー情報を確認し、[次へ] をクリックします。
Customer Experience Basic からの重み付きルーティング パターンは、Customer Experience Essentials ではサポートされておらず、デフォルトでは Top Down になっています。 アップグレード後に他のルーティング タイプに変更できます。
- [パッケージの割り当てを確認] 画面では、以下の 2 つの操作を実行できます。
- [リストされたエージェントなしでアップグレードを続行] をクリックして、カスタマー エクスペリエンス パッケージを持たないエージェントを削除します。 このアクションにより、これらのエージェントが通話キューから削除されます。
- 以下に示すように、[割り当て済みユーザーパッケージ] ページに移動して、関連するユーザーに割り当てられたパッケージを変更します。 これにより、ユーザー画面に移動し、必要に応じてカスタマー エクスペリエンス エッセンシャル パッケージを割り当てることができます。 その後、通話キューのアップグレードを再試行できます。
簡略化および集中管理
Wholesale RTMソリューションは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
パートナー ハブ
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。 Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。 Partner Hub の機能:
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。 ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。 導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要] 画面に [トライアルの開始] ボタンが表示されます。 ただし、試用オプションはWholesale RTMパートナーには利用できません。 これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。 |
Control Hub: エンタープライズに代わって管理する
Webex Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルです。 エンタープライズの Webex サービスを包括的に表示します。 すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。 Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。 また、エンタープライズ管理者がこれらの機能を実行することも可能です。 これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。 サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。 これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。 また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。 Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
Actionable Insights—すべての企業、および企業内の導入状況を確認できます。 ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。 これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
ユーザーエクスペリエンスの問題の根本原因について掘り下げる—エンタープライズレベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
柔軟なポリシー定義:ロールテンプレートと詳細なポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に構成できます。
ユーザーとデバイスの管理—デバイスをすばやくアクティベートし、ユーザーを管理し、Microsoft Active Directory との同期を有効にし、すべての企業、または管理する企業のサブセットに対して統合されたシングル サインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。 これを実現するために、パートナーレベルおよびエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。 理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。 Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。 これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。 これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。 |
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。 強調表示されている領域は2つあります。
顧客のプロビジョニング/管理
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。 代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。 上の図は、高レベルの相互作用を示しています。
サービスプロバイダは、顧客関係を所有します。 顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。 したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。 将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
パッケージ は基本サービスの割り当てです。 すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。 パッケージの一覧については、「パッケージの提供」を参照してください。
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金可能な機能です。 Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。 顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。 72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
アドレス
顧客を作成するときは、請求先住所の国を選択する必要があります。 この国は、Common Identityの組織国として自動的に割り当てられます。 さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。 テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 | 場所 | 国番号 | 国名 |
---|---|---|---|
1 | アメリカ | +1 | 私達のCA |
2 | アジアパシフィック | +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 | シンガポール |
3 | オーストラリア、ニュージーランド | +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) | オーストラリア |
4 | 欧州、中東、アフリカ | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | イギリス |
5 | ユーロ | +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) | ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。 この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。 たとえば、en_USはnglish_E UnitedStatesに相当します。 2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) | 2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** | 代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_米国 en_AU en_ GB en_CA | はあ? | en_米国 |
fr_FR fr_CA | FR | fr_FR |
cs_CZシリーズ | CSについて | cs_CZシリーズ |
da_デンマーク | ああ... | da_デンマーク |
de_DE | DE | de_DE |
hu_ハンガリー | フン | hu_ハンガリー |
id_ID | id | id_ID |
it_IT | それ | it_IT |
ja_JP | 「JA」 | ja_JP |
ko_KR | KO | ko_KR |
es_ES es_コラボレーション es_MXについて | ES | es_ES |
nl_NL | NL | nl_NL |
nb_いいえ | メモ | nb_いいえ |
pl_PLについて | PLについて | pl_PLについて |
pt_PT pt_BR | pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ | pt_PT |
ru_RU | RU | ru_RU |
ro_RO | ロロ | ro_RO |
zh_CN zh_台湾 | ズー | zh_CN |
sv_南アメリカ | sv | sv_南アメリカ |
ar_南アフリカ | アール | ar_南アフリカ |
tr_TR | トライ | tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。 これらのロケールでは、Webex Meetings サイトは英語のみになります。 サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。 この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。 投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。 |
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。 これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。 これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。 この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。 サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。 これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。 これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。 これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。 この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。 テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。 いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。 SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - ゼロ以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。 SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。 パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。 詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会を参照してください。
|
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。 このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。 右側には、クロスローンチボタンがあります。 これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。 ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。 これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。 さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
分析画面
サービス画面
レポート画面
Webex リリース管理
Flexトライアルの作成
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。 すべてのSubPartnersを一覧表示するか、プロビジョニング状態(一時停止、アクティブ)などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。 たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。 |
List Wholesale SubPartners API に移動します。
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランディング
パートナー管理者は高度なブランディングのカスタマイズを使用して、 Webexアプリがパートナーが管理する顧客組織を検索する方法をカスタマイズます。 パートナーの管理者は次の設定をカスタマイズして、 Webexアプリに会社のブランドとアイデンティティを反映させることができます。
企業ロゴ
ライト モードまたはダーク モードに対応する独自のカラー スキーム
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
|
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。 次の章では、以下の手順を説明します。
新しい顧客組織と加入者をプロビジョニングする方法。
既存の顧客とサブスクライバを維持および更新する方法。
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。 顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。 この章では、両方のインターフェイスの手順について説明します。
Partner Hub インターフェイスを介して顧客を手動で管理する
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。 このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。 パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。 これらはパートナーへの純転送価格であることに注意してください。 表示価格は、ホールセール パートナーの割引によって異なります。
SKU | SKU は次の目的で使用されます... |
---|---|
卸売セットアップアシストエクスプレス使用 | 最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 | 5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。 これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション | 説明 | |||
---|---|---|---|---|
1 | 数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 | 注文の詳細については、『Webex - Wholesale Ordering Guide』を参照してください。
| ||
2 | 次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 | Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 | ||
3 | セットアップ アシストは、次のいずれかのフローを使用して実行できます。 | プロビジョニング後、API 経由で Wholesale Setup Assist Request Form または Wholesale Setup Assist Order でサブスクリプションリクエストを送信します。
| ||
4 | セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 | オンボーディングしている顧客のロケーションに適用されるフローを参照してください。 このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | 発見と評価 |
| |
2 | ソリューション設計 |
| 必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | プロジェクト管理 |
|
|
2 | 発見と評価 |
|
|
3 | ソリューション設計 |
|
|
4 | オンボーディング (テスト) プランニング段階 |
|
|
5 | 実装 |
|
|
6 | オンボーディングの実行 |
|
|
7 | 導入後の登録 |
|
|
8 | オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。 パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。 たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。 これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。 Webex for Wholesale 開発者ガイド
API を使用するには、次のページに移動します。 Wholesale サブスクライバ プロビジョニングの事前確認
Wholesale Subscriber Provisioning ドキュメントの事前チェックにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。 |
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
また、API を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (API 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。 この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。 次の条件が適用されます。
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 | Partner Hub にサインインし、[顧客] を選択します。 | ||
2 | 既存のテンプレートを表示するには、[テンプレート]ボタンをクリックします。 | ||
3 | クリックテンプレートを作成を選択します。 | ||
4 | [卸売業向け Webex] を選択し、[次へ] をクリックします。 | ||
5 | 主な設定をセットアップします。
| ||
6 | [Wholesaleサブスクリプション] ドロップダウンから、サブスクリプションを選択します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 次の認証方法のいずれかを選択します。
| ||
9 | [次へ] をクリックします。 | ||
10 | [Wholesale calling] から [Cloud Connected PSTN プロバイダ] を選択し、[次へ] をクリックします。 このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 | ||
11 | 共通設定とコール設定のオプションを設定します。
| ||
12 | [次へ] をクリックします。 | ||
13 | 設定の概要を確認し、[編集] をクリックして必要な設定を変更します。 設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
| ||
14 | 作成したテンプレートを開き、[プロビジョニングID] 値をコピーします。 顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 | Partner Hub にサインインします。 |
2 | 既存の顧客の一覧を表示するには、[顧客]をクリックします。 任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 | 新しい顧客組織を作成するには、[顧客の作成] をクリックします。 |
4 | [顧客情報] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 | [次へ] をクリックします。 |
6 | [パッケージ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 | 本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 | 本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する] チェックボックスをクリックします。 |
9 | [次へ] をクリックします。 |
10 | 顧客の概要を確認します。 情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
1 つの地域のWebexパートナーは、サービスを提供する任意の地域で顧客組織を作成できます。 ヘルプについては次を参照してください: Webex のデータ レジデンシー。 |
顧客のセットアップ
1 | Partner Hub にサインインします。 | ||
2 | [顧客] をクリックし、適切な顧客を選択します。 顧客の設定が画面の右側に表示されます。 | ||
3 | [顧客の設定] をクリックします。 ユーザーのセットアップウィザードが起動します。 | ||
4 | [ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 | ||
5 | [次へ] をクリックします。 | ||
6 | [ユーザーの追加] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 通話パッケージを持つユーザーに電話番号を割り当てます。 | ||
9 | [次へ] をクリックします。 | ||
10 | 入力した情報を確認します。 | ||
11 | [ユーザーの作成] をクリックします。
|
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
顧客組織のタスク フローのプロビジョニング (API 経由)
Partner Hub を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (Partner Hub 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。 新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
始める前に
サポートされている言語の詳細については、次を参照してください。 サポートされている言語ロケール |
1 | Wholesale Customer API のプロビジョニングを開きます。 |
2 | 右側の設定領域で、顧客組織の必須フィールドを入力します。 次の例の形式に従ってください。
|
3 | [実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。 応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
新しい顧客組織に最初にプロビジョニングされたユーザーには、自動的に管理者権限が割り当てられます。 |
1 | Wholesale サブスクライバ API のプロビジョニングを開きます。 | ||
2 | 次の必須フィールドに入力します。 フィールドの詳細については、API のフィールドの説明を参照してください。
| ||
3 | [実行] をクリックします。 | ||
4 | これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。
|
次に行うこと
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 | リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。 次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 | SmartSheetの追加のフィールドに入力します。 * ですべてのフィールドに入力してください。 | ||||||||||||||
4 | リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信]チェックボックスをオンにします。 | ||||||||||||||
5 | [送信] をクリックします。
|
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。 プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」を参照してください。
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。 これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正することを求める可能性があることを認識しています。 ただし、以下の詳細をPSMチームにご連絡ください。
あなたの組織 ID
組織名
サブパートナー組織名
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
最初のSubPartner管理者ユーザーの名と姓
サブスクリプション ID はサブパートナー組織と共有されます
サブパートナーの請求開始日(デフォルト: サブパートナーの設定日)
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。 たとえば、folloiwng タスクを実行できます。
新しい顧客組織とユーザーのプロビジョニング
既存の組織のユーザーを追加または更新する
既存の設定を更新
ユーザーを手動で追加
1 | Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 | 該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
| ||
3 | [ユーザー] をクリックします。 | ||
4 | [ユーザーの管理] をクリックします。 | ||
5 | [手動でユーザーを追加]をクリックします。
| ||
6 | そのユーザーの基本情報(名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 | ||
7 | ユーザーを追加します。 最大で 25 人のユーザーを追加できます。 | ||
8 | [次へ] をクリックします。 | ||
9 | [閉じる] をクリックします。 |
ユーザーパッケージの変更
1 | Partner Hub にサインインし、[顧客] をクリックします。 |
2 | ユーザが属している顧客の顧客ビューを起動します。 |
3 | Control Hub で、[ユーザー] をクリックします。 |
4 | パッケージを変更するユーザーを選択します。 |
5 | パッケージセクションで、矢印 (>) をクリックします。 |
6 | 新しいパッケージを選択してください。 |
7 | パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 | [変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API | 説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。 オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 | Wholesale Customer API の更新を開きます。 |
2 | [PUT] フィールドで、[customerID] をクリックし、更新する顧客組織の customerID を入力します。 |
3 | 本文に任意のパラメータを入力します。
|
4 | [実行] をクリックします。 |
卸売顧客を取得する
1 | Get a Wholesale Customer API を開きます。 |
2 | GET行でidをクリックし、顧客IDを入力します。 |
3 | [実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
ロケーション URL を使用して顧客を検索することもできます。 |
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。 たとえば、externalIdを入力すると、そのIdを使用する顧客組織のみが出力されます。
1 | List Wholesale Customers API を開きます。 |
2 | オプションです。 任意の検索パラメータを入力します。 |
3 | [実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。 Webex から組織を削除するには、組織 API を使用します。 |
始める前に
1 | [Delete a Wholesale Customer API] を開きます。 |
2 | 削除する顧客組織の顧客IDを入力します。 |
3 | [実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。 DMオプションは以下のように詳細です。
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。 これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。 Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。 リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。 Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。 これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。 これらの DM オプションは次のとおりです。
- 顧客管理型デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。 顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。 パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。 パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API | APIの目的 | パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する | 請求レポートを生成するために使用。 | 読み取り/書き込み |
卸売請求レポートを取得する | 生成された請求レポートをダウンロードするために使用。 | 読む |
卸売請求レポートを一覧表示する | そのパートナーに存在する請求レポートを一覧表示するために使用。 | 読む |
卸売請求レポートの削除 | 既存の請求レポートを削除するために使用。 | 読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。 毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの月次請求書を生成するために使用できます。 課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書から使用量の調整を行うことができます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 | [卸売請求レポート API の作成] に移動します。 |
2 | API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。 過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 | レポートのタイプを入力します。
|
4 | [実行] をクリックしてレポートを生成します。 |
5 | API 出力からレポート ID をコピーします。 生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 | [Get a Wholesale Billing Report API] に移動します。 |
2 | GET行でidボタンをクリックし、レポートの一意のID値を入力します。 |
3 | [実行] をクリックします。 |
4 | API はレポートのステータスを出力します。 出力には、レポートをダウンロードするためのURLを提供するtempDownloadURLパラメータが含まれます。 |
5 | レポートにアクセスしてダウンロードするには、tempDownloadURLをブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。 既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに完全に一致するレポートのみを返します。 たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。その期間内であるが、日付と完全に一致しないレポートは返されません。 |
1 | List Wholesale Billing Report API に移動 |
2 | [クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 | [実行] をクリックします。 APIは、レポートのリストを一意のレポートIDおよびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。 レポートを削除する場合の例には、次のものがあります。
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。 既存のレポートを削除したら、その期間の新しいレポートを作成できます。 レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 | Wholesale Billing Report API の削除に移動します。 |
2 | レポートIDを入力します。 |
3 | [実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド | その他の情報 | このタイプのレポートに表示されます |
---|---|---|
パートナー_名 | パートナーの氏名 | パートナー、顧客、ユーザー |
パートナー_組織_ID | 一意のパートナー識別子 | パートナー、顧客、ユーザー |
サブスクリプション_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 | 固有のワークスペース ID | USER |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。 |
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。 パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 |
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
ID プロバイダーを持つ CI メタデータ ファイルをアップロードします。
オンボーディング テンプレートを設定します。 [認証モード] 設定で、[パートナー認証] を選択します。 [IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがログインできることを確認します。
パートナー モードによる制限
パートナー モードによる制限は、パートナー管理者が特定の顧客組織に割り当てることができる Partner Hub の設定で、顧客管理者が Control Hub で更新できる組織設定を制限します。 特定の顧客組織でこの設定が有効になっている場合、その組織のすべての顧客管理者は、ロールの権限に関係なく、Control Hub で制限されたコントロールにアクセスできません。 制限付き設定を更新できるのはパートナー管理者だけです。
パートナー モードによる制限は、ロールではなく組織レベルの設定です。 ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロールのエンタイトルメントを制限します。 |
顧客管理者アクセス
パートナーによる制限モードが適用されると、顧客管理者は通知を受け取ります。 ログインすると、画面上部の Control Hub ヘッダーのすぐ下に通知バナーが表示されます。 バナーにより、顧客管理者に制限モードが有効になっており、一部のコール設定を更新できない可能性があることが通知されます。
パートナー モードによる制限が有効になっている組織の顧客管理者の場合、Control Hub のアクセスレベルは次の式で決定されます。
(Control Hub のアクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限による制限)
制限
顧客組織でパートナーによる制限モードが有効になっている場合、その組織の顧客管理者は、次の Control Hub 設定へのアクセスが制限されます。
[ユーザー] ビューでは、以下の設定は利用できません。
[ユーザー管理] ボタンがグレー表示されます。
手動によるユーザーの追加/変更 - 手動または CSV 経由でユーザーを追加/変更するオプションはありません。
ユーザーのクレーム—利用できません
ライセンスの自動指定—利用できません
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定はパートナーレベルの管理者にのみ適用されます)。
ユーザーの詳細:名、姓、表示名、プライマリ メール* などのユーザー設定は編集可能です。
パッケージのリセット - パッケージ タイプをリセットするオプションはありません。
サービスの編集—ユーザーに対して有効にしたサービスを編集するオプションがありません (メッセージ、ミーティング、通話など)
サービス ステータスの表示-ハイブリッド サービスまたはソフトウェア アップグレード チャネルの全ステータスを表示できません
プライマリ職場電話番号 - このフィールドは読み取り専用です。
[アカウント] ビューでは、以下の設定は利用できません。
[会社名] は読み取り専用です。
[組織設定] ビューでは、以下の設定は利用できません。
ドメイン - アクセス権は読み取り専用です。
メール - [管理者招待メールの抑制] および [メールロケールの選択] 設定は読み取り専用です。
認証 - [認証] および [SSO 設定] を編集するオプションはありません
[Calling] メニューでは、以下の設定は利用できません。
通話設定 - [アプリ オプション通話の優先順位] の設定は読み取り専用です。
発信動作 - 設定は読み取り専用です。
[ロケーション] > [PSTN] - [ローカル ゲートウェイ] および [Cisco PSTN] オプションは非表示になります。
[サービス] では、[移行] および [接続済みの UC] サービス オプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順に従い、パートナー モードによる制限(デフォルト設定では有効になっています)。
Partner Hub (https://admin.webex.com) にサインインし、[顧客] を選択します。
適用する顧客組織を選択します。
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
|
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。 ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。 サポートが必要な場合は、
サポート チャネル | 説明 |
---|---|
Webex Calling ヘルプデスク | 「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
| パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス | お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (PHD) の使用方法
パートナーエクスペリエンス
ホールセール オファリングに関するパートナーのハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling パートナー ヘルプデスク (PHD) にお問い合わせください。 PHDに連絡するには、以下の情報を使用します。
電話番号:
米国: 1-844-613-6108
イギリス: +44 129 366 10 20
ドイツ語: +49 22 197 58529 +49 22 197 58529 +49 22 197 58529 +49 22 197 58529 +49
オーストラリア: +61 3 7017 7272
チケットを開くhttps://mycase.cloudapps.cisco.com/case > Webex > Calling and Business Phones > Webex パートナー ヘルプデスク
メール:
- webexcalling-PHD@cisco.com
- Webex Calling マルチテナント: webexcalling-PHD@cisco.com
- Webex Calling キャリア: bc-carrier-PHD@cisco.com(bc-carrier-PHD@cisco.com)
チャット:
- ライブチャット - help.webex.com/en-us/contact > チャット
- ライブチャット - https://admin.webex.com/partner/resources
PHDは24時間365日ではありません。 ただし、EMEAR、APCJ、NorAMにリソースがあります。 PHDがオフラインの場合、webexcalling-phd@cisco.comに問い合わせを送信してください。オンラインに戻るとすぐに返信します(通常24時間以内)。 エスカレーションは迅速に対処されます。 |
PHDエスカレーション:
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。 移行ツールは、アクセスが簡単なコマンド ライン ツールで、移行タスクを自動化することで顧客、場所、番号、ユーザー、サービス、電話、ソフト クライアントを移行できます。 移行ツールには次の利点があります。
最小限の事前構成で移行を実行します。
コマンドの実行が簡単になります。
管理者は、プロビジョニング後にデータを確認し、移行直後に電話をかけたり受けたりすることができます。
UC-One クライアントの Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
BroadWorks から Wholesale RTM への移行ツール ガイドを表示するには、BroadWorks から Wholesale RTM への移行ツール ソリューションを参照してください。
マニュアルの改訂履歴
日付 | バージョン | 説明 |
---|---|---|
2024年5月22日。 | 一、二八 |
|
2024年5月10日。 | 一、二七 |
|
2024年5月8日。 | 一、二六 |
|
2024年3月22日。 | 一、二五 |
|
2024年2月6日。 | 一、二四 |
|
2024年1月23日。 | 一、二三 |
|
2023年12月12日。 | 一、二二 |
|
2023年8月23日。 | 一・二一 |
|
2023年7月31日。 | 一、二〇 |
|
2023年6月9日。 | 1.19。 |
|
2023 年 5 月 26 日 | 一・一八 |
|
2023 年 5 月 19 日 | 一、一七 |
|
2023 年 5 月 9 日 | 一・一六 |
|
2023 年 4 月 28 日 | 一・一五 |
|
2023 年 4 月 17 日 | 1.14 |
|
2023年1月26日。 | 一、十三 |
|
2022 年 12 月 07 日。 | 1.12 |
|
2022 年 12 月 05 日 | 一・一一 |
|
2022 年 11 月 30 日 | 1.10 |
|
2022 年 11 月 02 日 | 1.9 |
|
2022 年 8 月 31 日 | 1.8 |
|
2022 年 8 月 18 日木曜日 | 1.7 |
|
2022 年 7 月 29 日 | 1.6 |
|
2022 年 6 月 10 日 | 1.5 |
|
2022 年 6 月 03 日 | 1.4 |
|
2022 年 5 月 02 日 | 1.3 |
|
2022年4月11日。 | 1.2 |
|
2022 年 3 月 02 日 | 1.1 |
|
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。このオファーには 5 つの Webex パッケージが含まれています。共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
Overview of Wholesale Route to Market
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。技術面のオンボーディングと GTM (市場進出) です。専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
Wholesale Route To Market Benefits
The Wholesale Route to Market (RTM) solution is optimized to provide managed service providers with a high-velocity, transactional sales motion. It provides:
-
Fixed, predictable transfer price
-
Simplified packaging
-
High-velocity provisioning UX and APIs
-
Monthly invoicing based on net active users
-
Simplified self-administration interface
The Wholesale RTM offer integrates seamlessly into your existing workflows. This allows you to manage the sales cycle end-to-end without having to register every customer with the Cisco Commerce Workplace (CCW).
Wholesale RTM provides the following enhancements over Webex Calling to better integrate with your SMB sales motion:
-
With Wholesale RTM, there's a fixed transfer price with Cisco for each package. These transfer prices are captured in a PO that gets submitted once into CCW. After that partners no longer need to use CCW for any sales transaction.
-
All Wholesale RTM sales will be based on the same fixed, predictable transfer price. This greatly simplifies and accelerates the sales process.
-
Wholesale RTM provides you with two simple interfaces to provision and manage customers:
-
Partner Hub provides a simple UX for you to provision, manage, and remove customers and users.
-
Control Hub is Cisco’s web-based enterprise management portal, offering a holistic view of an enterprise’s Webex services.
-
-
Wholesale RTM APIs provide a simple, machine to machine interface that integrates into the service provider back-office systems. This allows you to provision, manage, and remove customers and users.
-
Wholesale RTM bills you monthly for the net number of active licenses, in arrears, and pro-rated on the activation dates of each customer. This allows Service Provider partners to flex up and down and only get charged for licenses that are actively provisioned on the system.
-
Wholesale RTM uses a simple packaging that is well-suited for the small and medium business segment.
Package Offers
The Wholesale RTM solution offers four calling and collaboration packages for your end users.
-
Common Area—The Common Area package supports basic calling features. It is intended for simple endpoints like hallway phones, door phones, and simple retail stations. The Common Area package includes features like Call Forward, BLF, Transfer, Call Waiting, and T.38 Fax. More advanced calling features, as well as Webex Clients, Messaging, and Meetings are part of higher value packages.
-
Enhanced Calling—This calling-only package includes a subset of the calling features that are associated with Webex Calling with the option of the Webex App softphone or a choice of devices. It does not include the Meetings and Messaging functionality and offers a calling focused package for customers looking for a simple voice solution.
-
Webex Calling—The Webex Calling package includes advanced calling features, as well as the Webex Client, Webex Messaging, and a "basic" meetings capability. This package is intended for all professional users of the platform. In addition to the features in Common Area, calling features include, but are not limited to, Hunting, Voicemail, Visual Voicemail, Shared Call Appearance, Privacy, N-way Calling, Executive/executive assistant, and many more. Webex Calling also includes use of all the Webex Clients for Desktop and Mobile OSes, Webex Messaging functions including Spaces and File Sharing.
-
Webex Suite—Webex Suite is the most feature rich package that includes all capabilities of the Webex Calling package, all user and groups services, Webex messaging, and the full Webex Meetings product for up to 1000 participants. このパッケージは、多くの通話機能と大規模なミーティング要件を持つ、会社の上級/プロフェッショナルレベルに対応します。
-
Customer Experience Essentials—Wholesale Customer Experience Essentials provides the fundamental capabilities of the Webex Contact Center solution. It includes all the Webex Calling professional capabilities, Customer Experience Basic features, and some additional key features accessible through the Webex App for both agents and supervisors. The features like screen pop, supervisor experience in Webex App, and real-time and historical agent and queue view make the Customer Experience Essentials distinct from the Customer Experience Basic.
詳細については、こちらを参照してください:Webex Customer Experience Essentials
-
Webex Meetings—The Webex Meetings package is a standalone meetings package that includes Webex Messaging, and Webex Meetings for up to 1000 participants. このパッケージには通話用の席は含まれています。これは、通話動作に関連していないミーティングとメッセージング機能のみを必要とするユーザーを対象にしています。
Unlike the Webex Calling Flex offer, with the Wholesale RTM solution, Cisco does not impose any specific pricing and terms on the end-customers, these are up to each service provider to implement as they see fit based on their own business model.
Webex Calling機能
Webex Calling has the enterprise business calling features that Service Providers need – all included in the single user license charge.
Alternate numbers w/ distinctive ring |
匿名通話の拒否 |
Barge-in exempt |
business continuity (CFNR) |
Busy lamp monitoring |
Call forwarding: always/busy/no answer/selective |
履歴 |
Call hold & resume |
Call logs w/ click to dial |
コール通知 |
Call queue agent |
通話録音 |
Call redial |
Call return |
Call transfer (attended & blind) |
Call waiting (up to 4 calls) |
Call waiting ID |
Connected line ID restriction |
Directed call pickup |
Directed call pickup with barge in |
応答不可 |
Enterprise phone directory |
Executive / Executive assistant |
Extension dialing, variable length |
Feature access codes |
Hoteling: host & guest |
Inbound caller ID (name & number) |
Inbound fax to email |
携帯性 |
Multiple line appearance |
N-way calling (6) |
Office anywhere |
Outbound caller ID blocking |
Personal phone directory |
優先アラート |
プライバシー |
Push-to-talk |
Remote office |
Selective call acceptance |
Selective call rejection |
シーケンシャル リング |
共有コールアピアランス |
同時呼び出し |
Speed dial 100 |
T.38 fax support |
Three-way calling |
Unified messaging |
User intercept |
User web portal |
Video (point to point) |
Visual voicemail |
ボイスメール |
自動音声応答 |
Call park authentication |
Call park group |
Call pick up |
Call queue |
External calling line ID delivery |
Group paging |
Hunt group |
Intercept group |
Intercept user |
Internal calling line ID delivery |
Music on hold |
Receptionist client |
Microsoft Teams integration |
Voice portal |
Webex Calling with the Webex App
The Webex App is our single end user experience that delivers calling, meetings, and messaging to the end user. With Webex Calling and the Webex App together you can:
-
Make, receive, or decline calls on your desk phone or with the Webex App on your smartphone, PC, laptop, or tablet.
-
Pair with Webex devices using Cisco Intelligent Proximity and/or desk phone control to access common contacts and call history on the app while using those devices for your audio and video.
-
Elevate any call into a full-featured meeting to take advantage of screen sharing, whiteboarding, AI transcriptions, real-time transcriptions, notes and action items, recordings, and more
The Webex App provides team collaboration features that meet the day-to-day enterprise meeting and collaboration needs including:
-
1:1 and group messaging—Chat individually or in groups with messages, gifs, emojis, and animated reactions. Easily delete or edit messages, start a conversation thread, add people to conversations, see read receipts, and more.
-
File and content sharing—Share even the largest of files in a secure space that’s neatly organized, searchable, and saved right alongside your chats so it is easy to find what you need.
-
Two-way whiteboarding—Whiteboard or draw with your team and share the interactive drawing in a chat. Keep iterating whether or not you’re in a live meeting.
-
Make calls directly to other Webex users—Make or receive video calls to other Webex App users through the app, for free.
-
Work with the tools you love—Forget app-switching and interrupted workflows. Integrate Webex with the tools you use every day for your most productive work. You can incorporate key and deep integration with the likes of Microsoft, Google, ServiceNow, and more.
-
Personalize your spaces—Change your color theme, add a cover photo, set a custom status, and personalize the experience to you.
-
Read about more features in the Webex App solutions overview.
Webex Meetings
Better together experiences and pricing are available with the Webex Suite when buying Webex with Calling, Meetings, Messaging, Polling, and Events in a single offer. Webex Meetings is optimized for larger scale meetings that demand various access methods and features for both participants and presenters. Webex Meetings is the world’s most popular video conferencing service for the enterprise, offering highly secure integrated audio, video, and content sharing from the Webex cloud.
The Webex Meetings suite is a feature-rich solution that includes modules for collaborative meetings, training, large events, and remote support. Webex Meetings supports multiple mobile devices, including iPhone, iPad, Apple Watch, and Android and Android wearables. You can meet with anyone on all common OS platforms, including Windows, Mac, and Linux. Webex Meetings supports Internet Explorer (IE), Safari, Firefox, Chrome, and Edge browsers.
-
Webex Meetings supports HD (720p) video and is interoperable with Cisco Webex Rooms and third-party standards-based video systems. You can invite others to join meetings from mobile devices or their own video systems, such as desk and room devices. This video capability combines video bridging and web conferencing into one always-on meeting. Schedule ahead or meet instantly—everyone is welcome.
-
Customers can gain a strong competitive advantage using Webex Meetings, which offers:
-
Robust video—Multi-stream HD video that is customizable to how you want to work and who you want to see in the meeting, even on mobile devices. Add Cisco award-winning video room and desk devices to your Webex meeting for life-like experiences.
-
Powerful mobile experience—Optimized just for mobile users with customizable 720p video views, native screen sharing, hands-free joining, simple meeting scheduling, and it adapts to noisy environments.
-
Join from your device of choice from the pocket to the boardroom—Phone, browser, mobile, room device, third-party standards-based room devices, and even Skype for Business. And you’ll have a consistent meeting experience no matter how you join.
-
Integrated into how you work and learn—Schedule, join and start meetings with the third-party tools you may already use, including Microsoft Teams, Slack, Workplace by Facebook, Microsoft Office 365, Google Calendar, and Skype for Business. Webex Meetings is also tightly integrated with popular Learning Management Systems (LMS), so remote learning can be as effective as it is in class.
-
One meeting experience—Whether participants are together or apart, internal or external to the organization, they will have one meeting experience across mobile or video devices.
-
Professional and effective meetings—Keep internal and external participants engaged with integrated audio, video, and content sharing capabilities, made possible by global online conferencing with Webex Meetings applications. You can also share other applications, desktops, and even video files for more productive and impactful collaborative meetings, training, and events.
-
Virtual meetings as if you were face to face—Start or join a meeting using a web browser, mobile phone, desktop, or in-room video device. Make online meetings even more engaging just like you were together in person with video that automatically switches to display the person who is speaking, creating an intuitive meeting experience. Bring everyone together in a personalized, always-available meeting room anytime. You can use your own standards-based video device, which can scale your meeting from a few to hundreds, as desired.
-
Enhanced security and compliance—Take the worry out of your meeting with multi-layer security built with Cisco expertise that does not compromise user experience.
-
Global meeting architecture—Cisco Webex® has a global architecture and network, purpose built for meetings, to ensure speed and performance. With data centers located throughout the world, people join using the Webex data center closest to them. The benefit? High-quality video meetings without delays—no matter where participants are located. This is made possible by an enterprise structure that securely and reliably delivers SaaS functionality.
-
Improved administration—To better manage the collaboration portfolio, the Cisco Webex Control Hub allows administrative users to access Webex Meetings settings and reports in a single pane of glass.
-
Improved speed of deployment—Experience rapid time to value with low total cost of ownership by being able to quickly deploy the solution over the secure Webex platform. You can deploy Webex Meetings quickly instead of over months, taking full advantage of innovative video and web collaboration best practices along with Cisco technology and expertise.
-
Webex Meetings helps you forget about the technology, so you can focus on having a well-planned event and productive meeting. Joining Webex Meetings is a breeze for everyone, no matter whether they connect from an app on their computer, smartphone, or tablet or join with a group of colleagues using a Webex Room Series device.
Wholesale Webex Assistant
Webex Assistant for Meeting は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings is available for free for Webex Meetings, Webex Suite package meeting sites and Personal Meeting Rooms. 新規と既存のサイトの両方でサポートされています。
Enable Webex Assistant Meetings for Webex Meetings and Webex Suite Packages
Webex Assistant is by default enabled for Webex Meetings and Webex Suite package Wholesale customers. Partner Administrators and Customer Organization Administrators can disable the feature for Customer Organizations through Control Hub.
制限
The following limitations exist for Webex for Cisco Wholesale:
-
Support is limited to Webex Meetings and Webex Suite package meeting sites and Personal Meeting Rooms only.
-
Closed captioning transcriptions are supported in English, Spanish, French and German only.
-
Content sharing via email can be accessed only by users within your organization.
-
Meeting content is not accessible to users outside your organization. Meeting content is also not accessible when shared between users of different packages from within the same organization.
-
With the Webex Meetings and Webex Suite package, meeting recording transcriptions are available whether Webex Assistant is enabled or disabled. However, if local recording is selected, post-meeting transcripts or highlights are not captured.
Additional Information About Webex Assistant For user information on how to use the feature, see Use Webex Assistant in Webex Meetings and Webex Webinars.
Wholesale Customer Experience Essentials Configuration
Explore the features and limitations of Wholesale Customer Experience Essentials, excluding the configuration of call queue creation and the upgrade from Customer Experience Essentials.
Call Queue Creation:
The key distinction from the creation of the Customer Experience Call Queue mentioned in Webex Customer Experience Essentials is that, for Wholesale organizations, On the Select Agents page, a user can be selected as an agent only if they have the CX Essentials package assigned. Show Customer Experience Users Only toggle won't be available.
Call Queue Upgrade:
If the organization has purchased Customer Experience Essentials and wants to move the existing basic call queue to Customer Experience Essentials queue, you can do it effortlessly from the Control Hub. Upgrading the queue maintains the assigned agents and supervisors, and the existing settings of the queue.
Limitations/Warning:
- Once a call queue is upgraded, you can’t downgrade it.
- Virtual line and workspace in the Customer Experience Basic call queue aren’t supported to upgrade to Customer Experience Essentials queues.
To upgrade a call queue:
- Sign in to Control Hub, and go to Services > Calling > Features > Call Queue.
- Click the ellipsis ... icon of the call queue that you want to upgrade and click Upgrade queue.
- Review the queue information and click Next.
The weighted routing pattern from Customer Experience Basic isn’t supported in Customer Experience Essentials and defaults to Top Down. You can change to other routing types after the upgrade.
- In Review Package Assignment screen, we can do either two actions mentioned below:
- Remove agents who do not have the Customer Experience package by clicking 'Continue the upgrade without the listed agents'. This action will remove those agents from the call queue.
- Change the package assigned to the relevant users by navigating to the 'Assigned User Package' page as shown below. This will take you to the users screen where you can assign the customer experience essentials package as needed. Thereafter, you can re-attempt the Call Queue Upgrade.
Simplified and Centralized Administration
The Wholesale RTM solution provides you with two simple interfaces to provision and manage customers:
-
パートナー ハブ
-
Control Hub
Partner Hub: Managing the Offer
Partner Hub is Cisco's web-based portal for management of the Wholesale RTM solution. Partner Hub is the administrative interface that you use to configure offer attributes that span enterprises. Partner Hub provides:
-
Offer Management—Establish default settings, templates, and policies that apply to all enterprises managed under the offer.
-
Cobranding—Set client brand colors, logos, and other client attributes for a cobranded end-user experience that reenforces the values of both the Service Provider and Cisco.
-
Enterprise Onboarding—Add new businesses to your offer, assign enterprise-level features, and security compliance. Set meeting site attributes including dial-in and callback services.
-
Enterprise Management and Reporting—Assign roles and responsibilities to admins within the enterprises that you manage. See analytics across all enterprises to monitor adoption, usage, and quality metrics.
Partner Hub has multiple levels of role-based access control letting Service Providers assign access levels, while maintaining security best practices.
The Partner Hub Overview screen displays a Start Trial button. However, the trial option is not available to Wholesale RTM partners. Partners should not attempt to use this option as you cannot convert these trials to Wholesale customers. |
Control Hub: Managing on Behalf of the Enterprise
Webex Control Hub is Cisco’s web-based enterprise management portal. It offers a holistic view of an enterprise’s Webex services. It helps you manage all enterprises, users, devices, and security settings in one place. In the context of the Wholesale RTM solution, the primary user of Control Hub is the service provider administrator who updates settings on behalf of the end enterprise. It is also possible for the enterprise administrator to perform these functions. This provides the ability for Service Providers to allow your enterprises to self-manage, if desired. There are multiple roles that Service Providers can assign to their customer to allow them to have different levels of access to Control Hub. This increases offer flexibility and customization.
Control Hub provides one central cloud app for all your administrative functions with detailed analytics and reporting. Also, the administrator can configure security and compliance policies to help keep data safe and meet regulatory needs.
Control Hub provides:
-
User creation and service assignment—Manage all moves, adds, changes, and deletes (MACDs) for users in an enterprise. Control Hub allows you to set specific package types per user such entitling them to a Common Area or Suite package.
-
Actionable insights—See adoption in action across all enterprises, and within enterprises. Understand how users are calling, messaging, joining meetings, how long meetings last, and who is using video. This helps you to measure the adoption and use the services for the entire offer.
-
Drill down on the root cause of user experience issues—At the enterprise level, identify issues such as voice quality and page-load performance so you can troubleshoot them before they have an impact.
-
Flexible policy definition—Easily configure service settings for administrators and users with role templates and granular policy controls.
-
User and device management—Activate devices quickly, manage users, and enable synchronization with Microsoft Active Directory and integrated single sign-on for all, or a subset of the enterprises you manage.
See Control Hub Management and Analytics Data Sheet for more about Control Hub management and analytics.
API Management for Service Provider Scale
The Wholesale RTM solution is built for service provider scale. To achieve this, all functions for partner level and enterprise (Control Hub) level management are enabled via APIs.
The Wholesale RTM solution includes specifically built APIs for service providers that help onboarding customers and users at scale. In an ideal state, an API call for creating a customer entity in Webex and an API call for creating and configuring services for users are all you need. Cisco has invested in asynchronous APIs that do away with ordering APIs and any other manual operations. These APIs extend those available on developer.webex.com and allow service providers to span integration from service provider to customer to user easily. The design guidelines for these APIs are that they are simple to use, allow service providers to operate at scale, and offer flexibility via onboarding templates to target offers to the end customers.
Webex for Broadworks customers will be rejected by these APIs. |
アーキテクチャの概要
The diagram below illustrates the overall Architecture for the Wholesale Route to Market solution. There are two areas highlighted:
-
Customer Provisioning/Management
-
Service Provider Billing
These areas are discussed in more detail in subsequent topics.
Customer Provisioning
As already mentioned, Wholesale Route to Market removes the need to place per-customer Purchase Orders into CCW. Instead, the Service Provider can onboard customers directly against Webex using Public APIs or Partner Hub (Future). The diagram above illustrates the high level interactions:
-
The Service Provider owns the customer relationship. When selling services to the customer, the Service Provider will manage that relationship (including quoting, ordering, billing, payments) on their own systems. So step one in any customer management is to provision the customer on their own system.
-
The Service Provider can integrate Public APIs into their customer provisioning workflows to allow them to automatically onboard the customer and users onto Webex and assign services. In the future, the solution will also support onboarding capabilities via Partner Hub.
-
Once the Customer is onboarded, the Service Provider may use Partner Hub, Control Hub and Public APIs to further administer the solution for their customers.
Administrators should be provisioned with the same level of package as the customer organization was created with. No downgrade of the package is supported for the customer administrator (full administrator). |
Packages/AddOns
The basic units of service assignment for Wholesale Route to Market are Packages and AddOns.
-
Packages are the base service assignments. All users are assigned one (and only one) package, which entitles them to a set of Webex Messaging, Meeting and Calling services. For the list of packages, see Package Offers.
-
AddOns are additional billable features that are not included by default in the base packages. The initial release of Wholesale RTM does not include any AddOns, but there are a list of potential AddOns in the pipeline.
Restricted and Denied Persons Checks
For compliance reasons, Wholesale RTM provisioning checks automatically whether the customer appears on a Restricted or Denied Persons List. If the customer appears is on either list, provisioning is placed in a pending state during which the API completes periodic status checks to see if the issue is cleared. If the customer remains in a pending state after 72 hours, onboarding ceases and the Cisco Ops team takes over the compliance check to determine whether the customer can be provisioned.
For information on Cisco compliance policy, see General Export Compliance.
For information from the US Department of Commerce, see Denied Persons List.
住所
You must select a country in billing address when you create a customer. This country will be automatically assigned as the organisation country in Common Identity. Additionally, the organization country will determine the default global call-in numbers in Webex Meeting Sites with Cisco enabled PSTN calling options.
The site's default global call-in numbers will be set to the first available dial-in number defined in the telephony domain based on the organization's country. If the organization's country is not found in the dial-in number defined in the telephony domain, the default number of that location will be used.
S No. |
位置情報 |
国番号 |
Country Name |
---|---|---|---|
1 |
アメリカ |
+1 |
US, CA |
2 |
APAC |
+65 |
シンガポール |
3 |
オーストラリア、ニュージーランド |
+61 |
オーストラリア |
4 |
EMEA |
+44 |
イギリス |
5 |
EURO |
+49 |
ドイツ |
Supported Language Locales
During provisioning, the language field will allow administrators to provision Wholesale customer organizations with a specific language. This language will get assigned automatically as the default locale for that customer organization and Webex Meeting Sites.
Five character language locales in (ISO-639-1)_(ISO-3166) format are supported. For example, en_US corresponds to English_UnitedStates. If only a two letter language is requested (using ISO-639-1 format), the service will generate a five character language locale by combining the requested language with a country code from the template i.e. "requestedLanguage_CountryCode", if unable to get a valid locale, then the default sensible locale used based on the required language code.
The following table lists the supported locales, and the mapping that converts a two-letter language code to a five-character locale for situations where a five-character locale is not available.
Supported Language Locales (ISO-639-1)_(ISO-3166) |
If only a two-letter language code is available... | |
---|---|---|
Language code (ISO-639-1) ** |
Use Default Sensible Locale instead (ISO-639-1)_(ISO-3166) | |
en_米国 en_AU en_GB en_CA |
ja |
en_米国 |
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_胡 |
id_ID |
id |
id_ID |
it_IT |
それ |
it_IT |
ja_JP |
ja |
ja_JP |
ko_Kr |
KO |
ko_Kr |
es_ES es_コラボレーション es_MX |
ES |
es_ES |
nl_NL |
NL |
nl_NL |
nb_いいえ |
nb |
nb_いいえ |
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 |
The locales es_CO, id_ID, nb_NO and pt_PT are not supported by Webex Meeting Sites. For these locales, The Webex Meetings sites will be in English only. English is the default locale for sites if no/invalid/unsupported locale is required for the site. This language field is applicable while creating an Organization and Webex Meetings site. If no language is mentioned in a post or in the subscriber's API then language from the template will be used as a default language. |
Service Provider Billing
A key goal for the Wholesale Route To Market (RTM) solution is to reduce the friction for Service Provider partner organizations in onboarding customers at scale.
-
Normally, distinct purchase orders are needed to establish a subscription per Webex customer. This slows down the onboarding process and is too much burden on a Wholesale SP who usually deal with many thousands of very small SMB customers (< 20 users per customer in the vast majority of cases).
-
To avoid this, Wholesale RTM only requires a single "blanked" Purchase Order/Subscription at the Service Provider level, against which the SP will be billed for all usage across their customer base. This frees up the Service Provider to focus on onboarding their customers onto the Webex platform.
図 5: Architecture Overview illustrates the basic steps in how the Wholesale Service Provider establishes their subscription and are ultimately billed for all usage.
-
The Service Provider places a single blanked Purchase Order into CCW for Wholesale services. This purchase order includes an itemized list of wholesale services (Packages or AddOns) that the Service Provider is entitled to sell to their customer base.
-
As customers are provisioned and Webex services get used, Webex tracks and records all Package and AddOn usage consumption.
-
At the end of the Service Provider billing period, Webex prorates the daily usage totals and generates an invoice to the Service Provider based on the agreed pricing per usage.
-
The Service Provider uses the Wholesale Billing public APIs to generate and download custom billing reports that break usage down on a per customer or per user basis. Service Providers can use data from these billing reports to bill their customers according to the customer usage.
Webex maintains historical records of all usage. For details on how to use these APIs see Billing Reconciliation.
SubPartner Capability
Wholesale RTM service provider partners would likely have a reseller channel. These reseller channels typically include agreements with one or many resellers (for this feature, we call the reseller a ‘SubPartner’). These SubPartners typically extend the offer to their customer base and manage the customer lifecycle which is critical to success. At its core, the feature allows a partner to abstract billing integration with Cisco from its SubPartners.
For more information, see Set up SubPartner section under Deploy Wholesale Route to Market.
Once set up, to successfully onboard customers, the SubPartner must use their access to Partner Hub to configure calling integration and Wholesale RTM onboarding templates (the parent partner's shared subscription ID will automatically appear during template creation). Once the templates are in place, the SubPartner may use the customer creation wizards in Partner Hub or the APIs to onboard customers. To provide some insight, Webex architecture models SubPartners as a partner, which allows SubPartners to benefit from capabilities similar to a partner. SubPartners can have their admin users, reporting, branding, and onboarding templates and fully manage their customers.
Currently, this model supports only 1 level (Partner - zero or more SubPartners), and there isn't a hard limit on the number of SubPartners per partner. A SubPartner does NOT have access to the parent partners instance and other SubPartners that may exist under the parent partner, and a SubPartner will be able to manage only customers they onboard. A partner can create, view, and delete billing reports for their individual SubPartners. For more information, see Billing Reconciliation on enhancements to the report related to Sub Partners.
|
SubPartner (also known as indirect providers in the UI)
The SubPartner model enhancements in this phase enables parent partners to manage indirect providers and their customers with improved visibility and actions via Partner Hub and APIs.
The Parent partners will establish a managed-by relationship with both the indirect provider and their customers, improving visibility and control within the SubPartner model.
The managed-by relationship between the Parent partner and the SubPartner is established during the setup phase of the SubPartner.
Meanwhile, the managed-by relationship between the Parent partner and the sub-partner's customer is established during Wholesale customer creation or Wholesale organization attach.
Additionally, besides empowering SubPartners to independently carry out operations, this feature enables Parent partners to oversee both SubPartners and their respective customers through both the UI and APIs.
Wholesale Provisioning API Changes
The Wholesale API offers an extra support parameter 'onBehalfOfSubPartnerOrgId' on behalf of the partner, allowing the Parent partner to execute wholesale operations for the SubPartners.
パートナー ハブ
Parent Partner - Indirect Provider view
If you are signed in to Partner Hub as a Parent Partner Admin holding both the 'partner full admin' and 'wholesale admin' roles, you'll have access to the 'Indirect providers' tab. This section displays all indirect providers linked to your partner organization through a 'managed-by' relationship. On the right-hand side, you'll find the cross-launch button. Clicking on it will direct you to the Partner Hub account of the indirect provider, where you will be logged in as the Parent Partner admin user.
Parent Partner - Customer List view
When logged in to Partner Hub as a Parent Partner Admin with both the 'partner full admin' role and the 'wholesale admin' role, you will have access to the Parent Partner's customer list. However, as part of the SubPartner feature, you can now explicitly search for customers belonging to the Parent Partner's Indirect Providers. These customers will not be loaded in the customer list by default, but by explicitly searching for them, the Parent Partner admin can view them. Additionally, the Parent Partner admin will have the ability to cross-launch from here into the customers Control Hub of the Indirect Providers.
制限
- The cross-launch of the Helpdesk is not operational for the SubPartners.
- The UI for the Partner Hub indirect provider list currently only accommodates 100 indirect providers.
- When cross-launched into the SubPartner Partner Hub, the following functionalities will be unavailable:
-
Analytics Screen
-
Services Screen
-
Reports Screen
-
Webex Release Management
-
Flex Trial Creation
-
List Wholesale SubPartners
Use this API to obtain a list of SubPartners for the partner organization. You can list all SubPartners, or limit the list to those SubPartners that meet the specified parameters such as provisioning state (suspended, active).
If you enter optional parameters, the API returns only those SubPartners that match exactly the parameters that you enter. For example, if you enter provisioning state, only SubPartners that have that specific provisioning state get returned. |
-
Go to the List Wholesale SubPartners API.
-
Under Query Parameters, enter any search parameters that you want to use (for example, the provisioningState, offset, max). For additional details on these parameters, see the Developer help on the API.
-
[実行] をクリックします。
The API outputs the list of SubPartners along with the unique orgId and provisioningState.
ブランディング
パートナー管理者は高度なブランディングカスタマイズを使用して、パートナーが管理する顧客組織に対して Webex アプリがどのように表示されるのかカスタマイズできます。パートナー管理者は次の設定をカスタマイズして、Webex アプリが会社のブランドとアイデンティティを反映するようにすることができます。
-
会社ロゴ
-
ライト モードまたはダーク モードの固有のカラー スキーム
-
カスタマイズされたサポート URL
For details on how to customize branding, refer to Configure Advanced Branding Customizations.
|
Feature Matrix
For information on the supported features for the Wholesale Route-to-Market solution, see Webex Wholesale RTM feature matrix.
展開の概要
The Wholesale RTM solution offers a streamlined deployment process that includes simplified provisioning, administration and billing. The following chapter provides procedures that describe:
-
How to provision new customer organizations and subscribers.
-
How to maintain and update existing customer and subscribers.
-
How to create Billing reconciliation reports so that you can bill your customers.
開始する前に
You must decide on how you want to manage your customers and users. There are two interface options for provisioining and managing customers. This chapter provides procedures for both interfaces.
-
Manage customers manually via the Partner Hub interface
-
Manage customers using public APIs
Also, if you haven't yet assigned administration roles within the partner organization, see Partner Administrator Roles for Webex for BroadWorks and Wholesale RTM.
Onboarding with Wholesale Setup Assist
Wholesale Setup Assist is an optional customer onboarding service that Cisco offers to Wholesale RTM partners to help them onboard customers. The service is available to any partner that orders the A-Wholesale SKU in Cisco Commerce Workspace (CCW). Partners can order the service for specific customer locations via either the Express or Standard Wholesale SKU, with the sku being assigned automatically based on the quantity of users for the customer location.
As an additional benefit, the service updates the partner's billing reconciliation report automatically so that partners can bill their customers appropriately.
Following are the two Wholesale Setup Assist SKUs along with their respective pricing model. Note that these are net transfer prices to the partner. リストの価格は、ホールセールパートナーの割引に基づいて異なります(高)。
SKU |
SKU は... |
---|---|
Wholesale Setup Assist Express Usage |
Flat charge to set up location of up to 5 seats |
Wholesale Setup Assist Standard Usage |
Per-user charge to set up location with more than 5 seats |
Onboarding Flow with Wholesale Setup Assist
This section describes the onboarding flow when you use Wholesale Setup Assist.
前提条件
-
Partner must be onboarded fully to the Wholesale Route-to-Market solution. This includes items such as PSTN connectivity, third-party hosting requirements completed, OSS/BSS configured.
-
All requests for Wholesale Setup Assist must be submitted no later than six business days prior to onboarding completion.
-
We recommend that customers verify network connectivity at cscan.webex.com.
Onboarding Flow
アクション |
詳細 | |||
---|---|---|---|---|
1 |
Place a one-time purchase order in Cisco Commerce Workspace (CCW) for the A-Wholesale SKU with a quantity of 1. |
See Webex - Wholesale Ordering Guide for help with placing the order.
| ||
2 |
Complete customer provisioning tasks using either of these flows: |
You can either provision customer organizations manually in Partner Hub or use APIs to complete provisioning. | ||
3 |
The Setup Assist can be done using either of these flows: |
After provisioning, submit the subscription request with the Wholesale Setup Assist Request Form or the Wholesale Setup Assist Order via API.
| ||
4 |
The Setup Assist team helps you to onboard the customer using one of these flows: |
Refer to the flow that applies to the customer location that you are onboarding. The flow describes both Cisco and partner responsibilities at each stage of the process. |
Setup Assistance (Express Flow)
The following table breaks down the project flow for the Express option when the Cisco Wholesale Setup Assist team takes over onboarding. The below project phases occur after you complete provisioning and submit your assistance request.
The table breaks down the Cisco responsibility and partner responsibility at each phase of the project.
Project Phase |
Cisco Responsibility during this phase |
Partner Responsibility during this phase | |
---|---|---|---|
1 |
Discovery and Assessment |
| |
2 |
Solution Design |
|
Follow up with customer as required. |
Setup Assistance (Standard Flow)
The following table breaks down the project flow for the Express option when the Cisco Wholesale Setup Assist team takes over onboarding. The below project phases occur after you complete provisioning and submit your assistance request.
The table breaks down the Cisco responsibility and partner responsibility at each phase of the project.
Project Phase |
Cisco responsibility during this phase |
Partner responsibility during this phase | |
---|---|---|---|
1 |
Project Management |
|
|
2 |
Discovery and Assessment |
|
|
3 |
Solution Design |
|
|
4 |
Onboarding (testing) Plannign Phase |
|
|
5 |
実装 |
|
|
6 |
Onboarding Execution |
|
|
7 |
Post-onboarding |
|
|
8 |
オペレーションの引き継ぎ |
|
|
Partner Pre-Provisioning Check API
The Pre-Provisioning Check API helps administrators and sales teams by checking for errors before you provision a customer or subscriber for a package. Users or Integrations authorised by a User with the Partner Full Administrator role can use this API to ensure that there are no conflicts or errors with package provisioning for a given customer or subscriber.
The API checks to see if there are conflicts between this customer/subscriber and existing customers/subscribers on Webex. For example, the API may throw errors if the subscriber is already provisioned to a different customer or partner, if the email address exists already for another subscriber, or if there are conflicts between the provisioning parameters and what exists already on Webex. This gives you the opportunity to fix those errors before you provision, increasing the likelihood of successful provisioning.
For more information on the API, see:Webex for Wholesale Developer Guide
To use the API, go to :Precheck a Wholesale Subscriber Provisioning
To access Precheck a Wholesale Subscriber Provisioning document you need to log in to https://developer.webex.com/ portal. |
Provision Customer Organization Task Flow (via Partner Hub)
You can also use APIs to provision customer organizations. See Provision Customer Organization Task Flow (via API). |
1 |
Configure a Onboarding Template Before you provision a customer, you must set up a Onboarding template. You can use an existing template or create a new template. |
2 |
Create Customer via Partner Hub Create a new customer organization manually in Partner Hub. |
3 |
Set up the newly created customer by adding users and locations. |
Configure a Onboarding Template
You must have a Onboarding template before you can provision any customer organizations or users. Use this procedure to create a Onboarding template with common settings that you want to apply to the customer organizations that use the template. 次の条件が適用されます。
-
You can apply a single Onboarding template to multiple customers.
-
You can create multiple Onboarding templates with settings that are targeted to different sets of customers.
1 |
パートナー ハブにサインインし、[顧客] を選択します。 |
2 |
Click the Templates button to view existing templates. |
3 |
[テンプレートの 作成] をクリックします。 |
4 |
Select Webex for wholesale and click Next. |
5 |
Set up your Primary settings:
|
6 |
From the Wholesale subscription drop-down, select your subscription. |
7 |
[次へ] をクリックします。 |
8 |
Select one of the following Authentication method:
|
9 |
[次へ] をクリックします。 |
10 |
Under Wholesale calling, select a Cloud Connected PSTN provider and click Next. Note that this field is optional for the Webex Meetings package, but is mandatory for other packages. |
11 |
Configure Common settings and Call settings options:
|
12 |
[次へ] をクリックします。 |
13 |
Review the settings summary and click Edit to change any settings that you want. When the settings look correct, click Submit. Your newly created template gets added to the template view.
|
14 |
Open the template that you created and copy the Provisioning ID value. You'll need this value when you provision a customer organization. |
Create Customer via Partner Hub
1 |
Partner Hub にサインインします。 |
2 |
Click Customers to view the list of existing customers. You can select any customer to view information about that organization. |
3 |
Click Create customer to create a new customer organization. |
4 |
On the Customer information screen, enter details such as company name, Administrator email and the template that you want to apply. |
5 |
[次へ] をクリックします。 |
6 |
On the Packages screen, select the package that you want to apply to this customer and click Next. |
7 |
On the Headquarter's location screen, enter location details about the customer's headquarters. |
8 |
If the headquarters are in a Webex supported location, click the I verify that this customer is in a Cisco Webex supported location check box. |
9 |
[次へ] をクリックします。 |
10 |
Review the customer summary. If the information is correct, click Create customer. |
次に行うこと
Webex Partners in one region can create customer organizations in any region that we offer the services. ヘルプについては次を参照してください。Data residency in Webex. |
Set up Customer
1 |
Partner Hub にサインインします。 | ||
2 |
Click Customers and select the appropriate customer. The customer settings display on the right side of the screen. | ||
3 |
Click Setup Customer. The Set up Users wizard launches. | ||
4 |
In the Add and confirm locations screen, enter additional locations such as branch offices. | ||
5 |
[次へ] をクリックします。 | ||
6 |
In the Add users screen, enter user details such as First Name, Last Name, Email, Package, and Location. | ||
7 |
[次へ] をクリックします。 | ||
8 |
Assign Phone Numbers for users who have a calling package. | ||
9 |
[次へ] をクリックします。 | ||
10 |
Review the information that you entered. | ||
11 |
Click Create users.
|
次に行うこと
Administrators should be provisioned with the same level of package as the customer organization was created with. No downgrade of the package is supported for the customer administrator (full administrator). |
Provision Customer Organization Task Flow (via API)
You can also use Partner Hub to provision customer organizations. See Provision Customer Organization Task Flow (via Partner Hub). |
During provisioning, whether in Partner Hub or via API, the SIP domain for customer organizations is now automatically set. This update ensures the SIP domain is configured correctly, which is necessary for creating a workspace when using Webex Calling. |
1 |
Configure a Onboarding Template Before you provision a customer, you must have set up a Onboarding template in Partner Hub. You can use an existing template or create a new one. |
2 |
Provision Wholesale Customer API Provision the customer organization using APIs. Apply the Onboarding template settings to your new customer organization. |
3 |
Provision Wholesale Subscribers API Add subscribers (users) to the customer organization using APIs. |
Provision Wholesale Customer API
スケジューリングを始める前に
For more information on supported languages, see:Supported Language Locales |
1 |
Open the Provision a Wholesale Customer API. |
2 |
In the configuration area on the right, complete the required fields for the customer org. Make sure to follow the format in the examples:
|
3 |
[実行] をクリックします。 The result displays in the Response window. The response also contains a URL that displays in the Location header and which points to the organization.
|
次に行うこと
Provision Wholesale Subscribers API
The first provisioned user into a new customer organization gets assigned administrator privileges automatically. |
1 |
Open the Provision a Wholesale Subscriber API. | ||
2 |
Complete the following required fields. For additional information on the fields, refer to the field descriptions with the API:
| ||
3 |
[実行] をクリックします。 | ||
4 |
Repeat these steps to provision additional subscribers.
|
次に行うこと
Attaching Webex for Wholesale to an Existing Customer Organization
If you are a partner administrator adding Webex for Wholesale services to an existing Webex customer organization that is not currently managed by a Wholesale, the customer organization administrator must approve administrator access for the provisioning request to succeed.
Organization administrator approval is required if any of the following criteria are met:
-
The existing customer organization has 100 users or more.
-
The organization has a verified email domain.
-
The organization domain is claimed.
If none of the above criteria are met, an Automatic Attach may occur. |
Automatic Attachment Scenario
In an Automatic Attachment scenario, a Webex for Wholesale subscription is added to an existing customer organization without notifying the existing org administrator or end user. In most cases, your Partner Org will be given Provisioning Admin rights. However, if the customer org has no licenses or only suspended/canceled licenses, you will be made a Full Admin.
With Provisioning Admin access, you will have limited visibility in Control Hub to the users in the existing org. It is recommended that you contact the customer admin and request Full Admin access to the org.
Steps to Add Wholesale Services to a Preexisting Customer Organization
Partner administrators can follow these steps to add Wholesale services to an existing Webex organization:
- If you do not already manage the customer, ask the customer admin to add you as an external administrator with full admin rights. This step is not mandatory at this stage but simplifies the process. The customer admin may have to do this later if the provisioning attempt is not eligible for an automatic attachment.
- Ensure that the onboarding template has the "Allow admin-invite emails when attaching to existing orgs" toggle set to true (located in Common Settings of template details).
- Collect the parameters needed to use the POST Wholesale Customer API:
- provisioningId, packages, orgId, externalId, address.
- The orgId can be obtained from the Account Section of Control Hub.
- The provisioningId can be found in the Onboarding templates section in Partner Hub by viewing a Wholesale template's details.
- The provisioningParameters are required when any calling packages are being provisioned.
- provisioningId, packages, orgId, externalId, address.
- Provision the Wholesale services using the POST Wholesale Customer API, ensuring all required parameters are provided.
- If the request is successfully accepted, a 202 response will be returned. This does not mean provisioning has succeeded, as wholesale provisioning is done asynchronously. Use the status attribute returned by the GET Wholesale Customer API to check if provisioning succeeded.
Limitations and Unsupported Use Cases
- After attaching wholesale services to a partner's own customer org, further provisioning must be done via the Public APIs, not through Partner Hub.
- Organization approval is required from the customer admin in certain scenarios when adding wholesale services to a customer that is not currently managed by a Wholesale partner:
- The existing customer organization has 100 users or more.
- The organization has a verified email domain.
- The organization domain is claimed.
Conditions of Org Attachment
- The first user from the existing org who is provisioned for Webex for Wholesale is not provisioned as an admin user. Settings and entitlements from the existing org are retained.
- The organization’s existing authentication settings take precedence over what is configured on the Webex for Wholesale provisioning template. As a result, there is no change to how existing users log in.
- If the existing customer organization has basic branding enabled, after the attach occurs, the Partner's Advanced branding settings will take precedence. If the customer wants the basic branding to remain intact, then the partner must configure the customer organization to override branding in the Advanced Branding settings.
- The name of the existing organization will not change.
- Restricted Admin Mode (set by the Restricted by Partner Mode toggle) is turned off for the attached org.
Submit Wholesale Setup Assist Request Form
If you are using the Wholesale Setup Assist service, complete this form after you provision customers and users in Partner Hub and Control Hub to submit the subscription request.
1 |
Open the Wholesale Setup Assist Request Form. | ||||||||||||||
2 |
Complete the following fields on the request form. You can get most of the values from Partner Hub and Control Hub settings. The following table describes how to find appropriate values for some of the prominent settings.
| ||||||||||||||
3 |
Complete any additional fields on the SmartSheet. Make sure to complete all fields with an *. | ||||||||||||||
4 |
To receive an email copy of the request, check the Send me a copy of my responses check box. | ||||||||||||||
5 |
[送信] をクリックします。
|
次に行うこと
The Wholesale Setup Assist team at Cisco takes over the onboarding process and works with you to complete the onboarding process. For more details on the project flow, and the Cisco responsibility and partner responsibilities during this process, see one of the following two flows:
-
For Express Flow, see Setup Assistance (Express Flow) of Onboarding Flow with Wholesale Setup Assist in the Reference section.
-
For Standard Flow, see Setup Assistance (Standard Flow) of Onboarding Flow with Wholesale Setup Assist in the Reference section.
Set up SubPartner
While requesting to be set up in this model, we recommend that the partner maintain an admin account per SubPartner to support the SubPartner during technical onboarding, setup and support phases. We realize that this may pose additional operational challenges (maintaining a new email and credentials per SubPartner) for the partner and seeking to fix this in a future phase. That said, please get in touch with the PSM team with the following details.
-
Your Org ID
-
Your Org name
-
SubPartner Org name
-
Email address to be assigned as first SubPartner administrator user
-
First and Last Name of first SubPartner administrator user
-
Your Subscription ID is to be shared with the SubPartner Org
-
Billing start date for the SubPartner (Default: SubPartner setup date)
Administration via Partner Hub
The Partner Hub user interface includes options that let you manage many administration tasks manually via the Partner Hub interface. For example, you can do the folloiwng tasks:
-
Provision new customer organizations and users
-
Add or update users for existing organizations
-
Update existing settings
Add Users Manually
1 |
Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 |
Launch the customer view for the applicable customer. The customer view opens in Control Hub.
| ||
3 |
[ユーザー] をクリックします。 | ||
4 |
Click Manage users. | ||
5 |
Click Manually Add Users.
| ||
6 |
Enter the Basic information for that user (for example, names, email addresses and package) and click Next. | ||
7 |
Add additional users. You can add up to 25 users. | ||
8 |
[次へ] をクリックします。 | ||
9 |
[閉じる] をクリックします。 |
Change User Package
1 |
Partner Hub にサインインし、[顧客] をクリックします。 |
2 |
Launch the customer view for the customer that the user is under. |
3 |
In Control Hub, click Users. |
4 |
Select the user whose package you want to change. |
5 |
In the Package section, click the arrow (>). |
6 |
Choose the new package. |
7 |
If you changed the package to Webex Calling or Webex Suite, update the calling number information. |
8 |
Click Change. |
Customer Management APIs
The following public APIs let Wholesale partners manage settings for existing customer organizations.
API |
説明 |
---|---|
Use this API to update settings for one of your existing customer organizations. | |
Use this API to view a summary of settings for an existing customer, including orgID, address, provisioning status, and packages. | |
Use this API to list your customer organizations, along with a summary of their main settings. You can enter optional parameters to limit the search to only those organizations that meet the search criteria. | |
Use this API to delete an existing customer organization. |
Update a Wholesale Customer
1 |
Open the Update a Wholesale Customer API. |
2 |
In the PUT field, click customerID and enter the customerID for the customer organization that you want to update. |
3 |
In the Body enter any optional parameters.
|
4 |
[実行] をクリックします。 |
Get a Wholesale Customer
1 |
Open the Get a Wholesale Customer API. |
2 |
In the GET line, click id and enter the customer ID. |
3 |
[実行] をクリックします。 The output displays the details for that customer organization.
|
You can also search for the customer using the Location URL. |
List Wholesale Customers
Use this procedure to use the API to get a list of your existing customer organizations, along with details for those customer organizations.
-
If you run the API without search parameters, the output displays every customer that the partner manages.
- If you run the API with search parameters, the output displays only those customers who match the criteria. For example, if you enter an externalId the output displays only the customer organization that uses that Id.
1 |
Open the List Wholesale Customers API. |
2 |
オプションです。Enter any optional search parameters. |
3 |
[実行] をクリックします。 The output displays customer details for the customers who meet your search criteria.
|
Delete a Wholesale Customer
Use this procedure to remove Wholesale services from an existing customer organization.
This API removes Wholesale services from an existing Webex customer organization, but does not delete the organization completely. To delete the organization from Webex, use the Organization APIs. |
スケジューリングを始める前に
1 |
Open the Delete a Wholesale Customer API. |
2 |
Enter the customerID of the customer organization that you want to delete. |
3 |
[実行] をクリックします。 |
Device Onboarding and Management
Wholesale RTM supports all Cisco devices and a wide range of Third-Party devices via different Device Management (DM) options available at the Webex platform. The DM options are detailed as below:
-
Cisco Managed Cisco Devices: The Cisco Webex platform natively supports all Cisco Devices (MPP & RoomOS) via this DM option. These devices can be added and provisioned directly through CH or APIs and give partners and customers the best Cisco on Cisco Experience. Cisco Devices are also enabled with Webex awareness which means users can access Webex services (Enhanced serviceability, Unified Call History, Directory Sync, Webex presence, one button to join, Hot Desking etc.) from their Cisco MPP phones. They can also make PSTN calls from their RoomOS Devices in addition to the Webex services listed.
For procedures about how to onboard new MPP devices, see Configure and Manage Webex Calling Devices.
For more information about Cisco device features, see Webex Features Available on Cisco MPP Devices.
- Cisco Managed Third-Party Devices: Cisco Webex platforms natively supports a few widely deployed Third-Party devices (Poly, Yealink, others). New customer organizations in Wholesale do not have access to these Third-Party phones when adding a new phone which can be enabled via contacting Cisco or your account manager. More details on these devices, see Supported devices for Webex Calling.
- Externally Managed Devices: Cisco further allows support for a wide range of Third-Party devices via the externally managed DM options where Partners and Customers can provision devices as Generic SIP devices, download and manage the SIP authentication credentials/configuration files with or without using an external DM tool based on the level of DM capability required. These DM options are:
- Customer Managed Devices: This DM option allows partners and customers to support generic SIP devices like Pagers, Door Phones etc. where the customization requirements are very low. For more information on how to add a Customer Managed device, see Add your customer-managed device.
- Partner Managed Devices: This is a new DM option that allows partners and customers to support a range of Third Party SIP phones and Gateways with full customization and at scale using an external DM tool. For more information on Partner Managed devices, see Partner Managed Devices for Webex.
Billing Reconciliation
Partner administrators can use the Wholesale Billing APIs to generate custom billing reports that display usage consumption at the per partner, per customer, or per user levels. Partners can use this information to reconcile their monthly invoice so that they can bill their customers and users according to their usage consumption.
Partners can also generate custom billing reports for sub-partners using subPartnerOrgId parameter.
There are four APIs that are available to partner administrators who meet the minimum access requirements.
Billing API |
Purpose of API |
Partner Admin Access Requirement |
---|---|---|
Create a Wholesale Billing Report |
Used to generate a billing report. |
Read / Write |
Get a Wholesale Billing Report |
Used to get a generated billing report for download. |
閲覧 |
List Wholesale Billing Reports |
Used to list the billing reports that exist for that partner. |
閲覧 |
Delete a Wholesale Billing Report |
Used to delete an existing billing report. |
Read / Write |
データ ソース
Data for the Billing reports gets pulled from the usage consumption data that Webex tracks for each partner. Each day, Webex tracks the previous day's usage consumption for all partners, customers and users and aggregates the data so that it can be used to generate the partner's monthly invoice. Billing APIs leverage this data, letting partner admins generate custom reports so that the partner can reconcile usage consumption from their monthly invoice at the partner, customer and user levels.
For more detailed information on how Webex invoices partners, see Service Provider Billing.
Create a Wholesale Billing Report
1 |
Go to the Create a Wholesale Billing Report API. |
2 |
Enter the billing period by entering values for the billingStartDate and billingEndDate in the format that the API specifies. You can enter any date from the last five years, but not the current day. |
3 |
Enter the Type of report:
|
4 |
Click Run to generate the report. |
5 |
Copy the report id from the API output. You can use this value with the Get API in order to get the generated billing report. |
次に行うこと
Get a Wholesale Billing Report
1 |
Go to the Get a Wholesale Billing Report API. |
2 |
In the GET line, click the id button and enter the unique id value for the report. |
3 |
[実行] をクリックします。 |
4 |
The API outputs report status. The output includes the tempDownloadURL parameter, which provides a URL from which you can download the report. |
5 |
Copy the tempDownloadURL into a browser in order to access and download the report. |
List Wholesale Billing Reports
Use this API to obtain a list of generated billing reports for the partner organization. You can list all existing reports, or limit the list to those reports that meet the specified parameters such as your billing period and billing type (Partner, customer, user).
If you enter optional parameters, the API returns only those reports that match exactly the parameters that you enter. For example, if you enter a billing period, only reports that use that specific billing period get returned—reports that fall within the period, but which don’t exactly match the dates are not returned. |
1 |
Go to the List Wholesale Billing Report API |
2 |
Under Query Parameters, enter any search parameters that you want to use (for example, the startDate, endDate, Type, sortBy on). For additional details on these parameters, see the Developer help on the API. |
3 |
[実行] をクリックします。 The API outputs the list of reports along with the unique report id and status (COMPLETED, IN_PROGRESS).
|
次に行うこと
Delete a Wholesale Billing Report
Use this procedure to delete a generated billing report based on report id. A few examples where you may want to delete a report include:
-
If you want to regenerate an existing billing report, you must first delete the existing report. After you delete the existing report, you can create a new report for that period. Note that the delete requirement does not exist if the report is failed or is in progress.
-
If a report is generated and you send the URL to the wrong person, you can delete the report and they won’t be able to access it.
1 |
Go to the Delete Wholesale Billing Report API. |
2 |
Enter the report Id. |
3 |
[実行] をクリックします。 |
Billing Report Fields
Billing reports contain the following fields:
フィールド |
Additional Info |
Appears in Reports of this type |
---|---|---|
PARTNER_NAME |
Name of partner |
PARTNER, CUSTOMER, USER |
PARTNER_ORG_ID |
Unique partner identifier |
PARTNER, CUSTOMER, USER |
SUBSCRIPTION_ID |
Unique subscription identifier |
PARTNER, CUSTOMER, USER |
SERVICE_NAME |
Name of service (e.g, COMMON_AREA_CALLING, WEBEX_CALLING, WEBEX_SUITE, WEBEX_MEETINGS) |
PARTNER, CUSTOMER, USER |
SKU |
Sku for the service |
PARTNER, CUSTOMER, USER |
DESCRIPTION |
Description of the service |
PARTNER, CUSTOMER, USER |
CONSUMPTION_START_DATE |
Start of the service consumption. Along with the below field, this value defines the usage period. |
PARTNER, CUSTOMER, USER |
CONSUMPTION_END_DATE |
End of the service consumption. Along with the above field, this value defines the usage consumption period. |
PARTNER, CUSTOMER, USER |
QUANTITY |
Represents the aggregated user usage consumption per partner, per customer or per user (depending on the report and level at which you are viewing the data). Calculation: For each user, the per-day quantity is calculated on a prorated basis for that day. 例: Usage for a full day = 1 Usage for a half day = 0.5 The per-day totals for all days within the billing period are summed to provide a total quantity for that user within that billing period. For customer and partner-level reports, the totals for all users are aggregated to provide a total quantity for that customer or partner. |
PARTNER, CUSTOMER, USER |
CUSTOMER_ORG_ID |
Internal Customer Unique Identifier |
CUSTOMER, USER |
CUSTOMER_EXTERNAL_ID |
Customer Unique Identifier as provided by a partner |
CUSTOMER, USER |
SUBSCRIBER_ID |
Unique identifier for the subscriber |
USER |
USER_ID |
The subscriber's Webex user ID |
USER |
WORKSPACE_ID |
Unique workspace identier |
USER |
LOCATION_ID |
Unique Location Identifier |
CUSTOMER,USER |
Webex Wholesale billing is triggered by the provisioning of a package to a user or stopped by removing the package assignment. |
Partner SSO - SAML
Allows partner administrators to configure SAML SSO for newly created customer organizations. パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 |
-
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
-
Upload the CI metadata file that has Identity Provider.
-
Configure a Onboarding Template.[認証モード] 設定で、[パートナー認証] を選択します。[IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
ユーザーがログインできることを確認します。
Partner SSO - OpenID Connect (OIDC)
Allows partner administrators to configure OIDC SSO for newly created customer organizations. パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
The below steps to set up Partner SSO OIDC apply to newly created customer organizations only. If partner administrators try to modify the default authentication type to Partner SSO OIDC in an existing temple, the changes will not apply to the customer organizations already onboarded using the template. |
-
Open a Service Request with Cisco TAC with the details of the OpenID Connect IDP. The following are mandatory and optional IDP attributes. TAC must set up the IDP on the CI and provide the redirect URI to be configured on the IDP.
属性
必須
説明
IDP Name
はい
Unique but case-insensitive name for OIDC IdP config, could consist of letters, numbers, hyphens, underlines, tildes, and dots and max length is 128 characters.
OAuth client Id
はい
Used to request OIDC IdP Authentication.
OAuth client Secret
はい
Used to request OIDC IdP Authentication.
List of scopes
はい
List of scopes which will be used to request OIDC IdP authentication, split by space, e.g. 'openid email profile' Must including openid and email.
Authorization Endpoint
Yes if discoveryEndpoint not provided
URL of the IdP's OAuth 2.0 Authorization Endpoint.
tokenEndpoint
Yes if discoveryEndpoint not provided
URL of the IdP's OAuth 2.0 Token Endpoint.
Discovery Endpoint
いいえ
URL of the IdP's Discovery Endpoint for OpenID endpoints discovery.
userInfoEndpoint
いいえ
URL of the IdP's UserInfo Endpoint.
Key Set Endpoint
いいえ
URL of the IdP's JSON Web Key Set Endpoint.
In addition to the above IDP attributes, the partner organization ID needs to be specified in the TAC request.
-
Configure the redirect URI on the OpenID connect IDP.
-
Configure a Onboarding template. For the Authentication Mode setting, select Partner Authentication With OpenID Connect and enter the IDP Name provided during the IDP setup as the OpenID Connect IDP Entity ID.
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
Very that the user can log in using the SSO authentication flow.
パートナー モードによる制限
Restricted by Partner Mode is a Partner Hub setting that partner administrators can assign to specific customer organizations to limit the organization settings that customer administrators can update in Control Hub. When this setting is enabled for a given customer organization, all of that organization's customer administrators, irrespective of their role entitlements, are unable to access a set of restricted controls in Control Hub. Only a partner administrator can update the restricted settings.
Restricted by Partner Mode is an organization-level setting rather than a role. However, the setting restricts specific role entitlements for customer administrators in the organization to which the setting is applied. |
顧客管理者アクセス
Customer administrators receive a notification when Restricted-by-Partner Mode is applied. After login, they will see a notification banner at the top of the screen, immediately under the Control Hub header. The banner notifies the customer administrator that Restricted Mode is enabled and they may not be able to update some calling settings.
For a customer administrator in an organization where Restricted by Partner Mode is enabled, the level of Control Hub access is determined with the following formula:
(Control Hub access) = (Organization Role entitlements) - (Restricted by Partner Mode restrictions)
Customer administrators will face several restrictions, regardless of the Restricted-by-Partner Mode. These restrictions include:
- Call Settings: The 'App Options Call Priority' settings in the Calling menu are read-only.
- Location Setup: Setting up calling after location creation will be hidden.
- PSTN Management and Call Recording: These options will be greyed out for the location.
- Phone Number Management: In the Calling menu, phone number management is disabled, and the 'App Options Call Priority' settings, as well as call recordings, are read-only.
Restrictions
When Restricted-by-Partner Mode is enabled for a customer organization, customer administrators in that organization are restricted from accessing the following Control Hub settings:
-
[ユーザー] ビューでは、以下の設定が利用できません。
-
Manage Users button is greyed out.
-
Manually Add or Modify Users—No option to add or modify users, either manually or via CSV.
-
Claim Users—not available
-
Auto-assign Licenses—not available
-
Directory Synchronization—Unable to edit directory sync settings (this setting is available to Partner-level admins only).
-
User details—User settings such as First Name, Last Name, Display Name and Primary Email* are editable.
-
Reset Package—No option to reset the package type.
-
Edit Services—No option to edit the services that are enabled for a user (e.g., Messages, Meetings, Calling)
-
View Services status—Unable to see full status of Hybrid Services or Software Upgrade Channel
-
Primary Work Number—This field is read-only.
-
-
[アカウント] ビューでは、以下の設定が利用できません。
-
Company Name is read-only.
-
-
[組織設定] ビューでは、以下の設定が利用できません。
-
Domain—Access is read-only.
-
Email—The Suppress Admin Invite Email and Email Locale Selection settings are read-only.
-
Authentication—No option to edit Authentication and SSO settings.
-
-
[通話] メニューでは、以下の設定が利用できません。
-
Call Settings—The App Options Call Priority settings are read-only.
-
Calling Behavior—Settings are read-only.
-
Location > PSTN—The Local Gateway and Cisco PSTN options are hidden.
-
-
Under SERVICES, the Migrations and Connected UC service options are suppressed.
パートナー モードによる制限を有効化する
Partner administrators can use the below procedure to enable Restricted by Partner Mode for a given customer organization (the default setting is enabled).
-
Sign in to Partner Hub ( https://admin.webex.com) and select Customers.
-
適用する顧客組織を選択します。
-
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
If the partner removes the restricted administrator mode for a customer administrator, the customer administrator will be able to perform the following:
|
For more information on list of time zones supported for Wholesale Provisioning, see the List of Time Zones supported for Wholesale Provisioning.
テクニカルサポート
The below diagram highlights the support model for this offer.
Partners are expected to handle inquiries from their customers. However, should a partner require help, the following table summarizes the support channels that are available to partner administrators. Note that
Support Channel |
説明 |
---|---|
Webex Calling Help Desk |
Provides 'how to' and help with inquiries about Webex Calling features and configuration
|
TAC
|
Partner may contact TAC directly by:
|
Cisco Experience Services |
Customer may contact CES directly from within CCW
|
How to Engage the Webex Calling Partner Help Desk (PHD)
Partner Experience
Any partner how-to and/or documentation inquiries about the Wholesale offering should be directed to the Webex Calling Partner Helpdesk (PHD). To contact the PHD, use the information below:
-
電話:
-
米国: 1-844-613-6108
-
United Kingdom: +44 129 366 10 20
-
Germany: +49 22 197 585129
-
Australia: +61 3 7017 7272
-
-
Open a Ticket https://mycase.cloudapps.cisco.com/case > Webex > Calling and Business Phones > Webex Partner Helpdesk
-
メール:
- webexcalling-PHD@cisco.com
- Webex Calling Multi-Tenant:webexcalling-PHD@cisco.com
- Webex Calling Carrier:bc-carrier-PHD@cisco.com
-
[ チャット ]:
- Live Chat - help.webex.com/en-us/contact > Chat
- Live Chat - https://admin.webex.com/partner/resources
PHD is not 24/7. However, they have resources in EMEAR, APCJ, and NorAM. If PHD is offline, please send your inquiry to webexcalling-phd@cisco.com and they will respond as soon as they are back online (typically within 24 hours). Escalations will be addressed quicker. |
PHD Escalations:
- Partner Help Desk Manager: Matt Hannah – ( mathanna@cisco.com)
- Lead on PHD: James Moss – ( jamemoss@cisco.com)
- Sr. Manager for Partner Technical Services: Hamid Tiouti – ( hatiouti@cisco.com)
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。移行ツールは、移行タスクを自動化することにより、顧客、ロケーション、番号、ユーザー、サービス、電話、およびソフトクライアントを移行できる使いやすいコマンドラインツールです。移行ツールには、次の利点があります。
-
最小限の事前設定で移行を実行します。
-
実行するコマンドを容易にします。
-
管理者は、プロビジョニング後にデータを確認し、移行後すぐにコールを発信および受信できます。
-
UC-One クライアント用の Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
-
BroadWorks から Wholesale RTM への移行ツールガイドを表示するには、BroadWorks から Wholesale RTM への移行ツールを参照してください。
マニュアルの改訂履歴
日付 |
バージョン |
説明 |
---|---|---|
2024年8月9日。 |
1.32 |
|
2024年7月12日。 |
1.31 |
|
2024年6月27日。 |
1.30 |
|
2024年5月27日。 |
1.29 |
|
2024年5月22日。 |
1.28 |
|
2024年5月10日。 |
1.27 |
|
2024年5月8日。 |
1.26 |
|
2024年3月22日。 |
1.25 |
|
2024年2月6日。 |
1.24 |
|
2024年1月23日。 |
1.23 |
|
2023年12月12日。 |
1.22 |
|
2023年8月23日。 |
1.21 |
|
2023年7月31日。 |
1.20 |
|
2023年6月9日。 |
1.19 |
|
2023年5月26日。 |
1.18 |
|
2023年5月19日。 |
1.17 |
|
2023年5月9日。 |
1.16 |
|
2023 年 4 月 28 日 |
1.15 |
|
2023 年 4 月 17 日 |
1.14 |
|
2023年1月26日。 |
1.13 |
|
2022 年 12 月 07 日。 |
1.12 |
|
2022 年 12 月 05 日 |
1.11 |
|
2022 年 11 月 30 日 |
1.10 |
|
2022 年 11 月 02 日 |
1.9 |
|
2022 年 8 月 31 日 |
1.8 |
|
2022 年 8 月 18 日木曜日 |
1.7 |
|
2022 年 7 月 29 日 |
1.6 |
|
2022 年 6 月 10 日 |
1.5 |
|
2022 年 6 月 03 日 |
1.4 |
|
2022 年 5 月 02 日 |
1.3 |
|
2022年4月11日。 |
1.2 |
|
2022 年 3 月 02 日 |
1.1 |
|
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。このオファーには 5 つの Webex パッケージが含まれています。共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
Overview of Wholesale Route to Market
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。技術面のオンボーディングと GTM (市場進出) です。専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
Wholesale Route To Market Benefits
The Wholesale Route to Market (RTM) solution is optimized to provide managed service providers with a high-velocity, transactional sales motion. It provides:
-
Fixed, predictable transfer price
-
Simplified packaging
-
High-velocity provisioning UX and APIs
-
Monthly invoicing based on net active users
-
Simplified self-administration interface
The Wholesale RTM offer integrates seamlessly into your existing workflows. This allows you to manage the sales cycle end-to-end without having to register every customer with the Cisco Commerce Workplace (CCW).
Wholesale RTM provides the following enhancements over Webex Calling to better integrate with your SMB sales motion:
-
With Wholesale RTM, there's a fixed transfer price with Cisco for each package. These transfer prices are captured in a PO that gets submitted once into CCW. After that partners no longer need to use CCW for any sales transaction.
-
All Wholesale RTM sales will be based on the same fixed, predictable transfer price. This greatly simplifies and accelerates the sales process.
-
Wholesale RTM provides you with two simple interfaces to provision and manage customers:
-
Partner Hub provides a simple UX for you to provision, manage, and remove customers and users.
-
Control Hub is Cisco’s web-based enterprise management portal, offering a holistic view of an enterprise’s Webex services.
-
-
Wholesale RTM APIs provide a simple, machine to machine interface that integrates into the service provider back-office systems. This allows you to provision, manage, and remove customers and users.
-
Wholesale RTM bills you monthly for the net number of active licenses, in arrears, and pro-rated on the activation dates of each customer. This allows Service Provider partners to flex up and down and only get charged for licenses that are actively provisioned on the system.
-
Wholesale RTM uses a simple packaging that is well-suited for the small and medium business segment.
Package Offers
The Wholesale RTM solution offers four calling and collaboration packages for your end users.
-
Common Area—The Common Area package supports basic calling features. It is intended for simple endpoints like hallway phones, door phones, and simple retail stations. The Common Area package includes features like Call Forward, BLF, Transfer, Call Waiting, and T.38 Fax. More advanced calling features, as well as Webex Clients, Messaging, and Meetings are part of higher value packages.
-
Enhanced Calling—This calling-only package includes a subset of the calling features that are associated with Webex Calling with the option of the Webex App softphone or a choice of devices. It does not include the Meetings and Messaging functionality and offers a calling focused package for customers looking for a simple voice solution.
-
Webex Calling—The Webex Calling package includes advanced calling features, as well as the Webex Client, Webex Messaging, and a "basic" meetings capability. This package is intended for all professional users of the platform. In addition to the features in Common Area, calling features include, but are not limited to, Hunting, Voicemail, Visual Voicemail, Shared Call Appearance, Privacy, N-way Calling, Executive/executive assistant, and many more. Webex Calling also includes use of all the Webex Clients for Desktop and Mobile OSes, Webex Messaging functions including Spaces and File Sharing.
-
Webex Suite—Webex Suite is the most feature rich package that includes all capabilities of the Webex Calling package, all user and groups services, Webex messaging, and the full Webex Meetings product for up to 1000 participants. このパッケージは、多くの通話機能と大規模なミーティング要件を持つ、会社の上級/プロフェッショナルレベルに対応します。
-
Customer Experience Essentials—Wholesale Customer Experience Essentials provides the fundamental capabilities of the Webex Contact Center solution. It includes all the Webex Calling professional capabilities, Customer Experience Basic features, and some additional key features accessible through the Webex App for both agents and supervisors. The features like screen pop, supervisor experience in Webex App, and real-time and historical agent and queue view make the Customer Experience Essentials distinct from the Customer Experience Basic.
詳細については、こちらを参照してください:Webex Customer Experience Essentials
-
Webex Meetings—The Webex Meetings package is a standalone meetings package that includes Webex Messaging, and Webex Meetings for up to 1000 participants. このパッケージには通話用の席は含まれています。これは、通話動作に関連していないミーティングとメッセージング機能のみを必要とするユーザーを対象にしています。
Unlike the Webex Calling Flex offer, with the Wholesale RTM solution, Cisco does not impose any specific pricing and terms on the end-customers, these are up to each service provider to implement as they see fit based on their own business model.
Webex Calling機能
Webex Calling has the enterprise business calling features that Service Providers need – all included in the single user license charge.
Alternate numbers w/ distinctive ring |
匿名通話の拒否 |
Barge-in exempt |
business continuity (CFNR) |
Busy lamp monitoring |
Call forwarding: always/busy/no answer/selective |
履歴 |
Call hold & resume |
Call logs w/ click to dial |
コール通知 |
Call queue agent |
通話録音 |
Call redial |
Call return |
Call transfer (attended & blind) |
Call waiting (up to 4 calls) |
Call waiting ID |
Connected line ID restriction |
Directed call pickup |
Directed call pickup with barge in |
応答不可 |
Enterprise phone directory |
Executive / Executive assistant |
Extension dialing, variable length |
Feature access codes |
Hoteling: host & guest |
Inbound caller ID (name & number) |
Inbound fax to email |
携帯性 |
Multiple line appearance |
N-way calling (6) |
Office anywhere |
Outbound caller ID blocking |
Personal phone directory |
優先アラート |
プライバシー |
Push-to-talk |
Remote office |
Selective call acceptance |
Selective call rejection |
シーケンシャル リング |
共有コールアピアランス |
同時呼び出し |
Speed dial 100 |
T.38 fax support |
Three-way calling |
Unified messaging |
User intercept |
User web portal |
Video (point to point) |
Visual voicemail |
ボイスメール |
自動音声応答 |
Call park authentication |
Call park group |
Call pick up |
Call queue |
External calling line ID delivery |
Group paging |
Hunt group |
Intercept group |
Intercept user |
Internal calling line ID delivery |
Music on hold |
Receptionist client |
Microsoft Teams integration |
Voice portal |
Webex Calling with the Webex App
The Webex App is our single end user experience that delivers calling, meetings, and messaging to the end user. With Webex Calling and the Webex App together you can:
-
Make, receive, or decline calls on your desk phone or with the Webex App on your smartphone, PC, laptop, or tablet.
-
Pair with Webex devices using Cisco Intelligent Proximity and/or desk phone control to access common contacts and call history on the app while using those devices for your audio and video.
-
Elevate any call into a full-featured meeting to take advantage of screen sharing, whiteboarding, AI transcriptions, real-time transcriptions, notes and action items, recordings, and more
The Webex App provides team collaboration features that meet the day-to-day enterprise meeting and collaboration needs including:
-
1:1 and group messaging—Chat individually or in groups with messages, gifs, emojis, and animated reactions. Easily delete or edit messages, start a conversation thread, add people to conversations, see read receipts, and more.
-
File and content sharing—Share even the largest of files in a secure space that’s neatly organized, searchable, and saved right alongside your chats so it is easy to find what you need.
-
Two-way whiteboarding—Whiteboard or draw with your team and share the interactive drawing in a chat. Keep iterating whether or not you’re in a live meeting.
-
Make calls directly to other Webex users—Make or receive video calls to other Webex App users through the app, for free.
-
Work with the tools you love—Forget app-switching and interrupted workflows. Integrate Webex with the tools you use every day for your most productive work. You can incorporate key and deep integration with the likes of Microsoft, Google, ServiceNow, and more.
-
Personalize your spaces—Change your color theme, add a cover photo, set a custom status, and personalize the experience to you.
-
Read about more features in the Webex App solutions overview.
Webex Meetings
Better together experiences and pricing are available with the Webex Suite when buying Webex with Calling, Meetings, Messaging, Polling, and Events in a single offer. Webex Meetings is optimized for larger scale meetings that demand various access methods and features for both participants and presenters. Webex Meetings is the world’s most popular video conferencing service for the enterprise, offering highly secure integrated audio, video, and content sharing from the Webex cloud.
The Webex Meetings suite is a feature-rich solution that includes modules for collaborative meetings, training, large events, and remote support. Webex Meetings supports multiple mobile devices, including iPhone, iPad, Apple Watch, and Android and Android wearables. You can meet with anyone on all common OS platforms, including Windows, Mac, and Linux. Webex Meetings supports Internet Explorer (IE), Safari, Firefox, Chrome, and Edge browsers.
-
Webex Meetings supports HD (720p) video and is interoperable with Cisco Webex Rooms and third-party standards-based video systems. You can invite others to join meetings from mobile devices or their own video systems, such as desk and room devices. This video capability combines video bridging and web conferencing into one always-on meeting. Schedule ahead or meet instantly—everyone is welcome.
-
Customers can gain a strong competitive advantage using Webex Meetings, which offers:
-
Robust video—Multi-stream HD video that is customizable to how you want to work and who you want to see in the meeting, even on mobile devices. Add Cisco award-winning video room and desk devices to your Webex meeting for life-like experiences.
-
Powerful mobile experience—Optimized just for mobile users with customizable 720p video views, native screen sharing, hands-free joining, simple meeting scheduling, and it adapts to noisy environments.
-
Join from your device of choice from the pocket to the boardroom—Phone, browser, mobile, room device, third-party standards-based room devices, and even Skype for Business. And you’ll have a consistent meeting experience no matter how you join.
-
Integrated into how you work and learn—Schedule, join and start meetings with the third-party tools you may already use, including Microsoft Teams, Slack, Workplace by Facebook, Microsoft Office 365, Google Calendar, and Skype for Business. Webex Meetings is also tightly integrated with popular Learning Management Systems (LMS), so remote learning can be as effective as it is in class.
-
One meeting experience—Whether participants are together or apart, internal or external to the organization, they will have one meeting experience across mobile or video devices.
-
Professional and effective meetings—Keep internal and external participants engaged with integrated audio, video, and content sharing capabilities, made possible by global online conferencing with Webex Meetings applications. You can also share other applications, desktops, and even video files for more productive and impactful collaborative meetings, training, and events.
-
Virtual meetings as if you were face to face—Start or join a meeting using a web browser, mobile phone, desktop, or in-room video device. Make online meetings even more engaging just like you were together in person with video that automatically switches to display the person who is speaking, creating an intuitive meeting experience. Bring everyone together in a personalized, always-available meeting room anytime. You can use your own standards-based video device, which can scale your meeting from a few to hundreds, as desired.
-
Enhanced security and compliance—Take the worry out of your meeting with multi-layer security built with Cisco expertise that does not compromise user experience.
-
Global meeting architecture—Cisco Webex® has a global architecture and network, purpose built for meetings, to ensure speed and performance. With data centers located throughout the world, people join using the Webex data center closest to them. The benefit? High-quality video meetings without delays—no matter where participants are located. This is made possible by an enterprise structure that securely and reliably delivers SaaS functionality.
-
Improved administration—To better manage the collaboration portfolio, the Cisco Webex Control Hub allows administrative users to access Webex Meetings settings and reports in a single pane of glass.
-
Improved speed of deployment—Experience rapid time to value with low total cost of ownership by being able to quickly deploy the solution over the secure Webex platform. You can deploy Webex Meetings quickly instead of over months, taking full advantage of innovative video and web collaboration best practices along with Cisco technology and expertise.
-
Webex Meetings helps you forget about the technology, so you can focus on having a well-planned event and productive meeting. Joining Webex Meetings is a breeze for everyone, no matter whether they connect from an app on their computer, smartphone, or tablet or join with a group of colleagues using a Webex Room Series device.
Wholesale Webex Assistant
Webex Assistant for Meeting は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings is available for free for Webex Meetings, Webex Suite package meeting sites and Personal Meeting Rooms. 新規と既存のサイトの両方でサポートされています。
Enable Webex Assistant Meetings for Webex Meetings and Webex Suite Packages
Webex Assistant is by default enabled for Webex Meetings and Webex Suite package Wholesale customers. Partner Administrators and Customer Organization Administrators can disable the feature for Customer Organizations through Control Hub.
Limitations
The following limitations exist for Webex for Cisco Wholesale:
-
Support is limited to Webex Meetings and Webex Suite package meeting sites and Personal Meeting Rooms only.
-
Closed captioning transcriptions are supported in English, Spanish, French and German only.
-
Content sharing via email can be accessed only by users within your organization.
-
Meeting content is not accessible to users outside your organization. Meeting content is also not accessible when shared between users of different packages from within the same organization.
-
With the Webex Meetings and Webex Suite package, meeting recording transcriptions are available whether Webex Assistant is enabled or disabled. However, if local recording is selected, post-meeting transcripts or highlights are not captured.
Additional Information About Webex Assistant For user information on how to use the feature, see Use Webex Assistant in Webex Meetings and Webex Webinars.
Wholesale Customer Experience Essentials Configuration
Explore the features and limitations of Wholesale Customer Experience Essentials, excluding the configuration of call queue creation and the upgrade from Customer Experience Essentials.
Call Queue Creation:
The key distinction from the creation of the Customer Experience Call Queue mentioned in Webex Customer Experience Essentials is that, for Wholesale organizations, On the Select Agents page, a user can be selected as an agent only if they have the CX Essentials package assigned. Show Customer Experience Users Only toggle won't be available.
Call Queue Upgrade:
If the organization has purchased Customer Experience Essentials and wants to move the existing basic call queue to Customer Experience Essentials queue, you can do it effortlessly from the Control Hub. Upgrading the queue maintains the assigned agents and supervisors, and the existing settings of the queue.
Limitations/Warning:
- Once a call queue is upgraded, you can’t downgrade it.
- Virtual line and workspace in the Customer Experience Basic call queue aren’t supported to upgrade to Customer Experience Essentials queues.
To upgrade a call queue:
- Sign in to Control Hub, and go to Services > Calling > Features > Call Queue.
- Click the ellipsis ... icon of the call queue that you want to upgrade and click Upgrade queue.
- Review the queue information and click Next.
The weighted routing pattern from Customer Experience Basic isn’t supported in Customer Experience Essentials and defaults to Top Down. You can change to other routing types after the upgrade.
- In Review Package Assignment screen, we can do either two actions mentioned below:
- Remove agents who do not have the Customer Experience package by clicking 'Continue the upgrade without the listed agents'. This action will remove those agents from the call queue.
- Change the package assigned to the relevant users by navigating to the 'Assigned User Package' page as shown below. This will take you to the users screen where you can assign the customer experience essentials package as needed. Thereafter, you can re-attempt the Call Queue Upgrade.
Simplified and Centralized Administration
The Wholesale RTM solution provides you with two simple interfaces to provision and manage customers:
-
パートナー ハブ
-
Control Hub
Partner Hub: Managing the Offer
Partner Hub is Cisco's web-based portal for management of the Wholesale RTM solution. Partner Hub is the administrative interface that you use to configure offer attributes that span enterprises. Partner Hub provides:
-
Offer Management—Establish default settings, templates, and policies that apply to all enterprises managed under the offer.
-
Cobranding—Set client brand colors, logos, and other client attributes for a cobranded end-user experience that reenforces the values of both the Service Provider and Cisco.
-
Enterprise Onboarding—Add new businesses to your offer, assign enterprise-level features, and security compliance. Set meeting site attributes including dial-in and callback services.
-
Enterprise Management and Reporting—Assign roles and responsibilities to admins within the enterprises that you manage. See analytics across all enterprises to monitor adoption, usage, and quality metrics.
Partner Hub has multiple levels of role-based access control letting Service Providers assign access levels, while maintaining security best practices.
The Partner Hub Overview screen displays a Start Trial button. However, the trial option is not available to Wholesale RTM partners. Partners should not attempt to use this option as you cannot convert these trials to Wholesale customers. |
Control Hub: Managing on Behalf of the Enterprise
Webex Control Hub is Cisco’s web-based enterprise management portal. It offers a holistic view of an enterprise’s Webex services. It helps you manage all enterprises, users, devices, and security settings in one place. In the context of the Wholesale RTM solution, the primary user of Control Hub is the service provider administrator who updates settings on behalf of the end enterprise. It is also possible for the enterprise administrator to perform these functions. This provides the ability for Service Providers to allow your enterprises to self-manage, if desired. There are multiple roles that Service Providers can assign to their customer to allow them to have different levels of access to Control Hub. This increases offer flexibility and customization.
Control Hub provides one central cloud app for all your administrative functions with detailed analytics and reporting. Also, the administrator can configure security and compliance policies to help keep data safe and meet regulatory needs.
Control Hub provides:
-
User creation and service assignment—Manage all moves, adds, changes, and deletes (MACDs) for users in an enterprise. Control Hub allows you to set specific package types per user such entitling them to a Common Area or Suite package.
-
Actionable insights—See adoption in action across all enterprises, and within enterprises. Understand how users are calling, messaging, joining meetings, how long meetings last, and who is using video. This helps you to measure the adoption and use the services for the entire offer.
-
Drill down on the root cause of user experience issues—At the enterprise level, identify issues such as voice quality and page-load performance so you can troubleshoot them before they have an impact.
-
Flexible policy definition—Easily configure service settings for administrators and users with role templates and granular policy controls.
-
User and device management—Activate devices quickly, manage users, and enable synchronization with Microsoft Active Directory and integrated single sign-on for all, or a subset of the enterprises you manage.
See Control Hub Management and Analytics Data Sheet for more about Control Hub management and analytics.
API Management for Service Provider Scale
The Wholesale RTM solution is built for service provider scale. To achieve this, all functions for partner level and enterprise (Control Hub) level management are enabled via APIs.
The Wholesale RTM solution includes specifically built APIs for service providers that help onboarding customers and users at scale. In an ideal state, an API call for creating a customer entity in Webex and an API call for creating and configuring services for users are all you need. Cisco has invested in asynchronous APIs that do away with ordering APIs and any other manual operations. These APIs extend those available on developer.webex.com and allow service providers to span integration from service provider to customer to user easily. The design guidelines for these APIs are that they are simple to use, allow service providers to operate at scale, and offer flexibility via onboarding templates to target offers to the end customers.
Webex for Broadworks customers will be rejected by these APIs. |
アーキテクチャの概要
The diagram below illustrates the overall Architecture for the Wholesale Route to Market solution. There are two areas highlighted:
-
Customer Provisioning/Management
-
Service Provider Billing
These areas are discussed in more detail in subsequent topics.
Customer Provisioning
As already mentioned, Wholesale Route to Market removes the need to place per-customer Purchase Orders into CCW. Instead, the Service Provider can onboard customers directly against Webex using Public APIs or Partner Hub (Future). The diagram above illustrates the high level interactions:
-
The Service Provider owns the customer relationship. When selling services to the customer, the Service Provider will manage that relationship (including quoting, ordering, billing, payments) on their own systems. So step one in any customer management is to provision the customer on their own system.
-
The Service Provider can integrate Public APIs into their customer provisioning workflows to allow them to automatically onboard the customer and users onto Webex and assign services. In the future, the solution will also support onboarding capabilities via Partner Hub.
-
Once the Customer is onboarded, the Service Provider may use Partner Hub, Control Hub and Public APIs to further administer the solution for their customers.
Administrators should be provisioned with the same level of package as the customer organization was created with. No downgrade of the package is supported for the customer administrator (full administrator). |
Packages/AddOns
The basic units of service assignment for Wholesale Route to Market are Packages and AddOns.
-
Packages are the base service assignments. All users are assigned one (and only one) package, which entitles them to a set of Webex Messaging, Meeting and Calling services. For the list of packages, see Package Offers.
-
AddOns are additional billable features that are not included by default in the base packages. The initial release of Wholesale RTM does not include any AddOns, but there are a list of potential AddOns in the pipeline.
Restricted and Denied Persons Checks
For compliance reasons, Wholesale RTM provisioning checks automatically whether the customer appears on a Restricted or Denied Persons List. If the customer appears is on either list, provisioning is placed in a pending state during which the API completes periodic status checks to see if the issue is cleared. If the customer remains in a pending state after 72 hours, onboarding ceases and the Cisco Ops team takes over the compliance check to determine whether the customer can be provisioned.
For information on Cisco compliance policy, see General Export Compliance.
For information from the US Department of Commerce, see Denied Persons List.
住所
You must select a country in billing address when you create a customer. This country will be automatically assigned as the organisation country in Common Identity. Additionally, the organization country will determine the default global call-in numbers in Webex Meeting Sites with Cisco enabled PSTN calling options.
The site's default global call-in numbers will be set to the first available dial-in number defined in the telephony domain based on the organization's country. If the organization's country is not found in the dial-in number defined in the telephony domain, the default number of that location will be used.
S No. |
位置情報 |
国番号 |
Country Name |
---|---|---|---|
1 |
アメリカ |
+1 |
US, CA |
2 |
APAC |
+65 |
シンガポール |
3 |
オーストラリア、ニュージーランド |
+61 |
オーストラリア |
4 |
EMEA |
+44 |
イギリス |
5 |
EURO |
+49 |
ドイツ |
Supported Language Locales
During provisioning, the language field will allow administrators to provision Wholesale customer organizations with a specific language. This language will get assigned automatically as the default locale for that customer organization and Webex Meeting Sites.
Five character language locales in (ISO-639-1)_(ISO-3166) format are supported. For example, en_US corresponds to English_UnitedStates. If only a two letter language is requested (using ISO-639-1 format), the service will generate a five character language locale by combining the requested language with a country code from the template i.e. "requestedLanguage_CountryCode", if unable to get a valid locale, then the default sensible locale used based on the required language code.
The following table lists the supported locales, and the mapping that converts a two-letter language code to a five-character locale for situations where a five-character locale is not available.
Supported Language Locales (ISO-639-1)_(ISO-3166) |
If only a two-letter language code is available... | |
---|---|---|
Language code (ISO-639-1) ** |
Use Default Sensible Locale instead (ISO-639-1)_(ISO-3166) | |
en_US en_AU en_GB en_CA |
ja |
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_胡 |
id_ID |
id |
id_ID |
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 |
The locales es_CO, id_ID, nb_NO and pt_PT are not supported by Webex Meeting Sites. For these locales, The Webex Meetings sites will be in English only. English is the default locale for sites if no/invalid/unsupported locale is required for the site. This language field is applicable while creating an Organization and Webex Meetings site. If no language is mentioned in a post or in the subscriber's API then language from the template will be used as a default language. |
Service Provider Billing
A key goal for the Wholesale Route To Market (RTM) solution is to reduce the friction for Service Provider partner organizations in onboarding customers at scale.
-
Normally, distinct purchase orders are needed to establish a subscription per Webex customer. This slows down the onboarding process and is too much burden on a Wholesale SP who usually deal with many thousands of very small SMB customers (< 20 users per customer in the vast majority of cases).
-
To avoid this, Wholesale RTM only requires a single "blanked" Purchase Order/Subscription at the Service Provider level, against which the SP will be billed for all usage across their customer base. This frees up the Service Provider to focus on onboarding their customers onto the Webex platform.
図 5: Architecture Overview illustrates the basic steps in how the Wholesale Service Provider establishes their subscription and are ultimately billed for all usage.
-
The Service Provider places a single blanked Purchase Order into CCW for Wholesale services. This purchase order includes an itemized list of wholesale services (Packages or AddOns) that the Service Provider is entitled to sell to their customer base.
-
As customers are provisioned and Webex services get used, Webex tracks and records all Package and AddOn usage consumption.
-
At the end of the Service Provider billing period, Webex prorates the daily usage totals and generates an invoice to the Service Provider based on the agreed pricing per usage.
-
The Service Provider uses the Wholesale Billing public APIs to generate and download custom billing reports that break usage down on a per customer or per user basis. Service Providers can use data from these billing reports to bill their customers according to the customer usage.
Webex maintains historical records of all usage. For details on how to use these APIs see Billing Reconciliation.
SubPartner Capability
Wholesale RTM service provider partners would likely have a reseller channel. These reseller channels typically include agreements with one or many resellers (for this feature, we call the reseller a ‘SubPartner’). These SubPartners typically extend the offer to their customer base and manage the customer lifecycle which is critical to success. At its core, the feature allows a partner to abstract billing integration with Cisco from its SubPartners.
For more information, see Set up SubPartner section under Deploy Wholesale Route to Market.
Once set up, to successfully onboard customers, the SubPartner must use their access to Partner Hub to configure calling integration and Wholesale RTM onboarding templates (the parent partner's shared subscription ID will automatically appear during template creation). Once the templates are in place, the SubPartner may use the customer creation wizards in Partner Hub or the APIs to onboard customers. To provide some insight, Webex architecture models SubPartners as a partner, which allows SubPartners to benefit from capabilities similar to a partner. SubPartners can have their admin users, reporting, branding, and onboarding templates and fully manage their customers.
Currently, this model supports only 1 level (Partner - zero or more SubPartners), and there isn't a hard limit on the number of SubPartners per partner. A SubPartner does NOT have access to the parent partners instance and other SubPartners that may exist under the parent partner, and a SubPartner will be able to manage only customers they onboard. A partner can create, view, and delete billing reports for their individual SubPartners. For more information, see Billing Reconciliation on enhancements to the report related to Sub Partners.
|
SubPartner (also known as indirect providers in the UI)
The SubPartner model enhancements in this phase enables parent partners to manage indirect providers and their customers with improved visibility and actions via Partner Hub and APIs.
The Parent partners will establish a managed-by relationship with both the indirect provider and their customers, improving visibility and control within the SubPartner model.
The managed-by relationship between the Parent partner and the SubPartner is established during the setup phase of the SubPartner.
Meanwhile, the managed-by relationship between the Parent partner and the sub-partner's customer is established during Wholesale customer creation or Wholesale organization attach.
Additionally, besides empowering SubPartners to independently carry out operations, this feature enables Parent partners to oversee both SubPartners and their respective customers through both the UI and APIs.
Wholesale Provisioning API Changes
The Wholesale API offers an extra support parameter 'onBehalfOfSubPartnerOrgId' on behalf of the partner, allowing the Parent partner to execute wholesale operations for the SubPartners.
パートナー ハブ
Parent Partner - Indirect Provider view
If you are signed in to Partner Hub as a Parent Partner Admin holding both the 'partner full admin' and 'wholesale admin' roles, you'll have access to the 'Indirect providers' tab. This section displays all indirect providers linked to your partner organization through a 'managed-by' relationship. On the right-hand side, you'll find the cross-launch button. Clicking on it will direct you to the Partner Hub account of the indirect provider, where you will be logged in as the Parent Partner admin user.
Parent Partner - Customer List view
When logged in to Partner Hub as a Parent Partner Admin with both the 'partner full admin' role and the 'wholesale admin' role, you will have access to the Parent Partner's customer list. However, as part of the SubPartner feature, you can now explicitly search for customers belonging to the Parent Partner's Indirect Providers. These customers will not be loaded in the customer list by default, but by explicitly searching for them, the Parent Partner admin can view them. Additionally, the Parent Partner admin will have the ability to cross-launch from here into the customers Control Hub of the Indirect Providers.
Limitation
- The cross-launch of the Helpdesk is not operational for the SubPartners.
- The UI for the Partner Hub indirect provider list currently only accommodates 100 indirect providers.
- When cross-launched into the SubPartner Partner Hub, the following functionalities will be unavailable:
-
Analytics Screen
-
Services Screen
-
Reports Screen
-
Webex Release Management
-
Flex Trial Creation
-
List Wholesale SubPartners
Use this API to obtain a list of SubPartners for the partner organization. You can list all SubPartners, or limit the list to those SubPartners that meet the specified parameters such as provisioning state (suspended, active).
If you enter optional parameters, the API returns only those SubPartners that match exactly the parameters that you enter. For example, if you enter provisioning state, only SubPartners that have that specific provisioning state get returned. |
-
Go to the List Wholesale SubPartners API.
-
Under Query Parameters, enter any search parameters that you want to use (for example, the provisioningState, offset, max). For additional details on these parameters, see the Developer help on the API.
-
[実行] をクリックします。
The API outputs the list of SubPartners along with the unique orgId and provisioningState.
ブランディング
パートナー管理者は高度なブランディングカスタマイズを使用して、パートナーが管理する顧客組織に対して Webex アプリがどのように表示されるのかカスタマイズできます。パートナー管理者は次の設定をカスタマイズして、Webex アプリが会社のブランドとアイデンティティを反映するようにすることができます。
-
会社ロゴ
-
ライト モードまたはダーク モードの固有のカラー スキーム
-
カスタマイズされたサポート URL
For details on how to customize branding, refer to Configure Advanced Branding Customizations.
|
Feature Matrix
For information on the supported features for the Wholesale Route-to-Market solution, see Webex Wholesale RTM feature matrix.
展開の概要
The Wholesale RTM solution offers a streamlined deployment process that includes simplified provisioning, administration and billing. The following chapter provides procedures that describe:
-
How to provision new customer organizations and subscribers.
-
How to maintain and update existing customer and subscribers.
-
How to create Billing reconciliation reports so that you can bill your customers.
開始する前に
You must decide on how you want to manage your customers and users. There are two interface options for provisioining and managing customers. This chapter provides procedures for both interfaces.
-
Manage customers manually via the Partner Hub interface
-
Manage customers using public APIs
Also, if you haven't yet assigned administration roles within the partner organization, see Partner Administrator Roles for Webex for BroadWorks and Wholesale RTM.
Onboarding with Wholesale Setup Assist
Wholesale Setup Assist is an optional customer onboarding service that Cisco offers to Wholesale RTM partners to help them onboard customers. The service is available to any partner that orders the A-Wholesale SKU in Cisco Commerce Workspace (CCW). Partners can order the service for specific customer locations via either the Express or Standard Wholesale SKU, with the sku being assigned automatically based on the quantity of users for the customer location.
As an additional benefit, the service updates the partner's billing reconciliation report automatically so that partners can bill their customers appropriately.
Following are the two Wholesale Setup Assist SKUs along with their respective pricing model. Note that these are net transfer prices to the partner. リストの価格は、ホールセールパートナーの割引に基づいて異なります(高)。
SKU |
SKU は... |
---|---|
Wholesale Setup Assist Express Usage |
Flat charge to set up location of up to 5 seats |
Wholesale Setup Assist Standard Usage |
Per-user charge to set up location with more than 5 seats |
Onboarding Flow with Wholesale Setup Assist
This section describes the onboarding flow when you use Wholesale Setup Assist.
前提条件
-
Partner must be onboarded fully to the Wholesale Route-to-Market solution. This includes items such as PSTN connectivity, third-party hosting requirements completed, OSS/BSS configured.
-
All requests for Wholesale Setup Assist must be submitted no later than six business days prior to onboarding completion.
-
We recommend that customers verify network connectivity at cscan.webex.com.
Onboarding Flow
アクション |
詳細 | |||
---|---|---|---|---|
1 |
Place a one-time purchase order in Cisco Commerce Workspace (CCW) for the A-Wholesale SKU with a quantity of 1. |
See Webex - Wholesale Ordering Guide for help with placing the order.
| ||
2 |
Complete customer provisioning tasks using either of these flows: |
You can either provision customer organizations manually in Partner Hub or use APIs to complete provisioning. | ||
3 |
The Setup Assist can be done using either of these flows: |
After provisioning, submit the subscription request with the Wholesale Setup Assist Request Form or the Wholesale Setup Assist Order via API.
| ||
4 |
The Setup Assist team helps you to onboard the customer using one of these flows: |
Refer to the flow that applies to the customer location that you are onboarding. The flow describes both Cisco and partner responsibilities at each stage of the process. |
Setup Assistance (Express Flow)
The following table breaks down the project flow for the Express option when the Cisco Wholesale Setup Assist team takes over onboarding. The below project phases occur after you complete provisioning and submit your assistance request.
The table breaks down the Cisco responsibility and partner responsibility at each phase of the project.
Project Phase |
Cisco Responsibility during this phase |
Partner Responsibility during this phase | |
---|---|---|---|
1 |
Discovery and Assessment |
| |
2 |
Solution Design |
|
Follow up with customer as required. |
Setup Assistance (Standard Flow)
The following table breaks down the project flow for the Express option when the Cisco Wholesale Setup Assist team takes over onboarding. The below project phases occur after you complete provisioning and submit your assistance request.
The table breaks down the Cisco responsibility and partner responsibility at each phase of the project.
Project Phase |
Cisco responsibility during this phase |
Partner responsibility during this phase | |
---|---|---|---|
1 |
Project Management |
|
|
2 |
Discovery and Assessment |
|
|
3 |
Solution Design |
|
|
4 |
Onboarding (testing) Plannign Phase |
|
|
5 |
実装 |
|
|
6 |
Onboarding Execution |
|
|
7 |
Post-onboarding |
|
|
8 |
オペレーションの引き継ぎ |
|
|
Partner Pre-Provisioning Check API
The Pre-Provisioning Check API helps administrators and sales teams by checking for errors before you provision a customer or subscriber for a package. Users or Integrations authorised by a User with the Partner Full Administrator role can use this API to ensure that there are no conflicts or errors with package provisioning for a given customer or subscriber.
The API checks to see if there are conflicts between this customer/subscriber and existing customers/subscribers on Webex. For example, the API may throw errors if the subscriber is already provisioned to a different customer or partner, if the email address exists already for another subscriber, or if there are conflicts between the provisioning parameters and what exists already on Webex. This gives you the opportunity to fix those errors before you provision, increasing the likelihood of successful provisioning.
For more information on the API, see:Webex for Wholesale Developer Guide
To use the API, go to :Precheck a Wholesale Subscriber Provisioning
To access Precheck a Wholesale Subscriber Provisioning document you need to log in to https://developer.webex.com/ portal. |
Provision Customer Organization Task Flow (via Partner Hub)
You can also use APIs to provision customer organizations. See Provision Customer Organization Task Flow (via API). |
1 |
Configure a Onboarding Template Before you provision a customer, you must set up a Onboarding template. You can use an existing template or create a new template. |
2 |
Create Customer via Partner Hub Create a new customer organization manually in Partner Hub. |
3 |
Set up the newly created customer by adding users and locations. |
Configure a Onboarding Template
You must have a Onboarding template before you can provision any customer organizations or users. Use this procedure to create a Onboarding template with common settings that you want to apply to the customer organizations that use the template. 次の条件が適用されます。
-
You can apply a single Onboarding template to multiple customers.
-
You can create multiple Onboarding templates with settings that are targeted to different sets of customers.
1 |
パートナー ハブにサインインし、[顧客] を選択します。 |
2 |
Click the Templates button to view existing templates. |
3 |
[テンプレートの 作成] をクリックします。 |
4 |
Select Webex for wholesale and click Next. |
5 |
Set up your Primary settings:
|
6 |
From the Wholesale subscription drop-down, select your subscription. |
7 |
[次へ] をクリックします。 |
8 |
Select one of the following Authentication method:
|
9 |
[次へ] をクリックします。 |
10 |
Under Wholesale calling, select a Cloud Connected PSTN provider and click Next. Note that this field is optional for the Webex Meetings package, but is mandatory for other packages. |
11 |
Configure Common settings and Call settings options:
|
12 |
[次へ] をクリックします。 |
13 |
Review the settings summary and click Edit to change any settings that you want. When the settings look correct, click Submit. Your newly created template gets added to the template view.
|
14 |
Open the template that you created and copy the Provisioning ID value. You'll need this value when you provision a customer organization. |
Create Customer via Partner Hub
1 |
Partner Hub にサインインします。 |
2 |
Click Customers to view the list of existing customers. You can select any customer to view information about that organization. |
3 |
Click Create customer to create a new customer organization. |
4 |
On the Customer information screen, enter details such as company name, Administrator email and the template that you want to apply. |
5 |
[次へ] をクリックします。 |
6 |
On the Packages screen, select the package that you want to apply to this customer and click Next. |
7 |
On the Headquarter's location screen, enter location details about the customer's headquarters. |
8 |
If the headquarters are in a Webex supported location, click the I verify that this customer is in a Cisco Webex supported location check box. |
9 |
[次へ] をクリックします。 |
10 |
Review the customer summary. If the information is correct, click Create customer. |
次に行うこと
Webex Partners in one region can create customer organizations in any region that we offer the services. ヘルプについては次を参照してください。Data residency in Webex. |
Set up Customer
1 |
Partner Hub にサインインします。 | ||
2 |
Click Customers and select the appropriate customer. The customer settings display on the right side of the screen. | ||
3 |
Click Setup Customer. The Set up Users wizard launches. | ||
4 |
In the Add and confirm locations screen, enter additional locations such as branch offices. | ||
5 |
[次へ] をクリックします。 | ||
6 |
In the Add users screen, enter user details such as First Name, Last Name, Email, Package, and Location. | ||
7 |
[次へ] をクリックします。 | ||
8 |
Assign Phone Numbers for users who have a calling package. | ||
9 |
[次へ] をクリックします。 | ||
10 |
Review the information that you entered. | ||
11 |
Click Create users.
|
次に行うこと
Administrators should be provisioned with the same level of package as the customer organization was created with. No downgrade of the package is supported for the customer administrator (full administrator). |
Provision Customer Organization Task Flow (via API)
You can also use Partner Hub to provision customer organizations. See Provision Customer Organization Task Flow (via Partner Hub). |
During provisioning, whether in Partner Hub or via API, the SIP domain for customer organizations is now automatically set. This update ensures the SIP domain is configured correctly, which is necessary for creating a workspace when using Webex Calling. |
1 |
Configure a Onboarding Template Before you provision a customer, you must have set up a Onboarding template in Partner Hub. You can use an existing template or create a new one. |
2 |
Provision Wholesale Customer API Provision the customer organization using APIs. Apply the Onboarding template settings to your new customer organization. |
3 |
Provision Wholesale Subscribers API Add subscribers (users) to the customer organization using APIs. |
Provision Wholesale Customer API
スケジューリングを始める前に
For more information on supported languages, see:Supported Language Locales |
1 |
Open the Provision a Wholesale Customer API. |
2 |
In the configuration area on the right, complete the required fields for the customer org. Make sure to follow the format in the examples:
|
3 |
[実行] をクリックします。 The result displays in the Response window. The response also contains a URL that displays in the Location header and which points to the organization.
|
次に行うこと
Provision Wholesale Subscribers API
The first provisioned user into a new customer organization gets assigned administrator privileges automatically. |
1 |
Open the Provision a Wholesale Subscriber API. | ||
2 |
Complete the following required fields. For additional information on the fields, refer to the field descriptions with the API:
| ||
3 |
[実行] をクリックします。 | ||
4 |
Repeat these steps to provision additional subscribers.
|
次に行うこと
Attaching Webex for Wholesale to an Existing Customer Organization
If you are a partner administrator adding Webex for Wholesale services to an existing Webex customer organization that is not currently managed by a Wholesale, the customer organization administrator must approve administrator access for the provisioning request to succeed.
Organization administrator approval is required if any of the following criteria are met:
-
The existing customer organization has 100 users or more.
-
The organization has a verified email domain.
-
The organization domain is claimed.
If none of the above criteria are met, an Automatic Attach may occur. |
Automatic Attachment Scenario
In an Automatic Attachment scenario, a Webex for Wholesale subscription is added to an existing customer organization without notifying the existing org administrator or end user. In most cases, your Partner Org will be given Provisioning Admin rights. However, if the customer org has no licenses or only suspended/canceled licenses, you will be made a Full Admin.
With Provisioning Admin access, you will have limited visibility in Control Hub to the users in the existing org. It is recommended that you contact the customer admin and request Full Admin access to the org.
Steps to Add Wholesale Services to a Preexisting Customer Organization
Partner administrators can follow these steps to add Wholesale services to an existing Webex organization:
- If you do not already manage the customer, ask the customer admin to add you as an external administrator with full admin rights. This step is not mandatory at this stage but simplifies the process. The customer admin may have to do this later if the provisioning attempt is not eligible for an automatic attachment.
- Ensure that the onboarding template has the "Allow admin-invite emails when attaching to existing orgs" toggle set to true (located in Common Settings of template details).
- Collect the parameters needed to use the POST Wholesale Customer API:
- provisioningId, packages, orgId, externalId, address.
- The orgId can be obtained from the Account Section of Control Hub.
- The provisioningId can be found in the Onboarding templates section in Partner Hub by viewing a Wholesale template's details.
- The provisioningParameters are required when any calling packages are being provisioned.
- provisioningId, packages, orgId, externalId, address.
- Provision the Wholesale services using the POST Wholesale Customer API, ensuring all required parameters are provided.
- If the request is successfully accepted, a 202 response will be returned. This does not mean provisioning has succeeded, as wholesale provisioning is done asynchronously. Use the status attribute returned by the GET Wholesale Customer API to check if provisioning succeeded.
Limitations and Unsupported Use Cases
- After attaching wholesale services to a partner's own customer org, further provisioning must be done via the Public APIs, not through Partner Hub.
- Organization approval is required from the customer admin in certain scenarios when adding wholesale services to a customer that is not currently managed by a Wholesale partner:
- The existing customer organization has 100 users or more.
- The organization has a verified email domain.
- The organization domain is claimed.
Conditions of Org Attachment
- The first user from the existing org who is provisioned for Webex for Wholesale is not provisioned as an admin user. Settings and entitlements from the existing org are retained.
- The organization’s existing authentication settings take precedence over what is configured on the Webex for Wholesale provisioning template. As a result, there is no change to how existing users log in.
- If the existing customer organization has basic branding enabled, after the attach occurs, the Partner's Advanced branding settings will take precedence. If the customer wants the basic branding to remain intact, then the partner must configure the customer organization to override branding in the Advanced Branding settings.
- The name of the existing organization will not change.
- Restricted Admin Mode (set by the Restricted by Partner Mode toggle) is turned off for the attached org.
Submit Wholesale Setup Assist Request Form
If you are using the Wholesale Setup Assist service, complete this form after you provision customers and users in Partner Hub and Control Hub to submit the subscription request.
1 |
Open the Wholesale Setup Assist Request Form. | ||||||||||||||
2 |
Complete the following fields on the request form. You can get most of the values from Partner Hub and Control Hub settings. The following table describes how to find appropriate values for some of the prominent settings.
| ||||||||||||||
3 |
Complete any additional fields on the SmartSheet. Make sure to complete all fields with an *. | ||||||||||||||
4 |
To receive an email copy of the request, check the Send me a copy of my responses check box. | ||||||||||||||
5 |
[送信] をクリックします。
|
次に行うこと
The Wholesale Setup Assist team at Cisco takes over the onboarding process and works with you to complete the onboarding process. For more details on the project flow, and the Cisco responsibility and partner responsibilities during this process, see one of the following two flows:
-
For Express Flow, see Setup Assistance (Express Flow) of Onboarding Flow with Wholesale Setup Assist in the Reference section.
-
For Standard Flow, see Setup Assistance (Standard Flow) of Onboarding Flow with Wholesale Setup Assist in the Reference section.
Set up SubPartner
While requesting to be set up in this model, we recommend that the partner maintain an admin account per SubPartner to support the SubPartner during technical onboarding, setup and support phases. We realize that this may pose additional operational challenges (maintaining a new email and credentials per SubPartner) for the partner and seeking to fix this in a future phase. That said, please get in touch with the PSM team with the following details.
-
Your Org ID
-
Your Org name
-
SubPartner Org name
-
Email address to be assigned as first SubPartner administrator user
-
First and Last Name of first SubPartner administrator user
-
Your Subscription ID is to be shared with the SubPartner Org
-
Billing start date for the SubPartner (Default: SubPartner setup date)
Administration via Partner Hub
The Partner Hub user interface includes options that let you manage many administration tasks manually via the Partner Hub interface. For example, you can do the folloiwng tasks:
-
Provision new customer organizations and users
-
Add or update users for existing organizations
-
Update existing settings
Add Users Manually
1 |
Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 |
Launch the customer view for the applicable customer. The customer view opens in Control Hub.
| ||
3 |
[ユーザー] をクリックします。 | ||
4 |
Click Manage users. | ||
5 |
Click Manually Add Users.
| ||
6 |
Enter the Basic information for that user (for example, names, email addresses and package) and click Next. | ||
7 |
Add additional users. You can add up to 25 users. | ||
8 |
[次へ] をクリックします。 | ||
9 |
[閉じる] をクリックします。 |
Change User Package
1 |
Partner Hub にサインインし、[顧客] をクリックします。 |
2 |
Launch the customer view for the customer that the user is under. |
3 |
In Control Hub, click Users. |
4 |
Select the user whose package you want to change. |
5 |
In the Package section, click the arrow (>). |
6 |
Choose the new package. |
7 |
If you changed the package to Webex Calling or Webex Suite, update the calling number information. |
8 |
Click Change. |
Customer Management APIs
The following public APIs let Wholesale partners manage settings for existing customer organizations.
API |
説明 |
---|---|
Use this API to update settings for one of your existing customer organizations. | |
Use this API to view a summary of settings for an existing customer, including orgID, address, provisioning status, and packages. | |
Use this API to list your customer organizations, along with a summary of their main settings. You can enter optional parameters to limit the search to only those organizations that meet the search criteria. | |
Use this API to delete an existing customer organization. |
Update a Wholesale Customer
1 |
Open the Update a Wholesale Customer API. |
2 |
In the PUT field, click customerID and enter the customerID for the customer organization that you want to update. |
3 |
In the Body enter any optional parameters.
|
4 |
[実行] をクリックします。 |
Get a Wholesale Customer
1 |
Open the Get a Wholesale Customer API. |
2 |
In the GET line, click id and enter the customer ID. |
3 |
[実行] をクリックします。 The output displays the details for that customer organization.
|
You can also search for the customer using the Location URL. |
List Wholesale Customers
Use this procedure to use the API to get a list of your existing customer organizations, along with details for those customer organizations.
-
If you run the API without search parameters, the output displays every customer that the partner manages.
- If you run the API with search parameters, the output displays only those customers who match the criteria. For example, if you enter an externalId the output displays only the customer organization that uses that Id.
1 |
Open the List Wholesale Customers API. |
2 |
オプションです。Enter any optional search parameters. |
3 |
[実行] をクリックします。 The output displays customer details for the customers who meet your search criteria.
|
Delete a Wholesale Customer
Use this procedure to remove Wholesale services from an existing customer organization.
This API removes Wholesale services from an existing Webex customer organization, but does not delete the organization completely. To delete the organization from Webex, use the Organization APIs. |
スケジューリングを始める前に
1 |
Open the Delete a Wholesale Customer API. |
2 |
Enter the customerID of the customer organization that you want to delete. |
3 |
[実行] をクリックします。 |
Device Onboarding and Management
Wholesale RTM supports all Cisco devices and a wide range of Third-Party devices via different Device Management (DM) options available at the Webex platform. The DM options are detailed as below:
-
Cisco Managed Cisco Devices: The Cisco Webex platform natively supports all Cisco Devices (MPP & RoomOS) via this DM option. These devices can be added and provisioned directly through CH or APIs and give partners and customers the best Cisco on Cisco Experience. Cisco Devices are also enabled with Webex awareness which means users can access Webex services (Enhanced serviceability, Unified Call History, Directory Sync, Webex presence, one button to join, Hot Desking etc.) from their Cisco MPP phones. They can also make PSTN calls from their RoomOS Devices in addition to the Webex services listed.
For procedures about how to onboard new MPP devices, see Configure and Manage Webex Calling Devices.
For more information about Cisco device features, see Webex Features Available on Cisco MPP Devices.
- Cisco Managed Third-Party Devices: Cisco Webex platforms natively supports a few widely deployed Third-Party devices (Poly, Yealink, others). New customer organizations in Wholesale do not have access to these Third-Party phones when adding a new phone which can be enabled via contacting Cisco or your account manager. More details on these devices, see Supported devices for Webex Calling.
- Externally Managed Devices: Cisco further allows support for a wide range of Third-Party devices via the externally managed DM options where Partners and Customers can provision devices as Generic SIP devices, download and manage the SIP authentication credentials/configuration files with or without using an external DM tool based on the level of DM capability required. These DM options are:
- Customer Managed Devices: This DM option allows partners and customers to support generic SIP devices like Pagers, Door Phones etc. where the customization requirements are very low. For more information on how to add a Customer Managed device, see Add your customer-managed device.
- Partner Managed Devices: This is a new DM option that allows partners and customers to support a range of Third Party SIP phones and Gateways with full customization and at scale using an external DM tool. For more information on Partner Managed devices, see Partner Managed Devices for Webex.
Billing Reconciliation
Partner administrators can use the Wholesale Billing APIs to generate custom billing reports that display usage consumption at the per partner, per customer, or per user levels. Partners can use this information to reconcile their monthly invoice so that they can bill their customers and users according to their usage consumption.
Partners can also generate custom billing reports for sub-partners using subPartnerOrgId parameter.
There are four APIs that are available to partner administrators who meet the minimum access requirements.
Billing API |
Purpose of API |
Partner Admin Access Requirement |
---|---|---|
Create a Wholesale Billing Report |
Used to generate a billing report. |
Read / Write |
Get a Wholesale Billing Report |
Used to get a generated billing report for download. |
閲覧 |
List Wholesale Billing Reports |
Used to list the billing reports that exist for that partner. |
閲覧 |
Delete a Wholesale Billing Report |
Used to delete an existing billing report. |
Read / Write |
データ ソース
Data for the Billing reports gets pulled from the usage consumption data that Webex tracks for each partner. Each day, Webex tracks the previous day's usage consumption for all partners, customers and users and aggregates the data so that it can be used to generate the partner's monthly invoice. Billing APIs leverage this data, letting partner admins generate custom reports so that the partner can reconcile usage consumption from their monthly invoice at the partner, customer and user levels.
For more detailed information on how Webex invoices partners, see Service Provider Billing.
Create a Wholesale Billing Report
1 |
Go to the Create a Wholesale Billing Report API. |
2 |
Enter the billing period by entering values for the billingStartDate and billingEndDate in the format that the API specifies. You can enter any date from the last five years, but not the current day. |
3 |
Enter the Type of report:
|
4 |
Click Run to generate the report. |
5 |
Copy the report id from the API output. You can use this value with the Get API in order to get the generated billing report. |
次に行うこと
Get a Wholesale Billing Report
1 |
Go to the Get a Wholesale Billing Report API. |
2 |
In the GET line, click the id button and enter the unique id value for the report. |
3 |
[実行] をクリックします。 |
4 |
The API outputs report status. The output includes the tempDownloadURL parameter, which provides a URL from which you can download the report. |
5 |
Copy the tempDownloadURL into a browser in order to access and download the report. |
List Wholesale Billing Reports
Use this API to obtain a list of generated billing reports for the partner organization. You can list all existing reports, or limit the list to those reports that meet the specified parameters such as your billing period and billing type (Partner, customer, user).
If you enter optional parameters, the API returns only those reports that match exactly the parameters that you enter. For example, if you enter a billing period, only reports that use that specific billing period get returned—reports that fall within the period, but which don’t exactly match the dates are not returned. |
1 |
Go to the List Wholesale Billing Report API |
2 |
Under Query Parameters, enter any search parameters that you want to use (for example, the startDate, endDate, Type, sortBy on). For additional details on these parameters, see the Developer help on the API. |
3 |
[実行] をクリックします。 The API outputs the list of reports along with the unique report id and status (COMPLETED, IN_PROGRESS).
|
次に行うこと
Delete a Wholesale Billing Report
Use this procedure to delete a generated billing report based on report id. A few examples where you may want to delete a report include:
-
If you want to regenerate an existing billing report, you must first delete the existing report. After you delete the existing report, you can create a new report for that period. Note that the delete requirement does not exist if the report is failed or is in progress.
-
If a report is generated and you send the URL to the wrong person, you can delete the report and they won’t be able to access it.
1 |
Go to the Delete Wholesale Billing Report API. |
2 |
Enter the report Id. |
3 |
[実行] をクリックします。 |
Billing Report Fields
Billing reports contain the following fields:
フィールド |
Additional Info |
Appears in Reports of this type |
---|---|---|
PARTNER_NAME |
Name of partner |
PARTNER, CUSTOMER, USER |
PARTNER_ORG_ID |
Unique partner identifier |
PARTNER, CUSTOMER, USER |
SUBSCRIPTION_ID |
Unique subscription identifier |
PARTNER, CUSTOMER, USER |
SERVICE_NAME |
Name of service (e.g, COMMON_AREA_CALLING, WEBEX_CALLING, WEBEX_SUITE, WEBEX_MEETINGS) |
PARTNER, CUSTOMER, USER |
SKU |
Sku for the service |
PARTNER, CUSTOMER, USER |
DESCRIPTION |
Description of the service |
PARTNER, CUSTOMER, USER |
CONSUMPTION_START_DATE |
Start of the service consumption. Along with the below field, this value defines the usage period. |
PARTNER, CUSTOMER, USER |
CONSUMPTION_END_DATE |
End of the service consumption. Along with the above field, this value defines the usage consumption period. |
PARTNER, CUSTOMER, USER |
QUANTITY |
Represents the aggregated user usage consumption per partner, per customer or per user (depending on the report and level at which you are viewing the data). Calculation: For each user, the per-day quantity is calculated on a prorated basis for that day. 例: Usage for a full day = 1 Usage for a half day = 0.5 The per-day totals for all days within the billing period are summed to provide a total quantity for that user within that billing period. For customer and partner-level reports, the totals for all users are aggregated to provide a total quantity for that customer or partner. |
PARTNER, CUSTOMER, USER |
CUSTOMER_ORG_ID |
Internal Customer Unique Identifier |
CUSTOMER, USER |
CUSTOMER_EXTERNAL_ID |
Customer Unique Identifier as provided by a partner |
CUSTOMER, USER |
SUBSCRIBER_ID |
Unique identifier for the subscriber |
USER |
USER_ID |
The subscriber's Webex user ID |
USER |
WORKSPACE_ID |
Unique workspace identier |
USER |
LOCATION_ID |
Unique Location Identifier |
CUSTOMER,USER |
Webex Wholesale billing is triggered by the provisioning of a package to a user or stopped by removing the package assignment. |
Partner SSO - SAML
Allows partner administrators to configure SAML SSO for newly created customer organizations. パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 |
-
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
-
Upload the CI metadata file that has Identity Provider.
-
Configure a Onboarding Template.[認証モード] 設定で、[パートナー認証] を選択します。[IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
ユーザーがログインできることを確認します。
Partner SSO - OpenID Connect (OIDC)
Allows partner administrators to configure OIDC SSO for newly created customer organizations. パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
The below steps to set up Partner SSO OIDC apply to newly created customer organizations only. If partner administrators try to modify the default authentication type to Partner SSO OIDC in an existing temple, the changes will not apply to the customer organizations already onboarded using the template. |
-
Open a Service Request with Cisco TAC with the details of the OpenID Connect IDP. The following are mandatory and optional IDP attributes. TAC must set up the IDP on the CI and provide the redirect URI to be configured on the IDP.
属性
必須
説明
IDP Name
はい
Unique but case-insensitive name for OIDC IdP config, could consist of letters, numbers, hyphens, underlines, tildes, and dots and max length is 128 characters.
OAuth client Id
はい
Used to request OIDC IdP Authentication.
OAuth client Secret
はい
Used to request OIDC IdP Authentication.
List of scopes
はい
List of scopes which will be used to request OIDC IdP authentication, split by space, e.g. 'openid email profile' Must including openid and email.
Authorization Endpoint
Yes if discoveryEndpoint not provided
URL of the IdP's OAuth 2.0 Authorization Endpoint.
tokenEndpoint
Yes if discoveryEndpoint not provided
URL of the IdP's OAuth 2.0 Token Endpoint.
Discovery Endpoint
いいえ
URL of the IdP's Discovery Endpoint for OpenID endpoints discovery.
userInfoEndpoint
いいえ
URL of the IdP's UserInfo Endpoint.
Key Set Endpoint
いいえ
URL of the IdP's JSON Web Key Set Endpoint.
In addition to the above IDP attributes, the partner organization ID needs to be specified in the TAC request.
-
Configure the redirect URI on the OpenID connect IDP.
-
Configure a Onboarding template. For the Authentication Mode setting, select Partner Authentication With OpenID Connect and enter the IDP Name provided during the IDP setup as the OpenID Connect IDP Entity ID.
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
Very that the user can log in using the SSO authentication flow.
パートナー モードによる制限
Restricted by Partner Mode is a Partner Hub setting that partner administrators can assign to specific customer organizations to limit the organization settings that customer administrators can update in Control Hub. When this setting is enabled for a given customer organization, all of that organization's customer administrators, irrespective of their role entitlements, are unable to access a set of restricted controls in Control Hub. Only a partner administrator can update the restricted settings.
Restricted by Partner Mode is an organization-level setting rather than a role. However, the setting restricts specific role entitlements for customer administrators in the organization to which the setting is applied. |
顧客管理者アクセス
Customer administrators receive a notification when Restricted-by-Partner Mode is applied. After login, they will see a notification banner at the top of the screen, immediately under the Control Hub header. The banner notifies the customer administrator that Restricted Mode is enabled and they may not be able to update some calling settings.
For a customer administrator in an organization where Restricted by Partner Mode is enabled, the level of Control Hub access is determined with the following formula:
(Control Hub access) = (Organization Role entitlements) - (Restricted by Partner Mode restrictions)
Customer administrators will face several restrictions, regardless of the Restricted-by-Partner Mode. These restrictions include:
- Call Settings: The 'App Options Call Priority' settings in the Calling menu are read-only.
- Location Setup: Setting up calling after location creation will be hidden.
- PSTN Management and Call Recording: These options will be greyed out for the location.
- Phone Number Management: In the Calling menu, phone number management is disabled, and the 'App Options Call Priority' settings, as well as call recordings, are read-only.
Restrictions
When Restricted-by-Partner Mode is enabled for a customer organization, customer administrators in that organization are restricted from accessing the following Control Hub settings:
-
[ユーザー] ビューでは、以下の設定が利用できません。
-
Manage Users button is greyed out.
-
Manually Add or Modify Users—No option to add or modify users, either manually or via CSV.
-
Claim Users—not available
-
Auto-assign Licenses—not available
-
Directory Synchronization—Unable to edit directory sync settings (this setting is available to Partner-level admins only).
-
User details—User settings such as First Name, Last Name, Display Name and Primary Email* are editable.
-
Reset Package—No option to reset the package type.
-
Edit Services—No option to edit the services that are enabled for a user (e.g., Messages, Meetings, Calling)
-
View Services status—Unable to see full status of Hybrid Services or Software Upgrade Channel
-
Primary Work Number—This field is read-only.
-
-
[アカウント] ビューでは、以下の設定が利用できません。
-
Company Name is read-only.
-
-
[組織設定] ビューでは、以下の設定が利用できません。
-
Domain—Access is read-only.
-
Email—The Suppress Admin Invite Email and Email Locale Selection settings are read-only.
-
Authentication—No option to edit Authentication and SSO settings.
-
-
[通話] メニューでは、以下の設定が利用できません。
-
Call Settings—The App Options Call Priority settings are read-only.
-
Calling Behavior—Settings are read-only.
-
Location > PSTN—The Local Gateway and Cisco PSTN options are hidden.
-
-
Under SERVICES, the Migrations and Connected UC service options are suppressed.
パートナー モードによる制限を有効化する
Partner administrators can use the below procedure to enable Restricted by Partner Mode for a given customer organization (the default setting is enabled).
-
Sign in to Partner Hub ( https://admin.webex.com) and select Customers.
-
適用する顧客組織を選択します。
-
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
If the partner removes the restricted administrator mode for a customer administrator, the customer administrator will be able to perform the following:
|
For more information on list of time zones supported for Wholesale Provisioning, see the List of Time Zones supported for Wholesale Provisioning.
テクニカルサポート
The below diagram highlights the support model for this offer.
Partners are expected to handle inquiries from their customers. However, should a partner require help, the following table summarizes the support channels that are available to partner administrators. Note that
Support Channel |
説明 |
---|---|
Webex Calling Help Desk |
Provides 'how to' and help with inquiries about Webex Calling features and configuration
|
TAC
|
Partner may contact TAC directly by:
|
Cisco Experience Services |
Customer may contact CES directly from within CCW
|
How to Engage the Webex Calling Partner Help Desk (PHD)
Partner Experience
Any partner how-to and/or documentation inquiries about the Wholesale offering should be directed to the Webex Calling Partner Helpdesk (PHD). To contact the PHD, use the information below:
-
電話:
-
米国: 1-844-613-6108
-
United Kingdom: +44 129 366 10 20
-
Germany: +49 22 197 585129
-
Australia: +61 3 7017 7272
-
-
Open a Ticket https://mycase.cloudapps.cisco.com/case > Webex > Calling and Business Phones > Webex Partner Helpdesk
-
メール:
- webexcalling-PHD@cisco.com
- Webex Calling Multi-Tenant:webexcalling-PHD@cisco.com
- Webex Calling Carrier:bc-carrier-PHD@cisco.com
-
[ チャット ]:
- Live Chat - help.webex.com/en-us/contact > Chat
- Live Chat - https://admin.webex.com/partner/resources
PHD is not 24/7. However, they have resources in EMEAR, APCJ, and NorAM. If PHD is offline, please send your inquiry to webexcalling-phd@cisco.com and they will respond as soon as they are back online (typically within 24 hours). Escalations will be addressed quicker. |
PHD Escalations:
- Partner Help Desk Manager: Matt Hannah – ( mathanna@cisco.com)
- Lead on PHD: James Moss – ( jamemoss@cisco.com)
- Sr. Manager for Partner Technical Services: Hamid Tiouti – ( hatiouti@cisco.com)
概要
This document covers a set of migration tools that helps to migrate existing BroadWorks customers to the Wholesale Route-to-Market solution. The migration tools are easy-to-access command line tools that allow migrating the customers, locations, numbers, users, services, phones, and soft clients by automating the migration tasks. The migration tools offer the following benefits:
-
Run migration with minimal pre-configuration.
-
Ease commands to run.
-
Administrators can review their data after the provisioning and make and receive calls immediately after the migration.
-
It supports an automatic upgrade to the Webex App for UC-One clients.
ドキュメント
-
To view the Migration Tools for BroadWorks to Wholesale RTM guide, see Migration Tools for BroadWorks to Wholesale RTM Solutions
マニュアルの改訂履歴
日付 |
バージョン |
説明 |
---|---|---|
August 21, 2024 |
1.33 |
|
August 9, 2024 |
1.32 |
|
July 12, 2024 |
1.31 |
|
June 27, 2024 |
1.30 |
|
May 27, 2024 |
1.29 |
|
May 22, 2024 |
1.28 |
|
May 10, 2024 |
1.27 |
|
May 08, 2024 |
1.26 |
|
March 22, 2024 |
1.25 |
|
February 06, 2024 |
1.24 |
|
January 23, 2024 |
1.23 |
|
December 12, 2023 |
1.22 |
|
August 23, 2023 |
1.21 |
|
2023年7月31日。 |
1.20 |
|
June 09, 2023 |
1.19 |
|
May 26, 2023 |
1.18 |
|
May 19, 2023 |
1.17 |
|
May 09, 2023 |
1.16 |
|
2023 年 4 月 28 日 |
1.15 |
|
2023 年 4 月 17 日 |
1.14 |
|
January 26, 2023 |
1.13 |
|
December 07, 2022 |
1.12 |
|
December 05, 2022 |
1.11 |
|
November 30, 2022 |
1.10 |
|
November 02, 2022 |
1.9 |
|
2022 年 8 月 31 日 |
1.8 |
|
2022 年 8 月 18 日木曜日 |
1.7 |
|
2022 年 7 月 29 日 |
1.6 |
|
2022 年 6 月 10 日 |
1.5 |
|
June 03, 2022 |
1.4 |
|
May 02, 2022 |
1.3 |
|
April 11, 2022 |
1.2 |
|
March 02, 2022 |
1.1 |
|
紹介
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。このオファーには 5 つの Webex パッケージが含まれています。共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
Overview of Wholesale Route to Market
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。技術面のオンボーディングと GTM (市場進出) です。専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
Wholesale Route To Market Benefits
The Wholesale Route to Market (RTM) solution is optimized to provide managed service providers with a high-velocity, transactional sales motion. It provides:
-
Fixed, predictable transfer price
-
Simplified packaging
-
High-velocity provisioning UX and APIs
-
Monthly invoicing based on net active users
-
Simplified self-administration interface
The Wholesale RTM offer integrates seamlessly into your existing workflows. This allows you to manage the sales cycle end-to-end without having to register every customer with the Cisco Commerce Workplace (CCW).
Wholesale RTM provides the following enhancements over Webex Calling to better integrate with your SMB sales motion:
-
With Wholesale RTM, there's a fixed transfer price with Cisco for each package. These transfer prices are captured in a PO that gets submitted once into CCW. After that partners no longer need to use CCW for any sales transaction.
-
All Wholesale RTM sales will be based on the same fixed, predictable transfer price. This greatly simplifies and accelerates the sales process.
-
Wholesale RTM provides you with two simple interfaces to provision and manage customers:
-
Partner Hub provides a simple UX for you to provision, manage, and remove customers and users.
-
Control Hub is Cisco’s web-based enterprise management portal, offering a holistic view of an enterprise’s Webex services.
-
-
Wholesale RTM APIs provide a simple, machine to machine interface that integrates into the service provider back-office systems. This allows you to provision, manage, and remove customers and users.
-
Wholesale RTM bills you monthly for the net number of active licenses, in arrears, and pro-rated on the activation dates of each customer. This allows Service Provider partners to flex up and down and only get charged for licenses that are actively provisioned on the system.
-
Wholesale RTM uses a simple packaging that is well-suited for the small and medium business segment.
Package Offers
The Wholesale RTM solution offers four calling and collaboration packages for your end users.
-
Common Area—The Common Area package supports basic calling features. It is intended for simple endpoints like hallway phones, door phones, and simple retail stations. The Common Area package includes features like Call Forward, BLF, Transfer, Call Waiting, and T.38 Fax. More advanced calling features, as well as Webex Clients, Messaging, and Meetings are part of higher value packages.
-
Enhanced Calling—This calling-only package includes a subset of the calling features that are associated with Webex Calling with the option of the Webex App softphone or a choice of devices. It does not include the Meetings and Messaging functionality and offers a calling focused package for customers looking for a simple voice solution.
-
Webex Calling—The Webex Calling package includes advanced calling features, as well as the Webex Client, Webex Messaging, and a "basic" meetings capability. This package is intended for all professional users of the platform. In addition to the features in Common Area, calling features include, but are not limited to, Hunting, Voicemail, Visual Voicemail, Shared Call Appearance, Privacy, N-way Calling, Executive/executive assistant, and many more. Webex Calling also includes use of all the Webex Clients for Desktop and Mobile OSes, Webex Messaging functions including Spaces and File Sharing.
-
Webex Suite—Webex Suite is the most feature rich package that includes all capabilities of the Webex Calling package, all user and groups services, Webex messaging, and the full Webex Meetings product for up to 1000 participants. このパッケージは、多くの通話機能と大規模なミーティング要件を持つ、会社の上級/プロフェッショナルレベルに対応します。
-
Customer Experience Essentials—Wholesale Customer Experience Essentials provides the fundamental capabilities of the Webex Contact Center solution. It includes all the Webex Calling professional capabilities, Customer Experience Basic features, and some additional key features accessible through the Webex App for both agents and supervisors. The features like screen pop, supervisor experience in Webex App, and real-time and historical agent and queue view make the Customer Experience Essentials distinct from the Customer Experience Basic.
詳細については、こちらを参照してください:Webex Customer Experience Essentials
-
Webex Meetings—The Webex Meetings package is a standalone meetings package that includes Webex Messaging, and Webex Meetings for up to 1000 participants. このパッケージには通話用の席は含まれています。これは、通話動作に関連していないミーティングとメッセージング機能のみを必要とするユーザーを対象にしています。
Unlike the Webex Calling Flex offer, with the Wholesale RTM solution, Cisco does not impose any specific pricing and terms on the end-customers, these are up to each service provider to implement as they see fit based on their own business model.
Webex Calling機能
Webex Calling has the enterprise business calling features that Service Providers need – all included in the single user license charge.
Alternate numbers w/ distinctive ring |
匿名通話の拒否 |
Barge-in exempt |
business continuity (CFNR) |
Busy lamp monitoring |
Call forwarding: always/busy/no answer/selective |
履歴 |
Call hold & resume |
Call logs w/ click to dial |
コール通知 |
Call queue agent |
通話録音 |
Call redial |
Call return |
Call transfer (attended & blind) |
Call waiting (up to 4 calls) |
Call waiting ID |
Connected line ID restriction |
Directed call pickup |
Directed call pickup with barge in |
応答不可 |
Enterprise phone directory |
Executive / Executive assistant |
Extension dialing, variable length |
Feature access codes |
Hoteling: host & guest |
Inbound caller ID (name & number) |
Inbound fax to email |
携帯性 |
Multiple line appearance |
N-way calling (6) |
Office anywhere |
Outbound caller ID blocking |
Personal phone directory |
優先アラート |
プライバシー |
Push-to-talk |
Remote office |
Selective call acceptance |
Selective call rejection |
シーケンシャル リング |
共有コールアピアランス |
同時呼び出し |
Speed dial 100 |
T.38 fax support |
Three-way calling |
Unified messaging |
User intercept |
User web portal |
Video (point to point) |
Visual voicemail |
ボイスメール |
自動音声応答 |
Call park authentication |
Call park group |
Call pick up |
Call queue |
External calling line ID delivery |
Group paging |
Hunt group |
Intercept group |
Intercept user |
Internal calling line ID delivery |
Music on hold |
Receptionist client |
Microsoft Teams integration |
Voice portal |
Webex Calling with the Webex App
The Webex App is our single end user experience that delivers calling, meetings, and messaging to the end user. With Webex Calling and the Webex App together you can:
-
Make, receive, or decline calls on your desk phone or with the Webex App on your smartphone, PC, laptop, or tablet.
-
Pair with Webex devices using Cisco Intelligent Proximity and/or desk phone control to access common contacts and call history on the app while using those devices for your audio and video.
-
Elevate any call into a full-featured meeting to take advantage of screen sharing, whiteboarding, AI transcriptions, real-time transcriptions, notes and action items, recordings, and more
The Webex App provides team collaboration features that meet the day-to-day enterprise meeting and collaboration needs including:
-
1:1 and group messaging—Chat individually or in groups with messages, gifs, emojis, and animated reactions. Easily delete or edit messages, start a conversation thread, add people to conversations, see read receipts, and more.
-
File and content sharing—Share even the largest of files in a secure space that’s neatly organized, searchable, and saved right alongside your chats so it is easy to find what you need.
-
Two-way whiteboarding—Whiteboard or draw with your team and share the interactive drawing in a chat. Keep iterating whether or not you’re in a live meeting.
-
Make calls directly to other Webex users—Make or receive video calls to other Webex App users through the app, for free.
-
Work with the tools you love—Forget app-switching and interrupted workflows. Integrate Webex with the tools you use every day for your most productive work. You can incorporate key and deep integration with the likes of Microsoft, Google, ServiceNow, and more.
-
Personalize your spaces—Change your color theme, add a cover photo, set a custom status, and personalize the experience to you.
-
Read about more features in the Webex App solutions overview.
Webex Meetings
Better together experiences and pricing are available with the Webex Suite when buying Webex with Calling, Meetings, Messaging, Polling, and Events in a single offer. Webex Meetings is optimized for larger scale meetings that demand various access methods and features for both participants and presenters. Webex Meetings is the world’s most popular video conferencing service for the enterprise, offering highly secure integrated audio, video, and content sharing from the Webex cloud.
The Webex Meetings suite is a feature-rich solution that includes modules for collaborative meetings, training, large events, and remote support. Webex Meetings supports multiple mobile devices, including iPhone, iPad, Apple Watch, and Android and Android wearables. You can meet with anyone on all common OS platforms, including Windows, Mac, and Linux. Webex Meetings supports Internet Explorer (IE), Safari, Firefox, Chrome, and Edge browsers.
-
Webex Meetings supports HD (720p) video and is interoperable with Cisco Webex Rooms and third-party standards-based video systems. You can invite others to join meetings from mobile devices or their own video systems, such as desk and room devices. This video capability combines video bridging and web conferencing into one always-on meeting. Schedule ahead or meet instantly—everyone is welcome.
-
Customers can gain a strong competitive advantage using Webex Meetings, which offers:
-
Robust video—Multi-stream HD video that is customizable to how you want to work and who you want to see in the meeting, even on mobile devices. Add Cisco award-winning video room and desk devices to your Webex meeting for life-like experiences.
-
Powerful mobile experience—Optimized just for mobile users with customizable 720p video views, native screen sharing, hands-free joining, simple meeting scheduling, and it adapts to noisy environments.
-
Join from your device of choice from the pocket to the boardroom—Phone, browser, mobile, room device, third-party standards-based room devices, and even Skype for Business. And you’ll have a consistent meeting experience no matter how you join.
-
Integrated into how you work and learn—Schedule, join and start meetings with the third-party tools you may already use, including Microsoft Teams, Slack, Workplace by Facebook, Microsoft Office 365, Google Calendar, and Skype for Business. Webex Meetings is also tightly integrated with popular Learning Management Systems (LMS), so remote learning can be as effective as it is in class.
-
One meeting experience—Whether participants are together or apart, internal or external to the organization, they will have one meeting experience across mobile or video devices.
-
Professional and effective meetings—Keep internal and external participants engaged with integrated audio, video, and content sharing capabilities, made possible by global online conferencing with Webex Meetings applications. You can also share other applications, desktops, and even video files for more productive and impactful collaborative meetings, training, and events.
-
Virtual meetings as if you were face to face—Start or join a meeting using a web browser, mobile phone, desktop, or in-room video device. Make online meetings even more engaging just like you were together in person with video that automatically switches to display the person who is speaking, creating an intuitive meeting experience. Bring everyone together in a personalized, always-available meeting room anytime. You can use your own standards-based video device, which can scale your meeting from a few to hundreds, as desired.
-
Enhanced security and compliance—Take the worry out of your meeting with multi-layer security built with Cisco expertise that does not compromise user experience.
-
Global meeting architecture—Cisco Webex® has a global architecture and network, purpose built for meetings, to ensure speed and performance. With data centers located throughout the world, people join using the Webex data center closest to them. The benefit? High-quality video meetings without delays—no matter where participants are located. This is made possible by an enterprise structure that securely and reliably delivers SaaS functionality.
-
Improved administration—To better manage the collaboration portfolio, the Cisco Webex Control Hub allows administrative users to access Webex Meetings settings and reports in a single pane of glass.
-
Improved speed of deployment—Experience rapid time to value with low total cost of ownership by being able to quickly deploy the solution over the secure Webex platform. You can deploy Webex Meetings quickly instead of over months, taking full advantage of innovative video and web collaboration best practices along with Cisco technology and expertise.
-
Webex Meetings helps you forget about the technology, so you can focus on having a well-planned event and productive meeting. Joining Webex Meetings is a breeze for everyone, no matter whether they connect from an app on their computer, smartphone, or tablet or join with a group of colleagues using a Webex Room Series device.
Wholesale Webex Assistant
Webex Assistant for Meeting は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings is available for free for Webex Meetings, Webex Suite package meeting sites and Personal Meeting Rooms. 新規と既存のサイトの両方でサポートされています。
Enable Webex Assistant Meetings for Webex Meetings and Webex Suite Packages
Webex Assistant is by default enabled for Webex Meetings and Webex Suite package Wholesale customers. Partner Administrators and Customer Organization Administrators can disable the feature for Customer Organizations through Control Hub.
Limitations
The following limitations exist for Webex for Cisco Wholesale:
-
Support is limited to Webex Meetings and Webex Suite package meeting sites and Personal Meeting Rooms only.
-
Closed captioning transcriptions are supported in English, Spanish, French and German only.
-
Content sharing via email can be accessed only by users within your organization.
-
Meeting content is not accessible to users outside your organization. Meeting content is also not accessible when shared between users of different packages from within the same organization.
-
With the Webex Meetings and Webex Suite package, meeting recording transcriptions are available whether Webex Assistant is enabled or disabled. However, if local recording is selected, post-meeting transcripts or highlights are not captured.
Additional Information About Webex Assistant For user information on how to use the feature, see Use Webex Assistant in Webex Meetings and Webex Webinars.
Wholesale Customer Experience Essentials Configuration
Explore the features and limitations of Wholesale Customer Experience Essentials, excluding the configuration of call queue creation and the upgrade from Customer Experience Essentials.
Call Queue Creation:
The key distinction from the creation of the Customer Experience Call Queue mentioned in Webex Customer Experience Essentials is that, for Wholesale organizations, On the Select Agents page, a user can be selected as an agent only if they have the CX Essentials package assigned. Show Customer Experience Users Only toggle won't be available.
Call Queue Upgrade:
If the organization has purchased Customer Experience Essentials and wants to move the existing basic call queue to Customer Experience Essentials queue, you can do it effortlessly from the Control Hub. Upgrading the queue maintains the assigned agents and supervisors, and the existing settings of the queue.
Limitations/Warning:
- Once a call queue is upgraded, you can’t downgrade it.
- Virtual line and workspace in the Customer Experience Basic call queue aren’t supported to upgrade to Customer Experience Essentials queues.
To upgrade a call queue:
- Sign in to Control Hub, and go to Services > Calling > Features > Call Queue.
- Click the ellipsis ... icon of the call queue that you want to upgrade and click Upgrade queue.
- Review the queue information and click Next.
The weighted routing pattern from Customer Experience Basic isn’t supported in Customer Experience Essentials and defaults to Top Down. You can change to other routing types after the upgrade.
- In Review Package Assignment screen, we can do either two actions mentioned below:
- Remove agents who do not have the Customer Experience package by clicking 'Continue the upgrade without the listed agents'. This action will remove those agents from the call queue.
- Change the package assigned to the relevant users by navigating to the 'Assigned User Package' page as shown below. This will take you to the users screen where you can assign the customer experience essentials package as needed. Thereafter, you can re-attempt the Call Queue Upgrade.
Simplified and Centralized Administration
The Wholesale RTM solution provides you with two simple interfaces to provision and manage customers:
-
パートナー ハブ
-
Control Hub
Partner Hub: Managing the Offer
Partner Hub is Cisco's web-based portal for management of the Wholesale RTM solution. Partner Hub is the administrative interface that you use to configure offer attributes that span enterprises. Partner Hub provides:
-
Offer Management—Establish default settings, templates, and policies that apply to all enterprises managed under the offer.
-
Cobranding—Set client brand colors, logos, and other client attributes for a cobranded end-user experience that reenforces the values of both the Service Provider and Cisco.
-
Enterprise Onboarding—Add new businesses to your offer, assign enterprise-level features, and security compliance. Set meeting site attributes including dial-in and callback services.
-
Enterprise Management and Reporting—Assign roles and responsibilities to admins within the enterprises that you manage. See analytics across all enterprises to monitor adoption, usage, and quality metrics.
Partner Hub has multiple levels of role-based access control letting Service Providers assign access levels, while maintaining security best practices.
Control Hub: Managing on Behalf of the Enterprise
Webex Control Hub is Cisco’s web-based enterprise management portal. It offers a holistic view of an enterprise’s Webex services. It helps you manage all enterprises, users, devices, and security settings in one place. In the context of the Wholesale RTM solution, the primary user of Control Hub is the service provider administrator who updates settings on behalf of the end enterprise. It is also possible for the enterprise administrator to perform these functions. This provides the ability for Service Providers to allow your enterprises to self-manage, if desired. There are multiple roles that Service Providers can assign to their customer to allow them to have different levels of access to Control Hub. This increases offer flexibility and customization.
Control Hub provides one central cloud app for all your administrative functions with detailed analytics and reporting. Also, the administrator can configure security and compliance policies to help keep data safe and meet regulatory needs.
Control Hub provides:
-
User creation and service assignment—Manage all moves, adds, changes, and deletes (MACDs) for users in an enterprise. Control Hub allows you to set specific package types per user such entitling them to a Common Area or Suite package.
-
Actionable insights—See adoption in action across all enterprises, and within enterprises. Understand how users are calling, messaging, joining meetings, how long meetings last, and who is using video. This helps you to measure the adoption and use the services for the entire offer.
-
Drill down on the root cause of user experience issues—At the enterprise level, identify issues such as voice quality and page-load performance so you can troubleshoot them before they have an impact.
-
Flexible policy definition—Easily configure service settings for administrators and users with role templates and granular policy controls.
-
User and device management—Activate devices quickly, manage users, and enable synchronization with Microsoft Active Directory and integrated single sign-on for all, or a subset of the enterprises you manage.
See Control Hub Management and Analytics Data Sheet for more about Control Hub management and analytics.
API Management for Service Provider Scale
The Wholesale RTM solution is built for service provider scale. To achieve this, all functions for partner level and enterprise (Control Hub) level management are enabled via APIs.
The Wholesale RTM solution includes specifically built APIs for service providers that help onboarding customers and users at scale. In an ideal state, an API call for creating a customer entity in Webex and an API call for creating and configuring services for users are all you need. Cisco has invested in asynchronous APIs that do away with ordering APIs and any other manual operations. These APIs extend those available on developer.webex.com and allow service providers to span integration from service provider to customer to user easily. The design guidelines for these APIs are that they are simple to use, allow service providers to operate at scale, and offer flexibility via onboarding templates to target offers to the end customers.
Webex for Broadworks customers will be rejected by these APIs.
アーキテクチャの概要
The diagram below illustrates the overall Architecture for the Wholesale Route to Market solution. There are two areas highlighted:
-
Customer Provisioning/Management
-
Service Provider Billing
These areas are discussed in more detail in subsequent topics.
Customer Provisioning
As already mentioned, Wholesale Route to Market removes the need to place per-customer Purchase Orders into CCW. Instead, the Service Provider can onboard customers directly against Webex using Public APIs or Partner Hub (Future). The diagram above illustrates the high level interactions:
-
The Service Provider owns the customer relationship. When selling services to the customer, the Service Provider will manage that relationship (including quoting, ordering, billing, payments) on their own systems. So step one in any customer management is to provision the customer on their own system.
-
The Service Provider can integrate Public APIs into their customer provisioning workflows to allow them to automatically onboard the customer and users onto Webex and assign services. In the future, the solution will also support onboarding capabilities via Partner Hub.
-
Once the Customer is onboarded, the Service Provider may use Partner Hub, Control Hub and Public APIs to further administer the solution for their customers.
Administrators should be provisioned with the same level of package as the customer organization was created with. No downgrade of the package is supported for the customer administrator (full administrator).
Packages/AddOns
The basic units of service assignment for Wholesale Route to Market are Packages and AddOns.
-
Packages are the base service assignments. All users are assigned one (and only one) package, which entitles them to a set of Webex Messaging, Meeting and Calling services. For the list of packages, see Package Offers.
-
AddOns are additional billable features that are not included by default in the base packages. The initial release of Wholesale RTM does not include any AddOns, but there are a list of potential AddOns in the pipeline.
Restricted and Denied Persons Checks
For compliance reasons, Wholesale RTM provisioning checks automatically whether the customer appears on a Restricted or Denied Persons List. If the customer appears is on either list, provisioning is placed in a pending state during which the API completes periodic status checks to see if the issue is cleared. If the customer remains in a pending state after 72 hours, onboarding ceases and the Cisco Ops team takes over the compliance check to determine whether the customer can be provisioned.
For information on Cisco compliance policy, see General Export Compliance.
For information from the US Department of Commerce, see Denied Persons List.
住所
You must select a country in billing address when you create a customer. This country will be automatically assigned as the organisation country in Common Identity. Additionally, the organization country will determine the default global call-in numbers in Webex Meeting Sites with Cisco enabled PSTN calling options.
The site's default global call-in numbers will be set to the first available dial-in number defined in the telephony domain based on the organization's country. If the organization's country is not found in the dial-in number defined in the telephony domain, the default number of that location will be used.
S No. |
位置情報 |
国番号 |
Country Name |
---|---|---|---|
1 |
アメリカ |
+1 |
US, CA |
2 |
APAC |
+65 |
シンガポール |
3 |
オーストラリア、ニュージーランド |
+61 |
オーストラリア |
4 |
EMEA |
+44 |
イギリス |
5 |
EURO |
+49 |
ドイツ |
Supported Language Locales
During provisioning, the language field will allow administrators to provision Wholesale customer organizations with a specific language. This language will get assigned automatically as the default locale for that customer organization and Webex Meeting Sites.
Five character language locales in (ISO-639-1)_(ISO-3166) format are supported. For example, en_US corresponds to English_UnitedStates. If only a two letter language is requested (using ISO-639-1 format), the service will generate a five character language locale by combining the requested language with a country code from the template i.e. "requestedLanguage_CountryCode", if unable to get a valid locale, then the default sensible locale used based on the required language code.
The following table lists the supported locales, and the mapping that converts a two-letter language code to a five-character locale for situations where a five-character locale is not available.
Supported Language Locales (ISO-639-1)_(ISO-3166) |
If only a two-letter language code is available... | |
---|---|---|
Language code (ISO-639-1) ** |
Use Default Sensible Locale instead (ISO-639-1)_(ISO-3166) | |
en_US en_AU en_GB en_CA |
ja |
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_胡 |
id_ID |
id |
id_ID |
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 |
The locales es_CO, id_ID, nb_NO and pt_PT are not supported by Webex Meeting Sites. For these locales, The Webex Meetings sites will be in English only. English is the default locale for sites if no/invalid/unsupported locale is required for the site. This language field is applicable while creating an Organization and Webex Meetings site. If no language is mentioned in a post or in the subscriber's API then language from the template will be used as a default language.
Service Provider Billing
A key goal for the Wholesale Route To Market (RTM) solution is to reduce the friction for Service Provider partner organizations in onboarding customers at scale.
-
Normally, distinct purchase orders are needed to establish a subscription per Webex customer. This slows down the onboarding process and is too much burden on a Wholesale SP who usually deal with many thousands of very small SMB customers (< 20 users per customer in the vast majority of cases).
-
To avoid this, Wholesale RTM only requires a single "blanked" Purchase Order/Subscription at the Service Provider level, against which the SP will be billed for all usage across their customer base. This frees up the Service Provider to focus on onboarding their customers onto the Webex platform.
図 5: Architecture Overview illustrates the basic steps in how the Wholesale Service Provider establishes their subscription and are ultimately billed for all usage.
-
The Service Provider places a single blanked Purchase Order into CCW for Wholesale services. This purchase order includes an itemized list of wholesale services (Packages or AddOns) that the Service Provider is entitled to sell to their customer base.
-
As customers are provisioned and Webex services get used, Webex tracks and records all Package and AddOn usage consumption.
-
At the end of the Service Provider billing period, Webex prorates the daily usage totals and generates an invoice to the Service Provider based on the agreed pricing per usage.
-
The Service Provider uses the Wholesale Billing public APIs to generate and download custom billing reports that break usage down on a per customer or per user basis. Service Providers can use data from these billing reports to bill their customers according to the customer usage.
Webex maintains historical records of all usage. For details on how to use these APIs see Billing Reconciliation.
SubPartner Capability
Wholesale RTM service provider partners would likely have a reseller channel. These reseller channels typically include agreements with one or many resellers (for this feature, we call the reseller a ‘SubPartner’). These SubPartners typically extend the offer to their customer base and manage the customer lifecycle which is critical to success. At its core, the feature allows a partner to abstract billing integration with Cisco from its SubPartners.
For more information, see Set up SubPartner section under Deploy Wholesale Route to Market.
Once set up, to successfully onboard customers, the SubPartner must use their access to Partner Hub to configure calling integration and Wholesale RTM onboarding templates (the parent partner's shared subscription ID will automatically appear during template creation). Once the templates are in place, the SubPartner may use the customer creation wizards in Partner Hub or the APIs to onboard customers. To provide some insight, Webex architecture models SubPartners as a partner, which allows SubPartners to benefit from capabilities similar to a partner. SubPartners can have their admin users, reporting, branding, and onboarding templates and fully manage their customers.
Currently, this model supports only 1 level (Partner - zero or more SubPartners), and there isn't a hard limit on the number of SubPartners per partner. A SubPartner does NOT have access to the parent partners instance and other SubPartners that may exist under the parent partner, and a SubPartner will be able to manage only customers they onboard. A partner can create, view, and delete billing reports for their individual SubPartners. For more information, see Billing Reconciliation on enhancements to the report related to Sub Partners.
- The Parent partner has the ability to create a template on the SubPartner's Partner Hub.
- The Parent partner could also assist in onboarding the wholesale customer on behalf of the SubPartner.
SubPartner (also known as indirect providers in the UI)
The SubPartner model enhancements in this phase enables parent partners to manage indirect providers and their customers with improved visibility and actions via Partner Hub and APIs.
The Parent partners will establish a managed-by relationship with both the indirect provider and their customers, improving visibility and control within the SubPartner model.
The managed-by relationship between the Parent partner and the SubPartner is established during the setup phase of the SubPartner.
Meanwhile, the managed-by relationship between the Parent partner and the sub-partner's customer is established during Wholesale customer creation or Wholesale organization attach.
Additionally, besides empowering SubPartners to independently carry out operations, this feature enables Parent partners to oversee both SubPartners and their respective customers through both the UI and APIs.
Wholesale Provisioning API Changes
The Wholesale API offers an extra support parameter 'onBehalfOfSubPartnerOrgId' on behalf of the partner, allowing the Parent partner to execute wholesale operations for the SubPartners.
パートナー ハブ
Parent Partner - Indirect Provider view
If you are signed in to Partner Hub as a Parent Partner Admin holding both the 'partner full admin' and 'wholesale admin' roles, you'll have access to the 'Indirect providers' tab. This section displays all indirect providers linked to your partner organization through a 'managed-by' relationship. On the right-hand side, you'll find the cross-launch button. Clicking on it will direct you to the Partner Hub account of the indirect provider, where you will be logged in as the Parent Partner admin user.
Parent Partner - Customer List view
When logged in to Partner Hub as a Parent Partner Admin with both the 'partner full admin' role and the 'wholesale admin' role, you will have access to the Parent Partner's customer list. However, as part of the SubPartner feature, you can now explicitly search for customers belonging to the Parent Partner's Indirect Providers. These customers will not be loaded in the customer list by default, but by explicitly searching for them, the Parent Partner admin can view them. Additionally, the Parent Partner admin will have the ability to cross-launch from here into the customers Control Hub of the Indirect Providers.
Limitation
- The cross-launch of the Helpdesk is not operational for the SubPartners.
- The UI for the Partner Hub indirect provider list currently only accommodates 100 indirect providers.
- When cross-launched into the SubPartner Partner Hub, the following functionalities will be unavailable:
-
Analytics Screen
-
Services Screen
-
Reports Screen
-
Webex Release Management
-
Flex Trial Creation
-
List Wholesale SubPartners
Use this API to obtain a list of SubPartners for the partner organization. You can list all SubPartners, or limit the list to those SubPartners that meet the specified parameters such as provisioning state (suspended, active).
If you enter optional parameters, the API returns only those SubPartners that match exactly the parameters that you enter. For example, if you enter provisioning state, only SubPartners that have that specific provisioning state get returned.
-
Go to the List Wholesale SubPartners API.
-
Under Query Parameters, enter any search parameters that you want to use (for example, the provisioningState, offset, max). For additional details on these parameters, see the Developer help on the API.
-
[実行] をクリックします。
The API outputs the list of SubPartners along with the unique orgId and provisioningState.
ブランディング
パートナー管理者は高度なブランディングカスタマイズを使用して、パートナーが管理する顧客組織に対して Webex アプリがどのように表示されるのかカスタマイズできます。パートナー管理者は次の設定をカスタマイズして、Webex アプリが会社のブランドとアイデンティティを反映するようにすることができます。
-
会社ロゴ
-
ライト モードまたはダーク モードの固有のカラー スキーム
-
カスタマイズされたサポート URL
For details on how to customize branding, refer to Configure Advanced Branding Customizations.
-
Basic Branding customizations are in the process of being deprecated. We recommend that you deploy Advanced Branding, which offers a wider range of customizations.
-
For details on how branding is applied when attaching to a pre-existing Customer Organization, refer to Conditions of Org Attachment under the Attach Webex for BroadWorks to Existing Organization section.
Feature Matrix
For information on the supported features for the Wholesale Route-to-Market solution, see Webex Wholesale RTM feature matrix.
顧客のオンボーディングと管理
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。次の章では、以下の手順を説明します。
-
新しい顧客組織と加入者をプロビジョニングする方法。
-
既存の顧客とサブスクライバを維持および更新する方法。
-
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。この章では、両方のインターフェイスの手順について説明します。
-
Partner Hub インターフェイスを介して顧客を手動で管理する
-
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。これらはパートナーへの純転送価格であることに注意してください。リストの価格は、ホールセールパートナーの割引に基づいて異なります(高)。
SKU |
SKU は... |
---|---|
卸売セットアップアシストエクスプレス使用 |
最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 |
5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
-
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。これには、PSTN 接続性、完了したサードパーティホスティング要件、OSS/BSS 設定などの項目が含まれます。
-
Wholesale Setup Assist のすべてのリクエストは、オンボーディング完了の 6 営業日前までに提出する必要があります。
-
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション |
詳細 | |
---|---|---|
1 |
数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 |
注文の詳細については、『Webex - Wholesale Ordering Guide 』を参照してください。 これは、パートナーごとに1回のみ完了する必要があります。プロビジョニングする新規顧客ごとにこれを繰り返す必要はありません。 |
2 |
次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 |
Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 |
3 |
セットアップ アシストは、次のいずれかのフローを使用して実行できます。 |
プロビジョニング後、API 経由で Wholesale Setup Assist Request Form または Wholesale Setup Assist Order でサブスクリプションリクエストを送信します。 また、コール経由でCallingヘルプデスクにリクエストを送信することもできます。 |
4 |
セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 |
オンボーディングしている顧客のロケーションに適用されるフローを参照してください。このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ |
この段階における Cisco の責任 |
この段階におけるパートナーの責任 | |
---|---|---|---|
1 |
発見と評価 |
| |
2 |
ソリューション設計 |
|
必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ |
この段階における Cisco の責任 |
この段階におけるパートナーの責任 | |
---|---|---|---|
1 |
プロジェクト管理 |
|
|
2 |
発見と評価 |
|
|
3 |
ソリューション設計 |
|
|
4 |
オンボーディング (テスト) プランニング段階 |
|
|
5 |
実装 |
|
|
6 |
オンボーディングの実行 |
|
|
7 |
導入後の登録 |
|
|
8 |
オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーを確認することで、管理者とセールスチームを支援します。パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。Webex for Wholesale 開発者ガイド
API を使用するには、次に進みます。卸売サブスクライバ プロビジョニングの事前確認
Wholesale サブスクライバ プロビジョニング ドキュメントにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。次の条件が適用されます。
-
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
-
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 |
パートナー ハブにサインインし、[顧客] を選択します。 |
2 |
既存のテンプレートを表示するには、[テンプレート ]ボタンをクリックします。 |
3 |
[テンプレートの 作成] をクリックします。 |
4 |
[卸売業向け Webex ] を選択し、[次へ] をクリックします。 |
5 |
主な設定をセットアップします。
|
6 |
[Wholesaleサブスクリプション ] ドロップダウンから、サブスクリプションを選択します。 |
7 |
[次へ] をクリックします。 |
8 |
Select one of the following Authentication method:
|
9 |
[次へ] をクリックします。 |
10 |
Under Wholesale calling, select a Cloud Connected PSTN provider and click Next. Note that this field is optional for the Webex Meetings package, but is mandatory for other packages. |
11 |
Configure Common settings and Call settings options:
|
12 |
[次へ] をクリックします。 |
13 |
Review the settings summary and click Edit to change any settings that you want. When the settings look correct, click Submit. Your newly created template gets added to the template view.
|
14 |
Open the template that you created and copy the Provisioning ID value. You'll need this value when you provision a customer organization. |
Create Customer via Partner Hub
1 |
Partner Hub にサインインします。 |
2 |
Click Customers to view the list of existing customers. You can select any customer to view information about that organization. |
3 |
Click Create customer to create a new customer organization. |
4 |
On the Customer information screen, enter details such as company name, Administrator email and the template that you want to apply. |
5 |
[次へ] をクリックします。 |
6 |
On the Packages screen, select the package that you want to apply to this customer and click Next. |
7 |
On the Headquarter's location screen, enter location details about the customer's headquarters. |
8 |
If the headquarters are in a Webex supported location, click the I verify that this customer is in a Cisco Webex supported location check box. |
9 |
[次へ] をクリックします。 |
10 |
Review the customer summary. If the information is correct, click Create customer. |
次に行うこと
Set up Customer
1 |
Partner Hub にサインインします。 |
2 |
Click Customers and select the appropriate customer. The customer settings display on the right side of the screen. |
3 |
Click Setup Customer. The Set up Users wizard launches. |
4 |
In the Add and confirm locations screen, enter additional locations such as branch offices. |
5 |
[次へ] をクリックします。 |
6 |
In the Add users screen, enter user details such as First Name, Last Name, Email, Package, and Location. |
7 |
[次へ] をクリックします。 |
8 |
Assign Phone Numbers for users who have a calling package. |
9 |
[次へ] をクリックします。 |
10 |
Review the information that you entered. |
11 |
Click Create users. If you are providing Control Hub acccess to customer organizations, you can also assign roles to the customer administrators. 「Control Hub での組織アカウント ロールの割り当て」を参照してください。 |
次に行うこと
Administrators should be provisioned with the same level of package as the customer organization was created with. No downgrade of the package is supported for the customer administrator (full administrator).
Provision Customer Organization Task Flow (via API)
1 |
Configure a Onboarding Template Before you provision a customer, you must have set up a Onboarding template in Partner Hub. You can use an existing template or create a new one. |
2 |
Provision Wholesale Customer API Provision the customer organization using APIs. Apply the Onboarding template settings to your new customer organization. |
3 |
Provision Wholesale Subscribers API Add subscribers (users) to the customer organization using APIs. |
Provision Wholesale Customer API
スケジューリングを始める前に
For more information on supported languages, see:Supported Language Locales
1 |
Open the Provision a Wholesale Customer API. |
2 |
In the configuration area on the right, complete the required fields for the customer org. Make sure to follow the format in the examples:
|
3 |
[実行] をクリックします。 The result displays in the Response window. The response also contains a URL that displays in the Location header and which points to the organization.
|
次に行うこと
Provision Wholesale Subscribers API
1 |
Open the Provision a Wholesale Subscriber API. |
2 |
Complete the following required fields. For additional information on the fields, refer to the field descriptions with the API:
The LocationId provisioning parameter is applicable to calling packages only. This field can be used if you are attaching this subscriber to an existing customer organization that has multiple locations. This field lets you specify the proper location. |
3 |
[実行] をクリックします。 |
4 |
Repeat these steps to provision additional subscribers. If you are providing Control Hub acccess to customer organizations, you can also assign roles to the customer administrators. 「Control Hub での組織アカウント ロールの割り当て」を参照してください。 |
次に行うこと
Attaching Webex for Wholesale to an Existing Customer Organization
If you are a partner administrator adding Webex for Wholesale services to an existing Webex customer organization that is not currently managed by a Wholesale, the customer organization administrator must approve administrator access for the provisioning request to succeed.
Organization administrator approval is required if any of the following criteria are met:
-
The existing customer organization has 100 users or more.
-
The organization has a verified email domain.
-
The organization domain is claimed.
Automatic Attachment Scenario
In an Automatic Attachment scenario, a Webex for Wholesale subscription is added to an existing customer organization without notifying the existing org administrator or end user. In most cases, your Partner Org will be given Provisioning Admin rights. However, if the customer org has no licenses or only suspended/canceled licenses, you will be made a Full Admin.
With Provisioning Admin access, you will have limited visibility in Control Hub to the users in the existing org. It is recommended that you contact the customer admin and request Full Admin access to the org.
Steps to Add Wholesale Services to a Preexisting Customer Organization
Partner administrators can follow these steps to add Wholesale services to an existing Webex organization:
- If you do not already manage the customer, ask the customer admin to add you as an external administrator with full admin rights. This step is not mandatory at this stage but simplifies the process. The customer admin may have to do this later if the provisioning attempt is not eligible for an automatic attachment.
- Ensure that the onboarding template has the "Allow admin-invite emails when attaching to existing orgs" toggle set to true (located in Common Settings of template details).
- Collect the parameters needed to use the POST Wholesale Customer API:
- provisioningId, packages, orgId, externalId, address.
- The orgId can be obtained from the Account Section of Control Hub.
- The provisioningId can be found in the Onboarding templates section in Partner Hub by viewing a Wholesale template's details.
- The provisioningParameters are required when any calling packages are being provisioned.
- provisioningId, packages, orgId, externalId, address.
- Provision the Wholesale services using the POST Wholesale Customer API, ensuring all required parameters are provided.
- If the request is successfully accepted, a 202 response will be returned. This does not mean provisioning has succeeded, as wholesale provisioning is done asynchronously. Use the status attribute returned by the GET Wholesale Customer API to check if provisioning succeeded.
Limitations and Unsupported Use Cases
- After attaching wholesale services to a partner's own customer org, further provisioning must be done via the Public APIs, not through Partner Hub.
- Organization approval is required from the customer admin in certain scenarios when adding wholesale services to a customer that is not currently managed by a Wholesale partner:
- The existing customer organization has 100 users or more.
- The organization has a verified email domain.
- The organization domain is claimed.
Conditions of Org Attachment
- The first user from the existing org who is provisioned for Webex for Wholesale is not provisioned as an admin user. Settings and entitlements from the existing org are retained.
- The organization’s existing authentication settings take precedence over what is configured on the Webex for Wholesale provisioning template. As a result, there is no change to how existing users log in.
- If the existing customer organization has basic branding enabled, after the attach occurs, the Partner's Advanced branding settings will take precedence. If the customer wants the basic branding to remain intact, then the partner must configure the customer organization to override branding in the Advanced Branding settings.
- The name of the existing organization will not change.
- Restricted Admin Mode (set by the Restricted by Partner Mode toggle) is turned off for the attached org.
Submit Wholesale Setup Assist Request Form
If you are using the Wholesale Setup Assist service, complete this form after you provision customers and users in Partner Hub and Control Hub to submit the subscription request.
1 |
Open the Wholesale Setup Assist Request Form. | ||||||||||||||
2 |
Complete the following fields on the request form. You can get most of the values from Partner Hub and Control Hub settings. The following table describes how to find appropriate values for some of the prominent settings.
| ||||||||||||||
3 |
Complete any additional fields on the SmartSheet. Make sure to complete all fields with an *. | ||||||||||||||
4 |
To receive an email copy of the request, check the Send me a copy of my responses check box. | ||||||||||||||
5 |
[送信] をクリックします。 If you run into any issues, you can request Setup Assist help from Calling HelpDesk. The team assists with “how-to” calling questions and initiates engagement with the Setup Assist Team. |
次に行うこと
The Wholesale Setup Assist team at Cisco takes over the onboarding process and works with you to complete the onboarding process. For more details on the project flow, and the Cisco responsibility and partner responsibilities during this process, see one of the following two flows:
-
For Express Flow, see Setup Assistance (Express Flow) of Onboarding Flow with Wholesale Setup Assist in the Reference section.
-
For Standard Flow, see Setup Assistance (Standard Flow) of Onboarding Flow with Wholesale Setup Assist in the Reference section.
Set up SubPartner
While requesting to be set up in this model, we recommend that the partner maintain an admin account per SubPartner to support the SubPartner during technical onboarding, setup and support phases. We realize that this may pose additional operational challenges (maintaining a new email and credentials per SubPartner) for the partner and seeking to fix this in a future phase. That said, please get in touch with the PSM team with the following details.
-
Your Org ID
-
Your Org name
-
SubPartner Org name
-
Email address to be assigned as first SubPartner administrator user
-
First and Last Name of first SubPartner administrator user
-
Your Subscription ID is to be shared with the SubPartner Org
-
Billing start date for the SubPartner (Default: SubPartner setup date)
Administration via Partner Hub
The Partner Hub user interface includes options that let you manage many administration tasks manually via the Partner Hub interface. For example, you can do the folloiwng tasks:
-
Provision new customer organizations and users
-
Add or update users for existing organizations
-
Update existing settings
Add Users Manually
1 |
Partner Hub にサインインし、[顧客] をクリックします。 |
2 |
Launch the customer view for the applicable customer. The customer view opens in Control Hub.
|
3 |
[ユーザー] をクリックします。 |
4 |
Click Manage users. |
5 |
Click Manually Add Users. You also have additiional options to add or modify users:
|
6 |
Enter the Basic information for that user (for example, names, email addresses and package) and click Next. |
7 |
Add additional users. You can add up to 25 users. |
8 |
[次へ] をクリックします。 |
9 |
[閉じる] をクリックします。 |
Change User Package
1 |
Partner Hub にサインインし、[顧客] をクリックします。 |
2 |
Launch the customer view for the customer that the user is under. |
3 |
In Control Hub, click Users. |
4 |
Select the user whose package you want to change. |
5 |
In the Package section, click the arrow (>). |
6 |
Choose the new package. |
7 |
If you changed the package to Webex Calling or Webex Suite, update the calling number information. |
8 |
Click Change. |
Customer Management APIs
The following public APIs let Wholesale partners manage settings for existing customer organizations.
API |
説明 |
---|---|
Use this API to update settings for one of your existing customer organizations. | |
Use this API to view a summary of settings for an existing customer, including orgID, address, provisioning status, and packages. | |
Use this API to list your customer organizations, along with a summary of their main settings. You can enter optional parameters to limit the search to only those organizations that meet the search criteria. | |
Use this API to delete an existing customer organization. |
Update a Wholesale Customer
1 |
Open the Update a Wholesale Customer API. |
2 |
In the PUT field, click customerID and enter the customerID for the customer organization that you want to update. |
3 |
In the Body enter any optional parameters.
|
4 |
[実行] をクリックします。 |
Get a Wholesale Customer
1 |
Open the Get a Wholesale Customer API. |
2 |
In the GET line, click id and enter the customer ID. |
3 |
[実行] をクリックします。 The output displays the details for that customer organization.
|
List Wholesale Customers
Use this procedure to use the API to get a list of your existing customer organizations, along with details for those customer organizations.
-
If you run the API without search parameters, the output displays every customer that the partner manages.
- If you run the API with search parameters, the output displays only those customers who match the criteria. For example, if you enter an externalId the output displays only the customer organization that uses that Id.
1 |
Open the List Wholesale Customers API. |
2 |
オプションです。Enter any optional search parameters. |
3 |
[実行] をクリックします。 The output displays customer details for the customers who meet your search criteria.
|
Delete a Wholesale Customer
Use this procedure to remove Wholesale services from an existing customer organization.
スケジューリングを始める前に
1 |
Open the Delete a Wholesale Customer API. |
2 |
Enter the customerID of the customer organization that you want to delete. |
3 |
[実行] をクリックします。 |
Device Onboarding and Management
Wholesale RTM supports all Cisco devices and a wide range of Third-Party devices via different Device Management (DM) options available at the Webex platform. The DM options are detailed as below:
-
Cisco Managed Cisco Devices: The Cisco Webex platform natively supports all Cisco Devices (MPP & RoomOS) via this DM option. These devices can be added and provisioned directly through CH or APIs and give partners and customers the best Cisco on Cisco Experience. Cisco Devices are also enabled with Webex awareness which means users can access Webex services (Enhanced serviceability, Unified Call History, Directory Sync, Webex presence, one button to join, Hot Desking etc.) from their Cisco MPP phones. They can also make PSTN calls from their RoomOS Devices in addition to the Webex services listed.
For procedures about how to onboard new MPP devices, see Configure and Manage Webex Calling Devices.
For more information about Cisco device features, see Webex Features Available on Cisco MPP Devices.
- Cisco Managed Third-Party Devices: Cisco Webex platforms natively supports a few widely deployed Third-Party devices (Poly, Yealink, others). New customer organizations in Wholesale do not have access to these Third-Party phones when adding a new phone which can be enabled via contacting Cisco or your account manager. More details on these devices, see Supported devices for Webex Calling.
- Externally Managed Devices: Cisco further allows support for a wide range of Third-Party devices via the externally managed DM options where Partners and Customers can provision devices as Generic SIP devices, download and manage the SIP authentication credentials/configuration files with or without using an external DM tool based on the level of DM capability required. These DM options are:
- Customer Managed Devices: This DM option allows partners and customers to support generic SIP devices like Pagers, Door Phones etc. where the customization requirements are very low. For more information on how to add a Customer Managed device, see Add your customer-managed device.
- Partner Managed Devices: This is a new DM option that allows partners and customers to support a range of Third Party SIP phones and Gateways with full customization and at scale using an external DM tool. For more information on Partner Managed devices, see Partner Managed Devices for Webex.
Billing Reconciliation
Partner administrators can use the Wholesale Billing APIs to generate custom billing reports that display usage consumption at the per partner, per customer, or per user levels. Partners can use this information to reconcile their monthly invoice so that they can bill their customers and users according to their usage consumption.
Partners can also generate custom billing reports for sub-partners using subPartnerOrgId parameter.
There are four APIs that are available to partner administrators who meet the minimum access requirements.
Billing API |
Purpose of API |
Partner Admin Access Requirement |
---|---|---|
Create a Wholesale Billing Report |
Used to generate a billing report. |
Read / Write |
Get a Wholesale Billing Report |
Used to get a generated billing report for download. |
閲覧 |
List Wholesale Billing Reports |
Used to list the billing reports that exist for that partner. |
閲覧 |
Delete a Wholesale Billing Report |
Used to delete an existing billing report. |
Read / Write |
データ ソース
Data for the Billing reports gets pulled from the usage consumption data that Webex tracks for each partner. Each day, Webex tracks the previous day's usage consumption for all partners, customers and users and aggregates the data so that it can be used to generate the partner's monthly invoice. Billing APIs leverage this data, letting partner admins generate custom reports so that the partner can reconcile usage consumption from their monthly invoice at the partner, customer and user levels.
For more detailed information on how Webex invoices partners, see Service Provider Billing.
Create a Wholesale Billing Report
1 |
Go to the Create a Wholesale Billing Report API. |
2 |
Enter the billing period by entering values for the billingStartDate and billingEndDate in the format that the API specifies. You can enter any date from the last five years, but not the current day. |
3 |
Enter the Type of report:
|
4 |
Click Run to generate the report. |
5 |
Copy the report id from the API output. You can use this value with the Get API in order to get the generated billing report. |
次に行うこと
Get a Wholesale Billing Report
1 |
Go to the Get a Wholesale Billing Report API. |
2 |
In the GET line, click the id button and enter the unique id value for the report. |
3 |
[実行] をクリックします。 |
4 |
The API outputs report status. The output includes the tempDownloadURL parameter, which provides a URL from which you can download the report. |
5 |
Copy the tempDownloadURL into a browser in order to access and download the report. |
List Wholesale Billing Reports
Use this API to obtain a list of generated billing reports for the partner organization. You can list all existing reports, or limit the list to those reports that meet the specified parameters such as your billing period and billing type (Partner, customer, user).
1 |
Go to the List Wholesale Billing Report API |
2 |
Under Query Parameters, enter any search parameters that you want to use (for example, the startDate, endDate, Type, sortBy on). For additional details on these parameters, see the Developer help on the API. |
3 |
[実行] をクリックします。 The API outputs the list of reports along with the unique report id and status (COMPLETED, IN_PROGRESS).
|
次に行うこと
Delete a Wholesale Billing Report
Use this procedure to delete a generated billing report based on report id. A few examples where you may want to delete a report include:
-
If you want to regenerate an existing billing report, you must first delete the existing report. After you delete the existing report, you can create a new report for that period. Note that the delete requirement does not exist if the report is failed or is in progress.
-
If a report is generated and you send the URL to the wrong person, you can delete the report and they won’t be able to access it.
1 |
Go to the Delete Wholesale Billing Report API. |
2 |
Enter the report Id. |
3 |
[実行] をクリックします。 |
Billing Report Fields
Billing reports contain the following fields:
フィールド |
Additional Info |
Appears in Reports of this type |
---|---|---|
PARTNER_NAME |
Name of partner |
PARTNER, CUSTOMER, USER |
PARTNER_ORG_ID |
Unique partner identifier |
PARTNER, CUSTOMER, USER |
SUBSCRIPTION_ID |
Unique subscription identifier |
PARTNER, CUSTOMER, USER |
SERVICE_NAME |
Name of service (e.g, COMMON_AREA_CALLING, WEBEX_CALLING, WEBEX_SUITE, WEBEX_MEETINGS) |
PARTNER, CUSTOMER, USER |
SKU |
Sku for the service |
PARTNER, CUSTOMER, USER |
DESCRIPTION |
Description of the service |
PARTNER, CUSTOMER, USER |
CONSUMPTION_START_DATE |
Start of the service consumption. Along with the below field, this value defines the usage period. |
PARTNER, CUSTOMER, USER |
CONSUMPTION_END_DATE |
End of the service consumption. Along with the above field, this value defines the usage consumption period. |
PARTNER, CUSTOMER, USER |
QUANTITY |
Represents the aggregated user usage consumption per partner, per customer or per user (depending on the report and level at which you are viewing the data). Calculation: For each user, the per-day quantity is calculated on a prorated basis for that day. 例: Usage for a full day = 1 Usage for a half day = 0.5 The per-day totals for all days within the billing period are summed to provide a total quantity for that user within that billing period. For customer and partner-level reports, the totals for all users are aggregated to provide a total quantity for that customer or partner. |
PARTNER, CUSTOMER, USER |
CUSTOMER_ORG_ID |
Internal Customer Unique Identifier |
CUSTOMER, USER |
CUSTOMER_EXTERNAL_ID |
Customer Unique Identifier as provided by a partner |
CUSTOMER, USER |
SUBSCRIBER_ID |
Unique identifier for the subscriber |
USER |
USER_ID |
The subscriber's Webex user ID |
USER |
WORKSPACE_ID |
Unique workspace identier |
USER |
LOCATION_ID |
Unique Location Identifier |
CUSTOMER,USER |
Webex Wholesale billing is triggered by the provisioning of a package to a user or stopped by removing the package assignment.
Partner SSO - SAML
Allows partner administrators to configure SAML SSO for newly created customer organizations. パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
-
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
-
Upload the CI metadata file that has Identity Provider.
-
Configure a Onboarding Template.[認証モード] 設定で、[パートナー認証] を選択します。[IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
ユーザーがログインできることを確認します。
Partner SSO - OpenID Connect (OIDC)
Allows partner administrators to configure OIDC SSO for newly created customer organizations. パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
The below steps to set up Partner SSO OIDC apply to newly created customer organizations only. If partner administrators try to modify the default authentication type to Partner SSO OIDC in an existing temple, the changes will not apply to the customer organizations already onboarded using the template.
-
Open a Service Request with Cisco TAC with the details of the OpenID Connect IDP. The following are mandatory and optional IDP attributes. TAC must set up the IDP on the CI and provide the redirect URI to be configured on the IDP.
属性
必須
説明
IDP Name
はい
Unique but case-insensitive name for OIDC IdP config, could consist of letters, numbers, hyphens, underlines, tildes, and dots and max length is 128 characters.
OAuth client Id
はい
Used to request OIDC IdP Authentication.
OAuth client Secret
はい
Used to request OIDC IdP Authentication.
List of scopes
はい
List of scopes which will be used to request OIDC IdP authentication, split by space, e.g. 'openid email profile' Must including openid and email.
Authorization Endpoint
Yes if discoveryEndpoint not provided
URL of the IdP's OAuth 2.0 Authorization Endpoint.
tokenEndpoint
Yes if discoveryEndpoint not provided
URL of the IdP's OAuth 2.0 Token Endpoint.
Discovery Endpoint
いいえ
URL of the IdP's Discovery Endpoint for OpenID endpoints discovery.
userInfoEndpoint
いいえ
URL of the IdP's UserInfo Endpoint.
Key Set Endpoint
いいえ
URL of the IdP's JSON Web Key Set Endpoint.
In addition to the above IDP attributes, the partner organization ID needs to be specified in the TAC request.
-
Configure the redirect URI on the OpenID connect IDP.
-
Configure a Onboarding template. For the Authentication Mode setting, select Partner Authentication With OpenID Connect and enter the IDP Name provided during the IDP setup as the OpenID Connect IDP Entity ID.
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
Very that the user can log in using the SSO authentication flow.
パートナー モードによる制限
Restricted by Partner Mode is a Partner Hub setting that partner administrators can assign to specific customer organizations to limit the organization settings that customer administrators can update in Control Hub. When this setting is enabled for a given customer organization, all of that organization's customer administrators, irrespective of their role entitlements, are unable to access a set of restricted controls in Control Hub. Only a partner administrator can update the restricted settings.
顧客管理者アクセス
Customer administrators receive a notification when Restricted-by-Partner Mode is applied. After login, they will see a notification banner at the top of the screen, immediately under the Control Hub header. The banner notifies the customer administrator that Restricted Mode is enabled and they may not be able to update some calling settings.
For a customer administrator in an organization where Restricted by Partner Mode is enabled, the level of Control Hub access is determined with the following formula:
(Control Hub access) = (Organization Role entitlements) - (Restricted by Partner Mode restrictions)
Customer administrators will face several restrictions, regardless of the Restricted-by-Partner Mode. These restrictions include:
- Call Settings: The 'App Options Call Priority' settings in the Calling menu are read-only.
- Location Setup: Setting up calling after location creation will be hidden.
- PSTN Management and Call Recording: These options will be greyed out for the location.
- Phone Number Management: In the Calling menu, phone number management is disabled, and the 'App Options Call Priority' settings, as well as call recordings, are read-only.
Restrictions
When Restricted-by-Partner Mode is enabled for a customer organization, customer administrators in that organization are restricted from accessing the following Control Hub settings:
-
[ユーザー] ビューでは、以下の設定が利用できません。
-
Manage Users button is greyed out.
-
Manually Add or Modify Users—No option to add or modify users, either manually or via CSV.
-
Claim Users—not available
-
Auto-assign Licenses—not available
-
Directory Synchronization—Unable to edit directory sync settings (this setting is available to Partner-level admins only).
-
User details—User settings such as First Name, Last Name, Display Name and Primary Email* are editable.
-
Reset Package—No option to reset the package type.
-
Edit Services—No option to edit the services that are enabled for a user (e.g., Messages, Meetings, Calling)
-
View Services status—Unable to see full status of Hybrid Services or Software Upgrade Channel
-
Primary Work Number—This field is read-only.
-
-
[アカウント] ビューでは、以下の設定が利用できません。
-
Company Name is read-only.
-
-
[組織設定] ビューでは、以下の設定が利用できません。
-
Domain—Access is read-only.
-
Email—The Suppress Admin Invite Email and Email Locale Selection settings are read-only.
-
Authentication—No option to edit Authentication and SSO settings.
-
-
[通話] メニューでは、以下の設定が利用できません。
-
Call Settings—The App Options Call Priority settings are read-only.
-
Calling Behavior—Settings are read-only.
-
Location > PSTN—The Local Gateway and Cisco PSTN options are hidden.
-
-
Under SERVICES, the Migrations and Connected UC service options are suppressed.
パートナー モードによる制限を有効化する
Partner administrators can use the below procedure to enable Restricted by Partner Mode for a given customer organization (the default setting is enabled).
-
Sign in to Partner Hub ( https://admin.webex.com) and select Customers.
-
適用する顧客組織を選択します。
-
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
If the partner removes the restricted administrator mode for a customer administrator, the customer administrator will be able to perform the following:
-
Add Webex for Wholesale users (with the button)
-
Change packages for a user
For more information on list of time zones supported for Wholesale Provisioning, see the List of Time Zones supported for Wholesale Provisioning.
テクニカルサポート
The below diagram highlights the support model for this offer.
Partners are expected to handle inquiries from their customers. However, should a partner require help, the following table summarizes the support channels that are available to partner administrators. Note that
Support Channel |
説明 |
---|---|
Webex Calling Help Desk |
Provides 'how to' and help with inquiries about Webex Calling features and configuration
|
TAC
|
Partner may contact TAC directly by:
|
Cisco Experience Services |
Customer may contact CES directly from within CCW
|
How to Engage the Webex Calling Partner Help Desk (PHD)
Partner Experience
Any partner how-to and/or documentation inquiries about the Wholesale offering should be directed to the Webex Calling Partner Helpdesk (PHD). To contact the PHD, use the information below:
-
電話:
-
米国: 1-844-613-6108
-
United Kingdom: +44 129 366 10 20
-
Germany: +49 22 197 585129
-
Australia: +61 3 7017 7272
-
-
Open a Ticket https://mycase.cloudapps.cisco.com/case > Webex > Calling and Business Phones > Webex Partner Helpdesk
-
メール:
- webexcalling-PHD@cisco.com
- Webex Calling Multi-Tenant:webexcalling-PHD@cisco.com
- Webex Calling Carrier:bc-carrier-PHD@cisco.com
-
[ チャット ]:
- Live Chat - help.webex.com/en-us/contact > Chat
- Live Chat - https://admin.webex.com/partner/resources
PHD Escalations:
- Partner Help Desk Manager: Matt Hannah – ( mathanna@cisco.com)
- Lead on PHD: James Moss – ( jamemoss@cisco.com)
- Sr. Manager for Partner Technical Services: Hamid Tiouti – ( hatiouti@cisco.com)
BroadWorks から Wholesale RTM への移行のための移行ツール
概要
This document covers a set of migration tools that helps to migrate existing BroadWorks customers to the Wholesale Route-to-Market solution. The migration tools are easy-to-access command line tools that allow migrating the customers, locations, numbers, users, services, phones, and soft clients by automating the migration tasks. The migration tools offer the following benefits:
-
Run migration with minimal pre-configuration.
-
Ease commands to run.
-
Administrators can review their data after the provisioning and make and receive calls immediately after the migration.
-
It supports an automatic upgrade to the Webex App for UC-One clients.
ドキュメント
-
To view the Migration Tools for BroadWorks to Wholesale RTM guide, see Migration Tools for BroadWorks to Wholesale RTM Solutions
マニュアルの改訂履歴
日付 |
バージョン |
説明 |
---|---|---|
August 21, 2024 |
1.33 |
|
August 9, 2024 |
1.32 |
|
July 12, 2024 |
1.31 |
|
June 27, 2024 |
1.30 |
|
May 27, 2024 |
1.29 |
|
May 22, 2024 |
1.28 |
|
May 10, 2024 |
1.27 |
|
May 08, 2024 |
1.26 |
|
March 22, 2024 |
1.25 |
|
February 06, 2024 |
1.24 |
|
January 23, 2024 |
1.23 |
|
December 12, 2023 |
1.22 |
|
August 23, 2023 |
1.21 |
|
2023年7月31日。 |
1.20 |
|
June 09, 2023 |
1.19 |
|
May 26, 2023 |
1.18 |
|
May 19, 2023 |
1.17 |
|
May 09, 2023 |
1.16 |
|
2023 年 4 月 28 日 |
1.15 |
|
2023 年 4 月 17 日 |
1.14 |
|
January 26, 2023 |
1.13 |
|
December 07, 2022 |
1.12 |
|
December 05, 2022 |
1.11 |
|
November 30, 2022 |
1.10 |
|
November 02, 2022 |
1.9 |
|
2022 年 8 月 31 日 |
1.8 |
|
2022 年 8 月 18 日木曜日 |
1.7 |
|
2022 年 7 月 29 日 |
1.6 |
|
2022 年 6 月 10 日 |
1.5 |
|
June 03, 2022 |
1.4 |
|
May 02, 2022 |
1.3 |
|
April 11, 2022 |
1.2 |
|
March 02, 2022 |
1.1 |
|
概要
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。このオファーには 5 つの Webex パッケージが含まれています。共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。技術面のオンボーディングと GTM (市場進出) です。専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。以下を提供します。
-
固定された予測可能な転送価格
-
パッケージの簡素化
-
高速プロビジョニングUXとAPI
-
ネットアクティブユーザーに基づく月次請求
-
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling で次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
-
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。これらの転送価格は、CCW に一度送信される PO で取得されます。その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
-
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。これにより、販売プロセスが大幅に簡素化され、加速されます。
-
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
-
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
-
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
-
-
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
-
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
-
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
-
共通エリア:共通エリアパッケージは基本的な通話機能をサポートします。これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
-
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
-
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
-
Webex Suite—Webex Suiteは、Webex Callingパッケージ、すべてのユーザーおよびグループサービス、Webexメッセージング、および最大1000人の参加者のための完全なWebex Meetings製品を含むすべての機能を含む最も豊富なパッケージです。このパッケージは、多くの通話機能と大規模なミーティング要件を持つ、会社の上級/プロフェッショナルレベルに対応します。
-
カスタマー エクスペリエンス エッセンシャル—卸売カスタマー エクスペリエンス エッセンシャルは、Webex Contact Center ソリューションの基本的な機能を提供します。これには、すべての Webex Calling プロフェッショナル機能、カスタマー エクスペリエンスの基本機能、およびエージェントとスーパーバイザの両方に Webex アプリからアクセスできるいくつかの追加キー機能が含まれます。スクリーンポップ、Webex アプリのスーパーバイザーエクスペリエンス、リアルタイムおよび履歴エージェントとキュービューなどの機能により、カスタマー エクスペリエンス エッセンシャルはカスタマー エクスペリエンス ベーシックとは区別されます。
詳細については、次を参照してください。Webex Customer Experience Essentials
-
Webex Meetings—Webex Meetings パッケージは、Webex Messaging、最大 1000 人の参加者用の Webex Meetings を含むスタンドアロンミーティングパッケージです。このパッケージには通話用の席は含まれています。これは、通話動作に関連していないミーティングとメッセージング機能のみを必要とするユーザーを対象にしています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 |
匿名通話の拒否 |
割り込み免除 |
事業継続性(CFNR) |
ビジー ランプの監視 |
通話転送: いつも/忙しい/回答なし/選択的 |
通話履歴 |
通話の保留と再開 |
クリックしてダイヤルする通話ログ |
コール通知 |
コール キュー エージェント |
コール録音 |
コールリダイヤル |
通話の折り返し |
通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) |
コール待機 ID |
接続された回線 ID の制限 |
ダイレクト コール ピックアップ |
割り込みを使用したダイレクト コール ピックアップ |
応答不可 |
エンタープライズ電話ディレクトリ |
エグゼクティブ / エグゼクティブ アシスタント |
内線ダイヤル、可変長 |
機能アクセスコード |
ホテリング: 主催者およびゲスト |
着信発信者 ID (名前と番号) |
インバウンドFAXからメール |
モビリティ |
複数のライン アピアランス |
N-way コール (6) |
どこでもオフィス |
発信者 ID ブロッキング |
パーソナル電話ディレクトリ |
優先アラート |
プライバシー |
プッシュツートーク |
リモート オフィス |
選択的な通話の承諾 |
選択的な通話拒否 |
シーケンシャル リング |
共有コール アピアランス |
同時呼び出し |
スピードダイヤル 100 |
T.38 ファックスサポート |
三方通話 |
Unified メッセージング |
ユーザーインターセプト |
ユーザー ウェブ ポータル |
ビデオ(ポイント ツー ポイント) |
ビジュアルボイスメール |
ボイスメール |
自動音声応答 |
コールパーク認証 |
コールパーク グループ |
コールピックアップ |
通話キュー |
外部コール回線 ID の配信 |
グループページング |
ハント グループ |
インターセプト群 |
インターセプト ユーザー |
内部通話回線 ID の配信 |
保留中の音楽 |
レセプショニスト クライアント |
Microsoft Teams インテグレーション |
音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリ は、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
-
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
-
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
-
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
-
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
-
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
-
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。ライブミーティングに参加しているかに関わらず、繰り返し実行しましょう。
-
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
-
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。Webex を毎日使用するツールと統合することで、生産性の高い作業を実現できます。Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
-
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
-
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
-
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
-
強力なモバイルエクスペリエンス - カスタマイズ可能な 720p ビデオビュー、ネイティブ画面共有、ハンズフリー参加、シンプルなミーティングスケジューリングを備えたモバイルユーザー向けに最適化されており、騒々しい環境に適応します。
-
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
-
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google Calendar、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
-
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
-
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
-
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
-
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなく、ミーティングを心配する必要はありません。
-
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。世界中にあるデータセンターでは、ユーザーは最寄りの Webex データセンターを使用して参加します。メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
-
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
-
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
-
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続したり、Webex Room Series デバイスを使用して同僚のグループに参加したりしても、誰にとっても簡単です。
ホールセール Webex Assistant
Webex Assistant for Meeting は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
-
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
-
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
-
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
-
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
-
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」 を参照してください。
卸売カスタマー エクスペリエンス エッセンシャル設定
コールキューの作成の設定とカスタマーエクスペリエンスエッセンシャルからのアップグレードを除く、Wholesale Customer Experience Essentialsの機能と制限をご確認ください。
コールキューの作成:
Webex カスタマー エクスペリエンス エッセンシャル に記載されているカスタマー エクスペリエンス コール キューの作成との主な違いは、卸売組織の [エージェントの選択 ] ページで、ユーザーが CX エッセンシャル パッケージが割り当てられている場合にのみエージェントとして選択できることです。カスタマー エクスペリエンス ユーザーのみを表示 トグルは利用できません。
通話キューのアップグレード:
組織が Customer Experience Essentials を購入し、既存の基本通話キューを Customer Experience Essentials キューに移動したい場合は、Control Hub から簡単に実行できます。キューをアップグレードすると、割り当てられたエージェントとスーパーバイザ、およびキューの既存の設定が維持されます。
制限/警告:
- コール キューがアップグレードされると、ダウングレードすることはできません。
- カスタマー エクスペリエンス ベーシック コール キューの仮想回線とワークスペースは、カスタマー エクスペリエンス エッセンシャル キューへのアップグレードには対応していません。
通話キューをアップグレードするには:
- Control Hub にサインインし、[サービス ] > [通話 ] > [機能 ] > [通話キュー] の順に移動します。
- アップグレードする通話キューの省略記号...アイコンをクリックし、[キューをアップグレード] をクリックします。
- キュー情報を確認し、[次へ] をクリックします。
Customer Experience Basic からの重み付きルーティング パターンは、Customer Experience Essentials ではサポートされておらず、デフォルトでは Top Down になっています。アップグレード後に他のルーティング タイプに変更できます。
- [パッケージの割り当てを確認] 画面では、以下の 2 つの操作を実行できます。
- [リストされたエージェントなしでアップグレードを続行] をクリックして、カスタマー エクスペリエンス パッケージを持たないエージェントを削除します。このアクションにより、これらのエージェントが通話キューから削除されます。
- 以下に示すように、[割り当て済みユーザーパッケージ] ページに移動して、関連するユーザーに割り当てられたパッケージを変更します。これにより、ユーザー画面に移動し、必要に応じてカスタマー エクスペリエンス エッセンシャル パッケージを割り当てることができます。その後、通話キューのアップグレードを再試行できます。
簡略化および集中管理
Wholesale RTM ソリューションは、顧客をプロビジョニングおよび管理するための 2 つの簡単なインターフェイスを提供します。
-
パートナー ハブ
-
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。Partner Hub の機能:
-
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
-
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
-
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
-
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要 ] 画面に [トライアルの開始 ] ボタンが表示されます。ただし、試用オプションはWholesale RTMパートナーには利用できません。これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。
Control Hub:エンタープライズに代わって管理する
Webex Control Hub は、シスコのウェブベースのエンタープライズ管理ポータルです。エンタープライズの Webex サービスを包括的に表示します。すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。また、エンタープライズ管理者がこれらの機能を実行することも可能です。これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
-
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
-
実行可能な洞察—すべての企業で、また企業内で実行中の導入状況を確認できます。ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
-
ユーザーエクスペリエンスの問題の根本原因をドリルダウンする—企業レベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
-
柔軟なポリシー定義:ロールテンプレートときめ細かなポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に設定できます。
-
ユーザーとデバイスの管理:デバイスをすばやくアクティブ化し、ユーザーを管理し、Microsoft Active Directoryとの同期と、管理するすべての企業、またはサブセットの統合型シングルサインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート 」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。これを実現するために、パートナーレベルとエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。強調表示されている領域は2つあります。
-
顧客のプロビジョニング/管理
-
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。上の図は、高レベルの相互作用を示しています。
-
サービスプロバイダは、顧客関係を所有します。顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
-
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
-
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
-
パッケージ は基本サービスの割り当てです。すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。パッケージの一覧については、「パッケージの提供」を参照してください。
-
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金機能です。Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
住所
顧客を作成するときは、請求先住所の国を選択する必要があります。この国は、Common Identityの組織国として自動的に割り当てられます。さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 |
場所 |
国番号 |
国名 |
---|---|---|---|
1 |
AMER |
+1 |
米国、カリフォルニア州 |
2 |
アジア太平洋 |
+65 |
シンガポール |
3 |
オーストラリア、ニュージーランド |
+61 |
オーストラリア |
4 |
欧州、中東、アフリカ |
+44 |
英国 |
5 |
ユーロ |
+49 |
ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。たとえば、en_USはnglish_E UnitedStatesに相当します。2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) |
2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** |
代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_US en_AU en_GB en_CA |
jp |
en_US |
fr_FR fr_CA |
FR |
fr_FR |
cs_CZ |
CSについて |
cs_CZ |
da_DK |
ああ... |
da_DK |
de_DE |
DE |
de_DE |
hu_HU |
フン |
hu_HU |
id_ID |
id |
id_ID |
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_NO |
pl_PL |
PLについて |
pl_PL |
pt_PT pt_BR |
pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ |
pt_PT |
ru_RU |
RU |
ru_RU |
ro_RO |
ロロ |
ro_RO |
zh_CN zh_TW |
ズー |
zh_CN |
sv_SE |
sv |
sv_SE |
ar_SA |
アール |
ar_SA |
tr_TR |
トライ |
tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。これらのロケールでは、Webex Meetings サイトは英語のみになります。サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
-
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
-
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
-
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
-
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
-
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
-
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ 」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - 0以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会 を参照してください。
- 親パートナーは、SubPartner のパートナー ハブでテンプレートを作成できます。
- 親パートナーは、SubPartnerに代わって卸売顧客のオンボーディングを支援することもできます。
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。右側には、クロスローンチボタンがあります。これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
-
分析画面
-
サービス画面
-
レポート画面
-
Webex リリース管理
-
Flexトライアルの作成
-
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。すべての SubPartners を一覧表示するか、プロビジョニング状態 (一時停止、アクティブ) などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。
-
List Wholesale SubPartners API に移動します。
-
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
-
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランド
パートナー管理者は高度なブランディングカスタマイズを使用して、パートナーが管理する顧客組織に対して Webex アプリがどのように表示されるのかカスタマイズできます。パートナー管理者は次の設定をカスタマイズして、Webex アプリが会社のブランドとアイデンティティを反映するようにすることができます。
-
会社ロゴ
-
ライト モードまたはダーク モードの固有のカラー スキーム
-
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
-
基本的なブランディングのカスタマイズは廃止される予定です。幅広いカスタマイズを提供する Advanced Branding を展開することをお勧めします。
-
既存の顧客組織に添付する際のブランディングの適用方法の詳細については、「BroadWorks 版 Webex を既存の組織に添付する 」セクションの「組織添付の条件 」を参照してください。
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
顧客のオンボーディングと管理
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。次の章では、以下の手順を説明します。
-
新しい顧客組織と加入者をプロビジョニングする方法。
-
既存の顧客とサブスクライバを維持および更新する方法。
-
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。この章では、両方のインターフェイスの手順について説明します。
-
Partner Hub インターフェイスを介して顧客を手動で管理する
-
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。これらはパートナーへの純転送価格であることに注意してください。リストの価格は、ホールセールパートナーの割引に基づいて異なります(高)。
SKU |
SKU は... |
---|---|
卸売セットアップアシストエクスプレス使用 |
最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 |
5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
-
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
-
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
-
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション |
詳細 | |
---|---|---|
1 |
数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 |
注文の詳細については、『Webex - Wholesale Ordering Guide 』を参照してください。 これは、パートナーごとに1回のみ完了する必要があります。プロビジョニングする新規顧客ごとにこれを繰り返す必要はありません。 |
2 |
次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 |
Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 |
3 |
セットアップ アシストは、次のいずれかのフローを使用して実行できます。 |
プロビジョニング後、API 経由で Wholesale Setup Assist Request Form または Wholesale Setup Assist Order でサブスクリプションリクエストを送信します。 また、コール経由でCallingヘルプデスクにリクエストを送信することもできます。 |
4 |
セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 |
オンボーディングしている顧客のロケーションに適用されるフローを参照してください。このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ |
この段階における Cisco の責任 |
この段階におけるパートナーの責任 | |
---|---|---|---|
1 |
発見と評価 |
| |
2 |
ソリューション設計 |
|
必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ |
この段階における Cisco の責任 |
この段階におけるパートナーの責任 | |
---|---|---|---|
1 |
プロジェクト管理 |
|
|
2 |
発見と評価 |
|
|
3 |
ソリューション設計 |
|
|
4 |
オンボーディング (テスト) プランニング段階 |
|
|
5 |
実践 |
|
|
6 |
オンボーディングの実行 |
|
|
7 |
導入後の登録 |
|
|
8 |
オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。Webex for Wholesale 開発者ガイド
API を使用するには、次に進みます。卸売サブスクライバ プロビジョニングの事前確認
Wholesale サブスクライバ プロビジョニング ドキュメントにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。次の条件が適用されます。
-
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
-
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 |
パートナー ハブにサインインし、[顧客] を選択します。 |
2 |
既存のテンプレートを表示するには、[テンプレート ]ボタンをクリックします。 |
3 |
[テンプレートの 作成] をクリックします。 |
4 |
[卸売業向け Webex ] を選択し、[次へ] をクリックします。 |
5 |
主な設定をセットアップします。
|
6 |
[Wholesaleサブスクリプション ] ドロップダウンから、サブスクリプションを選択します。 |
7 |
[次へ] をクリックします。 |
8 |
次の認証方法のいずれかを選択します。
|
9 |
[次へ] をクリックします。 |
10 |
必要に応じて[Wholesale calling]から[Cloud Connected PSTNベンダー ]を選択し、[次へ]をクリックします。 このアプローチの制限により、Cisco はこのオプションのテンプレート設定を使用することを推奨しません。詳細については、「お客様のPSTN設定」を参照してください。 |
11 |
共通設定 とコール設定 のオプションを設定します。
|
12 |
[次へ] をクリックします。 |
13 |
設定の概要を確認し、[編集 ] をクリックして必要な設定を変更します。設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
|
14 |
作成したテンプレートを開き、[プロビジョニングID ] 値をコピーします。顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 |
Partner Hub にサインインします。 |
2 |
既存の顧客の一覧を表示するには、[顧客 ]をクリックします。任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 |
新しい顧客組織を作成するには、[顧客の作成 ] をクリックします。 |
4 |
[顧客情報 ] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 |
[次へ] をクリックします。 |
6 |
[パッケージ ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 |
本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 |
本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する ] チェックボックスをクリックします。 |
9 |
[次へ] をクリックします。 |
10 |
顧客の概要を確認します。情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
顧客のセットアップ
1 |
Partner Hub にサインインします。 |
2 |
[顧客 ] をクリックし、適切な顧客を選択します。顧客の設定が画面の右側に表示されます。 |
3 |
[顧客の設定] をクリックします。ユーザーのセットアップ ウィザードが起動します。 |
4 |
[ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 |
5 |
[次へ] をクリックします。 |
6 |
[ユーザーの追加 ] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 |
7 |
[次へ] をクリックします。 |
8 |
通話パッケージを持つユーザーに電話番号 を割り当てます。 |
9 |
[次へ] をクリックします。 |
10 |
入力した情報を確認します。 |
11 |
[ユーザーの作成] をクリックします。 顧客組織に Control Hub アクセシビリティを提供している場合、顧客管理者にロールを割り当てることもできます。「Control Hub での組織アカウント ロールの割り当て」を参照してください。 |
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。
顧客組織のタスク フローのプロビジョニング (API 経由)
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
開始する前に
サポートされている言語の詳細については、次を参照してください。サポートされている言語ロケール
1 |
Wholesale Customer API のプロビジョニングを開きます。 |
2 |
右側の設定領域で、顧客組織の必須フィールドを入力します。次の例の形式に従ってください。
|
3 |
[実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
1 |
Wholesale サブスクライバ API のプロビジョニングを開きます。 |
2 |
次の必須フィールドに入力します。フィールドの詳細については、API のフィールドの説明を参照してください。
LocationId プロビジョニング パラメータは、コーリング パッケージにのみ適用されます。このサブスクライバを複数のロケーションを持つ既存の顧客組織に接続する場合に、このフィールドを使用できます。このフィールドでは、適切なロケーションを指定できます。 |
3 |
[実行] をクリックします。 |
4 |
これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。 顧客組織に Control Hub アクセシビリティを提供している場合、顧客管理者にロールを割り当てることもできます。「Control Hub での組織アカウント ロールの割り当て」を参照してください。 |
次に行うこと
顧客 PSTN のセットアップ
顧客のロケーションに PSTN サービスをセットアップするには、次の 2 つの方法を推奨します。
- Partner Hub 経由でカスタマー サービスを管理する場合、カスタマー ロケーションに移動し、適切な PSTN オプションをプロビジョニングする必要があります。
- Webex API を使用して顧客を管理する場合、ロケーションの PSTN をプロビジョニングhttps://developer.webex.com/docs/api/v1/pstn するために活用できます。
Cisco は、オンボーディング テンプレートを使用して顧客に Cloud Connected PSTN をプロビジョニングする便利な方法も提供します。以下の制限があるため、これは推奨されるアプローチではありません。
- オンボーディング テンプレートで選択された Cloud Connected PSTN ベンダーは、最初の顧客のロケーションにのみ適用されます。
- オンボーディング テンプレートで選択された Cloud Connected PSTN ベンダーの変更は、既存の顧客やロケーションには影響しません。
- パートナーは、選択した Cloud Connected PSTN ベンダーが、API 経由または Control Hub 内の介入を必要とするプロビジョニングの潜在的な障害を回避するために、最初のロケーションで選択された国内にカバレッジがあることを確認する必要があります。
Webex for Wholesale を既存の顧客組織に添付する
パートナー管理者が、現在卸売業者によって管理されていない既存の Webex 顧客組織に Webex for Wholesale サービスを追加する場合、顧客組織管理者はプロビジョニング要求の成功のために管理者アクセスを承認する必要があります。
以下の条件のいずれかを満たす場合、組織管理者の承認が必要です。
-
既存の顧客組織には 100 人以上のユーザーがあります。
-
組織には検証済みのメール ドメインがあります。
-
組織のドメインが要求されます。
自動添付ファイルのシナリオ
自動添付ファイルのシナリオでは、既存の組織管理者またはエンド ユーザーに通知することなく、Webex for Wholesale サブスクリプションが既存の顧客組織に追加されます。ほとんどの場合、パートナー組織にはプロビジョニング管理者権限が与えられます。ただし、顧客組織にライセンスがない場合、またはライセンスを一時停止/キャンセルした場合、フル管理者になります。
Provisioning Admin アクセスでは、Control Hub の可視性が既存の組織のユーザーに限定されます。顧客管理者に連絡し、組織へのフル管理者アクセスを要求することをお勧めします。
既存の顧客組織に卸売サービスを追加する手順
パートナー管理者は、次の手順に従って、既存の Webex 組織に卸売サービスを追加できます。
- 顧客をまだ管理していない場合は、顧客管理者に、完全な管理権限を持つ外部管理者として追加するよう依頼してください。このステップはこの段階で必須ではありませんが、プロセスを簡素化します。プロビジョニングの試みが自動添付ファイルに適していない場合、顧客管理者は後でこれを行う必要がある場合があります。
- オンボーディング テンプレートに「既存の組織に添付するときに管理者招待メールを許可する」トグルが true に設定されていることを確認します (テンプレートの詳細の共通設定にあります)。
- POST Wholesale Customer API を使用するために必要なパラメータを収集します。
- provisioningId、packages、orgId、externalId、address。
- orgId は、Control Hub の [アカウント] セクションから取得できます。
- provisioningId は、Partner HubのOnboarding templatesセクションで、Wholesaleテンプレートの詳細を表示できます。
- コールパッケージがプロビジョニングされている場合は、provisioningParameters が必要です。
- provisioningId、packages、orgId、externalId、address。
- POST Wholesale Customer API を使用して Wholesale サービスをプロビジョニングし、必要なパラメータがすべて提供されていることを確認します。
- リクエストが正常に受け入れられた場合は、202の応答が返されます。これは、卸売プロビジョニングが非同期に行われるため、プロビジョニングが成功したことを意味するものではありません。GET Wholesale Customer API によって返された status 属性を使用して、プロビジョニングが成功したかどうかを確認します。
制限とサポートされていない使用事例
- パートナー自身の顧客組織に卸売サービスを添付した後、Partner Hub 経由ではなく、パブリック API を介してさらにプロビジョニングを行う必要があります。
- ホールセール パートナーが現在管理していない顧客にホールセール サービスを追加する場合、特定のシナリオでは、顧客管理者から組織の承認が必要です。
- 既存の顧客組織には 100 人以上のユーザーがあります。
- 組織には検証済みのメール ドメインがあります。
- 組織のドメインが要求されます。
- トライアル組織の Wholesale 顧客への変換はサポートされていません。
組織添付の条件
- Webex for Wholesale にプロビジョニングされている既存の組織の最初のユーザーは、管理者ユーザーとしてプロビジョニングされていません。既存の組織からの設定とエンタイトルメントは保持されます。
- 組織の既存の認証設定は、Wholesale プロビジョニング テンプレートの Webex で設定されているものよりも優先されます。その結果、既存のユーザーのログイン方法に変更はありません。
- 既存の顧客組織で基本的なブランディングが有効になっている場合、アタッチが行われた後、パートナーの高度なブランディング設定が優先されます。顧客が基本的なブランディングをそのままにしたい場合、パートナーは [高度なブランディング(Advanced Branding)] 設定でブランディングを上書きするように顧客組織を設定する必要があります。
- 既存の組織の名前は変更されません。
- [制限付き管理者モード(Restricted by Partner Mode)] トグルによって設定された [制限付き管理者モード(Restricted by Partner Mode)] は、添付された組織に対してオフになっています。
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 |
リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 |
SmartSheetの追加のフィールドに入力します。* ですべてのフィールドに入力してください。 | ||||||||||||||
4 |
リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信 ]チェックボックスをオンにします。 | ||||||||||||||
5 |
[送信] をクリックします。 問題が発生した場合は、Calling ヘルプデスクからセットアップアシストヘルプをリクエストできます。チームは「ハウツー」通話の質問を支援し、セットアップ アシスト チームとのエンゲージメントを開始します。 |
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
-
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」 を参照してください。
-
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」 を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正しようとする可能性があることを認識しています。ただし、以下の詳細をPSMチームにご連絡ください。
-
あなたの組織 ID
-
組織名
-
サブパートナー組織名
-
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
-
最初のSubPartner管理者ユーザーの名と姓
-
サブスクリプション ID はサブパートナー組織と共有されます
-
サブパートナーの請求開始日(デフォルト: サブパートナーの設定日)
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。たとえば、folloiwng タスクを実行できます。
-
新しい顧客組織とユーザーのプロビジョニング
-
既存の組織のユーザーを追加または更新する
-
既存の設定を更新
ユーザーを手動で追加する
1 |
Partner Hub にサインインし、[顧客] をクリックします。 |
2 |
該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
|
3 |
[ユーザー] をクリックします。 |
4 |
[ユーザーの管理] をクリックします。 |
5 |
[手動でユーザーを追加]をクリックします。 ユーザーを追加または変更するための追加オプションもあります。
|
6 |
そのユーザーの基本情報 (名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 |
7 |
ユーザーを追加します。最大で 25 人のユーザーを追加できます。 |
8 |
[次へ] をクリックします。 |
9 |
[閉じる] をクリックします。 |
ユーザーパッケージの変更
1 |
Partner Hub にサインインし、[顧客] をクリックします。 |
2 |
ユーザが属している顧客の顧客ビューを起動します。 |
3 |
Control Hub で、[ユーザー] をクリックします。 |
4 |
パッケージを変更するユーザーを選択します。 |
5 |
パッケージ セクションで、矢印 (>) をクリックします。 |
6 |
新しいパッケージを選択してください。 |
7 |
パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 |
[変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API |
説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 |
Wholesale Customer API の更新を開きます。 |
2 |
[PUT ] フィールドで、[customerID ] をクリックし、更新する顧客組織の customerID を入力します。 |
3 |
本文に 任意のパラメータを入力します。
|
4 |
[実行] をクリックします。 |
卸売顧客を取得する
1 |
Get a Wholesale Customer API を開きます。 |
2 |
GET行でid をクリックし、顧客IDを入力します。 |
3 |
[実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
-
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。たとえば、externalId を入力すると、そのIdを使用する顧客組織のみが出力されます。
1 |
List Wholesale Customers API を開きます。 |
2 |
オプションです。任意の検索パラメータを入力します。 |
3 |
[実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。Webex から組織を削除するには、組織 API を使用します。
開始する前に
1 |
[Delete a Wholesale Customer API] を開きます。 |
2 |
削除する顧客組織の顧客ID を入力します。 |
3 |
[実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。DMオプションは以下のように詳細です。
-
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ製デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。これらの DM オプションは次のとおりです。
- 顧客管理デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API |
APIの目的 |
パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する |
請求レポートを生成するために使用。 |
読み取り/書き込み |
卸売請求レポートを取得する |
生成された請求レポートをダウンロードするために使用。 |
Read |
卸売請求レポートを一覧表示する |
そのパートナーに存在する請求レポートを一覧表示するために使用。 |
Read |
卸売請求レポートの削除 |
既存の請求レポートを削除するために使用。 |
読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの毎月の請求書を生成するために使用できます。課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書からの使用量を調整できます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 |
[卸売請求レポート API の作成] に移動します。 |
2 |
API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 |
レポートのタイプ を入力します。
|
4 |
[実行 ] をクリックしてレポートを生成します。 |
5 |
API 出力からレポート ID をコピーします。生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 |
[Get a Wholesale Billing Report API] に移動します。 |
2 |
GET 行でid ボタンをクリックし、レポートの一意のID値を入力します。 |
3 |
[実行] をクリックします。 |
4 |
API はレポートのステータスを出力します。出力には、レポートをダウンロードするためのURLを提供するtempDownloadURL パラメータが含まれます。 |
5 |
レポートにアクセスしてダウンロードするには、tempDownloadURL をブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
1 |
List Wholesale Billing Report API に移動 |
2 |
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 |
[実行] をクリックします。 APIは、レポートのリストを一意のレポートID およびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。レポートを削除する場合の例には、次のものがあります。
-
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。既存のレポートを削除したら、その期間の新しいレポートを作成できます。レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
-
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 |
Wholesale Billing Report API の削除に移動します。 |
2 |
レポートIDを入力します。 |
3 |
[実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド |
その他の情報 |
このタイプのレポートに表示されます |
---|---|---|
パートナー_名 |
パートナーの氏名 |
パートナー、顧客、ユーザー |
パートナー_組織_ID |
一意のパートナー識別子 |
パートナー、顧客、ユーザー |
サブスクリプション_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 |
固有のワークスペース ID |
USER |
ロケーション_ID |
一意のロケーション識別子 |
顧客、ユーザー |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
-
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
-
ID プロバイダーを持つ CI メタデータ ファイルをアップロードします。
-
オンボーディング テンプレートを設定します。[認証モード] 設定で、[パートナー認証] を選択します。[IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
ユーザーがログインできることを確認します。
パートナー SSO - OpenID Connect (OIDC)
パートナー管理者は、新しく作成された顧客組織の OIDC SSO を設定できます。パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
パートナー SSO OIDC を設定する以下の手順は、新しく作成された顧客組織にのみ適用されます。パートナー管理者が既存のテンプルでデフォルトの認証タイプをパートナー SSO OIDC に変更しようとすると、その変更はテンプレートを使用してすでにオンボードされている顧客組織には適用されません。
-
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 email profile' には openid と email を含める必要があります。
認証エンドポイント
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 認証エンドポイントの URL。
tokenEndpoint(トークンエンドポイント)
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 トークン エンドポイントの URL。
ディスカバリエンドポイント
いいえ
IdP の Discovery Endpoint for OpenID エンドポイント検出の URL。
userInfoEndpoint(ユーザー情報エンドポイント)
いいえ
IdP の UserInfo エンドポイントの URL。
キーセットエンドポイント
いいえ
IdP の JSON Web Key Set エンドポイントの URL。
上記の IDP 属性に加えて、パートナー組織 ID を TAC 要求で指定する必要があります。
-
OpenID 接続 IDP でリダイレクト URI を設定します。
-
オンボーディング テンプレートを設定します。認証モードの設定では、[OpenID Connectによるパートナー認証] を選択し、IDP設定時に提供されたOpenID Connect IDP Entity IDとしてIDP名を入力します。
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
ユーザーがSSO認証フローを使用してログインできること。
パートナー モードによる制限
パートナーモードによる制限は、パートナー管理者が特定の顧客組織に割り当てて、顧客管理者が Control Hub で更新できる組織設定を制限できるパートナーハブ設定です。この設定が特定の顧客組織に対して有効になっている場合、その組織のすべての顧客管理者は、ロールエンタイトルメントに関係なく、Control Hub の制限付きコントロールのセットにアクセスできません。制限された設定を更新できるのはパートナー管理者のみです。
顧客管理者アクセス
パートナーごとの制限モードが適用されると、顧客管理者は通知を受け取ります。ログイン後、画面の上部に Control Hub ヘッダーのすぐ下に通知バナーが表示されます。バナーは、制限モードが有効になっていることを顧客管理者に通知し、一部の通話設定を更新できない場合があります。
パートナーモードによる制限が有効になっている組織の顧客管理者については、Control Hub アクセスのレベルは次の式で決定されます。
(Control Hub アクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限により制限)
パートナーごとの制限モードに関係なく、顧客管理者はいくつかの制限に直面します。これらの制限には以下が含まれます。
- コール設定: [Calling] メニューの [App Options Call Priority] 設定は読み取り専用です。
- ロケーションの設定: ロケーション作成後に通話を設定すると、非表示になります。
- PSTN 管理と通話録画: これらのオプションは、ロケーションに対してグレー表示されます。
- 電話番号管理: [コール(Calling)] メニューで電話番号管理が無効になり、[アプリオプションのコール優先度(App Options Call Priority)] 設定とコール録音は読み取り専用になります。
制限
顧客組織でパートナーごとの制限モードが有効になっている場合、その組織の顧客管理者は次の Control Hub 設定へのアクセスが制限されます。
-
[ユーザー] ビューでは、以下の設定が利用できません。
-
ユーザーの管理 ボタンがグレー表示されます。
-
ユーザーを手動で追加または変更する—手動または CSV でユーザーを追加または変更するオプションはありません。
-
ユーザーの要求:利用不可
-
ライセンスの自動割り当て(使用不可)
-
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定は、パートナーレベルの管理者のみ使用できます)。
-
ユーザーの詳細:名、姓、表示名、プライマリメール*などのユーザー設定は編集できます。
-
Reset Package:パッケージタイプをリセットするオプションはありません。
-
[サービスの編集(Edit Services)]:ユーザーに対して有効なサービス (メッセージ、ミーティング、通話など) を編集するオプションはありません。
-
サービスステータスの表示 - ハイブリッドサービス またはソフトウェアアップグレードチャネルのフルステータスを表示できません。
-
プライマリ作業番号—このフィールドは読み取り専用です。
-
-
[アカウント] ビューでは、以下の設定が利用できません。
-
会社名 は読み取り専用です。
-
-
[組織設定] ビューでは、以下の設定が利用できません。
-
ドメイン:アクセスは読み取り専用です。
-
Email—Suppress Admin Invite Email とEmail Locale Selection の設定は読み取り専用です。
-
Authentication:認証とSSO設定を編集するオプションはありません。
-
-
[通話] メニューでは、以下の設定が利用できません。
-
通話設定—アプリオプションの通話優先 設定は読み取り専用です。
-
通話動作—設定は読み取り専用です。
-
[ロケーション ] > [PSTN]:ローカル ゲートウェイと Cisco PSTN オプションが非表示になります。
-
-
SERVICESでは、移行 および接続されたUC サービスオプションが抑制されます。
パートナー モードによる制限を有効化
パートナー管理者は、以下の手順を使用して、特定の顧客組織のパートナーモードによる制限 を有効にできます(デフォルト設定が有効になっています)。
-
Partner Hub ( https://admin.webex.com) にサインインし、[顧客] を選択します。
-
適用する顧客組織を選択します。
-
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
-
Wholesale ユーザーに Webex を追加する (ボタン付き)
-
ユーザーのパッケージを変更する
Wholesale Provisioning でサポートされているタイムゾーンのリストの詳細については、「 Wholesale Provisioning でサポートされているタイムゾーンのリスト」を参照してください。
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。次の点に注意してください:
サポート チャネル |
説明 |
---|---|
Webex Calling ヘルプデスク |
「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
|
パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス |
お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (PHD) の使用方法
パートナーエクスペリエンス
ホールセール オファリングに関するパートナーのハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling パートナー ヘルプデスク (PHD) にお問い合わせください。PHDに連絡するには、以下の情報を使用します。
-
電話:
-
米国: 1-844-613-6108
-
イギリス: +44 129 366 10 20
-
ドイツ:+49 22 197 585129
-
オーストラリア:+61 3 7017 7272
-
-
チケットを開く https://mycase.cloudapps.cisco.com/case > Webex > Calling and Business Phones > Webex パートナー ヘルプデスク
-
メール:
- webexcalling-PHD@cisco.com
- Webex Calling マルチテナント:webexcalling-PHD@cisco.com
- Webex Calling キャリア:bc-carrier-PHD@cisco.com
-
[ チャット ]:
- ライブチャット - help.webex.com/en-us/contact > チャット
- ライブチャット - https://admin.webex.com/partner/resources
PHDエスカレーション:
BroadWorks から Wholesale RTM への移行のための移行ツール
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。移行ツールは、移行タスクを自動化することにより、顧客、ロケーション、番号、ユーザー、サービス、電話、およびソフトクライアントを移行できる使いやすいコマンドラインツールです。移行ツールには、次の利点があります。
-
最小限の事前設定で移行を実行します。
-
実行するコマンドを容易にします。
-
管理者は、プロビジョニング後にデータを確認し、移行後すぐにコールを発信および受信できます。
-
UC-One クライアント用の Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
-
BroadWorks から Wholesale RTM への移行ツールガイドを表示するには、BroadWorks から Wholesale RTM への移行ツールを参照してください。
マニュアルの改訂履歴
日付 |
バージョン |
説明 |
---|---|---|
2024年10月12日 |
1.35 |
|
2024年10月11日 |
1.34 |
|
2024年8月21日 |
1.33 |
|
2024年8月9日 |
1.32 |
|
2024年7月12日 |
1.31 |
|
2024年6月27日 |
1.30 |
|
2024年5月27日 |
1.29 |
|
2024年5月22日 |
1.28 |
|
2024年5月10日 |
1.27 |
|
2024年5月8日 |
1.26 |
|
2024年3月22日 |
1.25 |
|
2024年2月6日 |
1.24 |
|
2024年1月23日 |
1.23 |
|
2023年12月12日 |
1.22 |
|
2023年8月23日 |
1.21 |
|
2023年7月31日 |
1.20 |
|
2023年6月9日 |
1.19 |
|
2023年5月26日 |
1.18 |
|
2023年5月19日 |
1.17 |
|
2023年5月9日 |
1.16 |
|
2023 年 4 月 28 日 |
1.15 |
|
2023 年 4 月 17 日 |
1.14 |
|
2023年1月26日 |
1.13 |
|
2022 年 12 月 07 日 |
1.12 |
|
2022 年 12 月 05 日 |
1.11 |
|
2022 年 11 月 30 日 |
1.10 |
|
2022 年 11 月 02 日 |
1.9 |
|
2022 年 8 月 31 日 |
1.8 |
|
2022 年 8 月 18 日 |
1.7 |
|
2022 年 7 月 29 日 |
1.6 |
|
2022 年 6 月 10 日 |
1.5 |
|
2022 年 6 月 03 日 |
1.4 |
|
2022 年 5 月 02 日 |
1.3 |
|
2022年4月11日 |
1.2 |
|
2022 年 3 月 02 日 |
1.1 |
|
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。 シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。 商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。 このオファーには 5 つの Webex パッケージが含まれています。 共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。 シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、 新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。 各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。 Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。 技術面のオンボーディングと GTM (市場進出) です。 専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。 共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。 以下を提供します。
固定された予測可能な転送価格
パッケージの簡素化
高速プロビジョニングUXとAPI
ネットアクティブユーザーに基づく月次請求
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。 これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling で次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。 これらの転送価格は、CCW に一度送信される PO で取得されます。 その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。 これにより、販売プロセスが大幅に簡素化され、加速されます。
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。 これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。 これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
[共通エリア(Common Area)]:共通エリアパッケージは、基本的な通話機能をサポートします。 これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。 Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。 より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。 ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。 このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。 共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。 Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
Webex Suite—Webex Suite は、Webex Calling パッケージのすべての機能、すべてのユーザーおよびグループサービス、Webex メッセージング、および最大 1000 人の参加者のための完全な Webex Meetings 製品を含む最も豊富な機能パッケージです。 このパッケージは、重い通話と大規模な会議要件を持つ会社内のシニア/プロフェッショナルレベルにアピールします。
カスタマー エクスペリエンス エッセンシャル—卸売カスタマー エクスペリエンス エッセンシャルは、Webex Contact Center ソリューションの基本的な機能を提供します。 これには、すべての Webex Calling プロフェッショナル機能、カスタマー エクスペリエンスの基本機能、およびエージェントとスーパーバイザの両方に Webex アプリからアクセスできるいくつかの追加キー機能が含まれます。 スクリーンポップ、Webex アプリのスーパーバイザーエクスペリエンス、リアルタイムおよび履歴エージェントとキュービューなどの機能により、カスタマー エクスペリエンス エッセンシャルはカスタマー エクスペリエンス ベーシックとは区別されます。
詳細については、「 Webex Customer Experience Essentials
Webex Meetings—Webex Meetings パッケージは、Webex Messaging、最大 1000 人の参加者用の Webex Meetings を含むスタンドアロンミーティングパッケージです。 このパッケージには、通話席は含まれていません。 これは、通話動作に関連付けられていないミーティングとメッセージング機能のみが必要なユーザーを対象としています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling の機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 | 匿名通話の拒否 | 割り込み免除 |
事業継続性(CFNR) | ビジー ランプの監視 | コール転送: いつも/忙しい/回答なし/選択的 |
履歴 | 通話の保留と再開 | クリックしてダイヤルする通話ログ |
コール通知 | コール キュー エージェント | コール録音 |
コールリダイヤル | コールリターン | 通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) | コール待機 ID | 接続された回線 ID の制限 |
ダイレクト コール ピックアップ | 割り込みを使用したダイレクト コール ピックアップ | 取り込み中 |
エンタープライズ電話ディレクトリ | エグゼクティブ/エグゼクティブ アシスタント | 内線ダイヤル、可変長 |
機能アクセスコード | ホテリング: 主催者およびゲスト | 着信発信者 ID (名前と番号) |
インバウンドFAXからメール | 携帯性 | 複数のライン アピアランス |
N-way コール (6) | どこでもオフィス | 発信者 ID ブロッキング |
パーソナル電話ディレクトリ | 優先アラート | プライバシー |
プッシュ・ツー・トーク | リモート オフィス | 選択的な通話の承諾 |
選択的な通話拒否 | シーケンシャル リング | 共有コールアピアランス |
同時呼び出し | スピードダイヤル 100 | T.38 ファックスサポート |
三方通話 | Unified メッセージング | ユーザーインターセプト |
ユーザー ウェブ ポータル | ビデオ(ポイント ツー ポイント) | ビジュアル ボイスメール |
ボイスメール |
自動アテンダント | コールパーク認証 | コールパーク グループ |
コールピックアップ | 通話キュー | 外部コール回線 ID の配信 |
グループページング | ハント グループ | インターセプト群 |
インターセプト ユーザー | 内部通話回線 ID の配信 | 保留中の音楽 |
レセプショニスト クライアント | Microsoft Teams インテグレーション | 音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリは、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。 Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。 メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。 ライブミーティングに参加しているかどうかを繰り返します。
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。 Webex を毎日使用するツールと統合して、最も生産性の高い作業を実現します。 Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。 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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。 Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
強力なモバイルエクスペリエンス - カスタマイズ可能な 720p ビデオビュー、ネイティブ画面共有、ハンズフリー参加、シンプルなミーティングスケジューリングを備えたモバイルユーザー向けに最適化されており、騒々しい環境に適応します。
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。 また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google Calendar、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。 Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。 また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。 オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。 パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。 独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなく、ミーティングを心配する必要はありません。
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。 世界中にあるデータセンターでは、ユーザーは最寄りの Webex データセンターを使用して参加します。 メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。 これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。 Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。 Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続したり、Webex Room Series デバイスを使用して同僚のグループに参加したりしても、誰にとっても簡単です。
ホールセール Webex Assistant
Meeting 向け Webex Assistant は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。 Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。 新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。 パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。 同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。 ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」 を参照してください。
卸売カスタマー エクスペリエンス エッセンシャル設定
コールキューの作成の設定とカスタマーエクスペリエンスエッセンシャルからのアップグレードを除く、Wholesale Customer Experience Essentialsの機能と制限をご確認ください。
コールキューの作成:
Webex カスタマー エクスペリエンス エッセンシャルに記載されているカスタマー エクスペリエンス コール キューの作成との主な違いは、卸売組織の [エージェントの選択] ページで、ユーザーが CX エッセンシャル パッケージが割り当てられている場合にのみエージェントとして選択できることです。 カスタマー エクスペリエンス ユーザーのみを表示 トグルは利用できません。
コール キューのアップグレード:
組織が Customer Experience Essentials を購入し、既存の基本通話キューを Customer Experience Essentials キューに移動したい場合は、Control Hub から簡単に実行できます。 キューをアップグレードすると、割り当てられたエージェントとスーパーバイザ、およびキューの既存の設定が維持されます。
制限/警告:
- コール キューがアップグレードされると、ダウングレードすることはできません。
- カスタマー エクスペリエンス ベーシック コール キューの仮想回線とワークスペースは、カスタマー エクスペリエンス エッセンシャル キューへのアップグレードには対応していません。
通話キューをアップグレードするには:
- Control Hub にサインインし、[サービス] > [通話] > [機能] > [通話キュー] の順に移動します。
- アップグレードする通話キューの省略記号...アイコンをクリックし、[キューをアップグレード] をクリックします。
- キュー情報を確認し、[次へ] をクリックします。
Customer Experience Basic からの重み付きルーティング パターンは、Customer Experience Essentials ではサポートされておらず、デフォルトでは Top Down になっています。 アップグレード後に他のルーティング タイプに変更できます。
- [パッケージの割り当てを確認] 画面では、以下の 2 つの操作を実行できます。
- [リストされたエージェントなしでアップグレードを続行] をクリックして、カスタマー エクスペリエンス パッケージを持たないエージェントを削除します。 このアクションにより、これらのエージェントが通話キューから削除されます。
- 以下に示すように、[割り当て済みユーザーパッケージ] ページに移動して、関連するユーザーに割り当てられたパッケージを変更します。 これにより、ユーザー画面に移動し、必要に応じてカスタマー エクスペリエンス エッセンシャル パッケージを割り当てることができます。 その後、通話キューのアップグレードを再試行できます。
簡略化および集中管理
Wholesale RTM ソリューションは、顧客をプロビジョニングおよび管理するための 2 つの簡単なインターフェイスを提供します。
パートナー ハブ
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。 Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。 Partner Hub の機能:
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。 ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。 導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要] 画面に [トライアルの開始] ボタンが表示されます。 ただし、試用オプションはWholesale RTMパートナーには利用できません。 これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。 |
Control Hub: エンタープライズに代わって管理する
Webex Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルです。 エンタープライズの Webex サービスを包括的に表示します。 すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。 Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。 また、エンタープライズ管理者がこれらの機能を実行することも可能です。 これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。 サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。 これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。 また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。 Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
Actionable Insights—すべての企業、および企業内の導入状況を確認できます。 ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。 これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
ユーザーエクスペリエンスの問題の根本原因について掘り下げる—エンタープライズレベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
柔軟なポリシー定義:ロールテンプレートと詳細なポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に構成できます。
ユーザーとデバイスの管理—デバイスをすばやくアクティベートし、ユーザーを管理し、Microsoft Active Directory との同期を有効にし、すべての企業、または管理する企業のサブセットに対して統合されたシングル サインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。 これを実現するために、パートナーレベルとエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。 理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。 Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。 これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。 これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。 |
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。 強調表示されている領域は2つあります。
顧客のプロビジョニング/管理
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。 代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。 上の図は、高レベルの相互作用を示しています。
サービスプロバイダは、顧客関係を所有します。 顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。 したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。 将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
パッケージ は基本サービスの割り当てです。 すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。 パッケージの一覧については、「パッケージの提供」を参照してください。
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金可能な機能です。 Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。 顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。 72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
アドレス
顧客を作成するときは、請求先住所の国を選択する必要があります。 この国は、Common Identityの組織国として自動的に割り当てられます。 さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。 テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 | 場所 | 国番号 | 国名 |
---|---|---|---|
1 | アメリカ | +1 | 米国、カリフォルニア州 |
2 | アジアパシフィック | +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 +65 | シンガポール |
3 | オーストラリア、ニュージーランド | +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) +61 (+61) | オーストラリア |
4 | 欧州、中東、アフリカ | +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) +44 (+44) | イギリス |
5 | ユーロ | +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) +49 (+49) | ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。 この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。 たとえば、en_USはnglish_E UnitedStatesに相当します。 2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) | 2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** | 代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_米国 en_AU en_ GB en_CA | はあ? | en_米国 |
fr_FR fr_CA | FR | fr_FR |
cs_CZ(シーズ) | CSについて | cs_CZ(シーズ) |
da_DKについて | ああ... | da_DKについて |
de_DE | DE | de_DE |
hu_HUさん | フン | hu_HUさん |
id_ID | id | id_ID |
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_いいえ | メモ | nb_いいえ |
pl_PLについて | PLについて | pl_PLについて |
pt_PT pt_BRについて | pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ | pt_PT |
ru_RU | RU | ru_RU |
ro_RO | ロロ | ro_RO |
zh_CN zh_TW | ズー | zh_CN |
sv_SE(セ) | シーケンス | sv_SE(セ) |
ar_SAについて | アール | ar_SAについて |
tr_TRについて | トライ | tr_TRについて |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。 これらのロケールでは、Webex Meetings サイトは英語のみになります。 サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。 この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。 投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。 |
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。 これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。 これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。 この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。 サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。 これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。 これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。 これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。 この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。 テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。 いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。 SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - 0以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。 SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。 パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。 詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会を参照してください。
|
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。 このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。 右側には、クロスローンチボタンがあります。 これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。 ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。 これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。 さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限事項
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
分析画面
サービス画面
レポート画面
Webex リリース管理
Flexトライアルの作成
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。 すべての SubPartners を一覧表示するか、プロビジョニング状態 (一時停止、アクティブ) などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。 たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。 |
List Wholesale SubPartners API に移動します。
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランディング
パートナー管理者は、高度なブランディングカスタマイズを使用して、Webex アプリがパートナーが管理する顧客組織を検索する方法をカスタマイズできます。 パートナー管理者は、Webex アプリが会社のブランドとアイデンティティを反映していることを確認するために、次の設定をカスタマイズできます。
会社のロゴ
ライト モードまたはダーク モードの一意のカラー スキーム
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
|
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。 次の章では、以下の手順を説明します。
新しい顧客組織と加入者をプロビジョニングする方法。
既存の顧客とサブスクライバを維持および更新する方法。
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。 顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。 この章では、両方のインターフェイスの手順について説明します。
Partner Hub インターフェイスを介して顧客を手動で管理する
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。 このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。 パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。 これらはパートナーへの純転送価格であることに注意してください。 リスト価格は、Wholesaleパートナーの割引に基づいて異なります(高い ) 。
SKU | SKUは... |
---|---|
卸売セットアップアシストエクスプレス使用 | 最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 | 5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。 これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション | 説明 | |||
---|---|---|---|---|
1 | 数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 | 注文の詳細については、『Webex - Wholesale Ordering Guide』を参照してください。
| ||
2 | 次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 | Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 | ||
3 | セットアップ アシストは、次のいずれかのフローを使用して実行できます。 | プロビジョニング後、API 経由で Wholesale Setup Assist Request Form または Wholesale Setup Assist Order でサブスクリプションリクエストを送信します。
| ||
4 | セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 | オンボーディングしている顧客のロケーションに適用されるフローを参照してください。 このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | 発見と評価 |
| |
2 | ソリューション設計 |
| 必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。 次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ | この段階における Cisco の責任 | この段階におけるパートナーの責任 | |
---|---|---|---|
1 | プロジェクト管理 |
|
|
2 | 発見と評価 |
|
|
3 | ソリューション設計 |
|
|
4 | オンボーディング (テスト) プランニング段階 |
|
|
5 | 実装 |
|
|
6 | オンボーディングの実行 |
|
|
7 | 導入後の登録 |
|
|
8 | オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーを確認することで、管理者とセールスチームを支援します。 パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。 たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。 これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。 Webex for Wholesale 開発者ガイド
API を使用するには、次のページに移動します。 Wholesale サブスクライバ プロビジョニングの事前確認
Wholesale Subscriber Provisioning ドキュメントの事前チェックにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。 |
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
また、API を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (API 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。 この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。 次の条件が適用されます。
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 | Partner Hub にサインインし、[顧客] を選択します。 |
2 | 既存のテンプレートを表示するには、[テンプレート]ボタンをクリックします。 |
3 | [テンプレートの作成]をクリックします。 |
4 | [卸売業向け Webex] を選択し、[次へ] をクリックします。 |
5 | 主な設定をセットアップします。
|
6 | [Wholesaleサブスクリプション] ドロップダウンから、サブスクリプションを選択します。 |
7 | [次へ] をクリックします。 |
8 | 次の認証方法のいずれかを選択します。
|
9 | [次へ] をクリックします。 |
10 | [Wholesale calling] から [Cloud Connected PSTN プロバイダ] を選択し、[次へ] をクリックします。 このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 |
11 | 共通設定とコール設定のオプションを設定します。
|
12 | [次へ] をクリックします。 |
13 | 設定の概要を確認し、[編集] をクリックして必要な設定を変更します。 設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
|
14 | 作成したテンプレートを開き、[プロビジョニングID] 値をコピーします。 顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 | Partner Hub にサインインします。 |
2 | 既存の顧客の一覧を表示するには、[顧客]をクリックします。 任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 | 新しい顧客組織を作成するには、[顧客の作成] をクリックします。 |
4 | [顧客情報] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 | [次へ] をクリックします。 |
6 | [パッケージ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 | 本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 | 本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する] チェックボックスをクリックします。 |
9 | [次へ] をクリックします。 |
10 | 顧客の概要を確認します。 情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
1 つの地域の Webex パートナーは、サービスを提供する任意の地域の顧客組織を作成できます。 ヘルプについては次を参照してください: Webex のデータ レジデンシー。 |
顧客のセットアップ
1 | Partner Hub にサインインします。 | ||
2 | [顧客] をクリックし、適切な顧客を選択します。 顧客の設定が画面の右側に表示されます。 | ||
3 | [顧客の設定] をクリックします。 ユーザーのセットアップウィザードが起動します。 | ||
4 | [ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 | ||
5 | [次へ] をクリックします。 | ||
6 | [ユーザーの追加] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 | ||
7 | [次へ] をクリックします。 | ||
8 | 通話パッケージを持つユーザーに電話番号を割り当てます。 | ||
9 | [次へ] をクリックします。 | ||
10 | 入力した情報を確認します。 | ||
11 | [ユーザーの作成] をクリックします。
|
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。 顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
顧客組織のタスク フローのプロビジョニング (API 経由)
Partner Hub を使用して顧客組織をプロビジョニングすることもできます。 「顧客組織のタスクフローのプロビジョニング (Partner Hub 経由)」を参照してください。 |
プロビジョニング中、Partner Hub でも API 経由でも、顧客組織の SIP ドメインが自動的に設定されるようになりました。 この更新により、Webex Calling を使用するときにワークスペースを作成するために必要な SIP ドメインが正しく設定されます。 |
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。 既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。 新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
始める前に
サポートされている言語の詳細については、次を参照してください。 サポートされている言語ロケール |
1 | Wholesale Customer API のプロビジョニングを開きます。 |
2 | 右側の設定領域で、顧客組織の必須フィールドを入力します。 次の例の形式に従ってください。
|
3 | [実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。 応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
新しい顧客組織に最初にプロビジョニングされたユーザーには、自動的に管理者権限が割り当てられます。 |
1 | Wholesale サブスクライバ API のプロビジョニングを開きます。 | ||
2 | 次の必須フィールドに入力します。 フィールドの詳細については、API のフィールドの説明を参照してください。
| ||
3 | [実行] をクリックします。 | ||
4 | これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。
|
次に行うこと
Webex for Wholesale を既存の顧客組織に添付する
パートナー管理者が、現在卸売業者によって管理されていない既存の Webex 顧客組織に Webex for Wholesale サービスを追加する場合、顧客組織管理者はプロビジョニング要求の成功のために管理者アクセスを承認する必要があります。
以下の条件のいずれかを満たす場合、組織管理者の承認が必要です。
既存の顧客組織には 100 人以上のユーザーがあります。
組織には検証済みのメール ドメインがあります。
組織のドメインが要求されます。
上記の条件のいずれも満たされていない場合、自動添付が発生する可能性があります。 |
自動添付ファイルのシナリオ
自動添付ファイルのシナリオでは、既存の組織管理者またはエンド ユーザーに通知することなく、Webex for Wholesale サブスクリプションが既存の顧客組織に追加されます。 ほとんどの場合、パートナー組織にはプロビジョニング管理者権限が与えられます。 ただし、顧客組織にライセンスがない場合、またはライセンスを一時停止/キャンセルした場合、フル管理者になります。
Provisioning Admin アクセスでは、Control Hub の可視性が既存の組織のユーザーに限定されます。 顧客管理者に連絡し、組織へのフル管理者アクセスを要求することをお勧めします。
既存の顧客組織に卸売サービスを追加する手順
パートナー管理者は、次の手順に従って、既存の Webex 組織に卸売サービスを追加できます。
- 顧客をまだ管理していない場合は、顧客管理者に、完全な管理権限を持つ外部管理者として追加するよう依頼してください。 このステップはこの段階で必須ではありませんが、プロセスを簡素化します。 プロビジョニングの試みが自動添付ファイルに適していない場合、顧客管理者は後でこれを行う必要がある場合があります。
- オンボーディング テンプレートに「既存の組織に添付するときに管理者招待メールを許可する」トグルが true に設定されていることを確認します (テンプレートの詳細の共通設定にあります)。
- POST Wholesale Customer API を使用するために必要なパラメータを収集します。
- provisioningId、packages、orgId、externalId、address。
- orgIdは、Control Hub の [アカウント] セクションから取得できます。
- provisioningIdは、Partner HubのOnboarding templatesセクションで、Wholesaleテンプレートの詳細を表示できます。
- コールパッケージがプロビジョニングされている場合は、provisioningParametersが必要です。
- provisioningId、packages、orgId、externalId、address。
- POST Wholesale Customer API を使用して Wholesale サービスをプロビジョニングし、必要なパラメータがすべて提供されていることを確認します。
- リクエストが正常に受け入れられた場合は、202の応答が返されます。 これは、卸売プロビジョニングが非同期に行われるため、プロビジョニングが成功したことを意味するものではありません。 GET Wholesale Customer API によって返された status 属性を使用して、プロビジョニングが成功したかどうかを確認します。
制限とサポートされていない使用事例
- パートナー自身の顧客組織に卸売サービスを添付した後、Partner Hub 経由ではなく、パブリック API を介してさらにプロビジョニングを行う必要があります。
- ホールセール パートナーが現在管理していない顧客にホールセール サービスを追加する場合、特定のシナリオでは、顧客管理者から組織の承認が必要です。
- 既存の顧客組織には 100 人以上のユーザーがあります。
- 組織には検証済みのメール ドメインがあります。
- 組織のドメインが要求されます。
組織添付の条件
- Webex for Wholesale にプロビジョニングされている既存の組織の最初のユーザーは、管理者ユーザーとしてプロビジョニングされていません。 既存の組織からの設定とエンタイトルメントは保持されます。
- 組織の既存の認証設定は、Wholesale プロビジョニング テンプレートの Webex で設定されているものよりも優先されます。 その結果、既存のユーザーのログイン方法に変更はありません。
- 既存の顧客組織で基本的なブランディングが有効になっている場合、アタッチが行われた後、パートナーの高度なブランディング設定が優先されます。 顧客が基本的なブランディングをそのままにしたい場合、パートナーは [高度なブランディング(Advanced Branding)] 設定でブランディングを上書きするように顧客組織を設定する必要があります。
- 既存の組織の名前は変更されません。
- [制限付き管理者モード(Restricted by Partner Mode)] トグルによって設定された [制限付き管理者モード(Restricted by Partner Mode)] は、添付された組織に対してオフになっています。
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 | リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。 次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 | SmartSheetの追加のフィールドに入力します。 * ですべてのフィールドに入力してください。 | ||||||||||||||
4 | リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信]チェックボックスをオンにします。 | ||||||||||||||
5 | [送信] をクリックします。
|
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。 プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」を参照してください。
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。 これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正しようとする可能性があることを認識しています。 ただし、以下の詳細をPSMチームにご連絡ください。
あなたの組織 ID
組織名
サブパートナー組織名
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
最初のSubPartner管理者ユーザーの名と姓
サブスクリプション ID はサブパートナー組織と共有されます
サブパートナーの請求開始日(デフォルト: サブパートナーの設定日)
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。 たとえば、folloiwng タスクを実行できます。
新しい顧客組織とユーザーのプロビジョニング
既存の組織のユーザーを追加または更新する
既存の設定を更新
ユーザーを手動で追加
1 | Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 | 該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
| ||
3 | [ユーザー] をクリックします。 | ||
4 | [ユーザーの管理] をクリックします。 | ||
5 | [手動でユーザーを追加]をクリックします。
| ||
6 | そのユーザーの基本情報(名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 | ||
7 | ユーザーを追加します。 最大 25 人のユーザーを追加できます。 | ||
8 | [次へ] をクリックします。 | ||
9 | [閉じる] をクリックします。 |
ユーザーパッケージの変更
1 | Partner Hub にサインインし、[顧客] をクリックします。 |
2 | ユーザが属している顧客の顧客ビューを起動します。 |
3 | Control Hub で、[ユーザー] をクリックします。 |
4 | パッケージを変更するユーザーを選択します。 |
5 | パッケージセクションで、矢印 (>) をクリックします。 |
6 | 新しいパッケージを選択してください。 |
7 | パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 | [変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API | 説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。 オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 | Wholesale Customer API の更新を開きます。 |
2 | [PUT] フィールドで、[customerID] をクリックし、更新する顧客組織の customerID を入力します。 |
3 | 本文に任意のパラメータを入力します。
|
4 | [実行] をクリックします。 |
卸売顧客を取得する
1 | Get a Wholesale Customer API を開きます。 |
2 | GET行でidをクリックし、顧客IDを入力します。 |
3 | [実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
ロケーション URL を使用して顧客を検索することもできます。 |
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。 たとえば、externalIdを入力すると、そのIdを使用する顧客組織のみが出力されます。
1 | List Wholesale Customers API を開きます。 |
2 | オプションです。 任意の検索パラメータを入力します。 |
3 | [実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。 Webex から組織を削除するには、組織 API を使用します。 |
始める前に
1 | [Delete a Wholesale Customer API] を開きます。 |
2 | 削除する顧客組織の顧客IDを入力します。 |
3 | [実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。 DMオプションは以下のように詳細です。
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。 これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。 Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。 リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。 Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。 これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。 これらの DM オプションは次のとおりです。
- 顧客管理型デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。 顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。 パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。 パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API | APIの目的 | パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する | 請求レポートを生成するために使用。 | 読み取り/書き込み |
卸売請求レポートを取得する | 生成された請求レポートをダウンロードするために使用。 | 読む |
卸売請求レポートを一覧表示する | そのパートナーに存在する請求レポートを一覧表示するために使用。 | 読む |
卸売請求レポートの削除 | 既存の請求レポートを削除するために使用。 | 読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。 毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの毎月の請求書を生成するために使用できます。 課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書からの使用量を調整できます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 | [卸売請求レポート API の作成] に移動します。 |
2 | API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。 過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 | レポートのタイプを入力します。
|
4 | [実行] をクリックしてレポートを生成します。 |
5 | API 出力からレポート ID をコピーします。 生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 | [Get a Wholesale Billing Report API] に移動します。 |
2 | GET行でidボタンをクリックし、レポートの一意のID値を入力します。 |
3 | [実行] をクリックします。 |
4 | API はレポートのステータスを出力します。 出力には、レポートをダウンロードするためのURLを提供するtempDownloadURLパラメータが含まれます。 |
5 | レポートにアクセスしてダウンロードするには、tempDownloadURLをブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。 既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに完全に一致するレポートのみを返します。 たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。その期間内であるが、日付と完全に一致しないレポートは返されません。 |
1 | List Wholesale Billing Report API に移動 |
2 | [クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。 これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 | [実行] をクリックします。 APIは、レポートのリストを一意のレポートIDおよびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。 レポートを削除する場合の例には、次のものがあります。
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。 既存のレポートを削除したら、その期間の新しいレポートを作成できます。 レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 | Wholesale Billing Report API の削除に移動します。 |
2 | レポートIDを入力します。 |
3 | [実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド | その他の情報 | このタイプのレポートに表示されます |
---|---|---|
パートナー_名 | パートナーの氏名 | パートナー、顧客、ユーザー |
パートナー_組織_ID | 一意のパートナー識別子 | パートナー、顧客、ユーザー |
サブスクリプション_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 | 固有のワークスペース ID | USER |
ロケーション_ID | 一意のロケーション識別子 | 顧客、ユーザー |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。 |
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。 パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 |
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
ID プロバイダーを持つ CI メタデータ ファイルをアップロードします。
オンボーディング テンプレートを設定します。 [認証モード] 設定で、[パートナー認証] を選択します。 [IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがログインできることを確認します。
パートナー SSO - OpenID Connect (OIDC)
パートナー管理者は、新しく作成された顧客組織の OIDC SSO を設定できます。 パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
パートナー SSO OIDC を設定する以下の手順は、新しく作成された顧客組織にのみ適用されます。 パートナー管理者が既存のテンプルでデフォルトの認証タイプをパートナー SSO OIDC に変更しようとすると、その変更はテンプレートを使用してすでにオンボードされている顧客組織には適用されません。 |
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 email profile') openid とメールを含める必要があります。
認証エンドポイント
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 認証エンドポイントの URL。
tokenEndpoint(トークンエンドポイント)
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 トークン エンドポイントの URL。
ディスカバリエンドポイント
いいえ
IdP の Discovery Endpoint for OpenID エンドポイント検出の URL。
userInfoEndpoint(ユーザー情報エンドポイント)
いいえ
IdP の UserInfo エンドポイントの URL。
キーセットエンドポイント
いいえ
IdP の JSON Web Key Set エンドポイントの URL。
上記の IDP 属性に加えて、パートナー組織 ID を TAC 要求で指定する必要があります。
OpenID 接続 IDP でリダイレクト URI を設定します。
オンボーディング テンプレートを設定します。 認証モードの設定では、[OpenID Connectによるパートナー認証] を選択し、IDP設定時に提供されたOpenID Connect IDP Entity IDとしてIDP名を入力します。
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
ユーザーがSSO認証フローを使用してログインできること。
パートナー モードによる制限
パートナーモードによる制限は、パートナー管理者が特定の顧客組織に割り当てて、顧客管理者が Control Hub で更新できる組織設定を制限できるパートナーハブ設定です。 この設定が特定の顧客組織に対して有効になっている場合、その組織のすべての顧客管理者は、ロールエンタイトルメントに関係なく、Control Hub の制限付きコントロールのセットにアクセスできません。 制限された設定を更新できるのはパートナー管理者のみです。
パートナーモードによる制限は、ロールではなく組織レベルの設定です。 ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロール権限を制限します。 |
顧客管理者アクセス
パートナーごとの制限モードが適用されると、顧客管理者は通知を受け取ります。 ログイン後、画面の上部に Control Hub ヘッダーのすぐ下に通知バナーが表示されます。 バナーは、制限モードが有効になっていることを顧客管理者に通知し、一部の通話設定を更新できない場合があります。
パートナーモードによる制限が有効になっている組織の顧客管理者については、Control Hub アクセスのレベルは次の式で決定されます。
(Control Hub アクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限により制限)
パートナーごとの制限モードに関係なく、顧客管理者はいくつかの制限に直面します。 これらの制限には以下が含まれます。
- コール設定: [Calling] メニューの [App Options Call Priority] 設定は読み取り専用です。
- ロケーションの設定: ロケーション作成後に通話を設定すると、非表示になります。
- PSTN 管理と通話録音: これらのオプションは、ロケーションに対してグレー表示されます。
- 電話番号の管理: [コール(Calling)] メニューで電話番号管理が無効になり、[アプリオプションのコール優先度(App Options Call Priority)] 設定とコール録音は読み取り専用になります。
制限
顧客組織でパートナーごとの制限モードが有効になっている場合、その組織の顧客管理者は次の Control Hub 設定へのアクセスが制限されます。
[ユーザー] ビューでは、以下の設定は利用できません。
[ユーザー管理] ボタンがグレー表示されます。
手動によるユーザーの追加/変更 - 手動または CSV 経由でユーザーを追加/変更するオプションはありません。
ユーザーのクレーム—利用できません
ライセンスの自動指定—利用できません
[ディレクトリ同期(Directory Synchronization)]:ディレクトリ同期設定を編集できません (この設定は、パートナーレベルの管理者のみ使用できます)。
ユーザーの詳細:名、姓、表示名、プライマリ メール* などのユーザー設定は編集可能です。
パッケージのリセット - パッケージ タイプをリセットするオプションはありません。
サービスの編集—ユーザーに対して有効にしたサービスを編集するオプションがありません (メッセージ、ミーティング、通話など)
サービス ステータスの表示-ハイブリッド サービスまたはソフトウェア アップグレード チャネルの全ステータスを表示できません
プライマリ職場電話番号 - このフィールドは読み取り専用です。
[アカウント] ビューでは、以下の設定は利用できません。
[会社名] は読み取り専用です。
[組織設定] ビューでは、以下の設定は利用できません。
ドメイン - アクセス権は読み取り専用です。
メール - [管理者招待メールの抑制] および [メールロケールの選択] 設定は読み取り専用です。
認証 - [認証] および [SSO 設定] を編集するオプションはありません
[Calling] メニューでは、以下の設定は利用できません。
通話設定 - [アプリ オプション通話の優先順位] の設定は読み取り専用です。
発信動作 - 設定は読み取り専用です。
[ロケーション] > [PSTN] - [ローカル ゲートウェイ] および [Cisco PSTN] オプションは非表示になります。
[サービス] では、[移行] および [接続済みの UC] サービス オプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順を使用して、特定の顧客組織のパートナーモードによる制限を有効にできます(デフォルト設定が有効になっています)。
Partner Hub (https://admin.webex.com) にサインインし、[顧客] を選択します。
適用する顧客組織を選択します。
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
|
Wholesale Provisioning でサポートされているタイムゾーンのリストの詳細については、「Wholesale Provisioning でサポートされている タイムゾーンのリスト」を参照してください。
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。 ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。 次の点に注意してください:
サポート チャネル | 説明 |
---|---|
Webex Calling ヘルプデスク | 「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
| パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス | お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (PHD) の使用方法
パートナーエクスペリエンス
ホールセール オファリングに関するパートナーのハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling パートナー ヘルプデスク (PHD) にお問い合わせください。 PHDに連絡するには、以下の情報を使用します。
電話番号:
米国: 1-844-613-6108
イギリス: +44 129 366 10 20
ドイツ語: +49 22 197 58529 +49 22 197 58529 +49 22 197 58529 +49 22 197 58529 +49
オーストラリア: +61 3 7017 7272
チケットを開くhttps://mycase.cloudapps.cisco.com/case > Webex > Calling and Business Phones > Webex パートナー ヘルプデスク
メール:
- webexcalling-PHD@cisco.com
- Webex Calling マルチテナント: webexcalling-PHD@cisco.com
- Webex Calling キャリア: bc-carrier-PHD@cisco.com(bc-carrier-PHD@cisco.com)
チャット:
- ライブチャット - help.webex.com/en-us/contact > チャット
- ライブチャット - https://admin.webex.com/partner/resources
PHDは24時間365日ではありません。 ただし、EMEAR、APCJ、NorAMにリソースがあります。 PHDがオフラインの場合、webexcalling-phd@cisco.comに問い合わせを送信してください。オンラインに戻るとすぐに返信します(通常24時間以内)。 エスカレーションは迅速に対処されます。 |
PHDエスカレーション:
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。 移行ツールは、移行タスクを自動化することにより、顧客、ロケーション、番号、ユーザー、サービス、電話、およびソフトクライアントを移行できる使いやすいコマンドラインツールです。 移行ツールには、次の利点があります。
最小限の事前設定で移行を実行します。
実行するコマンドを容易にします。
管理者は、プロビジョニング後にデータを確認し、移行後すぐにコールを発信および受信できます。
UC-One クライアント用の Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
BroadWorks から Wholesale RTM への移行ツール ガイドを表示するには、BroadWorks から Wholesale RTM への移行ツール ソリューションを参照してください。
マニュアルの改訂履歴
日付 | バージョン | 説明 |
---|---|---|
2024年8月9日。 | 一、三二 |
|
2024年7月12日。 | 一、三一 |
|
2024年6月27日。 | 一、三〇 |
|
2024年5月27日。 | 一、二九 |
|
2024年5月22日。 | 一、二八 |
|
2024年5月10日。 | 一、二七 |
|
2024年5月8日。 | 一、二六 |
|
2024年3月22日。 | 一、二五 |
|
2024年2月6日。 | 一、二四 |
|
2024年1月23日。 | 一、二三 |
|
2023年12月12日。 | 一、二二 |
|
2023年8月23日。 | 一・二一 |
|
2023年7月31日。 | 一、二〇 |
|
2023年6月9日。 | 1.19。 |
|
2023年5月26日。 | 一・一八 |
|
2023年5月19日。 | 一、一七 |
|
2023年5月9日。 | 一・一六 |
|
2023 年 4 月 28 日 | 一・一五 |
|
2023 年 4 月 17 日 | 一、一四 |
|
2023年1月26日。 | 一、十三 |
|
2022 年 12 月 07 日。 | 一、一二 |
|
2022 年 12 月 05 日 | 一・一一 |
|
2022 年 11 月 30 日 | 1.10 |
|
2022 年 11 月 02 日 | 1.9 |
|
2022 年 8 月 31 日 | 1.8 |
|
2022 年 8 月 18 日木曜日 | 1.7 |
|
2022 年 7 月 29 日。 | 1.6 |
|
2022 年 6 月 10 日 | 1.5 |
|
2022 年 6 月 03 日 | 1.4 |
|
2022 年 5 月 02 日 | 1.3 |
|
2022年4月11日。 | 1.2 |
|
2022 年 3 月 02 日 | 1.1 |
|
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。このオファーには 5 つの Webex パッケージが含まれています。共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。技術面のオンボーディングと GTM (市場進出) です。専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。以下を提供します。
-
固定された予測可能な転送価格
-
パッケージの簡素化
-
高速プロビジョニングUXとAPI
-
ネットアクティブユーザーに基づく月次請求
-
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling で次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
-
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。これらの転送価格は、CCW に一度送信される PO で取得されます。その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
-
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。これにより、販売プロセスが大幅に簡素化され、加速されます。
-
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
-
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
-
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
-
-
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
-
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
-
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
-
共通エリア:共通エリアパッケージは基本的な通話機能をサポートします。これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
-
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
-
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
-
Webex Suite—Webex Suiteは、Webex Callingパッケージ、すべてのユーザーおよびグループサービス、Webexメッセージング、および最大1000人の参加者のための完全なWebex Meetings製品を含むすべての機能を含む最も豊富なパッケージです。このパッケージは、多くの通話機能と大規模なミーティング要件を持つ、会社の上級/プロフェッショナルレベルに対応します。
-
カスタマー エクスペリエンス エッセンシャル—卸売カスタマー エクスペリエンス エッセンシャルは、Webex Contact Center ソリューションの基本的な機能を提供します。これには、すべての Webex Calling プロフェッショナル機能、カスタマー エクスペリエンスの基本機能、およびエージェントとスーパーバイザの両方に Webex アプリからアクセスできるいくつかの追加キー機能が含まれます。スクリーンポップ、Webex アプリのスーパーバイザーエクスペリエンス、リアルタイムおよび履歴エージェントとキュービューなどの機能により、カスタマー エクスペリエンス エッセンシャルはカスタマー エクスペリエンス ベーシックとは区別されます。
詳細については、こちらを参照してください:Webex Customer Experience Essentials
-
Webex Meetings—Webex Meetings パッケージは、Webex Messaging、最大 1000 人の参加者用の Webex Meetings を含むスタンドアロンミーティングパッケージです。このパッケージには通話用の席は含まれています。これは、通話動作に関連していないミーティングとメッセージング機能のみを必要とするユーザーを対象にしています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 |
匿名通話の拒否 |
割り込み免除 |
事業継続性(CFNR) |
ビジー ランプの監視 |
通話転送: いつも/忙しい/回答なし/選択的 |
履歴 |
通話の保留と再開 |
クリックしてダイヤルする通話ログ |
コール通知 |
コール キュー エージェント |
通話の録音 |
コールリダイヤル |
通話の折り返し |
通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) |
コール待機 ID |
接続された回線 ID の制限 |
ダイレクト コール ピックアップ |
割り込みを使用したダイレクト コール ピックアップ |
応答不可 |
エンタープライズ電話ディレクトリ |
エグゼクティブ/エグゼクティブ アシスタント |
内線ダイヤル、可変長 |
機能アクセスコード |
ホテリング: 主催者およびゲスト |
着信発信者 ID (名前と番号) |
インバウンドFAXからメール |
携帯性 |
複数のライン アピアランス |
N-way コール (6) |
どこでもオフィス |
発信者 ID ブロッキング |
パーソナル電話ディレクトリ |
優先アラート |
プライバシー |
プッシュ・ツー・トーク |
リモート オフィス |
選択的な通話の承諾 |
選択的な通話拒否 |
シーケンシャル リング |
共有コールアピアランス |
同時呼び出し |
スピードダイヤル 100 |
T.38 ファックスサポート |
三方通話 |
Unified メッセージング |
ユーザーインターセプト |
ユーザー ウェブ ポータル |
ビデオ(ポイント ツー ポイント) |
ビジュアルボイスメール |
ボイスメール |
自動音声応答 |
コールパーク認証 |
コールパーク グループ |
コールピックアップ |
通話キュー |
外部コール回線 ID の配信 |
グループページング |
ハント グループ |
インターセプト群 |
インターセプト ユーザー |
内部通話回線 ID の配信 |
保留中の音楽 |
レセプショニスト クライアント |
Microsoft Teams インテグレーション |
音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリ は、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
-
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
-
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
-
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
-
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
-
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
-
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。ライブミーティングに参加しているかに関わらず、繰り返し実行しましょう。
-
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
-
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。Webex を毎日使用するツールと統合することで、生産性の高い作業を実現できます。Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
-
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
-
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
-
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
-
強力なモバイルエクスペリエンス - カスタマイズ可能な 720p ビデオビュー、ネイティブ画面共有、ハンズフリー参加、シンプルなミーティングスケジューリングを備えたモバイルユーザー向けに最適化されており、騒々しい環境に適応します。
-
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
-
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google Calendar、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
-
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
-
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
-
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
-
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなく、ミーティングを心配する必要はありません。
-
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。世界中にあるデータセンターでは、ユーザーは最寄りの Webex データセンターを使用して参加します。メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
-
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
-
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
-
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続したり、Webex Room Series デバイスを使用して同僚のグループに参加したりするかどうかにかかわらず、誰にとっても簡単です。
ホールセール Webex Assistant
Webex Assistant for Meeting は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
-
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
-
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
-
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
-
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
-
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法に関するユーザー情報については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」を参照してください。
卸売カスタマー エクスペリエンス エッセンシャル設定
コールキューの作成の設定とカスタマーエクスペリエンスエッセンシャルからのアップグレードを除く、Wholesale Customer Experience Essentialsの機能と制限をご確認ください。
コールキューの作成:
Webex カスタマー エクスペリエンス エッセンシャル に記載されているカスタマー エクスペリエンス コール キューの作成との主な違いは、卸売組織の [エージェントの選択 ] ページで、ユーザーが CX エッセンシャル パッケージが割り当てられている場合にのみエージェントとして選択できることです。カスタマー エクスペリエンス ユーザーのみを表示 トグルは利用できません。
通話キューのアップグレード:
組織が Customer Experience Essentials を購入し、既存の基本通話キューを Customer Experience Essentials キューに移動したい場合は、Control Hub から簡単に実行できます。キューをアップグレードすると、割り当てられたエージェントとスーパーバイザ、およびキューの既存の設定が維持されます。
制限/警告:
- コール キューがアップグレードされると、ダウングレードすることはできません。
- カスタマー エクスペリエンス ベーシック コール キューの仮想回線とワークスペースは、カスタマー エクスペリエンス エッセンシャル キューへのアップグレードには対応していません。
通話キューをアップグレードするには:
- Control Hub にサインインし、[サービス ] > [通話 ] > [機能 ] > [通話キュー] の順に移動します。
- アップグレードする通話キューの省略記号...アイコンをクリックし、[キューをアップグレード] をクリックします。
- キュー情報を確認し、[次へ] をクリックします。
Customer Experience Basic からの重み付きルーティング パターンは、Customer Experience Essentials ではサポートされておらず、デフォルトでは Top Down になっています。アップグレード後に他のルーティング タイプに変更できます。
- [パッケージの割り当てを確認] 画面では、以下の 2 つの操作を実行できます。
- [リストされたエージェントなしでアップグレードを続行] をクリックして、カスタマー エクスペリエンス パッケージを持たないエージェントを削除します。このアクションにより、これらのエージェントが通話キューから削除されます。
- 以下に示すように、[割り当て済みユーザーパッケージ] ページに移動して、関連するユーザーに割り当てられたパッケージを変更します。これにより、ユーザー画面に移動し、必要に応じてカスタマー エクスペリエンス エッセンシャル パッケージを割り当てることができます。その後、通話キューのアップグレードを再試行できます。
簡略化および集中管理
Wholesale RTM ソリューションは、顧客をプロビジョニングおよび管理するための 2 つの簡単なインターフェイスを提供します。
-
パートナー ハブ
-
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。Partner Hub の機能:
-
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
-
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
-
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
-
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Partner Hub の [概要 ] 画面に [トライアルの開始 ] ボタンが表示されます。ただし、試用オプションはWholesale RTMパートナーには利用できません。これらのトライアルを卸売顧客に変換できないため、パートナーはこのオプションを使用しようとしないでください。 |
Control Hub:エンタープライズに代わって管理する
Webex Control Hub は、シスコのウェブベースのエンタープライズ管理ポータルです。エンタープライズの Webex サービスを包括的に表示します。すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。また、エンタープライズ管理者がこれらの機能を実行することも可能です。これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
-
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
-
実行可能な洞察—すべての企業で、また企業内で実行中の導入状況を確認できます。ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
-
ユーザーエクスペリエンスの問題の根本原因をドリルダウンする—企業レベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
-
柔軟なポリシー定義:ロールテンプレートときめ細かなポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に設定できます。
-
ユーザーとデバイスの管理:デバイスをすばやくアクティブ化し、ユーザーを管理し、Microsoft Active Directoryとの同期と、管理するすべての企業、またはサブセットの統合型シングルサインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート 」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。これを実現するために、パートナーレベルとエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。 |
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。強調表示されている領域は2つあります。
-
顧客のプロビジョニング/管理
-
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。上の図は、高レベルの相互作用を示しています。
-
サービスプロバイダは、顧客関係を所有します。顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
-
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
-
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
-
パッケージ は基本サービスの割り当てです。すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。パッケージの一覧については、「パッケージの提供」を参照してください。
-
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金機能です。Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
住所
顧客を作成するときは、請求先住所の国を選択する必要があります。この国は、Common Identityの組織国として自動的に割り当てられます。さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 |
場所 |
国番号 |
国名 |
---|---|---|---|
1 |
アメリカ |
+1 |
米国、カリフォルニア州 |
2 |
APAC |
+65 |
シンガポール |
3 |
オーストラリア、ニュージーランド |
+61 |
オーストラリア |
4 |
欧州、中東、アフリカ |
+44 |
UK |
5 |
ユーロ |
+49 |
ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。たとえば、en_USはnglish_E UnitedStatesに相当します。2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) |
2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** |
代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_US en_AU en_GB en_CA |
jp |
en_US |
fr_FR fr_CA |
FR |
fr_FR |
cs_CZ |
CSについて |
cs_CZ |
da_DK |
ああ... |
da_DK |
de_DE |
DE |
de_DE |
hu_HU |
フン |
hu_HU |
id_ID |
id |
id_ID |
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_NO |
pl_PL |
PLについて |
pl_PL |
pt_PT pt_BR |
pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ |
pt_PT |
ru_RU |
RU |
ru_RU |
ro_RO |
ロロ |
ro_RO |
zh_CN zh_TW |
ズー |
zh_CN |
sv_SE |
シーケンス |
sv_SE |
ar_SA |
アール |
ar_SA |
tr_TR |
トライ |
tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。これらのロケールでは、Webex Meetings サイトは英語のみになります。サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。 |
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
-
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
-
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
-
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
-
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
-
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
-
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ 」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - 0以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会 を参照してください。
|
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。右側には、クロスローンチボタンがあります。これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
-
分析画面
-
サービス画面
-
レポート画面
-
Webex リリース管理
-
Flexトライアルの作成
-
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。すべてのSubPartnersを一覧表示するか、プロビジョニング状態(一時停止、アクティブ)などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。 |
-
List Wholesale SubPartners API に移動します。
-
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
-
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランド
パートナー管理者は高度なブランディングカスタマイズを使用して、パートナーが管理する顧客組織に対して Webex アプリがどのように表示されるのかカスタマイズできます。パートナー管理者は次の設定をカスタマイズして、Webex アプリが会社のブランドとアイデンティティを反映するようにすることができます。
-
会社ロゴ
-
ライト モードまたはダーク モードの固有のカラー スキーム
-
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
|
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。次の章では、以下の手順を説明します。
-
新しい顧客組織と加入者をプロビジョニングする方法。
-
既存の顧客とサブスクライバを維持および更新する方法。
-
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。この章では、両方のインターフェイスの手順について説明します。
-
Partner Hub インターフェイスを介して顧客を手動で管理する
-
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。これらはパートナーへの純転送価格であることに注意してください。リストの価格は、ホールセールパートナーの割引に基づいて異なります(高)。
SKU |
SKU は... |
---|---|
卸売セットアップアシストエクスプレス使用 |
最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 |
5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
-
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
-
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
-
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション |
詳細 | |||
---|---|---|---|---|
1 |
数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 |
注文の詳細については、『Webex - Wholesale Ordering Guide 』を参照してください。
| ||
2 |
次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 |
Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 | ||
3 |
セットアップ アシストは、次のいずれかのフローを使用して実行できます。 |
プロビジョニング後、API 経由で Wholesale Setup Assist Request Form または Wholesale Setup Assist Order でサブスクリプションリクエストを送信します。
| ||
4 |
セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 |
オンボーディングしている顧客のロケーションに適用されるフローを参照してください。このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ |
この段階における Cisco の責任 |
この段階におけるパートナーの責任 | |
---|---|---|---|
1 |
発見と評価 |
| |
2 |
ソリューション設計 |
|
必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ |
この段階における Cisco の責任 |
この段階におけるパートナーの責任 | |
---|---|---|---|
1 |
プロジェクト管理 |
|
|
2 |
発見と評価 |
|
|
3 |
ソリューション設計 |
|
|
4 |
オンボーディング (テスト) プランニング段階 |
|
|
5 |
実践 |
|
|
6 |
オンボーディングの実行 |
|
|
7 |
導入後の登録 |
|
|
8 |
オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。Webex for Wholesale 開発者ガイド
API を使用するには、次に進みます。卸売サブスクライバ プロビジョニングの事前確認
Wholesale サブスクライバ プロビジョニング ドキュメントにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。 |
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
また、API を使用して顧客組織をプロビジョニングすることもできます。「顧客組織のタスクフローのプロビジョニング (API 経由)」を参照してください。 |
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。次の条件が適用されます。
-
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
-
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 |
パートナー ハブにサインインし、[顧客] を選択します。 |
2 |
既存のテンプレートを表示するには、[テンプレート ]ボタンをクリックします。 |
3 |
[テンプレートの 作成] をクリックします。 |
4 |
[卸売業向け Webex ] を選択し、[次へ] をクリックします。 |
5 |
主な設定をセットアップします。
|
6 |
[Wholesaleサブスクリプション ] ドロップダウンから、サブスクリプションを選択します。 |
7 |
[次へ] をクリックします。 |
8 |
次の認証方法のいずれかを選択します。
|
9 |
[次へ] をクリックします。 |
10 |
[Wholesale calling] から [Cloud Connected PSTN プロバイダ ] を選択し、[次へ] をクリックします。このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 |
11 |
共通設定 とコール設定 のオプションを設定します。
|
12 |
[次へ] をクリックします。 |
13 |
設定の概要を確認し、[編集 ] をクリックして必要な設定を変更します。設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
|
14 |
作成したテンプレートを開き、[プロビジョニングID ] 値をコピーします。顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 |
Partner Hub にサインインします。 |
2 |
既存の顧客の一覧を表示するには、[顧客 ]をクリックします。任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 |
新しい顧客組織を作成するには、[顧客の作成 ] をクリックします。 |
4 |
[顧客情報 ] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 |
[次へ] をクリックします。 |
6 |
[パッケージ ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 |
本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 |
本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する ] チェックボックスをクリックします。 |
9 |
[次へ] をクリックします。 |
10 |
顧客の概要を確認します。情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
1 つの地域の Webex パートナーは、サービスを提供する任意の地域の顧客組織を作成できます。ヘルプについては次を参照してください。Webex のデータ レジデンシー。 |
顧客のセットアップ
1 |
Partner Hub にサインインします。 | ||
2 |
[顧客 ] をクリックし、適切な顧客を選択します。顧客の設定が画面の右側に表示されます。 | ||
3 |
[顧客の設定] をクリックします。ユーザーのセットアップ ウィザードが起動します。 | ||
4 |
[ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 | ||
5 |
[次へ] をクリックします。 | ||
6 |
[ユーザーの追加 ] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 | ||
7 |
[次へ] をクリックします。 | ||
8 |
通話パッケージを持つユーザーに電話番号 を割り当てます。 | ||
9 |
[次へ] をクリックします。 | ||
10 |
入力した情報を確認します。 | ||
11 |
[ユーザーの作成] をクリックします。
|
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。 |
顧客組織のタスク フローのプロビジョニング (API 経由)
Partner Hub を使用して顧客組織をプロビジョニングすることもできます。「顧客組織のタスクフローのプロビジョニング (Partner Hub 経由)」を参照してください。 |
プロビジョニング中、Partner Hub でも API 経由でも、顧客組織の SIP ドメインが自動的に設定されるようになりました。この更新により、Webex Calling を使用するときにワークスペースを作成するために必要な SIP ドメインが正しく設定されます。 |
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
開始する前に
サポートされている言語の詳細については、次を参照してください。サポートされている言語ロケール |
1 |
Wholesale Customer API のプロビジョニングを開きます。 |
2 |
右側の設定領域で、顧客組織の必須フィールドを入力します。次の例の形式に従ってください。
|
3 |
[実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
新しい顧客組織に最初にプロビジョニングされたユーザーには、自動的に管理者権限が割り当てられます。 |
1 |
Wholesale サブスクライバ API のプロビジョニングを開きます。 | ||
2 |
次の必須フィールドに入力します。フィールドの詳細については、API のフィールドの説明を参照してください。
| ||
3 |
[実行] をクリックします。 | ||
4 |
これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。
|
次に行うこと
Webex for Wholesale を既存の顧客組織に添付する
パートナー管理者が、現在卸売業者によって管理されていない既存の Webex 顧客組織に Webex for Wholesale サービスを追加する場合、顧客組織管理者はプロビジョニング要求の成功のために管理者アクセスを承認する必要があります。
以下の条件のいずれかを満たす場合、組織管理者の承認が必要です。
-
既存の顧客組織には 100 人以上のユーザーがあります。
-
組織には検証済みのメール ドメインがあります。
-
組織のドメインが要求されます。
上記の条件のいずれも満たされていない場合、自動添付が発生する可能性があります。 |
自動添付ファイルのシナリオ
自動添付ファイルのシナリオでは、既存の組織管理者またはエンド ユーザーに通知することなく、Webex for Wholesale サブスクリプションが既存の顧客組織に追加されます。ほとんどの場合、パートナー組織にはプロビジョニング管理者権限が与えられます。ただし、顧客組織にライセンスがない場合、またはライセンスを一時停止/キャンセルした場合、フル管理者になります。
Provisioning Admin アクセスでは、Control Hub の可視性が既存の組織のユーザーに限定されます。顧客管理者に連絡し、組織へのフル管理者アクセスを要求することをお勧めします。
既存の顧客組織に卸売サービスを追加する手順
パートナー管理者は、次の手順に従って、既存の Webex 組織に卸売サービスを追加できます。
- 顧客をまだ管理していない場合は、顧客管理者に、完全な管理権限を持つ外部管理者として追加するよう依頼してください。このステップはこの段階で必須ではありませんが、プロセスを簡素化します。プロビジョニングの試みが自動添付ファイルに適していない場合、顧客管理者は後でこれを行う必要がある場合があります。
- オンボーディング テンプレートに「既存の組織に添付するときに管理者招待メールを許可する」トグルが true に設定されていることを確認します (テンプレートの詳細の共通設定にあります)。
- POST Wholesale Customer API を使用するために必要なパラメータを収集します。
- provisioningId、packages、orgId、externalId、address。
- orgId は、Control Hub の [アカウント] セクションから取得できます。
- provisioningId は、Partner HubのOnboarding templatesセクションで、Wholesaleテンプレートの詳細を表示できます。
- コールパッケージがプロビジョニングされている場合は、provisioningParameters が必要です。
- provisioningId、packages、orgId、externalId、address。
- POST Wholesale Customer API を使用して Wholesale サービスをプロビジョニングし、必要なパラメータがすべて提供されていることを確認します。
- リクエストが正常に受け入れられた場合は、202の応答が返されます。これは、卸売プロビジョニングが非同期に行われるため、プロビジョニングが成功したことを意味するものではありません。GET Wholesale Customer API によって返された status 属性を使用して、プロビジョニングが成功したかどうかを確認します。
制限とサポートされていない使用事例
- パートナー自身の顧客組織に卸売サービスを添付した後、Partner Hub 経由ではなく、パブリック API を介してさらにプロビジョニングを行う必要があります。
- ホールセール パートナーが現在管理していない顧客にホールセール サービスを追加する場合、特定のシナリオでは、顧客管理者から組織の承認が必要です。
- 既存の顧客組織には 100 人以上のユーザーがあります。
- 組織には検証済みのメール ドメインがあります。
- 組織のドメインが要求されます。
組織添付の条件
- Webex for Wholesale にプロビジョニングされている既存の組織の最初のユーザーは、管理者ユーザーとしてプロビジョニングされていません。既存の組織からの設定とエンタイトルメントは保持されます。
- 組織の既存の認証設定は、Wholesale プロビジョニング テンプレートの Webex で設定されているものよりも優先されます。その結果、既存のユーザーのログイン方法に変更はありません。
- 既存の顧客組織で基本的なブランディングが有効になっている場合、アタッチが行われた後、パートナーの高度なブランディング設定が優先されます。顧客が基本的なブランディングをそのままにしたい場合、パートナーは [高度なブランディング(Advanced Branding)] 設定でブランディングを上書きするように顧客組織を設定する必要があります。
- 既存の組織の名前は変更されません。
- [制限付き管理者モード(Restricted by Partner Mode)] トグルによって設定された [制限付き管理者モード(Restricted by Partner Mode)] は、添付された組織に対してオフになっています。
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 |
リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 |
SmartSheetの追加のフィールドに入力します。* ですべてのフィールドに入力してください。 | ||||||||||||||
4 |
リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信 ]チェックボックスをオンにします。 | ||||||||||||||
5 |
[送信] をクリックします。
|
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
-
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」 を参照してください。
-
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」 を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正しようとする可能性があることを認識しています。ただし、以下の詳細をPSMチームにご連絡ください。
-
あなたの組織 ID
-
組織名
-
サブパートナー組織名
-
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
-
最初のSubPartner管理者ユーザーの名と姓
-
サブスクリプション ID はサブパートナー組織と共有されます
-
サブパートナーの請求開始日(デフォルト: サブパートナーの設定日)
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。たとえば、folloiwng タスクを実行できます。
-
新しい顧客組織とユーザーのプロビジョニング
-
既存の組織のユーザーを追加または更新する
-
既存の設定を更新
ユーザーを手動で追加
1 |
Partner Hub にサインインし、[顧客] をクリックします。 | ||
2 |
該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
| ||
3 |
[ユーザー] をクリックします。 | ||
4 |
[ユーザーの管理] をクリックします。 | ||
5 |
[手動でユーザーを追加]をクリックします。
| ||
6 |
そのユーザーの基本情報 (名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 | ||
7 |
ユーザーを追加します。最大 25 人のユーザーを追加できます。 | ||
8 |
[次へ] をクリックします。 | ||
9 |
[閉じる] をクリックします。 |
ユーザーパッケージの変更
1 |
Partner Hub にサインインし、[顧客] をクリックします。 |
2 |
ユーザが属している顧客の顧客ビューを起動します。 |
3 |
Control Hub で、[ユーザー] をクリックします。 |
4 |
パッケージを変更するユーザーを選択します。 |
5 |
パッケージ セクションで、矢印 (>) をクリックします。 |
6 |
新しいパッケージを選択してください。 |
7 |
パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 |
[変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API |
説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 |
Wholesale Customer API の更新を開きます。 |
2 |
[PUT ] フィールドで、[customerID ] をクリックし、更新する顧客組織の customerID を入力します。 |
3 |
本文に 任意のパラメータを入力します。
|
4 |
[実行] をクリックします。 |
卸売顧客を取得する
1 |
Get a Wholesale Customer API を開きます。 |
2 |
GET行でid をクリックし、顧客IDを入力します。 |
3 |
[実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
ロケーション URL を使用して顧客を検索することもできます。 |
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
-
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。たとえば、externalId を入力すると、そのIdを使用する顧客組織のみが出力されます。
1 |
List Wholesale Customers API を開きます。 |
2 |
オプションです。任意の検索パラメータを入力します。 |
3 |
[実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
この API は、既存の Webex 顧客組織から卸売サービスを削除しますが、組織を完全に削除することはありません。Webex から組織を削除するには、組織 API を使用します。 |
開始する前に
1 |
[Delete a Wholesale Customer API] を開きます。 |
2 |
削除する顧客組織の顧客ID を入力します。 |
3 |
[実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。DMオプションは以下のように詳細です。
-
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ製デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。これらの DM オプションは次のとおりです。
- 顧客管理デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API |
APIの目的 |
パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する |
請求レポートを生成するために使用。 |
読み取り/書き込み |
卸売請求レポートを取得する |
生成された請求レポートをダウンロードするために使用。 |
閲覧 |
卸売請求レポートを一覧表示する |
そのパートナーに存在する請求レポートを一覧表示するために使用。 |
閲覧 |
卸売請求レポートの削除 |
既存の請求レポートを削除するために使用。 |
読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの毎月の請求書を生成するために使用できます。課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書からの使用量を調整できます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 |
[卸売請求レポート API の作成] に移動します。 |
2 |
API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 |
レポートのタイプ を入力します。
|
4 |
[実行 ] をクリックしてレポートを生成します。 |
5 |
API 出力からレポート ID をコピーします。生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 |
[Get a Wholesale Billing Report API] に移動します。 |
2 |
GET 行でid ボタンをクリックし、レポートの一意のID値を入力します。 |
3 |
[実行] をクリックします。 |
4 |
API はレポートのステータスを出力します。出力には、レポートをダウンロードするためのURLを提供するtempDownloadURL パラメータが含まれます。 |
5 |
レポートにアクセスしてダウンロードするには、tempDownloadURL をブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに完全に一致するレポートのみを返します。たとえば、請求期間を入力すると、その特定の請求期間を使用するレポートのみが返されます。その期間内であるが、日付と完全に一致しないレポートは返されません。 |
1 |
List Wholesale Billing Report API に移動 |
2 |
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 |
[実行] をクリックします。 APIは、レポートのリストを一意のレポートID およびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。レポートを削除する場合の例には、次のものがあります。
-
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。既存のレポートを削除したら、その期間の新しいレポートを作成できます。レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
-
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 |
Wholesale Billing Report API の削除に移動します。 |
2 |
レポートIDを入力します。 |
3 |
[実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド |
その他の情報 |
このタイプのレポートに表示されます |
---|---|---|
パートナー_名 |
パートナーの氏名 |
パートナー、顧客、ユーザー |
パートナー_組織_ID |
一意のパートナー識別子 |
パートナー、顧客、ユーザー |
サブスクリプション_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 |
固有のワークスペース ID |
USER |
ロケーション_ID |
一意のロケーション識別子 |
顧客、ユーザー |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。 |
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
以下のパートナー SSO 手順は、新しく作成される顧客組織にのみ適用されます。パートナー管理者が既存の顧客組織にパートナー SSO を追加しようとする場合、既存のユーザーがアクセス権を失うことのないよう、既存の認証方法が保持されます。 |
-
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
-
ID プロバイダーを持つ CI メタデータ ファイルをアップロードします。
-
オンボーディング テンプレートを設定します。[認証モード] 設定で、[パートナー認証] を選択します。[IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
ユーザーがログインできることを確認します。
パートナー SSO - OpenID Connect (OIDC)
パートナー管理者は、新しく作成された顧客組織の OIDC SSO を設定できます。パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
パートナー SSO OIDC を設定する以下の手順は、新しく作成された顧客組織にのみ適用されます。パートナー管理者が既存のテンプルでデフォルトの認証タイプをパートナー SSO OIDC に変更しようとすると、その変更はテンプレートを使用してすでにオンボードされている顧客組織には適用されません。 |
-
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 email profile' には openid と email を含める必要があります。
認証エンドポイント
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 認証エンドポイントの URL。
tokenEndpoint(トークンエンドポイント)
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 トークン エンドポイントの URL。
ディスカバリエンドポイント
不可
IdP の Discovery Endpoint for OpenID エンドポイント検出の URL。
userInfoEndpoint(ユーザー情報エンドポイント)
不可
IdP の UserInfo エンドポイントの URL。
キーセットエンドポイント
不可
IdP の JSON Web Key Set エンドポイントの URL。
上記の IDP 属性に加えて、パートナー組織 ID を TAC 要求で指定する必要があります。
-
OpenID 接続 IDP でリダイレクト URI を設定します。
-
オンボーディング テンプレートを設定します。認証モードの設定では、[OpenID Connectによるパートナー認証] を選択し、IDP設定時に提供されたOpenID Connect IDP Entity IDとしてIDP名を入力します。
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
ユーザーがSSO認証フローを使用してログインできること。
パートナー モードによる制限
パートナーモードによる制限は、パートナー管理者が特定の顧客組織に割り当てて、顧客管理者が Control Hub で更新できる組織設定を制限できるパートナーハブ設定です。この設定が特定の顧客組織に対して有効になっている場合、その組織のすべての顧客管理者は、ロールエンタイトルメントに関係なく、Control Hub の制限付きコントロールのセットにアクセスできません。制限された設定を更新できるのはパートナー管理者のみです。
パートナーモードによる制限は、ロールではなく組織レベルの設定です。ただし、この設定は、設定が適用される組織内の顧客管理者の特定のロール権限を制限します。 |
顧客管理者アクセス
パートナーごとの制限モードが適用されると、顧客管理者は通知を受け取ります。ログイン後、画面の上部に Control Hub ヘッダーのすぐ下に通知バナーが表示されます。バナーは、制限モードが有効になっていることを顧客管理者に通知し、一部の通話設定を更新できない場合があります。
パートナーモードによる制限が有効になっている組織の顧客管理者については、Control Hub アクセスのレベルは次の式で決定されます。
(Control Hub アクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限により制限)
パートナーごとの制限モードに関係なく、顧客管理者はいくつかの制限に直面します。これらの制限には以下が含まれます。
- コール設定: [Calling] メニューの [App Options Call Priority] 設定は読み取り専用です。
- ロケーションの設定: ロケーション作成後に通話を設定すると、非表示になります。
- PSTN 管理と通話録画: これらのオプションは、ロケーションに対してグレー表示されます。
- 電話番号管理: [コール(Calling)] メニューで電話番号管理が無効になり、[アプリオプションのコール優先度(App Options Call Priority)] 設定とコール録音は読み取り専用になります。
制限事項
顧客組織でパートナーごとの制限モードが有効になっている場合、その組織の顧客管理者は次の Control Hub 設定へのアクセスが制限されます。
-
[ユーザー] ビューでは、以下の設定が利用できません。
-
ユーザーの管理 ボタンがグレー表示されます。
-
ユーザーを手動で追加または変更する—手動または CSV でユーザーを追加または変更するオプションはありません。
-
ユーザーの要求:利用不可
-
ライセンスの自動割り当て(使用不可)
-
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定は、パートナーレベルの管理者のみ使用できます)。
-
ユーザーの詳細:名、姓、表示名、プライマリメール*などのユーザー設定は編集できます。
-
Reset Package:パッケージタイプをリセットするオプションはありません。
-
[サービスの編集(Edit Services)]:ユーザーに対して有効なサービス (メッセージ、ミーティング、通話など) を編集するオプションはありません。
-
サービスステータスの表示 - ハイブリッドサービス またはソフトウェアアップグレードチャネルのフルステータスを表示できません。
-
プライマリ作業番号—このフィールドは読み取り専用です。
-
-
[アカウント] ビューでは、以下の設定が利用できません。
-
会社名 は読み取り専用です。
-
-
[組織設定] ビューでは、以下の設定が利用できません。
-
ドメイン:アクセスは読み取り専用です。
-
Email—Suppress Admin Invite Email とEmail Locale Selection の設定は読み取り専用です。
-
Authentication:認証とSSO設定を編集するオプションはありません。
-
-
[通話] メニューでは、以下の設定が利用できません。
-
通話設定—アプリオプションの通話優先 設定は読み取り専用です。
-
通話動作—設定は読み取り専用です。
-
[ロケーション ] > [PSTN]:ローカル ゲートウェイと Cisco PSTN オプションが非表示になります。
-
-
SERVICESでは、移行 および接続されたUC サービスオプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順を使用して、特定の顧客組織のパートナーモードによる制限 を有効にできます(デフォルト設定が有効になっています)。
-
Partner Hub ( https://admin.webex.com) にサインインし、[顧客] を選択します。
-
適用する顧客組織を選択します。
-
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
|
Wholesale Provisioning でサポートされているタイムゾーンのリストの詳細については、「 Wholesale Provisioning でサポートされているタイムゾーンのリスト」を参照してください。
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。次の点に注意してください:
サポート チャネル |
説明 |
---|---|
Webex Calling ヘルプデスク |
「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
|
パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス |
お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (PHD) の使用方法
パートナーエクスペリエンス
ホールセール オファリングに関するパートナーのハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling パートナー ヘルプデスク (PHD) にお問い合わせください。PHDに連絡するには、以下の情報を使用します。
-
電話:
-
米国: 1-844-613-6108
-
イギリス: +44 129 366 10 20
-
ドイツ:+49 22 197 585129
-
オーストラリア:+61 3 7017 7272
-
-
チケットを開く https://mycase.cloudapps.cisco.com/case > Webex > Calling and Business Phones > Webex パートナー ヘルプデスク
-
電子メール:
- webexcalling-PHD@cisco.com
- Webex Calling マルチテナント:webexcalling-PHD@cisco.com
- Webex Calling キャリア:bc-carrier-PHD@cisco.com
-
チャット:
- ライブチャット - help.webex.com/en-us/contact > チャット
- ライブチャット - https://admin.webex.com/partner/resources
PHDは24時間365日ではありません。ただし、EMEAR、APCJ、NorAMにリソースがあります。PHDがオフラインの場合、webexcalling-phd@cisco.comに問い合わせを送信してください。オンラインに戻るとすぐに返信します(通常24時間以内)。エスカレーションは迅速に対処されます。 |
PHDエスカレーション:
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。移行ツールは、移行タスクを自動化することにより、顧客、ロケーション、番号、ユーザー、サービス、電話、およびソフトクライアントを移行できる使いやすいコマンドラインツールです。移行ツールには、次の利点があります。
-
最小限の事前設定で移行を実行します。
-
実行するコマンドを容易にします。
-
管理者は、プロビジョニング後にデータを確認し、移行後すぐにコールを発信および受信できます。
-
UC-One クライアント用の Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
-
BroadWorks から Wholesale RTM への移行ツールガイドを表示するには、BroadWorks から Wholesale RTM への移行ツールを参照してください。
マニュアルの改訂履歴
日付 |
バージョン |
説明 |
---|---|---|
2024年8月21日。 |
1.33 |
|
2024年8月9日。 |
1.32 |
|
2024年7月12日。 |
1.31 |
|
2024年6月27日。 |
1.30 |
|
2024年5月27日。 |
1.29 |
|
2024年5月22日。 |
1.28 |
|
2024年5月10日。 |
1.27 |
|
2024年5月8日。 |
1.26 |
|
2024年3月22日。 |
1.25 |
|
2024年2月6日。 |
1.24 |
|
2024年1月23日。 |
1.23 |
|
2023年12月12日。 |
1.22 |
|
2023年8月23日。 |
1.21 |
|
2023年7月31日。 |
1.20 |
|
2023年6月9日。 |
1.19 |
|
2023年5月26日。 |
1.18 |
|
2023年5月19日。 |
1.17 |
|
2023年5月9日。 |
1.16 |
|
2023 年 4 月 28 日 |
1.15 |
|
2023 年 4 月 17 日 |
1.14 |
|
2023年1月26日。 |
1.13 |
|
2022 年 12 月 07 日。 |
1.12 |
|
2022 年 12 月 05 日 |
1.11 |
|
2022 年 11 月 30 日 |
1.10 |
|
2022 年 11 月 02 日 |
1.9 |
|
2022 年 8 月 31 日 |
1.8 |
|
2022 年 8 月 18 日木曜日 |
1.7 |
|
2022 年 7 月 29 日 |
1.6 |
|
2022 年 6 月 10 日 |
1.5 |
|
2022 年 6 月 03 日 |
1.4 |
|
2022 年 5 月 02 日 |
1.3 |
|
2022年4月11日。 |
1.2 |
|
2022 年 3 月 02 日 |
1.1 |
|
概要
このガイドについて
Wholesale Route-to-Market (RTM) は、グローバルサービスプロバイダーを通じて Webex を SMB に戦略的に提供します。シスコの技術とコラボレーションの専門知識に支えられ、新しいオペレーションモデル、コマーシャル、パートナープログラムを備えています。
Wholesaleは、効率的な大量取引のためのオペレーションAPIとパートナーポータルのイノベーションを提供します。商用戦略により、BroadWorks ユーザーは固定された 1 ユーザーあたりの月次パッケージングと簡素化された課金で Webex に移行できます。
卸売パートナープログラムは、技術オンボーディングと市場投入に焦点を当てた、シスコの管理型オンボーディングプログラムを使用して、サービスプロバイダーの技術およびビジネス目標に対応します。このオファーには 5 つの Webex パッケージが含まれています。共通エリア通話、Webex 音声パッケージ、Webex Calling、Webex Suite、Webex Meetings。
卸売市場へのルートの概要
卸売市場へのルートの概要
ホールセール RTM (Route-to-Market: 流通戦略) は、世界のサービス プロバイダーの市場における影響力を活用して Webex を SMB セグメントに提供するための、戦略的チャネル ソリューションです。シスコの革新的な技術とコラボレーションに関する深い専門知識に裏付けられ、新しいオペレーション モデル、新しい取引方法、新しいパートナー プログラムから構成されています。
ホールセール プラットフォームは、オペレーション API とパートナー ポータルにイノベーションをもたらして、多くの高速処理を可能にします。これによりパートナーは、共同ブランドとして差別化された、自社製品によるオファーを創出しやすくなります。
新たなホールセール向け商業戦略により、35M BroadWorks のユーザーは、予測可能な月ごと・ユーザーごとの固定パッケージ制で月額の後払いが可能な Webex クラウドに移行できます。各サービス プロバイダーと単一の取引関係を構築することにより、すべてのエンド ユーザーをしっかりと繋ぎとめ、ワークフローを大幅に簡素化できます。
ホールセール パートナー プログラムは、サービス プロバイダーの技術目標と事業目標の両方を対象としています。Cisco の Managed Onboarding Program では、2 つの作業が同時進行されます。技術面のオンボーディングと GTM (市場進出) です。専任の Cisco エキスパートと、包括的なオンライン パートナー トレーニング、強力な移行・マーケティング ツールキットの組み合わせで、期待以上のオンボーディング実施をお約束します。
ホールセールのオファーは Webex を対象とし、4 種類のパッケージを提供します。共通領域通話、Webex Calling、Webex スイート、Webex Meetings です。
卸売ルートの市場利点
Wholesale Route to Market(RTM)ソリューションは、マネージドサービスプロバイダに高速で取引可能な販売モーションを提供するために最適化されています。以下を提供します。
-
固定された予測可能な転送価格
-
パッケージの簡素化
-
高速プロビジョニングUXとAPI
-
ネットアクティブユーザーに基づく月次請求
-
簡略化された自己管理インターフェイス
Wholesale RTMは、既存のワークフローにシームレスに統合します。これにより、すべての顧客を Cisco Commerce Workplace(CCW)に登録しなくても、販売サイクルのエンドツーエンドを管理できます。
Wholesale RTM は、Webex Calling で次の機能強化を提供し、SMB セールス モーションとの統合を強化します。
-
Wholesale RTM では、各パッケージに Cisco との固定転送価格があります。これらの転送価格は、CCW に一度送信される PO で取得されます。その後、パートナーは販売取引にCCWを使用する必要がなくなりました。
-
すべての卸売RTMの販売は、同じ固定された、予測可能な転送価格に基づいています。これにより、販売プロセスが大幅に簡素化され、加速されます。
-
Wholesale RTMは、顧客をプロビジョニングおよび管理するための2つの簡単なインターフェイスを提供します。
-
Partner Hub は、顧客とユーザーをプロビジョニング、管理、削除するためのシンプルな UX を提供します。
-
Control Hub は、Cisco の Web ベースのエンタープライズ管理ポータルで、企業の Webex サービスを包括的に表示します。
-
-
Wholesale RTM APIは、サービスプロバイダのバックオフィスシステムに統合されたシンプルでマシンツーマシンインターフェイスを提供します。これにより、顧客とユーザーをプロビジョニング、管理、および削除できます。
-
ホールセールRTMは、アクティブライセンスの純数、延期、および各顧客のアクティベーション日にプロ定格のために毎月請求します。これにより、サービス プロバイダー パートナーは上下に柔軟になり、システムでアクティブにプロビジョニングされたライセンスに対してのみ課金されます。
-
卸売RTMは、中小企業セグメントに適したシンプルなパッケージを使用しています。
パッケージのオファー
Wholesale RTM ソリューションは、エンドユーザー向けに 4 つの通話およびコラボレーションパッケージを提供します。
-
共通エリア:共通エリアパッケージは基本的な通話機能をサポートします。これは、廊下電話、ドア電話、および単純な小売駅のような単純なエンドポイントを対象としています。Common Area パッケージには、コール転送、BLF、転送、コール待機、T.38 Fax などの機能が含まれています。より高度な通話機能、および Webex クライアント、メッセージング、ミーティングは、より価値の高いパッケージの一部です。
-
強化された通話—この通話専用パッケージには、Webex Calling に関連付けられている通話機能のサブセットと、Webex アプリのソフトフォンまたはデバイスの選択が含まれています。ミーティングとメッセージングの機能は含まれておらず、シンプルな音声ソリューションをお探しのお客様向けに、通話に焦点を当てたパッケージを提供しています。
-
Webex Calling—Webex Calling パッケージには、高度な通話機能、Webex クライアント、Webex メッセージング、および「基本的な」ミーティング機能が含まれています。このパッケージは、プラットフォームのすべてのプロフェッショナルユーザーを対象としています。共通エリアの機能に加えて、通話機能には、ハンティング、ボイスメール、ビジュアル ボイスメール、共有コール アピアランス、プライバシー、N-way Calling、エグゼクティブ/エグゼクティブ アシスタントなどが含まれますが、これらに限定されません。Webex Calling には、デスクトップおよびモバイル OS 用のすべての Webex クライアント、スペースおよびファイル共有を含む Webex メッセージング機能の使用も含まれます。
-
Webex Suite—Webex Suiteは、Webex Callingパッケージ、すべてのユーザーおよびグループサービス、Webexメッセージング、および最大1000人の参加者のための完全なWebex Meetings製品を含むすべての機能を含む最も豊富なパッケージです。このパッケージは、多くの通話機能と大規模なミーティング要件を持つ、会社の上級/プロフェッショナルレベルに対応します。
-
カスタマー エクスペリエンス エッセンシャル—卸売カスタマー エクスペリエンス エッセンシャルは、Webex Contact Center ソリューションの基本的な機能を提供します。これには、すべての Webex Calling プロフェッショナル機能、カスタマー エクスペリエンスの基本機能、およびエージェントとスーパーバイザの両方に Webex アプリからアクセスできるいくつかの追加キー機能が含まれます。スクリーンポップ、Webex アプリのスーパーバイザーエクスペリエンス、リアルタイムおよび履歴エージェントとキュービューなどの機能により、カスタマー エクスペリエンス エッセンシャルはカスタマー エクスペリエンス ベーシックとは区別されます。
詳細については、こちらを参照してください:Webex Customer Experience Essentials
-
Webex Meetings—Webex Meetings パッケージは、Webex Messaging、最大 1000 人の参加者用の Webex Meetings を含むスタンドアロンミーティングパッケージです。このパッケージには通話用の席は含まれています。これは、通話動作に関連していないミーティングとメッセージング機能のみを必要とするユーザーを対象にしています。
Wholesale RTM ソリューションを使用した Webex Calling Flex オファーとは異なり、シスコはエンドカスタマーに特定の価格と条件を課すことはありません。これらは、各サービス プロバイダーが独自のビジネスモデルに基づいて適合していると見なすように実装する責任があります。
Webex Calling機能
Webex Calling には、サービス プロバイダーが必要とするエンタープライズ ビジネス コール機能があり、これらはすべて 1 人のユーザー ライセンス料金に含まれています。
特殊呼び出し音を伴う代替番号 |
匿名通話の拒否 |
割り込み免除 |
事業継続性(CFNR) |
ビジー ランプの監視 |
通話転送: いつも/忙しい/回答なし/選択的 |
履歴 |
通話の保留と再開 |
クリックしてダイヤルする通話ログ |
コール通知 |
コール キュー エージェント |
通話の録音 |
コールリダイヤル |
通話の折り返し |
通話転送(出席者およびブラインド) |
コール待機(最大 4 コール) |
コール待機 ID |
接続された回線 ID の制限 |
ダイレクト コール ピックアップ |
割り込みを使用したダイレクト コール ピックアップ |
応答不可 |
エンタープライズ電話ディレクトリ |
エグゼクティブ/エグゼクティブ アシスタント |
内線ダイヤル、可変長 |
機能アクセスコード |
ホテリング: 主催者およびゲスト |
着信発信者 ID (名前と番号) |
インバウンドFAXからメール |
携帯性 |
複数のライン アピアランス |
N-way コール (6) |
どこでもオフィス |
発信者 ID ブロッキング |
パーソナル電話ディレクトリ |
優先アラート |
プライバシー |
プッシュ・ツー・トーク |
リモート オフィス |
選択的な通話の承諾 |
選択的な通話拒否 |
シーケンシャル リング |
共有コールアピアランス |
同時呼び出し |
スピードダイヤル 100 |
T.38 ファックスサポート |
三方通話 |
Unified メッセージング |
ユーザーインターセプト |
ユーザー ウェブ ポータル |
ビデオ(ポイント ツー ポイント) |
ビジュアルボイスメール |
ボイスメール |
自動音声応答 |
コールパーク認証 |
コールパーク グループ |
コールピックアップ |
通話キュー |
外部コール回線 ID の配信 |
グループページング |
ハント グループ |
インターセプト群 |
インターセプト ユーザー |
内部通話回線 ID の配信 |
保留中の音楽 |
レセプショニスト クライアント |
Microsoft Teams インテグレーション |
音声ポータル |
Webex アプリを使用した Webex Calling
Webex アプリ は、通話、ミーティング、メッセージングをエンドユーザーに提供する、当社のシングルエンドユーザーエクスペリエンスです。Webex Calling と Webex アプリを一緒に使用すると、次のことができます。
-
卓上電話またはスマートフォン、PC、ラップトップ、またはタブレットの Webex アプリで通話を発信、受信、または拒否します。
-
Cisco Intelligent Proximity および/または卓上電話制御を使用して Webex デバイスとペアリングして、音声とビデオでこれらのデバイスを使用しながら、アプリで共通の連絡先と通話履歴にアクセスします。
-
画面共有、ホワイトボード、AI 文字起こし、リアルタイム文字起こし、メモやアクション項目、録画などを活用するために、すべてのコールをフル機能のミーティングに昇格させます。
Webex アプリは、次のような日常的なエンタープライズ ミーティングとコラボレーションのニーズを満たすチーム コラボレーション機能を提供します。
-
1:1 およびグループ メッセージング:メッセージ、GIF、絵文字、アニメーション リアクションを使用して、個別またはグループでチャットします。メッセージを簡単に削除または編集したり、会話スレッドを開始したり、会話にユーザーを追加したり、受信確認を確認したりできます。
-
ファイルとコンテンツの共有 - チャットのすぐそばにきちんと整理され、検索可能で保存されている安全なスペースで、最大規模のファイルでも共有できるため、必要なものを簡単に見つけることができます。
-
双方向のホワイトボード - チームと一緒にホワイトボードまたは描画し、チャットでインタラクティブな描画を共有します。ライブミーティングに参加しているかに関わらず、繰り返し実行しましょう。
-
他の Webex ユーザーに直接電話をかける - アプリを通じて他の Webex アプリユーザーにビデオ通話を無料で発信または受信します。
-
好きなツールで作業する - アプリの切り替えや中断されたワークフローを忘れましょう。Webex を毎日使用するツールと統合することで、生産性の高い作業を実現できます。Microsoft、Google、ServiceNowなどのキーと深い統合を組み込むことができます。
-
スペースをパーソナライズする - 色のテーマを変更し、カバー写真を追加し、カスタムステータスを設定し、エクスペリエンスをパーソナライズします。
-
詳細については、Webex アプリ ソリューションの概要を参照してください。
Webex Meetings
Webex Suite では、Calling、Meetings、Messaging、Polling、Events で Webex を 1 つのオファーで購入する際に、優れたエクスペリエンスと価格設定を利用できます。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 を使用して強力な競争上の優位性を獲得できます。これには以下が含まれます。
-
ロバストビデオ - モバイルデバイスでも、作業方法やミーティングでの表示者にカスタマイズ可能なマルチストリーム HD ビデオ。Cisco の受賞歴のあるビデオ会議室とデスクデバイスを Webex ミーティングに追加して、人生のようなエクスペリエンスを実現します。
-
強力なモバイルエクスペリエンス - カスタマイズ可能な 720p ビデオビュー、ネイティブ画面共有、ハンズフリー参加、シンプルなミーティングスケジューリングを備えたモバイルユーザー向けに最適化されており、騒々しい環境に適応します。
-
ポケットから会議室まで好きなデバイスから参加 - 電話、ブラウザ、モバイル、会議室デバイス、サードパーティの標準ベースの会議室デバイス、さらには Skype for Business。また、参加方法に関係なく、一貫したミーティング エクスペリエンスが得られます。
-
働き方と学習方法に統合 - Microsoft Teams、Slack、Workplace by Facebook、Microsoft Office 365、Google Calendar、Skype for Business など、すでに使用しているサードパーティのツールを使用してミーティングをスケジュール、参加、開始します。Webex Meetings は一般的な Learning Management Systems (LMS) と緊密に統合されているため、リモート学習はクラスと同じくらい効果的です。
-
1 つのミーティング エクスペリエンス - 参加者が一緒でも、別々でも、組織内でも外部でも、モバイル デバイスまたはビデオ デバイス全体で 1 つのミーティング エクスペリエンスを提供します。
-
プロフェッショナルで効果的なミーティング - Webex Meetings アプリケーションを使用したグローバルなオンライン会議によって実現される、統合された音声、ビデオ、コンテンツ共有機能により、内部および外部の参加者を維持します。また、他のアプリケーション、デスクトップ、ビデオファイルを共有して、より生産的でインパクトのあるコラボレーションミーティング、トレーニング、イベントを開催することもできます。
-
対面式の仮想ミーティング - Web ブラウザ、携帯電話、デスクトップ、または会議室内のビデオ デバイスを使用してミーティングを開始または参加します。オンラインミーティングをさらに魅力的にしましょう。ビデオを使って直接会っていたように、発言している人を自動的に表示するように切り替わり、直感的なミーティング体験を作り出します。パーソナライズされた、いつでも利用可能な会議室で、全員を集めてください。独自の標準ベースのビデオ デバイスを使用できます。これにより、必要に応じてミーティングを数から数百に拡大できます。
-
セキュリティとコンプライアンスの強化 - Cisco の専門知識で構築された多層セキュリティにより、ユーザーエクスペリエンスを損なうことなく、ミーティングを心配する必要はありません。
-
グローバル ミーティング アーキテクチャ—Cisco Webex® には、スピードとパフォーマンスを確保するために、ミーティング用に構築されたグローバル アーキテクチャとネットワークがあります。世界中にあるデータセンターでは、ユーザーは最寄りの Webex データセンターを使用して参加します。メリットは? 参加者がどこにいても、高品質のビデオ会議を遅延なく開催できます。これは、SaaS機能を安全かつ確実に提供するエンタープライズ構造によって可能になります。
-
管理の改善—コラボレーション ポートフォリオをより適切に管理するために、Cisco Webex Control Hub を使用すると、管理ユーザーは 1 つのペインで Webex Meetings 設定とレポートにアクセスできます。
-
導入のスピードが向上しました。セキュアな Webex プラットフォームでソリューションを迅速に展開できるため、総所有コストを低く抑えながら、短期間で価値を実現できます。Webex Meetings は、Cisco のテクノロジーと専門知識とともに、革新的なビデオとウェブ コラボレーションのベストプラクティスを最大限に活用して、数か月以上かかるのではなく、すばやく展開できます。
-
Webex Meetings はテクノロジーを忘れるのに役立ち、計画的なイベントと生産的なミーティングに集中できます。Webex Meetings への参加は、コンピューター、スマートフォン、タブレットのアプリから接続したり、Webex Room Series デバイスを使用して同僚のグループに参加したりするかどうかにかかわらず、誰にとっても簡単です。
ホールセール Webex Assistant
Webex Assistant for Meeting は、ミーティングを検索可能にし、実用的で生産性の高い、インテリジェントでインタラクティブな仮想ミーティング アシスタントです。Webex Assistant にミーティングまたはイベント中にアクション アイテムをフォローアップし、重要な決定事項を記録し、重要な瞬間をハイライトさせることができます。
Webex Assistant for Meetings は、Webex Meetings、Webex Suite パッケージ ミーティング サイト、パーソナル会議室では無料で利用できます。新規と既存のサイトの両方でサポートされています。
Webex Meetings および Webex スイート パッケージの Webex Assistant Meetings を有効にする
Webex Assistant は、Webex Meetings および Webex Suite パッケージの卸売顧客に対してデフォルトで有効になっています。パートナー管理者および顧客組織管理者は、Control Hub を通じて顧客組織の機能を無効にできます。
制限事項
Cisco Wholesale 版 Webex には次の制限があります。
-
サポートは、Webex Meetings および Webex Suite パッケージのミーティング サイトとパーソナル会議室のみに制限されています。
-
字幕の文字起こしは、英語、スペイン語、フランス語、ドイツ語でのみサポートされています。
-
メールによるコンテンツ共有は、組織内のユーザーのみアクセスできます。
-
ミーティングコンテンツは、組織外のユーザーにはアクセスできません。同じ組織内の異なるパッケージのユーザー間で共有されている場合、ミーティング コンテンツにもアクセスできません。
-
Webex Meetings と Webex Suite パッケージでは、Webex Assistant が有効か無効かを問わず、ミーティング録画の議事録を利用できます。ただし、ローカル録画が選択されている場合、ミーティング後の議事録やハイライトはキャプチャされません。
Webex Assistant に関する追加情報 この機能の使用方法に関するユーザー情報については、「Webex Meetings および Webex Webinars で Webex Assistant を使用する」を参照してください。
卸売カスタマー エクスペリエンス エッセンシャル設定
コールキューの作成の設定とカスタマーエクスペリエンスエッセンシャルからのアップグレードを除く、Wholesale Customer Experience Essentialsの機能と制限をご確認ください。
コールキューの作成:
Webex カスタマー エクスペリエンス エッセンシャル に記載されているカスタマー エクスペリエンス コール キューの作成との主な違いは、卸売組織の [エージェントの選択 ] ページで、ユーザーが CX エッセンシャル パッケージが割り当てられている場合にのみエージェントとして選択できることです。カスタマー エクスペリエンス ユーザーのみを表示 トグルは利用できません。
通話キューのアップグレード:
組織が Customer Experience Essentials を購入し、既存の基本通話キューを Customer Experience Essentials キューに移動したい場合は、Control Hub から簡単に実行できます。キューをアップグレードすると、割り当てられたエージェントとスーパーバイザ、およびキューの既存の設定が維持されます。
制限/警告:
- コール キューがアップグレードされると、ダウングレードすることはできません。
- カスタマー エクスペリエンス ベーシック コール キューの仮想回線とワークスペースは、カスタマー エクスペリエンス エッセンシャル キューへのアップグレードには対応していません。
通話キューをアップグレードするには:
- Control Hub にサインインし、[サービス ] > [通話 ] > [機能 ] > [通話キュー] の順に移動します。
- アップグレードする通話キューの省略記号...アイコンをクリックし、[キューをアップグレード] をクリックします。
- キュー情報を確認し、[次へ] をクリックします。
Customer Experience Basic からの重み付きルーティング パターンは、Customer Experience Essentials ではサポートされておらず、デフォルトでは Top Down になっています。アップグレード後に他のルーティング タイプに変更できます。
- [パッケージの割り当てを確認] 画面では、以下の 2 つの操作を実行できます。
- [リストされたエージェントなしでアップグレードを続行] をクリックして、カスタマー エクスペリエンス パッケージを持たないエージェントを削除します。このアクションにより、これらのエージェントが通話キューから削除されます。
- 以下に示すように、[割り当て済みユーザーパッケージ] ページに移動して、関連するユーザーに割り当てられたパッケージを変更します。これにより、ユーザー画面に移動し、必要に応じてカスタマー エクスペリエンス エッセンシャル パッケージを割り当てることができます。その後、通話キューのアップグレードを再試行できます。
簡略化および集中管理
Wholesale RTM ソリューションは、顧客をプロビジョニングおよび管理するための 2 つの簡単なインターフェイスを提供します。
-
パートナー ハブ
-
Control Hub
パートナーハブ: オファーの管理
Partner Hub は、Wholesale RTM ソリューションを管理するための Cisco の Web ベースのポータルです。Partner Hub は、エンタープライズにまたがるオファーの属性を設定するために使用する管理インターフェイスです。Partner Hub の機能:
-
[オファー管理(Offer Management)]:オファーの下で管理されるすべての企業に適用されるデフォルト設定、テンプレート、ポリシーを確立します。
-
コブランディング:サービス プロバイダーと Cisco の両方の値を再実行する共同ブランドのエンド ユーザー エクスペリエンスのために、クライアント ブランドの色、ロゴ、およびその他のクライアント属性を設定します。
-
エンタープライズオンボーディング - 新しいビジネスをオファーに追加し、エンタープライズレベルの機能を割り当てます。ダイヤルインおよびコールバック サービスを含むミーティング サイトの属性を設定します。
-
Enterprise Management and Reporting: 管理する企業内の管理者に役割と責任を割り当てます。導入状況、使用状況、品質メトリクスを監視するには、すべての企業にわたる分析を参照してください。
Partner Hub には複数のレベルのロールベースのアクセス制御があり、サービスプロバイダーはセキュリティのベストプラクティスを維持しながらアクセスレベルを割り当てることができます。
Control Hub:エンタープライズに代わって管理する
Webex Control Hub は、シスコのウェブベースのエンタープライズ管理ポータルです。エンタープライズの Webex サービスを包括的に表示します。すべての企業、ユーザー、デバイス、セキュリティ設定を 1 か所で管理できます。Wholesale RTM ソリューションのコンテキストでは、Control Hub のプライマリユーザーは、エンドエンタープライズに代わって設定を更新するサービスプロバイダー管理者です。また、エンタープライズ管理者がこれらの機能を実行することも可能です。これにより、サービスプロバイダーは、必要に応じて、企業が自己管理できるようにすることができます。サービス プロバイダーが顧客に Control Hub へのさまざまなレベルのアクセスを許可するために割り当てることができる複数のロールがあります。これにより、柔軟性とカスタマイズ性が向上します。
Control Hub は、詳細な分析とレポートを使用して、すべての管理機能に 1 つの中央クラウド アプリを提供します。また、管理者は、データを安全に保ち、規制上のニーズを満たすために、セキュリティおよびコンプライアンスポリシーを設定できます。
Control Hub の機能:
-
ユーザー作成とサービス割り当て—企業のユーザーのすべての移動、追加、変更、削除(MACD)を管理します。Control Hub を使用すると、ユーザごとに特定のパッケージタイプを設定して、共通エリアまたはスイートパッケージに関連付けることができます。
-
実行可能な洞察—すべての企業で、また企業内で実行中の導入状況を確認できます。ユーザーがどのように通話、メッセージング、ミーティングへの参加、ミーティングの継続時間、ビデオを使用しているかを理解します。これにより、導入を測定し、オファー全体にサービスを使用するのに役立ちます。
-
ユーザーエクスペリエンスの問題の根本原因をドリルダウンする—企業レベルでは、音声品質やページロードのパフォーマンスなどの問題を特定して、影響を受ける前にトラブルシューティングできます。
-
柔軟なポリシー定義:ロールテンプレートときめ細かなポリシーコントロールを使用して、管理者とユーザーのサービス設定を簡単に設定できます。
-
ユーザーとデバイスの管理:デバイスをすばやくアクティブ化し、ユーザーを管理し、Microsoft Active Directoryとの同期と、管理するすべての企業、またはサブセットの統合型シングルサインオンを有効にします。
Control Hub の管理と分析の詳細については、「Control Hub 管理と分析データシート 」を参照してください。
サービス プロバイダー スケールの API 管理
ホールセールRTMソリューションは、サービスプロバイダの規模に合わせて構築されています。これを実現するために、パートナーレベルとエンタープライズ (Control Hub) レベルの管理のすべての機能が API 経由で有効になります。
Wholesale RTMソリューションには、大規模に顧客やユーザーのオンボーディングを支援するサービスプロバイダー向けに特別に構築されたAPIが含まれています。理想的な状態では、Webex で顧客エンティティを作成するための API コールと、ユーザー向けのサービスを作成および設定するための API コールがすべて必要です。Cisco は、API の注文やその他の手動操作を廃止する非同期 API に投資しています。これらの API は developer.webex.com で利用できるものを拡張し、サービス プロバイダーがサービス プロバイダーから顧客、ユーザーへの統合を容易に拡張できるようにします。これらのAPIの設計ガイドラインは、使いやすく、サービスプロバイダーが大規模に動作できるようにし、オンボーディングテンプレートを通じて柔軟性を提供し、エンド顧客へのオファーをターゲットにすることです。
Broadworks 版 Webex の顧客は、これらの API によって拒否されます。
アーキテクチャの概要
下の図は、Wholesale Route to Marketソリューションの全体的なアーキテクチャを示しています。強調表示されている領域は2つあります。
-
顧客のプロビジョニング/管理
-
サービス プロバイダーの請求
これらの分野は、その後のトピックでより詳細に議論されています。
顧客のプロビジョニング
すでに述べたように、Wholesale Route to Marketは、顧客ごとの発注書をCCWに配置する必要性を削除します。代わりに、サービス プロバイダーは、パブリック API またはパートナー ハブ (未来) を使用して、Webex に対して直接顧客をオンボードできます。上の図は、高レベルの相互作用を示しています。
-
サービスプロバイダは、顧客関係を所有します。顧客にサービスを販売する場合、サービスプロバイダは独自のシステムでその関係(見積もり、注文、請求、支払いを含む)を管理します。したがって、顧客管理のステップ1は、独自のシステムで顧客をプロビジョニングすることです。
-
サービス プロバイダーは、パブリック API を顧客のプロビジョニング ワークフローに統合して、顧客とユーザーを Webex に自動的にオンボードし、サービスを割り当てることができます。将来的には、このソリューションは Partner Hub 経由のオンボーディング機能もサポートします。
-
顧客がオンボードされると、サービス プロバイダーは Partner Hub、Control Hub、および Public API を使用して、顧客のソリューションをさらに管理できます。
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。
パッケージ/アドオン
Wholesale Route to Marketのサービス割り当ての基本単位は、パッケージとAddOnsです。
-
パッケージ は基本サービスの割り当てです。すべてのユーザーには 1 つのパッケージ (および 1 つのみ) が割り当てられ、Webex メッセージング、ミーティング、通話サービスのセットに権限が与えられます。パッケージの一覧については、「パッケージの提供」を参照してください。
-
AddOns は、基本パッケージにデフォルトでは含まれていない追加の課金機能です。Wholesale RTMの最初のリリースにはAddOnsは含まれていませんが、パイプラインにはAddOnsの可能性のリストがあります。
制限対象および拒否対象者の確認
コンプライアンス上の理由から、ホールセールRTMプロビジョニングは、顧客が制限対象者リストまたは拒否対象者リストに表示されているかどうかを自動的にチェックします。顧客の表示がいずれかのリストにある場合、プロビジョニングは保留状態になり、その間に API が定期的なステータス チェックを完了して、問題がクリアされているかどうかを確認します。72時間経過しても顧客が保留状態のままの場合、オンボーディングは終了し、Cisco Ops チームがコンプライアンス チェックを引き継ぎ、顧客がプロビジョニングできるかどうかを判断します。
Cisco コンプライアンス ポリシーについては、「全般的なエクスポート コンプライアンス」を参照してください。
米国商務省の情報については、拒否者リストを参照してください。
住所
顧客を作成するときは、請求先住所の国を選択する必要があります。この国は、Common Identityの組織国として自動的に割り当てられます。さらに、組織国は、Cisco が有効な PSTN 通話オプションを持つ Webex ミーティング サイトのデフォルトのグローバル コールイン番号を決定します。
サイトのデフォルトのグローバル コールイン番号は、組織の国に基づいてテレフォニー ドメインで定義された最初の利用可能なダイヤルイン番号に設定されます。テレフォニー ドメインで定義されたダイヤルイン番号に組織の国が見つからない場合、そのロケーションのデフォルト番号が使用されます。
いいえ。 |
場所 |
国番号 |
国名 |
---|---|---|---|
1 |
アメリカ |
+1 |
米国、カリフォルニア州 |
2 |
APAC |
+65 |
シンガポール |
3 |
オーストラリア、ニュージーランド |
+61 |
オーストラリア |
4 |
欧州、中東、アフリカ |
+44 |
UK |
5 |
ユーロ |
+49 |
ドイツ |
サポートされている言語ロケール
プロビジョニング中、言語フィールドを使用すると、管理者は特定の言語で Wholesale 顧客組織をプロビジョニングできます。この言語は、その顧客組織と Webex Meeting サイトのデフォルト ロケールとして自動的に割り当てられます。
(ISO-639-1)_(ISO-3166)形式の5文字言語ロケールがサポートされています。たとえば、en_USはnglish_E UnitedStatesに相当します。2 文字の言語のみを要求する場合(ISO-639-1 形式を使用)、サービスは、要求された言語とテンプレートの国コード(「requestedLanguage_CountryCode」)を組み合わせて 5 文字の言語ロケールを生成します。有効なロケールを取得できない場合、必要な言語コードに基づいて使用されるデフォルトの賢明なロケールです。
次の表に、サポートされているロケールと、2 文字の言語コードを 5 文字のロケールに変換するマッピングを示します。
サポートされている言語ロケール (ISO-639-1)_(ISO-3166) |
2文字の言語コードしか使用できない場合... | |
---|---|---|
言語コード (ISO-639-1) ** |
代わりにデフォルトの Sensible Locale を使用する (ISO-639-1)_(ISO-3166) | |
en_US en_AU en_GB en_CA |
jp |
en_US |
fr_FR fr_CA |
FR |
fr_FR |
cs_CZ |
CSについて |
cs_CZ |
da_DK |
ああ... |
da_DK |
de_DE |
DE |
de_DE |
hu_HU |
フン |
hu_HU |
id_ID |
id |
id_ID |
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_NO |
pl_PL |
PLについて |
pl_PL |
pt_PT pt_BR |
pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/pt/ |
pt_PT |
ru_RU |
RU |
ru_RU |
ro_RO |
ロロ |
ro_RO |
zh_CN zh_TW |
ズー |
zh_CN |
sv_SE |
シーケンス |
sv_SE |
ar_SA |
アール |
ar_SA |
tr_TR |
トライ |
tr_TR |
ロケール es_CO、id_ID、nb_NO、pt_PT は Webex ミーティングサイトではサポートされていません。これらのロケールでは、Webex Meetings サイトは英語のみになります。サイトに no/invalid/unsupported ロケールが必要な場合、英語がサイトのデフォルト ロケールです。この言語フィールドは、組織と Webex Meetings サイトの作成時に適用されます。投稿またはサブスクライバの API に言語が記載されていない場合、テンプレートからの言語がデフォルトの言語として使用されます。
サービス プロバイダーの請求
Wholesale Route To Market(RTM)ソリューションの主な目標は、オンボーディング顧客におけるサービスプロバイダーのパートナー組織の負担を大幅に軽減することです。
-
通常、Webex 顧客ごとにサブスクリプションを確立するには、個別の発注書が必要です。これは、オンボーディングプロセスを遅くし、通常、非常に小さなSMBの顧客数千人を扱う卸売SPにあまりにも多くの負担です(大部分のケースでは、顧客あたり20ユーザー)。
-
これを回避するために、ホールセールRTMは、サービスプロバイダレベルで1つの「ブランク」発注書/サブスクリプションのみを必要とします。これに対して、SPは顧客ベース全体でのすべての使用に対して請求されます。これにより、サービス プロバイダーは Webex プラットフォームへの顧客のオンボーディングに集中できるようになります。
図 5: アーキテクチャの概要 は、Wholesale Service Provider がサブスクリプションを確立し、最終的にすべての使用に対して請求される方法の基本的な手順を示します。
-
サービスプロバイダは、卸売サービスのCCWに1つの空白の発注書を配置します。この発注書には、サービスプロバイダが顧客ベースに販売する権利を有する卸売サービス(パッケージまたはAddOns)の項目別リストが含まれています。
-
顧客がプロビジョニングされ、Webex サービスが使用されると、Webex はすべてのパッケージと AddOn の使用量を追跡および記録します。
-
サービス プロバイダーの請求期間の終了時に、Webex は毎日の使用量の合計を比例配分し、使用量ごとに合意された価格に基づいてサービス プロバイダーに請求書を作成します。
-
サービス プロバイダーは、Wholesale Billing パブリック API を使用して、顧客ごと、またはユーザーごとに使用状況を分類するカスタム請求レポートを生成およびダウンロードします。サービス プロバイダーは、これらの請求レポートのデータを使用して、顧客の使用状況に応じて顧客に請求できます。
Webex は、すべての使用状況の履歴記録を保持します。これらの API の使用方法の詳細については、「請求照合」を参照してください。
サブパートナーの機能
卸売RTMサービスプロバイダのパートナーは、リセラーチャネルを持っている可能性があります。これらのリセラーチャネルには、通常、1つまたは複数のリセラーとの契約が含まれます(この機能については、リセラーを「サブパートナー」と呼びます)。これらのSubPartnersは通常、顧客ベースにオファーを延長し、成功に不可欠な顧客のライフサイクルを管理します。この機能により、パートナーは SubPartners から Cisco との課金統合を抽象化できます。
詳細については、「卸売ルートを市場に展開」の「サブパートナーのセットアップ 」セクションを参照してください。
セットアップ後、顧客を正常にオンボードするには、SubPartner は Partner Hub へのアクセスを使用して、通話統合と Wholesale RTM オンボーディング テンプレートを設定する必要があります (親パートナーの共有サブスクリプション ID は、テンプレートの作成中に自動的に表示されます)。テンプレートが配置されると、SubPartner は Partner Hub または API の顧客作成ウィザードを使用して顧客をオンボードできます。いくつかの洞察を提供するために、Webex アーキテクチャは SubPartners をパートナーとしてモデル化します。これにより、SubPartners はパートナーと同様の機能の恩恵を受けることができます。SubPartners は、管理ユーザー、レポート、ブランディング、オンボーディングテンプレートを持ち、顧客を完全に管理できます。
現在、このモデルは1レベル(パートナー - 0以上のSubPartners)のみをサポートしており、パートナーごとのSubPartnersの数には厳しい制限はありません。SubPartnerは、親パートナーのインスタンスおよび親パートナーの下に存在する他のSubPartnersにアクセスできず、SubPartnerはオンボードしている顧客のみを管理できます。パートナーは、個々のサブパートナーの請求レポートを作成、表示、および削除できます。詳細については、サブパートナーに関連するレポートの機能強化に関する請求照会 を参照してください。
- 親パートナーは、SubPartner のパートナー ハブでテンプレートを作成できます。
- 親パートナーは、SubPartnerに代わって卸売顧客のオンボーディングを支援することもできます。
SubPartner(UIの間接プロバイダーとしても知られる)
この段階でのSubPartnerモデルの強化により、親パートナーはPartner HubとAPIを介して可視性とアクションを改善し、間接プロバイダーとその顧客を管理することができます。
親パートナーは、間接プロバイダーとその顧客の両方とマネージドバイ関係を確立し、SubPartnerモデル内の可視性と制御を改善します。
親パートナーとサブパートナー間のマネージドバイ関係は、サブパートナーのセットアップ段階で確立されます。
一方、親パートナーとサブパートナーの顧客との間の管理別関係は、卸売顧客作成または卸売組織添付中に確立されます。
さらに、SubPartnersが独立して操作を実行できるようにするだけでなく、この機能により、親パートナーはUIとAPIの両方を通じてSubPartnersとその顧客の両方を監視できます。
卸売プロビジョニング API の変更
Wholesale API は、パートナーに代わって追加のサポートパラメータ「onBehalfOfSubPartnerOrgId」を提供し、親パートナーが SubPartners の卸売操作を実行できるようにします。
パートナー ハブ
親パートナー - 間接プロバイダービュー
「パートナーフル管理者」と「卸売管理者」の両方のロールを持つ親パートナー管理者としてパートナーハブにサインインしている場合は、「間接プロバイダー」タブにアクセスできます。このセクションには、「管理者」関係を通じてパートナー組織にリンクされたすべての間接プロバイダーが表示されます。右側には、クロスローンチボタンがあります。これをクリックすると、間接プロバイダーの Partner Hub アカウントに移動し、親パートナー管理者ユーザーとしてログインします。
親パートナー - 顧客リストビュー
「パートナーフル管理者」ロールと「卸売管理者」ロールの両方を持つ親パートナー管理者として Partner Hub にログインすると、親パートナーの顧客リストにアクセスできます。ただし、サブパートナー機能の一部として、親パートナーの間接プロバイダーに属する顧客を明示的に検索できるようになりました。これらの顧客はデフォルトでは顧客リストにロードされませんが、明示的に検索することで、親パートナー管理者はそれらを表示できます。さらに、親パートナー管理者は、ここから間接プロバイダーの顧客の Control Hub にクロスローンチすることができます。
制限
- ヘルプデスクの相互起動は、SubPartnersでは動作しません。
- Partner Hub 間接プロバイダー リストの UI は、現在、100 人の間接プロバイダーしか対応していません。
- SubPartner Partner Hub にクロス起動すると、次の機能は利用できなくなります。
-
分析画面
-
サービス画面
-
レポート画面
-
Webex リリース管理
-
Flexトライアルの作成
-
卸売サブパートナー一覧
この API を使用して、パートナー組織の SubPartners のリストを取得します。すべてのSubPartnersを一覧表示するか、プロビジョニング状態(一時停止、アクティブ)などの指定されたパラメータを満たすサブパートナーにリストを制限できます。
オプションのパラメータを入力すると、API は入力したパラメータに正確に一致する SubPartners のみを返します。たとえば、プロビジョニング状態を入力すると、その特定のプロビジョニング状態を持つ SubPartners のみが返されます。
-
List Wholesale SubPartners API に移動します。
-
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、provisioningState、offset、max)を入力します。これらのパラメータの詳細については、API の Developer ヘルプを参照してください。
-
[実行] をクリックします。
API は、一意の orgId と provisioningState とともに SubPartners のリストを出力します。
ブランド
パートナー管理者は高度なブランディングカスタマイズを使用して、パートナーが管理する顧客組織に対して Webex アプリがどのように表示されるのかカスタマイズできます。パートナー管理者は次の設定をカスタマイズして、Webex アプリが会社のブランドとアイデンティティを反映するようにすることができます。
-
会社ロゴ
-
ライト モードまたはダーク モードの固有のカラー スキーム
-
カスタマイズされたサポート URL
ブランディングのカスタマイズ方法の詳細については、「高度なブランディングのカスタマイズの設定」を参照してください。
-
基本的なブランディングのカスタマイズは廃止される予定です。幅広いカスタマイズを提供する Advanced Branding を展開することをお勧めします。
-
既存の顧客組織に添付する際のブランディングの適用方法の詳細については、「BroadWorks 版 Webex を既存の組織に添付する 」セクションの「組織添付の条件 」を参照してください。
機能マトリクス
Wholesale Route-to-Market ソリューションのサポートされている機能の詳細については、Webex Wholesale RTM 機能マトリクスを参照してください。
顧客のオンボーディングと管理
展開の概要
Wholesale RTM ソリューションは、プロビジョニング、管理、請求の簡素化を含む合理化された展開プロセスを提供します。次の章では、以下の手順を説明します。
-
新しい顧客組織と加入者をプロビジョニングする方法。
-
既存の顧客とサブスクライバを維持および更新する方法。
-
請求照会レポートを作成して、顧客に請求できるようにする方法。
開始する前に
顧客とユーザーの管理方法を決定する必要があります。顧客のプロビジョニングと管理には、2 つのインターフェイス オプションがあります。この章では、両方のインターフェイスの手順について説明します。
-
Partner Hub インターフェイスを介して顧客を手動で管理する
-
パブリック API を使用して顧客を管理する
また、パートナー組織内で管理ロールをまだ割り当てていない場合は、「BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロール」を参照してください。
Wholesale Setup Assist によるオンボーディング
Wholesale Setup Assist は、Cisco が Wholesale RTM パートナーに提供するオプションの顧客オンボーディングサービスで、顧客のオンボーディングを支援します。このサービスは、Cisco Commerce Workspace (CCW) で A-Wholesale SKU を注文するパートナーであれば誰でも利用できます。パートナーは、ExpressまたはStandard Wholesale SKUを使用して、特定の顧客ロケーションのサービスを注文できます。skuは、顧客ロケーションのユーザー数に基づいて自動的に割り当てられます。
追加の利点として、サービスはパートナーの請求照会レポートを自動的に更新し、パートナーが顧客に適切に請求できるようにします。
以下は、2つのWholesale Setup Assist SKUとそれぞれの価格モデルです。これらはパートナーへの純転送価格であることに注意してください。リストの価格は、ホールセールパートナーの割引に基づいて異なります(高)。
SKU |
SKU は... |
---|---|
卸売セットアップアシストエクスプレス使用 |
最大5席の設置場所を設定するためのフラットチャージ |
卸売セットアップアシスト標準使用量 |
5席以上の場所を設定するためのユーザーあたりの料金 |
ホールセール セットアップ アシストによるオンボーディング フロー
このセクションでは、ホールセール セットアップ アシストを使用するときのオンボーディング フローについて説明します。
前提条件
-
パートナーは、Wholesale Route-to-Marketソリューションに完全にオンボーディングする必要があります。これには、PSTN 接続性、完了したサードパーティのホスティング要件、OSS/BSS 設定などの項目が含まれます。
-
Wholesale Setup Assistのすべてのリクエストは、オンボーディング完了の6営業日前までに提出する必要があります。
-
お客様は cscan.webex.com でネットワーク接続を確認することをお勧めします。
オンボーディングフロー
アクション |
詳細 | |
---|---|---|
1 |
数量1のA-Wholesale SKUについては、Cisco Commerce Workspace (CCW) で1回限りの発注書を発行します。 |
注文の詳細については、『Webex - Wholesale Ordering Guide 』を参照してください。 これは、パートナーごとに1回のみ完了する必要があります。プロビジョニングする新規顧客ごとにこれを繰り返す必要はありません。 |
2 |
次のいずれかのフローを使用して、顧客のプロビジョニング タスクを完了します。 |
Partner Hub で顧客組織を手動でプロビジョニングするか、API を使用してプロビジョニングを完了することができます。 |
3 |
セットアップ アシストは、次のいずれかのフローを使用して実行できます。 |
プロビジョニング後、API 経由で Wholesale Setup Assist Request Form または Wholesale Setup Assist Order でサブスクリプションリクエストを送信します。 また、コール経由でCallingヘルプデスクにリクエストを送信することもできます。 |
4 |
セットアップ アシスト チームは、次のいずれかのフローを使用して顧客をオンボードするのに役立ちます。 |
オンボーディングしている顧客のロケーションに適用されるフローを参照してください。このフローでは、プロセスの各段階における Cisco とパートナーの責任の両方が説明されています。 |
セットアップアシスタンス (Express Flow)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ |
この段階における Cisco の責任 |
この段階におけるパートナーの責任 | |
---|---|---|---|
1 |
発見と評価 |
| |
2 |
ソリューション設計 |
|
必要に応じて顧客とフォローアップします。 |
セットアップアシスタンス(標準フロー)
次の表は、Cisco Wholesale Setup Assist チームがオンボーディングを引き継いだときに、Express オプションのプロジェクト フローを分解します。次のプロジェクト フェーズは、プロビジョニングを完了し、アシスタンス リクエストを送信した後に発生します。
この表では、プロジェクトの各段階における Cisco の責任とパートナーの責任が分かれています。
プロジェクトフェーズ |
この段階における Cisco の責任 |
この段階におけるパートナーの責任 | |
---|---|---|---|
1 |
プロジェクト管理 |
|
|
2 |
発見と評価 |
|
|
3 |
ソリューション設計 |
|
|
4 |
オンボーディング (テスト) プランニング段階 |
|
|
5 |
実践 |
|
|
6 |
オンボーディングの実行 |
|
|
7 |
導入後の登録 |
|
|
8 |
オペレーションの引き継ぎ |
|
|
パートナー事前プロビジョニングチェック API
事前プロビジョニングチェック API は、顧客またはサブスクライバにパッケージをプロビジョニングする前にエラーをチェックすることで、管理者とセールスチームを支援します。パートナーフル管理者ロールを持つユーザーが許可したユーザーまたはインテグレーションは、この API を使用して、特定の顧客またはサブスクライバのパッケージプロビジョニングに競合やエラーがないことを確認できます。
API は、この顧客/サブスクライバと Webex の既存の顧客/サブスクライバとの間に競合があるかどうかを確認します。たとえば、サブスクライバがすでに別の顧客またはパートナーにプロビジョニングされている場合、別のサブスクライバにメール アドレスがすでに存在している場合、またはプロビジョニング パラメータと Webex にすでに存在するものとの間に競合がある場合、API はエラーをスローする可能性があります。これにより、プロビジョニングの前にこれらのエラーを修正する機会が与えられ、プロビジョニングが成功する可能性が高まります。
API の詳細については、次を参照してください。Webex for Wholesale 開発者ガイド
API を使用するには、次に進みます。卸売サブスクライバ プロビジョニングの事前確認
Wholesale サブスクライバ プロビジョニング ドキュメントにアクセスするには、https://developer.webex.com/ ポータルにログインする必要があります。
顧客組織のタスク フローのプロビジョニング (パートナー ハブ経由)
1 |
顧客をプロビジョニングする前に、オンボーディング テンプレートを設定する必要があります。既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
Partner Hub で新しい顧客組織を手動で作成します。 |
3 |
ユーザーとロケーションを追加して、新しく作成した顧客を設定します。 |
オンボーディング テンプレートの設定
顧客組織またはユーザーをプロビジョニングするには、オンボーディング テンプレートが必要です。この手順を使用して、テンプレートを使用する顧客組織に適用する共通設定を持つオンボーディング テンプレートを作成します。次の条件が適用されます。
-
1 つのオンボーディング テンプレートを複数の顧客に適用できます。
-
さまざまな顧客セットをターゲットにした設定を使用して、複数のオンボーディング テンプレートを作成できます。
1 |
パートナー ハブにサインインし、[顧客] を選択します。 |
2 |
既存のテンプレートを表示するには、[テンプレート ]ボタンをクリックします。 |
3 |
[テンプレートの 作成] をクリックします。 |
4 |
[卸売業向け Webex ] を選択し、[次へ] をクリックします。 |
5 |
主な設定をセットアップします。
|
6 |
[Wholesaleサブスクリプション ] ドロップダウンから、サブスクリプションを選択します。 |
7 |
[次へ] をクリックします。 |
8 |
次の認証方法のいずれかを選択します。
|
9 |
[次へ] をクリックします。 |
10 |
[Wholesale calling] から [Cloud Connected PSTN プロバイダ ] を選択し、[次へ] をクリックします。このフィールドは Webex Meetings パッケージではオプションですが、他のパッケージでは必須であることに注意してください。 |
11 |
共通設定 とコール設定 のオプションを設定します。
|
12 |
[次へ] をクリックします。 |
13 |
設定の概要を確認し、[編集 ] をクリックして必要な設定を変更します。設定が正しい場合は、[送信]をクリックします。 新しく作成したテンプレートがテンプレート ビューに追加されます。
|
14 |
作成したテンプレートを開き、[プロビジョニングID ] 値をコピーします。顧客組織をプロビジョニングする場合、この値が必要です。 |
Partner Hub 経由で顧客を作成する
1 |
Partner Hub にサインインします。 |
2 |
既存の顧客の一覧を表示するには、[顧客 ]をクリックします。任意の顧客を選択して、その組織に関する情報を表示できます。 |
3 |
新しい顧客組織を作成するには、[顧客の作成 ] をクリックします。 |
4 |
[顧客情報 ] 画面で、会社名、管理者のメール、適用するテンプレートなどの詳細を入力します。 |
5 |
[次へ] をクリックします。 |
6 |
[パッケージ ] 画面で、この顧客に適用するパッケージを選択し、[次へ] をクリックします。 |
7 |
本社の所在地画面で、顧客の本社の所在地情報を入力します。 |
8 |
本社が Webex でサポートされているロケーションにある場合は、[この顧客が Cisco Webex でサポートされているロケーションにいることを確認する ] チェックボックスをクリックします。 |
9 |
[次へ] をクリックします。 |
10 |
顧客の概要を確認します。情報が正しい場合は、「顧客の作成」をクリックします。 |
次に行うこと
顧客のセットアップ
1 |
Partner Hub にサインインします。 |
2 |
[顧客 ] をクリックし、適切な顧客を選択します。顧客の設定が画面の右側に表示されます。 |
3 |
[顧客の設定] をクリックします。ユーザーのセットアップ ウィザードが起動します。 |
4 |
[ロケーションの追加と確認]画面で、支店などの追加のロケーションを入力します。 |
5 |
[次へ] をクリックします。 |
6 |
[ユーザーの追加 ] 画面で、名、姓、メール、パッケージ、ロケーションなどのユーザーの詳細を入力します。 |
7 |
[次へ] をクリックします。 |
8 |
通話パッケージを持つユーザーに電話番号 を割り当てます。 |
9 |
[次へ] をクリックします。 |
10 |
入力した情報を確認します。 |
11 |
[ユーザーの作成] をクリックします。 顧客組織に Control Hub アクセシビリティを提供している場合、顧客管理者にロールを割り当てることもできます。「Control Hub での組織アカウント ロールの割り当て」を参照してください。 |
次に行うこと
管理者は、顧客組織が作成したのと同じレベルのパッケージでプロビジョニングする必要があります。顧客管理者 (フル管理者) では、パッケージのダウングレードはサポートされていません。
顧客組織のタスク フローのプロビジョニング (API 経由)
1 |
顧客をプロビジョニングする前に、Partner Hub でオンボーディング テンプレートを設定している必要があります。既存のテンプレートを使用するか、新しいテンプレートを作成できます。 |
2 |
API を使用して顧客組織をプロビジョニングします。新規顧客組織にオンボーディング テンプレートの設定を適用します。 |
3 |
API を使用してサブスクライバ (ユーザー) を顧客組織に追加します。 |
卸売顧客 API のプロビジョニング
開始する前に
サポートされている言語の詳細については、次を参照してください。サポートされている言語ロケール
1 |
Wholesale Customer API のプロビジョニングを開きます。 |
2 |
右側の設定領域で、顧客組織の必須フィールドを入力します。次の例の形式に従ってください。
|
3 |
[実行] をクリックします。 結果が [応答(Response)] ウィンドウに表示されます。応答には、[ロケーション(Location)] ヘッダーに表示され、組織を指す URL も含まれます。
|
次に行うこと
プロビジョニング卸売サブスクライバAPI
1 |
Wholesale サブスクライバ API のプロビジョニングを開きます。 |
2 |
次の必須フィールドに入力します。フィールドの詳細については、API のフィールドの説明を参照してください。
LocationId プロビジョニング パラメータは、コーリング パッケージにのみ適用されます。このサブスクライバを複数のロケーションを持つ既存の顧客組織に接続する場合に、このフィールドを使用できます。このフィールドでは、適切なロケーションを指定できます。 |
3 |
[実行] をクリックします。 |
4 |
これらの手順を繰り返して、追加のサブスクライバをプロビジョニングします。 顧客組織に Control Hub アクセシビリティを提供している場合、顧客管理者にロールを割り当てることもできます。「Control Hub での組織アカウント ロールの割り当て」を参照してください。 |
次に行うこと
Webex for Wholesale を既存の顧客組織に添付する
パートナー管理者が、現在卸売業者によって管理されていない既存の Webex 顧客組織に Webex for Wholesale サービスを追加する場合、顧客組織管理者はプロビジョニング要求の成功のために管理者アクセスを承認する必要があります。
以下の条件のいずれかを満たす場合、組織管理者の承認が必要です。
-
既存の顧客組織には 100 人以上のユーザーがあります。
-
組織には検証済みのメール ドメインがあります。
-
組織のドメインが要求されます。
自動添付ファイルのシナリオ
自動添付ファイルのシナリオでは、既存の組織管理者またはエンド ユーザーに通知することなく、Webex for Wholesale サブスクリプションが既存の顧客組織に追加されます。ほとんどの場合、パートナー組織にはプロビジョニング管理者権限が与えられます。ただし、顧客組織にライセンスがない場合、またはライセンスを一時停止/キャンセルした場合、フル管理者になります。
Provisioning Admin アクセスでは、Control Hub の可視性が既存の組織のユーザーに限定されます。顧客管理者に連絡し、組織へのフル管理者アクセスを要求することをお勧めします。
既存の顧客組織に卸売サービスを追加する手順
パートナー管理者は、次の手順に従って、既存の Webex 組織に卸売サービスを追加できます。
- 顧客をまだ管理していない場合は、顧客管理者に、完全な管理権限を持つ外部管理者として追加するよう依頼してください。このステップはこの段階で必須ではありませんが、プロセスを簡素化します。プロビジョニングの試みが自動添付ファイルに適していない場合、顧客管理者は後でこれを行う必要がある場合があります。
- オンボーディング テンプレートに「既存の組織に添付するときに管理者招待メールを許可する」トグルが true に設定されていることを確認します (テンプレートの詳細の共通設定にあります)。
- POST Wholesale Customer API を使用するために必要なパラメータを収集します。
- provisioningId、packages、orgId、externalId、address。
- orgId は、Control Hub の [アカウント] セクションから取得できます。
- provisioningId は、Partner HubのOnboarding templatesセクションで、Wholesaleテンプレートの詳細を表示できます。
- コールパッケージがプロビジョニングされている場合は、provisioningParameters が必要です。
- provisioningId、packages、orgId、externalId、address。
- POST Wholesale Customer API を使用して Wholesale サービスをプロビジョニングし、必要なパラメータがすべて提供されていることを確認します。
- リクエストが正常に受け入れられた場合は、202の応答が返されます。これは、卸売プロビジョニングが非同期に行われるため、プロビジョニングが成功したことを意味するものではありません。GET Wholesale Customer API によって返された status 属性を使用して、プロビジョニングが成功したかどうかを確認します。
制限とサポートされていない使用事例
- パートナー自身の顧客組織に卸売サービスを添付した後、Partner Hub 経由ではなく、パブリック API を介してさらにプロビジョニングを行う必要があります。
- ホールセール パートナーが現在管理していない顧客にホールセール サービスを追加する場合、特定のシナリオでは、顧客管理者から組織の承認が必要です。
- 既存の顧客組織には 100 人以上のユーザーがあります。
- 組織には検証済みのメール ドメインがあります。
- 組織のドメインが要求されます。
組織添付の条件
- Webex for Wholesale にプロビジョニングされている既存の組織の最初のユーザーは、管理者ユーザーとしてプロビジョニングされていません。既存の組織からの設定とエンタイトルメントは保持されます。
- 組織の既存の認証設定は、Wholesale プロビジョニング テンプレートの Webex で設定されているものよりも優先されます。その結果、既存のユーザーのログイン方法に変更はありません。
- 既存の顧客組織で基本的なブランディングが有効になっている場合、アタッチが行われた後、パートナーの高度なブランディング設定が優先されます。顧客が基本的なブランディングをそのままにしたい場合、パートナーは [高度なブランディング(Advanced Branding)] 設定でブランディングを上書きするように顧客組織を設定する必要があります。
- 既存の組織の名前は変更されません。
- [制限付き管理者モード(Restricted by Partner Mode)] トグルによって設定された [制限付き管理者モード(Restricted by Partner Mode)] は、添付された組織に対してオフになっています。
卸売セットアップ支援リクエストフォームの送信
ホールセール セットアップ アシスト サービスを使用している場合は、Partner Hub と Control Hub で顧客とユーザーをプロビジョニングしてサブスクリプション リクエストを送信した後、このフォームに入力します。
1 | |||||||||||||||
2 |
リクエストフォームで次のフィールドに入力します。 ほとんどの値は、Partner Hub と Control Hub の設定から取得できます。次の表では、いくつかの目立つ設定に適切な値を見つける方法について説明します。
| ||||||||||||||
3 |
SmartSheetの追加のフィールドに入力します。* ですべてのフィールドに入力してください。 | ||||||||||||||
4 |
リクエストのコピーを電子メールで受け取るには、[回答のコピーを送信 ]チェックボックスをオンにします。 | ||||||||||||||
5 |
[送信] をクリックします。 問題が発生した場合は、Calling ヘルプデスクからセットアップアシストヘルプをリクエストできます。チームは「ハウツー」通話の質問を支援し、セットアップ アシスト チームとのエンゲージメントを開始します。 |
次に行うこと
Cisco の Wholesale Setup Assist チームがオンボーディング プロセスを引き継ぎ、あなたと協力してオンボーディング プロセスを完了します。プロジェクトのフロー、およびこのプロセス中の Cisco の責任とパートナーの責任の詳細については、次の 2 つのフローのいずれかを参照してください。
-
Express Flowについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(Express Flow)」 を参照してください。
-
標準フローについては、「リファレンス」セクションの「卸売セットアップアシストによるオンボーディングフローのセットアップアシスタンス(標準フロー)」 を参照してください。
SubPartner を設定する
このモデルでのセットアップを要求する一方で、テクニカルオンボーディング、セットアップ、サポートの各フェーズで SubPartner をサポートするために、パートナーは SubPartner ごとに管理者アカウントを維持することを推奨します。これは、パートナーにとって追加の運用上の課題(SubPartnerごとに新しい電子メールと資格情報を維持する)をもたらし、将来の段階でこれを修正しようとする可能性があることを認識しています。ただし、以下の詳細をPSMチームにご連絡ください。
-
あなたの組織 ID
-
組織名
-
サブパートナー組織名
-
最初のサブパートナー管理者ユーザーとして割り当てるメールアドレス
-
最初のSubPartner管理者ユーザーの名と姓
-
サブスクリプション ID はサブパートナー組織と共有されます
-
サブパートナーの請求開始日(デフォルト: サブパートナーの設定日)
Partner Hub 経由の管理
Partner Hub ユーザー インターフェイスには、Partner Hub インターフェイスを介して多くの管理タスクを手動で管理できるオプションが含まれています。たとえば、folloiwng タスクを実行できます。
-
新しい顧客組織とユーザーのプロビジョニング
-
既存の組織のユーザーを追加または更新する
-
既存の設定を更新
ユーザーを手動で追加
1 |
Partner Hub にサインインし、[顧客] をクリックします。 |
2 |
該当する顧客の顧客ビューを起動します。 Control Hub で顧客ビューが開きます。
|
3 |
[ユーザー] をクリックします。 |
4 |
[ユーザーの管理] をクリックします。 |
5 |
[手動でユーザーを追加]をクリックします。 ユーザーを追加または変更するための追加オプションもあります。
|
6 |
そのユーザーの基本情報 (名前、メールアドレス、パッケージなど)を入力し、[次へ]をクリックします。 |
7 |
ユーザーを追加します。最大 25 人のユーザーを追加できます。 |
8 |
[次へ] をクリックします。 |
9 |
[閉じる] をクリックします。 |
ユーザーパッケージの変更
1 |
Partner Hub にサインインし、[顧客] をクリックします。 |
2 |
ユーザが属している顧客の顧客ビューを起動します。 |
3 |
Control Hub で、[ユーザー] をクリックします。 |
4 |
パッケージを変更するユーザーを選択します。 |
5 |
パッケージ セクションで、矢印 (>) をクリックします。 |
6 |
新しいパッケージを選択してください。 |
7 |
パッケージを Webex Calling または Webex Suite に変更した場合は、発信番号情報を更新します。 |
8 |
[変更] をクリックします。 |
顧客管理 API
次のパブリック API では、Wholesale パートナーが既存の顧客組織の設定を管理できます。
API |
説明 |
---|---|
この API を使用して、既存の顧客組織のいずれかの設定を更新します。 | |
この API を使用して、orgID、アドレス、プロビジョニング ステータス、パッケージなど、既存の顧客の設定の概要を表示します。 | |
この API を使用して、主な設定の概要とともに、顧客組織を一覧表示します。オプションのパラメータを入力して、検索条件を満たす組織のみに検索を制限できます。 | |
この API を使用して、既存の顧客組織を削除します。 |
卸売顧客を更新する
1 |
Wholesale Customer API の更新を開きます。 |
2 |
[PUT ] フィールドで、[customerID ] をクリックし、更新する顧客組織の customerID を入力します。 |
3 |
本文に 任意のパラメータを入力します。
|
4 |
[実行] をクリックします。 |
卸売顧客を取得する
1 |
Get a Wholesale Customer API を開きます。 |
2 |
GET行でid をクリックし、顧客IDを入力します。 |
3 |
[実行] をクリックします。 出力には、その顧客組織の詳細が表示されます。
|
卸売業者の顧客をリストする
API を使用して、既存の顧客組織のリストと、それらの顧客組織の詳細を取得するには、この手順を使用します。
-
検索パラメータなしで API を実行すると、出力にはパートナーが管理するすべての顧客が表示されます。
- 検索パラメータで API を実行すると、出力には条件に一致する顧客のみが表示されます。たとえば、externalId を入力すると、そのIdを使用する顧客組織のみが出力されます。
1 |
List Wholesale Customers API を開きます。 |
2 |
オプションです。任意の検索パラメータを入力します。 |
3 |
[実行] をクリックします。 出力には、検索条件を満たす顧客の顧客詳細が表示されます。
|
卸売顧客を削除する
この手順を使用して、既存の顧客組織から卸売サービスを削除します。
開始する前に
1 |
[Delete a Wholesale Customer API] を開きます。 |
2 |
削除する顧客組織の顧客ID を入力します。 |
3 |
[実行] をクリックします。 |
デバイスのオンボーディングと管理
Wholesale RTM は、Webex プラットフォームで利用可能なさまざまなデバイス管理 (DM) オプションを使用して、すべての Cisco デバイスと幅広いサードパーティデバイスをサポートします。DMオプションは以下のように詳細です。
-
Cisco 管理対象 Cisco デバイス: Cisco Webex プラットフォームは、この DM オプションを使用して、すべての Cisco デバイス (MPP および RoomOS) をネイティブにサポートします。これらのデバイスは、CH または API を介して直接追加およびプロビジョニングでき、パートナーと顧客に Cisco Experience で最高の Cisco を提供できます。Cisco デバイスは Webex 認識機能も有効になっており、ユーザーは Cisco MPP 電話から Webex サービス (強化されたサービスアビリティ、統合通話履歴、ディレクトリ同期、Webex プレゼンス、参加ボタン 1 つ、ホット デスキングなど) にアクセスできます。リストされている Webex サービスに加えて、RoomOS デバイスから PSTN 通話を行うこともできます。
新しい MPP デバイスのオンボード手順については、「Webex Calling デバイスの構成と管理」を参照してください。
Cisco デバイスの機能の詳細については、「Cisco MPP デバイスで利用可能な Webex 機能」を参照してください。
- Cisco が管理するサードパーティ製デバイス: Cisco Webex プラットフォームは、広く展開されているいくつかのサードパーティ製デバイス (Poly、Yealink、その他) をネイティブにサポートしています。Wholesale の新しい顧客組織は、Cisco またはアカウントマネージャに連絡して有効化できる新しい電話を追加するときに、これらのサードパーティの電話にアクセスできません。これらのデバイスの詳細については、「Webex Calling でサポートされるデバイス」を参照してください。
- 外部管理デバイス: シスコはさらに、パートナーと顧客が汎用 SIP デバイスとしてデバイスをプロビジョニングし、必要な DM 機能のレベルに基づいて外部 DM ツールを使用するか、使用せずに SIP 認証資格情報/設定ファイルをダウンロードして管理できる、外部管理された DM オプションを使用して、幅広いサードパーティデバイスのサポートを可能にします。これらの DM オプションは次のとおりです。
- 顧客管理デバイス: この DM オプションを使用すると、パートナーと顧客は、カスタマイズ要件が非常に低いポケットベル、ドアフォンなどの汎用 SIP デバイスをサポートできます。顧客管理デバイスを追加する方法の詳細については、「顧客管理デバイスを追加」を参照してください。
- パートナー管理デバイス: これは、パートナーと顧客が外部 DM ツールを使用して、完全なカスタマイズと大規模でさまざまなサードパーティ SIP 電話とゲートウェイをサポートできる新しい DM オプションです。パートナー管理対象デバイスの詳細については、「Webex のパートナー管理対象デバイス」を参照してください。
請求の照合
パートナー管理者は、Wholesale Billing API を使用して、パートナーごと、顧客ごと、またはユーザーレベルごとの使用量を示すカスタム請求レポートを生成できます。パートナーは、この情報を使用して毎月の請求書を照合し、使用量に応じて顧客とユーザーに請求することができます。
パートナーは、subPartnerOrgId パラメータを使用して、サブパートナーのカスタム請求レポートを生成することもできます。
最小アクセス要件を満たすパートナー管理者が利用できる 4 つの API があります。
課金 API |
APIの目的 |
パートナー管理者アクセス要件 |
---|---|---|
卸売請求レポートを作成する |
請求レポートを生成するために使用。 |
読み取り/書き込み |
卸売請求レポートを取得する |
生成された請求レポートをダウンロードするために使用。 |
閲覧 |
卸売請求レポートを一覧表示する |
そのパートナーに存在する請求レポートを一覧表示するために使用。 |
閲覧 |
卸売請求レポートの削除 |
既存の請求レポートを削除するために使用。 |
読み取り/書き込み |
データ ソース
請求レポートのデータは、Webex が各パートナーを追跡する使用量データから取得されます。毎日、Webex はすべてのパートナー、顧客、ユーザーの前日の使用量を追跡し、データを集約して、パートナーの毎月の請求書を生成するために使用できます。課金APIはこのデータを活用し、パートナー管理者がカスタムレポートを生成することで、パートナーは、パートナー、顧客、ユーザーレベルで毎月の請求書からの使用量を調整できます。
Webex がパートナーに請求する方法の詳細については、「サービスプロバイダーの請求」を参照してください。
卸売請求レポートを作成する
1 |
[卸売請求レポート API の作成] に移動します。 |
2 |
API が指定する形式で billingStartDate と billingEndDate の値を入力して、請求期間を入力します。過去5年間の日付は入力できますが、現在の日付は入力できません。 |
3 |
レポートのタイプ を入力します。
|
4 |
[実行 ] をクリックしてレポートを生成します。 |
5 |
API 出力からレポート ID をコピーします。生成された請求レポートを取得するために、この値を Get API で使用できます。 |
次に行うこと
卸売請求レポートを取得する
1 |
[Get a Wholesale Billing Report API] に移動します。 |
2 |
GET 行でid ボタンをクリックし、レポートの一意のID値を入力します。 |
3 |
[実行] をクリックします。 |
4 |
API はレポートのステータスを出力します。出力には、レポートをダウンロードするためのURLを提供するtempDownloadURL パラメータが含まれます。 |
5 |
レポートにアクセスしてダウンロードするには、tempDownloadURL をブラウザにコピーします。 |
卸売請求レポートを一覧表示する
この API を使用して、パートナー組織に対して生成された請求レポートのリストを取得します。既存のすべてのレポートを一覧表示するか、請求期間や請求タイプ (パートナー、顧客、ユーザー) などの指定されたパラメータを満たすレポートにリストを制限できます。
1 |
List Wholesale Billing Report API に移動 |
2 |
[クエリーパラメータ] で、使用する検索パラメータ(たとえば、startDate、endDate、Type、sortBy on)を入力します。これらのパラメータの詳細については、API の Developer ヘルプを参照してください。 |
3 |
[実行] をクリックします。 APIは、レポートのリストを一意のレポートID およびステータス(COMPLETED、IN_PROGRESS)とともに出力します。
|
次に行うこと
卸売請求レポートの削除
レポート ID に基づいて生成された請求レポートを削除するには、次の手順を使用します。レポートを削除する場合の例には、次のものがあります。
-
既存の請求レポートを再生成する場合は、まず既存のレポートを削除する必要があります。既存のレポートを削除したら、その期間の新しいレポートを作成できます。レポートが失敗または進行中の場合、削除要件は存在しないことに注意してください。
-
レポートが生成され、URL を間違った人に送信した場合、レポートを削除でき、レポートにアクセスできなくなります。
1 |
Wholesale Billing Report API の削除に移動します。 |
2 |
レポートIDを入力します。 |
3 |
[実行] をクリックします。 |
請求レポートフィールド
請求レポートには、次のフィールドが含まれます。
フィールド |
その他の情報 |
このタイプのレポートに表示されます |
---|---|---|
パートナー_名 |
パートナーの氏名 |
パートナー、顧客、ユーザー |
パートナー_組織_ID |
一意のパートナー識別子 |
パートナー、顧客、ユーザー |
サブスクリプション_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 |
固有のワークスペース ID |
USER |
ロケーション_ID |
一意のロケーション識別子 |
顧客、ユーザー |
Webex Wholesale の請求は、ユーザーにパッケージをプロビジョニングすることによってトリガーされるか、パッケージの割り当てを削除することによって停止されます。
パートナー SSO - SAML
パートナー管理者は、新しく作成された顧客組織に対して SAML SSO を設定できます。パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
-
サードパーティの ID プロバイダーが、Control Hub でのシングル サインオン統合の ID プロバイダーの要件セクションにリストされている要件を満たしていることを確認してください。
-
ID プロバイダーを持つ CI メタデータ ファイルをアップロードします。
-
オンボーディング テンプレートを設定します。[認証モード] 設定で、[パートナー認証] を選択します。[IDP エンティティ ID] については、サードパーティ ID プロバイダーの SAML メタデータ XML から EntityID を入力します。
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
ユーザーがログインできることを確認します。
パートナー SSO - OpenID Connect (OIDC)
パートナー管理者は、新しく作成された顧客組織の OIDC SSO を設定できます。パートナーは、単一の事前に定義された SSO の関係を構成し、その構成を管理する顧客組織および自社従業員に適用することができます。
パートナー SSO OIDC を設定する以下の手順は、新しく作成された顧客組織にのみ適用されます。パートナー管理者が既存のテンプルでデフォルトの認証タイプをパートナー SSO OIDC に変更しようとすると、その変更はテンプレートを使用してすでにオンボードされている顧客組織には適用されません。
-
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 email profile' には openid と email を含める必要があります。
認証エンドポイント
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 認証エンドポイントの URL。
tokenEndpoint(トークンエンドポイント)
ディスカバリエンドポイントが提供されていない場合、はい
IdP の OAuth 2.0 トークン エンドポイントの URL。
ディスカバリエンドポイント
不可
IdP の Discovery Endpoint for OpenID エンドポイント検出の URL。
userInfoEndpoint(ユーザー情報エンドポイント)
不可
IdP の UserInfo エンドポイントの URL。
キーセットエンドポイント
不可
IdP の JSON Web Key Set エンドポイントの URL。
上記の IDP 属性に加えて、パートナー組織 ID を TAC 要求で指定する必要があります。
-
OpenID 接続 IDP でリダイレクト URI を設定します。
-
オンボーディング テンプレートを設定します。認証モードの設定では、[OpenID Connectによるパートナー認証] を選択し、IDP設定時に提供されたOpenID Connect IDP Entity IDとしてIDP名を入力します。
-
テンプレートを使用する新しい顧客組織に新しいユーザーを作成します。
-
ユーザーがSSO認証フローを使用してログインできること。
パートナー モードによる制限
パートナーモードによる制限は、パートナー管理者が特定の顧客組織に割り当てて、顧客管理者が Control Hub で更新できる組織設定を制限できるパートナーハブ設定です。この設定が特定の顧客組織に対して有効になっている場合、その組織のすべての顧客管理者は、ロールエンタイトルメントに関係なく、Control Hub の制限付きコントロールのセットにアクセスできません。制限された設定を更新できるのはパートナー管理者のみです。
顧客管理者アクセス
パートナーごとの制限モードが適用されると、顧客管理者は通知を受け取ります。ログイン後、画面の上部に Control Hub ヘッダーのすぐ下に通知バナーが表示されます。バナーは、制限モードが有効になっていることを顧客管理者に通知し、一部の通話設定を更新できない場合があります。
パートナーモードによる制限が有効になっている組織の顧客管理者については、Control Hub アクセスのレベルは次の式で決定されます。
(Control Hub アクセス) = (組織のロールのエンタイトルメント) - (パートナー モードの制限により制限)
パートナーごとの制限モードに関係なく、顧客管理者はいくつかの制限に直面します。これらの制限には以下が含まれます。
- コール設定: [Calling] メニューの [App Options Call Priority] 設定は読み取り専用です。
- ロケーションの設定: ロケーション作成後に通話を設定すると、非表示になります。
- PSTN 管理と通話録画: これらのオプションは、ロケーションに対してグレー表示されます。
- 電話番号管理: [コール(Calling)] メニューで電話番号管理が無効になり、[アプリオプションのコール優先度(App Options Call Priority)] 設定とコール録音は読み取り専用になります。
制限事項
顧客組織でパートナーごとの制限モードが有効になっている場合、その組織の顧客管理者は次の Control Hub 設定へのアクセスが制限されます。
-
[ユーザー] ビューでは、以下の設定が利用できません。
-
ユーザーの管理 ボタンがグレー表示されます。
-
ユーザーを手動で追加または変更する—手動または CSV でユーザーを追加または変更するオプションはありません。
-
ユーザーの要求:利用不可
-
ライセンスの自動割り当て(使用不可)
-
ディレクトリ同期—ディレクトリ同期設定を編集できません (この設定は、パートナーレベルの管理者のみ使用できます)。
-
ユーザーの詳細:名、姓、表示名、プライマリメール*などのユーザー設定は編集できます。
-
Reset Package:パッケージタイプをリセットするオプションはありません。
-
[サービスの編集(Edit Services)]:ユーザーに対して有効なサービス (メッセージ、ミーティング、通話など) を編集するオプションはありません。
-
サービスステータスの表示 - ハイブリッドサービス またはソフトウェアアップグレードチャネルのフルステータスを表示できません。
-
プライマリ作業番号—このフィールドは読み取り専用です。
-
-
[アカウント] ビューでは、以下の設定が利用できません。
-
会社名 は読み取り専用です。
-
-
[組織設定] ビューでは、以下の設定が利用できません。
-
ドメイン:アクセスは読み取り専用です。
-
Email—Suppress Admin Invite Email とEmail Locale Selection の設定は読み取り専用です。
-
Authentication:認証とSSO設定を編集するオプションはありません。
-
-
[通話] メニューでは、以下の設定が利用できません。
-
通話設定—アプリオプションの通話優先 設定は読み取り専用です。
-
通話動作—設定は読み取り専用です。
-
[ロケーション ] > [PSTN]:ローカル ゲートウェイと Cisco PSTN オプションが非表示になります。
-
-
SERVICESでは、移行 および接続されたUC サービスオプションが抑制されます。
パートナー モードによる制限を有効化する
パートナー管理者は、以下の手順を使用して、特定の顧客組織のパートナーモードによる制限 を有効にできます(デフォルト設定が有効になっています)。
-
Partner Hub ( https://admin.webex.com) にサインインし、[顧客] を選択します。
-
適用する顧客組織を選択します。
-
右側の設定ビューで、[パートナーモードによる制限] トグルを有効にして設定をオンにします。
[パートナー モードによる制限] をオフにしたい場合は、無効を選択してください。
パートナーが顧客管理者の制限付き管理者モードを削除すると、顧客管理者は次の操作を実行できます。
-
Wholesale ユーザーに Webex を追加する (ボタン付き)
-
ユーザーのパッケージを変更する
Wholesale Provisioning でサポートされているタイムゾーンのリストの詳細については、「 Wholesale Provisioning でサポートされているタイムゾーンのリスト」を参照してください。
テクニカルサポート
以下の図は、このオファーのサポートモデルを強調しています。
パートナーは、顧客からの問い合わせに対応することが期待されます。ただし、パートナーがヘルプを必要とする場合は、次の表に、パートナー管理者が利用できるサポートチャネルをまとめています。次の点に注意してください:
サポート チャネル |
説明 |
---|---|
Webex Calling ヘルプデスク |
「方法」を提供し、Webex Calling の機能と構成に関する問い合わせを支援します
|
TAC
|
パートナーは、以下によりTACに直接連絡することができます。
|
Cisco エクスペリエンス サービス |
お客様は、CCW内からCESに直接連絡することができます。
|
Webex Calling パートナー ヘルプ デスク (PHD) の使用方法
パートナーエクスペリエンス
ホールセール オファリングに関するパートナーのハウツーおよび/またはドキュメントに関するお問い合わせは、Webex Calling パートナー ヘルプデスク (PHD) にお問い合わせください。PHDに連絡するには、以下の情報を使用します。
-
電話:
-
米国: 1-844-613-6108
-
イギリス: +44 129 366 10 20
-
ドイツ:+49 22 197 585129
-
オーストラリア:+61 3 7017 7272
-
-
チケットを開く https://mycase.cloudapps.cisco.com/case > Webex > Calling and Business Phones > Webex パートナー ヘルプデスク
-
電子メール:
- webexcalling-PHD@cisco.com
- Webex Calling マルチテナント:webexcalling-PHD@cisco.com
- Webex Calling キャリア:bc-carrier-PHD@cisco.com
-
チャット:
- ライブチャット - help.webex.com/en-us/contact > チャット
- ライブチャット - https://admin.webex.com/partner/resources
PHDエスカレーション:
BroadWorks から Wholesale RTM への移行のための移行ツール
概要
このドキュメントでは、既存の BroadWorks 顧客を Wholesale Route-to-Market ソリューションに移行するのに役立つ一連の移行ツールについて説明します。移行ツールは、移行タスクを自動化することにより、顧客、ロケーション、番号、ユーザー、サービス、電話、およびソフトクライアントを移行できる使いやすいコマンドラインツールです。移行ツールには、次の利点があります。
-
最小限の事前設定で移行を実行します。
-
実行するコマンドを容易にします。
-
管理者は、プロビジョニング後にデータを確認し、移行後すぐにコールを発信および受信できます。
-
UC-One クライアント用の Webex アプリへの自動アップグレードをサポートしています。
ドキュメント
-
BroadWorks から Wholesale RTM への移行ツールガイドを表示するには、BroadWorks から Wholesale RTM への移行ツールを参照してください。
マニュアルの改訂履歴
日付 |
バージョン |
説明 |
---|---|---|
2024年8月21日。 |
1.33 |
|
2024年8月9日。 |
1.32 |
|
2024年7月12日。 |
1.31 |
|
2024年6月27日。 |
1.30 |
|
2024年5月27日。 |
1.29 |
|
2024年5月22日。 |
1.28 |
|
2024年5月10日。 |
1.27 |
|
2024年5月8日。 |
1.26 |
|
2024年3月22日。 |
1.25 |
|
2024年2月6日。 |
1.24 |
|
2024年1月23日。 |
1.23 |
|
2023年12月12日。 |
1.22 |
|
2023年8月23日。 |
1.21 |
|
2023年7月31日。 |
1.20 |
|
2023年6月9日。 |
1.19 |
|
2023年5月26日。 |
1.18 |
|
2023年5月19日。 |
1.17 |
|
2023年5月9日。 |
1.16 |
|
2023 年 4 月 28 日 |
1.15 |
|
2023 年 4 月 17 日 |
1.14 |
|
2023年1月26日。 |
1.13 |
|
2022 年 12 月 07 日。 |
1.12 |
|
2022 年 12 月 05 日 |
1.11 |
|
2022 年 11 月 30 日 |
1.10 |
|
2022 年 11 月 02 日 |
1.9 |
|
2022 年 8 月 31 日 |
1.8 |
|
2022 年 8 月 18 日木曜日 |
1.7 |
|
2022 年 7 月 29 日 |
1.6 |
|
2022 年 6 月 10 日 |
1.5 |
|
2022 年 6 月 03 日 |
1.4 |
|
2022 年 5 月 02 日 |
1.3 |
|
2022年4月11日。 |
1.2 |
|
2022 年 3 月 02 日 |
1.1 |
|