卸売RTMでは、CCWに顧客ごとの発注書を出す必要がなくなります。 代わりに、 サービスプロバイダーは、 パブリックAPIまたはパートナーハブを使用して、Webexに対して顧客を直接オンボーディングできます。

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

• サービスプロバイダーは、 パブリックAPIを顧客プロビジョニングワークフローに統合して、 顧客とユーザーをWebexに自動的に登録し、サービスを割り当てることができます。

• 顧客が登録されると、サービスプロバイダーはパートナーハブ、コントロールハブ、およびパブリックAPIを使用して、顧客向けのソリューションをさらに管理できます。

パッケージ/アドオン

Wholesale RTMのサービス割り当ての基本単位は、パッケージとアドオンです。

• パッケージは基本サービスです。 すべてのユーザーにはWebex Messaging、 会議と通話サービスのセットを利用できるパッケージが1つだけ （そして1つだけ）割り当てられます。 パッケージのリストについては、パッケージオファーを参照してください。

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

• アテンダントコンソールとシスコ通話プランアドオンは、 基本パッケージにはデフォルトでは含まれていない追加の有料機能です。 Wholesale RTMの最初のリリースにはアドオンは含まれていませんが、 開発中の潜在的なアドオンのリストがあります。

制限対象者または拒否者チェック

卸売業RTMプロビジョニングは、コンプライアンスの目的で、顧客が制限対象者リストまたは拒否者リスト（RPL）に含まれているかどうかを自動的にチェックします。 この検証は、顧客が作成されたり、請求先住所が更新されたりするたびに必須です。これにより、顧客がRPLに記載されていないことを確認できます。 このチェックはすべてのお客様に適用されます。

RPLコンプライアンスチェックはバックグラウンドで非同期に実行されます。 つまり、 お客様のプロビジョニングはシームレスに進行し、 チェック中にプロビジョニングフローが中断されたり遅れたりすることはありません。

システムは、バックグラウンドでRPLコンプライアンスチェックを開始して実行します。 顧客がRPLの苦情を申し立てている場合は、RPLチームによるそれ以上の措置は必要ありません。

コンプライアンスに一致する可能性のあるものが検出されると、審査プロセスが開始されます。 RPLチームは手動でレビューを行い、問題がなければ顧客を承認します。 ほとんどの問題は15〜60分以内に確認され、解決されます。 コンプライアンスの問題が解決しない場合は、パートナーに連絡して問題の解決を支援します。

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

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

住所

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

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

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