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

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

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

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

Packages/AddOns

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

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

  新しい顧客を作成するときに、パートナーは割り当て可能なパッケージの最大数を制御するパッケージとアドオンの数量を指定します。

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

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

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

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

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

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

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

住所

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

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