移行中は、Unified CM企業ダイヤルプランに登録されているデバイスと登録されているデバイスを共存させるために、少なくとも次の要件を満たすように変更する必要があります。Webex Calling Unified CM

• +E.164 からへのダイヤル中 Unified CM Webex Calling

• Unified CMからへの内線ダイヤルWebex Calling（サイト内だけでなく、内線範囲が固有の場合はサイト間でも）

• からへのサイト間ダイヤルの短縮形 Unified CM Webex Calling

• からへの強制オンネットダイヤル Unified CM Webex Calling

• 不在着信ディレクトリから次の宛先へのコールバック Webex Calling

• 移行中にオンプレミスのPSTNが使用されている場合Webex Calling、PSTNからPSTNへのPSTNコール Webex Calling

• 移行中、から Webex Calling if Unified CM へのPSTN呼び出しは、Webex Callingハイブリッド展開のPSTNトランキングを使用して、Cloud Connectを介してオンプレミスユーザーにPSTNアクセスを提供します。Unified CM Webex Calling

• Webex Callingからへの強制オンネット Unified CM

• からUnified CM（サイト間）Webex Callingの内線番号をダイヤルします。

上記のいずれかが移行前にサポートされていないダイヤル習慣がある場合、たとえば、 短縮されたサイト間ダイヤル習慣が存在しない場合は、移行中にそれらを導入する必要はありません。

図「ベストプラクティスダイヤルプラン」は、「Cisco Collaboration 12.xエンタープライズオンプレミス展開の推奨アーキテクチャ、CVD」 で説明されているベストプラクティスのダイヤルプランアプローチを示しています。 このアプローチの主な特徴は次のとおりです。

• +E.164電話番号用の単一パーティション

• +E.164ルートパターンに基づくコアルーティング

• トランスレーションパターンを使用して、すべてのダイヤル習慣を+E.164に正規化する

• トランスレーションパターンのコーリングサーチスペースの継承（オプション： トランスレーションパターンに設定された発信者のコーリングサーチスペースを使用する）。

たとえば、 回線コーリングサーチスペースがプロビジョニングされたSJCのデバイスからPSTNダイヤル（9+1+10D）を行うと、最初に 9.1 [2-9] XX [2-9] XXXXXX トランスレーションパターンが照合されます。これにより、着信側の番号が +E.164 に正規化されます。 その後、セカンダリルックアップでは同じコーリングサーチスペースSJCInternationalが再び使用され（ コーリングサーチスペースの継承）、+.164桁の文字列は、 DNパーティションの+E.164電話番号か、USPSTNNnationalまたはSJCPSTNLocalパーティションのPSTNルートパターンのいずれかと一致します。 サイト内およびサイト間の短縮ダイヤル習慣は、 ESNとSJCTOE164パーティションの翻訳によって実装されています。 ESNパーティションはグローバルパーティション（すべての場所の電話からアクセス可能）ですが、 SJCTOE164パーティションにはロケーションSJCのユーザーのみがアクセスできます。 これは、 拡張範囲が重複していることを前提としています。

Unified CMWebex Callingからへの通話を有効にする最初のステップは、+E.164の宛先がそれに応じてルーティングされることを確認することです。 これは、 Webex Callingダイヤルプランにパーティションを追加し、Webex Callingそのパーティションにすべての宛先の +E.164 ルートパターンを追加し、最後に、Webex Calling 到達する必要があるサービスクラスを表すすべてのコーリングサーチスペースにパーティションを追加することで実現できます。Webex Calling からの通話に対して差別化されたサービスクラスを作成するには、Webex Calling専用のパーティションを作成する必要があります。Webex Calling コールループを避けるためには、 Webex Callingローカルゲートウェイからのトランクのインバウンドコーリングサーチスペースがパーティションにアクセスできないようにする必要があります。

図+E.164ルーティング先に示すようにWebex Calling、+E.164 DID範囲+1 221 555 Unified CM Webex Calling 2XXXでサイトコード121のロケーションからへのルーティングを有効にするには、 この+E.164範囲に一致する緊急ルートパターンをパーティションに追加する必要があります。Webex Calling

サイト固有のローカルゲートウェイを選択する必要がない場合は、 ローカルルートグループを含むルートリストを宛先として使用する代わりに、Webex Callingローカルゲートウェイを唯一のメンバーとして1つのルートグループを指すルートパターンをプロビジョニングし 、ルートパターンは、Webex CallingWebex Callingこの1つのルートグループを唯一のエントリとする単一のルートリストを指します。Webex Calling

サイトへのサイト間の短縮ダイヤリングを有効にするには、Webex Calling必要なルートパターン8121.2XXXがパーティションに追加されます。Webex Calling Webex CallingESNダイヤリングを+E.164に正規化するダイヤル正規化パターン8121.2XXXに移行するサイトの場合、ESNパーティションにすでに存在している可能性があります。 その場合、 8121.2XXXは冗長に思えますが、それぞれの場所のすべてのDNが8121.2XXXのダイヤル正規化トランスレーションパターンに移行されるとすぐに削除でき、8121.2XXXルートパターンにより、 その範囲内の内線のみのユーザーでもESNダイヤルが可能になります。Webex Calling

このようなダイヤルプランの変更により、短縮されたサイト間と+E.164をダイヤルするだけで、Webex Callingその場所に電話をかけることができなくなります。 また、 国際および国内のPSTNダイヤルも可能です。これは、 これらのダイヤル習慣が最初に既存のダイヤリング正規化トランスレーションパターンによって+E.164に正規化され、次にパーティション内の+E.164ルートパターンと一致することによってルーティングされるためです。Webex Calling Webex Calling

Webex Callingその場所のDID範囲での+E.164ルートパターンマッチングは、すべてのDIDがホストされている間にプロビジョニングできます。Unified CM Unified CMのベストマッチパターンマッチングアルゴリズムは、ホストされている番号がダイヤルされたときに、プロビジョニングされている +E.164 電話番号が、を指すワイルドカードの +E.164 ルートパターンよりも確実に一致するようにします。Unified CMこれにより、Unified CMコールは送信されない回線に転送されます。Webex Calling Unified CM Webex Calling

の各ユーザーにはWebex Calling、内線番号や+E.164の電話番号が用意されています。 エクステンションの長さは固定グローバル設定です。Webex Callingデプロイメント内のすべてのエクステンションの長さは同じです。 内線ダイヤルは、同じ場所内でも拠点間でも、Webex Callingユーザー間で使用できます。 サイト間内線番号の短縮ダイヤル（後者の場合）は、ダイヤルされた内線番号が一意の場合にのみ機能します。

場所間の短縮されたサイト間ダイヤルが必要であるが、 異なる場所に割り当てられた内線番号が重複している場合は、内線番号の先頭にアクセスコード、サイトコードを付けて、企業固有の番号計画を作成する必要があります。 詳細については、 シスココラボレーション向けプリファードアーキテクチャ15オンプレミス展開の設計概要を参照してください。シスココラボレーションプリファードアーキテクチャを参照してください。

内線番号、ロケーション間の内線番号のダイヤル動作、ロケーション間ダイヤルのプレフィックス長、 およびロケーション間ダイヤルのルーティングプレフィックスのステアリングディジットは、Control Hubの通話サービス設定で設定されます。

• ロケーションルーティングのプレフィックス長：ステアリングディジットを含むプレフィックス長。 代替の短縮企業ロケーション間ダイヤル習慣として企業番号計画を確立する必要がある場合にのみ必要です。

• ルーティングプレフィックスのステアリングディジット： 企業ロケーション間の短縮ダイヤル習慣のステアリングディジット。 場所や場所の最初の桁と発信ダイヤル番号と重複することは避けてください。 代替の短縮企業ロケーション間ダイヤル習慣として企業番号計画を確立する必要がある場合にのみ必要です。

• 内部エクステンションの長さ：エクステンションの標準長さ。 2から10までの任意の値を指定できます。

  オンプレミスのコールコントロールからに内線番号のダイヤルや企業の重要な番号 （ステアリングコード、サイトコード、内線番号）が必要で、オンプレミスのコールコントロールが発信者IDとして内線番号を送信する場合は、Webex Callingオンプレミスのコールコントロールからへのアップストリームコールがオンプレミスとして分類されるように、オンプレミスのコールコントロールからのアップストリームコールがオンプレミスとして分類されるように、オンプレミスのコールコントロールからのアップストリームコールがオンプレミスとして分類されるように、オンプレミスのコールコントロールからのアップストリームコールがオンプレミスとして分類されるように、オンプレミスのコールコントロールからのアップストリームコールがオンプレミスとして分類されるように、 オンプレミスのコールコントロールからのアップストリームコールがオンプレミスとして分類されるように Webex Calling Webex Calling正しく電話します。

• 場所間の内線ダイヤルを許可する： 場所間の内線ダイヤルを有効/無効に切り替えます。 このオプションは、 組織内のすべての内線番号が固有の場合にのみ有効にしてください。 このオプションが無効になっている場合は、企業の重要な番号 （ステアリングコード、サイトコード、内線番号） または電話番号を場所間でダイヤルする必要があります。

最初の3つのパラメータは主に、 オフフックダイヤルを使用する際の桁間タイムアウトを最小限に抑えるための電話のダイヤルプランを構築するために使用されます。 これらのグローバル設定からの逸脱は引き続き可能です（例-異なる長さの内線番号をプロビジョニングできます）が、Control Hubに警告メッセージが表示され、電話からのダイヤルには、 プリロードされたダイヤルプラン内での競合を避けるためにブロックダイヤルが必要になる場合があります。

この表の企業番号の例は、 NYCとRTPという2つの場所の内線範囲が同じ3つの場所の例を示しています。 サイト間のステアリングディジット 8、その後に3桁のサイトコード、 4桁の内線番号を付けて企業番号スキームを確立すると、 重複しない省略されたサイト間ダイヤル習慣が生まれます。

テーブル 2.エンタープライズナンバリングの例

サイト	拡張範囲	サイトコード	エンタープライズレンジ
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

スムーズな移行を可能にするために、 Webex Calling理想への移行前と移行後のユーザーのダイヤル習慣は同じでなければなりません。 各ロケーションの移行に備えて、 DID範囲と内線範囲（またはサイト内の短縮ダイヤル習慣）を文書化する必要があります。 この情報に基づいて、サイト間のステアリングディジットを選択する必要があります。

Webex Calling固定長の延長範囲の表は、 3つの位置と固定長の延長範囲の例を示しています。 重複するダイヤル習慣を避ける必要があるため、どの内線範囲でも、 範囲の最初の桁が短縮サイト間ダイヤルのステアリングディジットと一致しないことを確認することが重要です。 たとえば、 サイト間ダイヤルのステアリングディジットとして8を選択した場合、どのサイトの内線範囲も8で始まることはできません。 通常、特定の場所の内線番号は、 その場所に割り当てられたDIDの最後の数桁と一致します。 重複を避けるために、拡張子の最初の桁を変更することができます。 たとえば、ある場所で +1 408 555 8XXX の範囲のDIDが使用されている場合、 拡張範囲として8XXXを使用する代わりに、7XXXをそのサイトの内線に使用できます

テーブル 3.Webex Calling固定長の延長範囲

サイト	拡張範囲	Webex Calling拡張機能	サイトコード	エンタープライズレンジ
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Webex Calling米国のダイヤルプランを使用しているデバイスでダイヤルされる7桁のダイヤル文字列が、Webex Callingプリロードされた米国のダイヤルプランのローカルダイヤルの7桁のダイヤル文字列と重複しています。 オンネットとオフネット（PSTN）のダイヤル方法が重複しないように、 その場所では必須の外部アクセスコードを使用できます。 Webex Calling既存の企業番号スキーマとそれに対応する短縮サイト間ダイヤルが国内ダイヤルのパターンと重複している場合は、番号スキーマへの移行中に、重複を避けるために長い形式または短い形式に変更することもできます。Webex Calling これを実現する最も簡単な方法は、ナンバリングスキーマにパディングディジットを追加することです。 新しいより長いサイト間ダイヤルスキーマは、すでに移行したユーザーにのみ採用する必要があります。Webex Calling まだ利用しているユーザーはUnified CM、引き続き7桁をダイヤルできます。 Unified CMこの場合に使用している企業のダイヤルプランでは、Unified CMWebex Callingからまでの7桁の短縮ダイヤルが、+E.164または導入されている短縮ダイヤル形式に変換されていることを確認する必要があります。Webex Calling これは、ローカルゲートウェイに電話をかける前に行う必要があります。

この番号変更の例を示しているのは、7桁のダイヤリング表です。 この例では、Unified CMサイト間ダイヤルの短縮形では、ステアリングディジット8の後に、2桁のサイトコードと4桁の内線番号が続きます。 のロケーションで7桁の短縮されたサイト間ダイヤリングを避けるにはWebex Calling、 で使用している2桁のサイトコードの前に任意のパディングディジット（例では8）を付けることで、サイトコードを簡単に3桁に変更できます。Unified CMこれにより、Webex Calling電話からのサイト間ダイヤルでは、ステアリングディジット8の後にパディングディジット8、古い2桁のサイトコード、4桁の内線番号が続きます。 のユーザーは、Webex Calling新しいサイトコードを覚えておく必要はありません。 サイト間ダイヤルのプレフィックスとして、8 onの代わりに88を使用することだけを覚えておく必要があります。 Unified CM

テーブル 4.7桁ダイヤルの移行

		Unified CM		Webex Calling
サイト	拡張機能	サイトコード	エンタープライズレンジ	サイトコード	エンタープライズレンジ
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Unified CMさまざまな企業番号形式がオンになっているシナリオで、Webex CallingUnified CMからへの通話の発信者情報として企業番号が表示される場合Webex Calling（たとえば、DIDのないデバイスからのコール）、 コールバックが機能するように発信者情報のさまざまな番号形式間のマッピングも実装することが重要です。 このマッピングは、 Unified CMとローカルゲートウェイの間のトランクで発信側トランスフォーメーションパターンを使用することで実現できます。

適切な通話録音プロバイダーを選択することは、 ビジネス目標を達成し、組織全体で機能を統一するための基本です。

• グローバルプロバイダーの選択：組織は通常、全拠点で機能セット、コンプライアンス、サポートの一貫性を確保するために、 グローバルレベルで主要な通話録音プロバイダーを指定します

• ロケーションベースのオーバーライド： 特定のサイトや地域に固有のビジネスニーズや規制要件がある場合は、 グローバルプロバイダーの選択を無効にして、その場所に代わるプロバイダーを指定する必要があるかもしれません。 この柔軟性は、 さまざまなコンプライアンス義務や地域の運用ニーズに対応します

• ビジネス要件：プロバイダーの選択は、規制順守（例-MiFID II、HIPAA）、 品質保証、紛争解決、 またはトレーニングの必要性などのビジネス推進要因の評価によって決定されるべきです

• 機能の可用性：プロバイダーは、リアルタイムの監視、検索と再生機能、 暗号化、保存ポリシー、分析プラットフォームとの統合、 さまざまな通話タイプ（インバウンド、アウトバウンド、内部）のサポートなど、 必要な機能を提供する能力に基づいて評価する必要があります。

通話録音を保存して処理する地域を決定することは、 コンプライアンスとパフォーマンスにとって重要です。

• グローバルな地域選択：デフォルトでは、組織は管理とガバナンスを簡素化するために、 通話録音を保存する地域を1つだけ選択できます

• ロケーションベースのリージョンのオーバーライド：データ居住法や企業ポリシーで義務付けられている場合は、特定のロケーションのグローバルリージョン設定をオーバーライドして、 通話録音が必要な地理的境界内で保存および処理されるようにする必要がある場合があります

• データ保存要件：設計では、 通話録音をどこでどのように保存するかを規定する国際および地域のデータ保護規制（GDPR、CCPA、国固有の義務など）を考慮する必要があります。

Webex Calling通話録音ソリューションの計画と設計において取り組むべきもう1つの重要な側面は、ストレージ要件の見積もりです。 継続的な事業運営をサポートし、コンプライアンスを維持し、サービスの中断を回避するのに十分な容量を確保するには、 ストレージのニーズを正確に予測することが不可欠です。

予想されるストレージ需要を判断する際には、いくつかの重要なパラメータを考慮する必要があります。

• 録音された通話の量：特定の時間間隔（日、週、月など） に録音されると予想される通話数を評価します。 これには、 社外からの電話だけでなく、 ビジネスポリシーや規制で必要な場合は社内コミュニケーションも含まれます

• 平均通話時間：通話時間が長くなるほどストレージ容量が多くなるため、 録音された通話の一般的な長さを計算してください。 部門やユーザーグループによって通話時間が異なることも見積もりに考慮する必要があります

• 保存期間：録音を保存する必要がある期間を定義します。多くの場合、 これは組織の方針や外部規制（ 業界固有のコンプライアンス基準など）によって決定されます。 保存期間が長くなると、 全体的なストレージ要件が増えます

• 成長予測：ビジネスの拡大、新しい規制要件、 または追加のユーザーや拠点のオンボーディングによって予想される通話量の増加や録音範囲の拡大を検討してください。

これらのパラメータを徹底的に分析することで、Webex Calling組織は通話録音ソリューションのスケーラビリティ、費用対効果、 規制遵守を保証する強固なストレージ戦略を立てることができます。 また、時間の経過とともに使用パターンが変化するので、 ストレージの割り当てを定期的に見直して調整することをお勧めします。

管理者は、Control Webex Calling Hubのインターフェースから個々のユーザーに手動でライセンスを割り当てます。

管理者は個々のユーザーのサービスライセンスを編集し、 通話ライセンスを直接割り当てることができます。

Control Hubのライセンス割り当てテンプレートを使用して、グループまたは組織の設定に基づいてユーザーにライセンスを自動的に割り当てます。

自動ライセンスは、ディレクトリ同期またはユーザーによる手動更新によって実行できますが、 ユーザーは有効な+E.164形式の電話番号を持ち、電話番号はユーザープロビジョニング前の場所に存在している必要があります。 Webex Calling 条件が満たされない場合（ 電話番号の形式が無効など）、Webex Callingライセンスは割り当てられません。

ユーザーの詳細とライセンスの割り当てを記載したCSVファイルをアップロードして、 複数のユーザーを一度に追加または変更してください。

CSVインポートでは、最大20,000人のユーザーを追加してライセンスを割り当てることができますがWebex Calling、ライセンスには電話番号や内線番号などの特定のフィールドが必要です。

Webex APIを使用して、プログラムでライセンスを割り当て、ユーザーを管理します。

Webexは、ユーザーとライセンス管理のためのAPI操作（People、SCIM 2.0、 Licenses API）をサポートしており、ライセンス割り当ての自動化に活用できます。 Licenses APIでは、ライセンス、電話番号、内線番号を同時に割り当てることができます。

テーブル 5.ユーザープロビジョニングオプション-まとめ

割り当て方法	プロ	短所
コントロールハブからマニュアル	少数のユーザーにとっては簡単です。 ライセンスの割り当てを正確できめ細かく管理できます。	拡張性がなく、時間がかかる 手動で入力すると人為的ミスが発生しやすくなります。
自動ライセンステンプレート	スケーラブルです 手作業によるミスを減らします 新規ユーザーにも既存ユーザーにも適用できます。	有効な電話番号と場所が必要です。 セットアップがもっと複雑 また、 同等のライセンス要件を持つユーザーグループごとにユーザーグループが必要です。
CSVの一括アップロード	大規模なユーザーグループには効率的です ライセンス、電話番号、内線番号を同時に割り当てることができます。	慎重なCSVフォーマットが必要です 電話番号や内線番号が欠落しているか間違っていると、エラーが発生する可能性があります。
APIベースの割り当て	自動化可能、柔軟性があります。 ライセンス、電話番号、内線番号を同時に割り当てることができます。	開発とAPIの知識が必要です。

表「ユーザープロビジョニングオプション-概要」は、 ユーザープロビジョニングオプションとその長所と短所をまとめたものです。 この概要は、顧客の組織の規模、自動化機能、 およびユーザープロビジョニングプロセスと要件に基づいて、最適なライセンス割り当て方法を選択するのに役立ちます。

シスコでは、可能な限り、ライセンステンプレートを使用して通話ライセンスを割り当てることを推奨しています。 これには、ユーザーのグループごとに固有のライセンスセットが必要です（例- Webex Calling スタンダード vs. プロフェッショナル) それぞれのグループメンバーシップを持つグループが存在します。 ユーザーグループのセクションで説明したように、 ユーザーグループはControl Hubで手動で定義することも、社内ディレクトリから同期することもできます。 両方のアプローチを組み合わせることも可能です。

複数のグループに属するユーザーは、すべてのグループに適用されるすべての課題からライセンスを取得します。 これにより、Webex Callingエンタープライズディレクトリ内のライセンス固有のセキュリティグループを使用してWebexライセンスの割り当てを管理できます。その結果生じるユーザーライセンスの割り当ては、 グループメンバーシップの組合によって制御されます。

詳細については、「Control Hub での自動ライセンス割り当ての設定」および「 Webex Callingユーザーの自動ライセンス割り当てテンプレートの設定」を参照してください。

このセクションでは、Webex Calling関連するライセンスのみを扱います。 他の種類のライセンス（例-Webex デバイス登録、メッセージング、 ミーティング）は対象外です。 設計プロセスの一環として、 ライセンス要件を決定する必要があります。 次のライセンスタイプのライセンス数を計算する必要があります。

• Webex Calling標準:標準のテレフォニー機能を必要とする個人ユーザーの数。

• Webex Callingプロフェッショナル： 高度なテレフォニー機能を必要とするユーザーとワークスペースの数。 仮想回線とグループボイスメールは、 プロフェッショナルライセンスごとに1：1の比率で利用できます。 そのため、まれに、 必要な仮想回線やグループボイスメールの数が、 高度な電話機能を必要とするユーザーやワークスペースの数を超える場合は、追加のプロフェッショナルライセンスを購入する必要があります。

• Webex Calling共用エリア用のワークスペース： 標準の通話機能を必要とする共用エリアまたは共用エリアの場所の数。

• Webex Callingカスタマーアシスト：Webex Callingカスタマーアシスト機能を必要とするエージェントとスーパーバイザーの数。 Webex CallingWebex CallingカスタマーアシストにはProfessionalライセンスが含まれます。

• ルートリストコール： Unified CMオンプレミスのユーザーおよび/またはオンプレミスの特殊なサードパーティアプリケーション間で必要な Cloud Connected PSTN コールの数。

• アテンダントコンソール:Webex Callingアテンダントコンソールクライアントへのアクセスを必要とするユーザーの数。

• シスコ通話プラン（アウトバウンド通話プラン）：Cisco PSTNサービスのためにPSTN番号および/またはアウトバウンドPSTN通話アクセスを必要とするユーザーの数。

プロフェッショナルワークスペース専用のライセンスタイプはありません。 Webex Callingプロフェッショナルワークスペースにはプロフェッショナルライセンスが必要です。

ホットデスク専用のワークスペースでは、ホットデスクのホストサービスとホットデスクホストからの緊急通報が可能で、 ライセンスは必要ありません。 詳細については、「 ホットデスク専用デバイスの追加と管理」を参照してください。

必要な機能に基づいて各ユーザーとワークスペースに必要なライセンスの種類を決定するには、 「ライセンスの種類ごとに利用できる機能」を参照してくださいWebex Calling。

カスタマーアシストとは対照的に、Webex CallingWebex Callingコールキューとプロフェッショナルライセンスの組み合わせで提供される機能を区別するには、Webex CallingWebex Calling コールキューとカスタマーアシストの機能の比較を参照してください。

Webexのユーザーグループ管理では、管理者はユーザーをグループにまとめて、 ライセンス、設定、リソースを効率的に一括管理できます。 グループは、 ユーザーを個別に管理するのではなく、ポリシー、 ライセンス、設定テンプレートを複数のユーザーに同時に適用することで、管理を合理化します。

ユーザーグループ管理には、次のようないくつかの利点があります。

• 管理の簡略化：複数のユーザーのライセンス、設定、 ポリシーを一度に管理できます。

• 一貫性： 同じグループのユーザーに統一された設定とライセンスを適用します。

• スケーラビリティ：グループあたり最大250,000人のメンバーをサポートします。

• 統合：Microsoft Entra ID（Azure AD）のグループを同期したりActive Directory、ユーザーとグループの管理を自動化したりできます。

• 柔軟性：ローカルグループを作成したり、セキュリティグループを同期したり、 グループのメンバーシップを手動またはCSVファイルで管理したりできます。

• リソースの割り当て：グループのメンバーシップに基づいて、 組み込みアプリやサービスへのアクセスを制御します。

Webex Callingプロビジョニング時のユーザーグループの主な使用例は次のとおりです。

• ライセンスの割り当て：グループにライセンスを割り当てて、通話、会議、メッセージング、 ハイブリッドサービスなどのサービスをグループメンバーに自動的に提供します。

• 設定テンプレート：一貫したユーザーエクスペリエンスを実現するために、サービス設定（メッセージング、 会議、通話など）のコレクションをグループに適用します。

• ユーザーの一括管理： CSVファイルまたはディレクトリ同期を使用して、ユーザーを一括で追加または削除します。

• 自動化と統合：APIまたはディレクトリ同期を使用して、 ユーザーとグループのライフサイクル管理を自動化します。

次の表は、 Webexでユーザーグループとグループ管理を管理するためのさまざまなオプションをまとめたものです。

テーブル 7.グループとグループメンバーシップを管理するオプション

オプション	説明	プロ	短所
コントロールハブのグループプロビジョニング（Webex グループ）	コントロールハブでグループを直接作成して管理します。 手動またはCSVを使用してメンバーを追加/削除します。	グループメンバーシップを完全に管理できます ライセンスとテンプレートの即時適用 グループの作成と編集が簡単	手動更新が必要です CSVを手動でアップロードする際のエラーのリスク 外部ディレクトリとの自動同期はありません
エントラID（Azure AD）の同期されたグループまたは Active Directory	セキュリティグループとメンバーシップを外部ディレクトリサービスから自動的に同期します。	自動同期は手作業を減らします 企業ディレクトリとの一貫性を確保します 大規模な組織をサポートします	コントロールハブのグループメンバーシップは編集できません 同期遅延は最大12時間です ネストされたグループは手動で選択する必要があります
グループと SCIM 2.0 API（ウェベックスグループ）	プログラムによるグループとメンバーシップ管理には、WebexグループまたはSCIM 2.0 APIを使用してください	自動化と他のシステムとの統合 大規模または複雑な環境にも対応できます	開発努力が必要です 複雑さはAPIの使用状況によって異なります

同期されたグループは一貫性を確保し、一元管理を提供しますが、同期されたグループとWebexグループ（コントロールハブで管理されるか、APIを介して管理されるか） を組み合わせたハイブリッドアプローチも可能です。 たとえば、 ライセンス割り当て用のグループを同期グループにして、別のWebexグループのセットをユーザーとWebexアプリ通話テンプレートの割り当てに使用できます。

Webexのユーザーグループ管理に対するこの包括的なアプローチにより、組織はユーザーライセンス、設定、およびポリシーを効率的に管理し、 一貫性のあるスケーラブルなコラボレーション体験を保証できます。

Unified CMのユーザーの主要なデータソースは、Unified CMエンドユーザー情報を含むデータベースです。 ただし、Unified CMは通常、ユーザーID管理の信頼できる情報源ではなく、 さらに重要なことは、移行の終了時に閉鎖されるため、 ID情報の長期的な信頼できる情報源としては除外されます。

シスコでは、ユーザーIDの信頼できる唯一の情報源として、Microsoft Entra ID（Azure AD） などの一元化されたクラウドディレクトリを使用することを推奨しています。 ユーザーをEntra IDからControl Hubに同期することで、一貫性が保たれ、管理が簡単になり、シングルサインオン（SSO）機能をサポートします。

上のすべてのユーザーがEntra IDにも存在することを確認するには、Unified CM組織はのユーザーアカウントがEntra Unified CM IDのアカウントに対応していることを確認する必要があります。 これは、Entra Unified CM IDのユーザーリストからユーザーリストをエクスポートして比較することで実現できます。

まとめると、推奨されるプロビジョニング方法は、Azure AD ウィザードまたは SCIM アプリを使用して Microsoft Entra ID (Azure AD) から Webex コントロールハブにユーザーを同期することです。 手動とCSVの一括プロビジョニングは補助的な方法として利用できますが、大規模な組織では拡張性が低く、エラーが発生しやすくなります。 移行を成功させ、 環境全体で一貫したユーザーエクスペリエンスを実現するには、Entra IDが信頼できるソースであり、Unified CMすべてのユーザーがEntra IDに含まれていることを確認することが重要です。Webex Calling Unified CM

オンプレミスのディレクトリサービス（などActive Directory）からEntra ID（Azure ID）のようなクラウドディレクトリサービスへの移行は、 通話の移行とは無関係です。 シスコでは、 通話の移行を開始する前に、 クラウドディレクトリサービスへの移行を完了することを推奨しています。

エンタープライズディレクトリをオンプレミスからクラウドに移行した後、 ライセンスと機能テンプレートの要件に応じて、必要なユーザーグループを収集してください。 各グループ文書について：

• グループ名:グループのユニークな名前。

• ライセンス：このグループに割り当てられるライセンス（ある場合）と適用範囲 （ライセンスを既存のユーザーに割り当てるか、新規ユーザーにのみ割り当てるか）

• 設定テンプレート：Webex アプリとユーザー通話テンプレート。

• ディレクトリ同期：このグループはエンタープライズディレクトリから同期されますか、それともControl HubでプロビジョニングされたローカルWebexグループですか、それともAPIを介して同期されますか。

• 説明:このグループの利用方法と、 どのユーザーがこのグループのメンバーになるべきか

これらの詳細は、実装フェーズの後半で、 ローカルグループまたはエンタープライズディレクトリ内のグループを作成し、 ユーザーのグループメンバーシップを管理するために使用されます。

Webexを使用すると、組織は複数のIDPでSSOを設定して、合併、買収、 または異なるグループが異なるIDPを使用する分散型IT部門などの複雑なIT環境に対応できます。 マルチIdPサポートは、 WebexのマルチIdP機能を使用して実装することも、Cisco DuoなどのエンタープライズIAMシステムを統合して実装することもできます。

Webexの複数のIDプロバイダー（IdP）サポートは、 組織が多様な IT 環境で柔軟で安全な認証を必要とするいくつかの主要なユースケースに対応します。

Duo Access Gateway（DAG）は、Active Directory（AD） やOpenLDAPなどの既存のオンプレミスまたはクラウドベースのディレクトリを使用してユーザーを認証できます。 また、マイクロソフトADFS、マイクロソフトアズール、Okta、OneLogin、CAS、 シボレスなどの他のアイデンティティプロバイダーとの統合もサポートしています。 この柔軟性により、 組織は現在のディレクトリインフラストラクチャをDuo MFAのWebex SSOに使用できます。

Duoは、プライマリディレクトリ認証に加えて強力な認証レイヤーとして機能します。 Webexへのアクセスを許可する前に、SAML 2.0を使用して2要素認証（2FA）を実施するアイデンティティプロバイダー （IdP） として機能します。 Duoは、ユーザー、デバイス、 ネットワークのコンテキストを設定可能なポリシーと照らし合わせてアクセスを許可または拒否し、ユーザー名とパスワードだけでなくセキュリティを強化します。 Duoは、ログインのたびにMFAを要求するアプリもあれば、それほど頻繁ではないアプリでは要求しないなど、 柔軟なポリシー管理も提供しています。

Cisco Duoの利点は次のとおりです。

• セキュリティの強化：フィッシングに強いMFAを追加してWebexアクセスを保護し、パスワードの漏洩によるリスクを軽減します。

• 柔軟なポリシー： アプリケーションまたはユーザーグループごとに認証要件をきめ細かく制御できます。

• 既存のディレクトリとの統合：オンプレミスのAD、OpenLDAP、 クラウドディレクトリ、およびさまざまなSSOプロバイダーをサポートし、インフラストラクチャの変更を最小限に抑えます。

• ユーザーの利便性：シングルサインオン（SSO）をサポートし、 ユーザーが一度ログインするだけで複数のリソースに安全にアクセスできるようにすることで、パスワードの負担を軽減します。

• 信頼できるエンドポイント：WindowsとmacOS上のWebexクライアントのデバイストラストをサポートし、セキュリティ体制を向上させます。

• セルフサービス登録：インライン登録とデュオプロンプトにより、MFA設定中のユーザーエクスペリエンスが向上します。

Webex用のSSOを備えたDuo MFAは、Active Directory OpenLDAPやクラウドIDプロバイダーなどの既存のディレクトリを利用してユーザーを認証します。 Duoの役割は、SAML 2.0を通じて統合された、 ポリシー主導型の強力な第2認証要素を提供し、 SSOを通じてユーザーの利便性を維持しながらセキュリティを強化することです。 利点には、セキュリティ体制の向上、 柔軟なポリシー適用、シームレスな統合、ユーザーエクスペリエンスの向上などがあります。

シスコでは、Webex ユーザーに SSO を実装することを推奨しています。 セキュリティを強化するには、Cisco Duoとの統合をお勧めします。

Unified CMからへの移行を開始する前に、エンタープライズIAMとSSO戦略を展開する必要があります。Webex Calling

Webex Calling自動応答を使用すると、着信処理を24時間365日自動化できます。これにより、 人がすべての電話に応答しなくても効率的な通話処理が可能になります。

自動応答は着信に応答し、 発信者に電話を転送する場所のオプションメニューを提供します。 これは、 個人宛の場合もあれば、留守番電話ボックス、または通話サービス（例えば コールキュー)。 発信者は携帯電話のダイヤルパッドを使って、 自動応答メニューから番号を入力します。

自動応答は次の主な機能をサポートしています。

• 営業時間外のスケジュール

• 休日のスケジュール

• お客様を行きたい場所に誘導するためのダイヤルメニューオプション

• あいさつをカスタマイズしてください

• 名前でダイヤルするオプション

• 電話転送オプション

• コントロールハブの分析とレポート。

詳細については、「 自動応答の管理」を参照してください。

コールパークを使用すると、ユーザーは簡単に通話を保留にして、 別のユーザーが応答できるようになったときに簡単に電話を取り出すことができます。 また、 最初の電話に応答したユーザーは、通話が中断されている間に他の電話をかけたり受けたりできるようになります。

で利用できるコールパークには2種類ありますWebex Calling。

1. コールパークダイレクト-すべてのユーザーが、管理者の定義に従って、 別のユーザーの内線番号またはコールパーク内線にコールをパークできます

2. コールパークグループ-定義したユーザーグループが、 そのグループに定義されている空いているパーク先に対して自動的にコールをパークできます。 これらの宛先は、 グループメンバーの内線番号でもコールパーク内線番号でもかまいません。

設定とパークタイプに応じて、 ユーザーは*88+>をダイヤルするか、<extension of parked call> コールパーク内線番号に関連付けられている回線キーを押すか、IP Phoneのソフトキーを使用してコールを取得できます。

リコールオプションを使用すると、 一定期間経過後に保留中のコールを、コールをパークしたユーザーまたは別のユーザーにリコールできます。

詳細については、「Control Hub のコールパークの管理」を参照してください。

コールピックアップでは、 管理者が他のメンバーの電話への通話に応答できるユーザー（メンバー）のグループを定義できます。 これにより、 チームメイトが忙しくて着信に応答できない場合でも、ユーザーは電話に出ることができます。

Webex Callingグループのユーザーは同じ場所にいる必要があります。

ユーザーは Webex アプリまたは卓上電話のいずれかを使用して電話を受けることができます。

• Webex アプリ:

  • 視覚通知と音声通知をサポートします

  • 着信通知

  • FACベース（*98をダイヤル）または通知トーストコールピックアップ

  • 複数行のコールピックアップ通知。

• デスクフォン:

  • 着信通知

  • 音声チャイムとハンドセットLEDによる視覚通知。 6821はオーディオチャイムのみをサポートしています

    • コントロールハブで選択した通知タイプが「なし」ではない場合

  • コールピックアップ通知はプライマリ回線のみを対象としています。

詳細については、「 コールピックアップグループを設定する」を参照してください。

Webex Callingコア機能の一部として音声のみのコールキューがあり、Webex Calling Professionalライセンスを持つユーザーなら誰でもコールキュー、エージェント、またはスーパーバイザーに参加できます。 この機能により、 ユーザーは顧客と効率的に関わることができます。 コールキューは、ボイスキュー、コールバック、スキルまたは優先ルーティング、 エージェントキュー管理、分析、レポートなど、 コールセンターのコア機能の一部をサポートしています。

シスコのMicrosoft Teams統合の呼びかけにより、エージェントはMicrosoft Teamsクライアントからコールキューの通話や機能に直接アクセスできます。

コールキューは次の主要機能をサポートしています。

• あいさつやメッセージ（ようこそ、慰め、ささやきなど）

• ホールドミュージック

• 折り返し電話

• キュールーティングポリシー（夜間サービス、休日、転送）

• エージェントキューのログイン/ログアウト

• エージェントキューのステータス管理

• Webex アプリまたはデスクフォンのサポート

• 機能アクセスコード （FAC）を介したスーパーバイザーエージェントのコールモニター、コーチ、バージ、または引き継ぎ

• コントロールハブ（管理者アクセス）：

  • キュー管理

  • エージェントとキューの分析と報告

  • キュー、エージェント、スーパーバイザーの管理。

詳しくは、「 コールキューの設定」を参照してください。

Webex Callingには、追加のコールキュー機能を提供し、 エージェントとスーパーバイザーのWebexアプリ内でのユーザーエクスペリエンスを向上させるカスタマーアシストアドオン機能があります。 Webex Callingコールキューとカスタマーアシスト機能の比較については、Webex Calling コールキューとカスタマーアシスト機能の比較を参照してください。

Webex Callingハントグループでは、 あらかじめ決められた通話ルーティングパターンを使用して、着信通話を特定のユーザーグループにルーティングできます。 これにより、 適切なユーザーグループが電話に応答したり、ボイスメールに送信してフォローアップしたりできます。

ハントグループとコールキューの大きな違いは、通話はハントグループのキューに入らないため、 ハントグループに通話に応答できるユーザーがいない場合、 接続が切断されたり、ボイスメールに送信されたり、別の番号（ユーザーまたはサービス）に転送されたりすることです。

詳細については、「 Control Hub でのハントグループの管理」を参照してください。

オペレーティングモード機能により、 企業は通話をさまざまな宛先（ユーザー、ボイスメール、コールキューなどの通話サービス）に効率的にルーティングできます。 通話がルーティングされる場所とタイミングは、時間帯と曜日のスケジュールに基づいており、どのユーザーにもこれらのモード（ スケジュール） を管理して通話ルーティングの変更を制御する権限を与えられます。

たとえば、コールキューへの通話を、別のタイムゾーンのエージェントがいる別のコールキューにルーティングして、 営業時間中は現地のエージェントにルーティングし、 休日にはエージェントがオフィスに戻った後のフォローアップのためにボイスメールにルーティングすることができます。

権限のあるユーザーは、一定期間着信のルーティング先を変更する必要がある場合 、これらのさまざまな着信転送シナリオ（モード）を切り替えることができます。 これらのユーザーは、6800/7800/8800 MPP電話、9800電話、 または管理モードでモードを管理できます。Webex User Hub

詳細については、の「 動作モードに基づく通話ルーティング」を参照してくださいWebex Calling。

ページンググループを使用すると、ユーザーは一方通話をして、ユーザーのグループに音声メッセージを送信できます。 各グループには最大75人のターゲットユーザーやワークスペースを含めることができ、 事前に定義された番号または内線番号をダイヤルすることでアクセスできます。

ユーザーがページンググループに電話をかけると、 グループ内の割り当てられたすべてのターゲットに同時に電話がかけられ、その時点で発信者はメッセージを話し、通話が終了したら電話を切ることができます。

詳細については、「Control Hub のページンググループを設定する」を参照してください。

Webex Callingユーザーが発信または受信した通話の録音をサポートします。 これは、 品質、保証、セキュリティ、またはトレーニングのニーズに必要な場合があります。 デフォルトでは、通話はWebexで録音されますが、 他の録音機能やコンプライアンスや規制要件が必要な場合は、他のサードパーティの録音プロバイダーを使用することもできます。

Webexを録音プラットフォームとして使用すると、録音されたすべての通話はコントロールハブ内で管理されます。 コンプライアンス責任者の役割を持つ管理者は、録画を再生したりダウンロードしたりできます。 コンプライアンス責任者の役割がなければ、管理者は録音を削除することしかできません。

この機能の詳細とサードパーティの録音の一覧については、「 通話録音の管理」を参照してくださいWebex Calling。

シングルナンバーリーチにより、ユーザーの電話番号に電話をかけて複数のデバイスを呼び出すことができます。 これには、携帯電話だけでなく、他の固定電話も含まれます。 これらのデバイスからも電話をかけることができ、ユーザーはデバイス間で通話をプッシュしたりプルしたりできます。

この機能と、管理者がControl Hubで設定する方法の詳細については、「シングルナンバーリーチを設定する（オフィスならどこでも）」を参照してください。

ユーザーがWebex User Hub（ポータル）でこの機能を自分で管理および設定する方法の詳細については、「 シングルナンバーリーチの設定（オフィスエニウェア）」を参照してください。

ボイスメールグループでは、共有ボイスメールボックスをユーザーに割り当てたり、 コールルーティング機能を使用したりできます。 ボイスメールグループが必要な理由としては、次のようなものがあります。

• 部署やワークグループ向けの汎用ボイスメール

• 自動応答やハントグループにボイスメールオプションを追加してください

• コールキューからオーバーフローコールを送信するには

• 留守番電話ボックスだけが必要なユーザー。

詳細については、「 の共有ボイスメールと受信FAXボックスの管理」を参照してください。Webex Calling

一部のアドオン機能を含むすべての機能については、「 ライセンスの種類別に利用できる機能」を参照してください。Webex Calling