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

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

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

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

Packages/add-ons

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

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

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

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

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

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

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

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

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

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

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

住所

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

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

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