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の宛先へのコールバック

• Webex CallingからPSTNへのPSTN通話（移行期間中にオンプレミスのPSTNがWebex Callingに使用されている場合）

• 移行中にハイブリッド Webex Calling 展開用の PSTN トランキングを使用して Cloud Connect for Webex Calling を介してオンプレミスの Unified CM ユーザーに PSTN アクセスを提供する場合、Unified CM から Webex Calling への PSTN 通話

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

• Webex CallingからUnified CMへの内線ダイヤル（拠点間）。

上記のいずれかが移行前にサポートされていないダイヤル習慣である場合（例えば、短縮ダイヤルによる拠点間通話習慣が存在しない場合）、移行中に必ずしも導入する必要はありません。

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

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

• コアルーティングは +E.164 ルートパターン

• すべてのダイヤル習慣の標準化 +E.164 翻訳パターンを使用する

• 翻訳パターン呼び出し検索空間の継承の使用（オプション 発信元の呼び出し検索空間を使用する が翻訳パターンに設定されている）。

例えば、PSTNダイヤル (9+1+10D) SJC の回線呼び出し検索スペース SJCInternational がプロビジョニングされたデバイスから発信された場合、最初に に一致します。 9.1[2-9]XX[2-9]XXXXXX 呼び出し先の番号を正規化する変換パターン +E.164. 二次ルックアップでは、同じ呼び出し検索スペース SJCInternational を再度使用し（呼び出し検索スペースの継承）、 +E.164-digit 文字列は、 +E.164 DN パーティション内のディレクトリ番号、または USPSTNNational もしくは SJCPSTNLocal パーティション内の PSTN ルートパターンのいずれか。サイト内およびサイト間のダイヤル習慣の簡略化は、 ESN および SJCtoE164 パーティションの変換によって実装されます。 ESN パーティションはグローバルパーティション（すべての場所の電話からアクセス可能）ですが、 SJCTOE164 パーティションは SJC の場所のユーザーのみがアクセスできます。これは、拡張範囲が重複していることを前提としています。

Unified CM から Webex Calling への通話を有効にする最初のステップは、 +E.164 目的地はそれに応じてルーティングされます。これは、ダイヤルプランに Webex Calling パーティションを追加することで実現できます。 +E.164 すべての Webex Calling の宛先に対してそのパーティションへのルーティングパターンを設定し、最後に Webex Calling パーティションを、Webex Calling に到達できる必要があるサービス クラスを表すすべての呼び出し検索スペースに追加します。Webex Calling から発信される通話に対して、差別化されたサービスクラスを作成するには、専用の Webex Calling パーティションを作成する必要があります。通話ループを回避するため、ローカルゲートウェイからのトランク上の着信通話検索スペースは、Webex通話パーティションにアクセスできないようにする必要があります。

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

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

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

これらのダイヤルプランの変更により、Webex Calling ロケーションへの通話は、短縮されたインターサイトダイヤルだけでなく、 +E.164. また、国際および国内のPSTNダイヤルは、これらのダイヤル習慣が最初に標準化されるため可能です。 +E.164 既存のダイヤル正規化変換パターンを介して、Webex Calling にルーティングされ、 +E.164 Webex Callingパーティション内のルートパターン。

の +E.164 Webex Callingの場所のDID範囲に対するルートパターンマッチングは、すべてのDIDがUnified CM上でホストされている状態でもプロビジョニングできます。Unified CM のベストマッチパターンマッチングアルゴリズムは、Unified CM でホストされている番号がダイヤルされたときに、 +E.164 Unified CM でプロビジョニングされたディレクトリ番号は、ワイルドカードよりも一致度が高い +E.164 Webex Calling へのルーティングパターンを指定することで、通話が Webex Calling に送信されず、Unified CM の回線に拡張されるようにします。

Webex Callingの各ユーザーには内線番号が割り当てられます。 and/or 1 +E.164 電話番号。拡張機能の長さは、固定のグローバル設定です。Webex Callingの展開環境におけるすべての内線番号の長さは同じです。内線ダイヤルは、同一拠点内および拠点間を問わず、Webex Callingユーザー間で使用できます。短縮された内線番号による局間ダイヤル（後者の場合）は、ダイヤルする内線番号が固有のものである場合にのみ機能します。

拠点間の短縮ダイヤルが必要な場合でも、異なる拠点に割り当てられた内線番号に重複がある場合は、アクセスコードまたはサイトコードを内線番号の先頭に付けて、企業固有の番号計画を作成する必要があります。詳細については、 Cisco Collaboration 15 オンプレミス展開の推奨アーキテクチャ、設計概要 を参照してください。 Cisco collaboration 推奨アーキテクチャで入手可能です。

コントロールハブの発信サービス設定では、内線番号の長さ、拠点間内線ダイヤル動作、拠点間ダイヤルのプレフィックス長、および拠点間ダイヤルのルーティングプレフィックス内のステアリング桁を設定します。

• ロケーションルーティングプレフィックス長: ステアリング桁を含む接頭辞の長さ。企業間ダイヤル方式の代替手段として、企業番号計画を確立する必要がある場合にのみ必要です。

• ルーティングプレフィックスのステアリング桁: 企業間拠点間ダイヤルの短縮形式における、案内番号。場所番号の最初の桁や、場所からの発信ダイヤル番号との重複は避けるべきです。企業間ダイヤル方式の代替手段として、企業番号計画を確立する必要がある場合にのみ必要です。

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

  オンプレミスのコールコントロールから Webex Calling へ内線ダイヤルまたはエンタープライズの重要な番号 (ステアリングコード、サイトコード、内線) を使用したダイヤルが必要で、オンプレミスのコールコントロールが発信者 ID として内線番号を送信する場合は、 Webex Calling とオンプレミス間のコールルーティング セクションの ] 最大不明内線長 パラメーターも設定して、オンプレミスのコールコントロールから Webex Calling へのアップストリームコールがオンプレミスコールとして正しく分類されるようにしてください。

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

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

表 エンタープライズ番号の例 は、2つの場所（NYCとRTP）の拡張範囲が同一である3つの場所の例を示しています。拠点間ステアリング数字 8に続いて 3 桁の拠点コード、そして 4 桁の内線番号が続く企業番号体系を確立することで、重複しない短縮された拠点間ダイヤル習慣が生まれます。

表 2. 企業番号の例

サイト	拡張範囲	サイトコード	エンタープライズシリーズ
ニューヨーク市	2XXX	202	8 202 2XXX
サンフランシスコ	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

スムーズな移行を実現するためには、Webex Callingへの移行前後におけるユーザーのダイヤル操作習慣が、理想的には同じであるべきです。各拠点の移行に備えるため、DID範囲と内線範囲（または拠点内での略称ダイヤル習慣）を文書化する必要があります。この情報に基づいて、サイト間操舵の数値を選択する必要があります。

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

表 3。 固定長のWebex通話内線番号範囲

サイト	拡張範囲	Webex通話拡張機能	サイトコード	エンタープライズシリーズ
ニューヨーク市	2XXX	2XXX	202	8 202 2XXX
サンフランシスコ	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Webex Calling デバイスで米国の Webex Calling ダイヤル プランを使用してダイヤルされた 7 桁のダイヤル文字列は、プリロードされた米国のダイヤル プランにおけるローカル ダイヤル用の 7 桁のパターンと重複します。オンネットとオフネット（PSTN）のダイヤル習慣の重複を避けるため、その場所では必須の外部アクセスコードを使用できます。既存の企業内番号体系とそれに対応する短縮された拠点間ダイヤルが、Webex Callingの国内ダイヤルのパターンと重複する場合、Webex Callingへの移行中に、重複を避けるために番号体系をより長い形式またはより短い形式に変更することもできます。これを実現する最も簡単な方法は、番号付け方式にパディング桁を追加することです。新しい長距離サイト間ダイヤル方式は、既にWebex Callingに移行済みのユーザーのみが採用する必要があります。Unified CMをご利用のユーザーは、引き続き7桁の番号をダイヤルできます。この場合、Unified CM のエンタープライズ ダイヤル プランでは、Unified CM から Webex Calling への短縮 7 桁ダイヤルが、以下のいずれかに変換されるようにする必要があります。 +E.164 または、Webex Callingで採用されている短縮ダイヤル形式を使用することもできます。これは、ローカルゲートウェイに呼び出しを送信する前に実行する必要があります。

表 7桁ダイヤルの移行 は、この番号変更の例を示しています。この例では、Unified CM での短縮されたサイト間ダイヤルでは、ステアリング数字 8 に続いて 2 桁のサイトコードと 4 桁の内線番号が使用されます。Webex Calling の拠点間ダイヤルで 7 桁の短縮ダイヤルを回避するには、Unified CM で使用される 2 桁のサイトコードに任意のパディング桁 (例では8 ) をプレフィックスとして追加することで、サイトコードを簡単に 3 桁に変更できます。これにより、Webex Calling 電話からの拠点間ダイヤルでは、ステアリング桁 8 に続いてパディング桁 8、従来の 2 桁のサイトコード、および 4 桁の内線番号が使用されます。Webex Calling のユーザーは新しいサイトコードを覚える必要はありません。Unified CM の 8 の代わりに 88 をサイト間ダイヤルのプレフィックスとして使用することを覚えておくだけで済みます。

表 4. 7桁ダイヤル方式への移行

		Unified CM		Webex Calling
サイト	内線	サイトコード	エンタープライズシリーズ	サイト ode	エンタープライズエンジェル
ニューヨーク市	2XXX	22	8 22 2XXX	822	8 822 2XXX
サンフランシスコ	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

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

適切な通話録音プロバイダーを選択することは、ビジネス目標を達成し、組織全体で機能の一貫性を確保する上で不可欠です。

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

• 位置情報に基づく上書き設定: 特定の拠点や地域に独自のビジネスニーズや規制要件がある場合、グローバルなプロバイダー選択を上書きし、それらの拠点に対して代替プロバイダーを指定する必要が生じる場合があります。この柔軟性により、さまざまなコンプライアンス要件や現地の運用ニーズに対応できます。

• ビジネス要件： プロバイダーの選択は、規制遵守（例：MiFID II、HIPAA）、品質保証、紛争解決、トレーニングニーズなどのビジネス上の推進要因の評価に基づいて行うべきである。

• 機能の利用可否： プロバイダーは、リアルタイム監視、検索および再生機能、暗号化、データ保持ポリシー、分析プラットフォームとの統合、およびさまざまな種類の通話（着信、発信、内部）のサポートなど、必要な機能を提供できる能力に基づいて評価されるべきです。

通話録音の保存場所と処理場所を特定することは、コンプライアンスとパフォーマンスにとって非常に重要です。

• グローバル地域選択： デフォルトでは、組織は通話録音の保存場所として単一のリージョンを選択することで、管理とガバナンスを簡素化できます。

• 位置情報に基づく地域設定の上書き： データ所在地法や企業方針で義務付けられている場合、特定の場所のグローバル地域設定を上書きし、通話録音が規定の地理的境界内で保存および処理されるようにする必要がある場合があります。

• データ所在地の要件： 設計においては、通話録音の保存場所や保存方法を規定する可能性のある、国際的および国内のデータ保護規制（GDPR、CCPA、または国別の義務規定など）を考慮する必要があります。

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

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

• 録音された通話量： 一定期間内（例：1日、1週間、1か月あたり）に記録されると予想される通話件数を評価する。これには、外部への通話だけでなく、業務方針や規制上の義務で必要とされる場合の内部通信も含まれます。

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

• 保持期間: 録音データの保存期間を規定する。これは多くの場合、組織の方針や外部規制（業界固有のコンプライアンス基準など）によって定められる。保管期間が長くなると、全体的な保管要件が増加します。

• 成長予測： 事業規模の拡大、新たな規制要件、または追加のユーザーや拠点の導入などにより、通話量の増加や録音範囲の拡大が見込まれることを考慮してください。

これらのパラメータを徹底的に分析することで、組織はWebex Calling通話録音ソリューションの拡張性、費用対効果、および規制遵守を保証する堅牢なストレージ戦略を策定できます。また、使用状況の変化に応じて、ストレージの割り当てを定期的に見直し、調整することも推奨されます。

管理者は、コントロールハブのインターフェースを通じて、Webex Callingのライセンスを個々のユーザーに手動で割り当てます。

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

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

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

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

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

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

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

表 5. ユーザープロビジョニングオプション - 概要

割り当て方法	長所	短所
コントロールハブによる手動操作	少数のユーザーにとってはシンプルです。 ライセンス割り当てを正確かつ詳細に制御できます。	拡張性がなく、時間がかかる 手動入力時に人為的ミスが発生しやすい。
自動ライセンステンプレート	拡張可能 手作業によるミスを減らす 新規ユーザーと既存ユーザーの両方に適用できます。	有効な電話番号と所在地が必要です。 設定がより複雑になる また、ユーザーグループごとに同等のライセンス要件を持つユーザーグループを設定する必要があります。
CSVファイルの一括アップロード	大規模ユーザーグループに効率的 ライセンス、電話番号、内線番号を同時に割り当てることができます。	CSVファイルのフォーマットには細心の注意が必要です。 電話番号や内線番号が欠落または誤っている場合、エラーが発生する可能性があります。
APIベースの割り当て	自動化可能で、柔軟性がある。 ライセンス、電話番号、内線番号を同時に割り当てることができます。	開発およびAPIに関する知識が必要です。

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

Ciscoは、可能な限りライセンステンプレートを使用して通話ライセンスを割り当てることを推奨します。そのためには、固有のライセンスセットを必要とするユーザーグループごとに（例：Webex Calling StandardとProfessional）、それぞれのグループメンバーシップを持つグループが存在する必要があります。 ユーザーグループ のセクションで説明したように、ユーザーグループはコントロールハブで手動で定義することも、企業ディレクトリから同期することもできます。両方のアプローチを組み合わせることも可能です。

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

詳細については、 コントロール ハブで自動ライセンス割り当てを設定する および Webex Calling ユーザー向けに自動ライセンス割り当てテンプレートを設定するを参照してください。

このセクションでは、Webex Calling関連のライセンスのみを取り上げます。その他のライセンスの種類（例：Webexデバイス登録、メッセージング、会議）は対象外です。設計プロセスの一環として、ライセンス要件を決定する必要がある。以下のライセンスタイプのライセンス数を計算する必要があります。

• Webex通話標準: 標準的な電話機能を必要とする個人ユーザーの数。

• Webex Calling Professional: 高度な電話機能を必要とするユーザー数およびワークスペース数。仮想回線とグループボイスメールは 1:1 各専門資格の比率。したがって、必要な仮想回線数やグループボイスメール数が、高度な電話機能を必要とするユーザー数やワークスペース数を超えるような稀なケースでは、追加のプロフェッショナルライセンスを考慮する必要があります。

• 共用エリア向け Webex Calling Workspace: 標準的な通話機能を必要とする共有利用場所または共用エリアの数。

• Webex Calling Customer Assist: Webex Calling Customer Assist機能を必要とするエージェントおよびスーパーバイザーの数。Webex Callingのカスタマーサポートには、Webex Calling Professionalライセンスが含まれています。

• ルートリスト呼び出し: オンプレミスのUnified CMユーザー間で必要なクラウド接続PSTN通話数 and/or オンプレミス型の専門的なサードパーティ製アプリケーション。

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

• シスコ通話プラン（発信通話プラン）: PSTN番号を必要とするユーザー数 and/or Cisco PSTNサービスへの発信PSTN通話アクセス。

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

ホットデスク専用のワークスペースでは、ホットデスクのホストサービスと、ホストからの緊急通報機能が利用でき、ライセンスは一切不要です。詳細については、 ホットデスク専用デバイスの追加と管理を参照してください。

必要な機能に基づいて、各ユーザーおよびワークスペースに必要なライセンスの種類を決定するには、 Webex Calling のライセンスの種類別に利用可能な機能を参照してください。

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

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

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

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

• 一貫性: 同一グループ内のユーザー全体に、統一された設定とライセンスを適用する。

• スケーラビリティ: グループあたり最大25万人までのメンバーをサポートします。

• 統合: Microsoft Entra ID (Azure AD) または Active Directory からグループを同期し、ユーザーとグループの管理を自動化します。

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

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

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

• ライセンスの割り当て: グループにライセンスを割り当てることで、通話、会議、メッセージング、ハイブリッドサービスなどのサービスをグループメンバーに自動的にプロビジョニングできます。

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

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

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

以下の表は、Webexにおけるユーザーグループ管理およびグループ管理に関するさまざまなオプションをまとめたものです。

表 7 グループとグループメンバーシップを管理するためのオプション

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

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

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

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

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

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

要約すると、推奨されるプロビジョニング方法は、Azure ADウィザードまたはSCIMアプリを使用して、Microsoft Entra ID（Azure AD）からWebex Control Hubにユーザーを同期することです。手動およびCSVによる一括プロビジョニングは補助的な方法として利用可能ですが、大規模組織においては拡張性が低く、エラーが発生しやすくなります。Entra IDが信頼できる情報源であり、すべてのUnified CMユーザーがEntra IDに登録されていることを確認することは、Webex CallingとUnified CM環境全体で移行を成功させ、一貫したユーザーエクスペリエンスを実現するために不可欠です。

Active Directoryのようなオンプレミスのディレクトリサービスから、Entra ID（Azure ID）のようなクラウドディレクトリサービスへの移行は、呼び出し元の移行とは独立しています。Ciscoは、通話サービスの移行を開始する前に、クラウドディレクトリサービスへの移行を完了させることを推奨しています。

エンタープライズディレクトリをオンプレミスからクラウドに移行した後、ライセンス要件と機能テンプレート要件に基づいて、必要なユーザーグループを収集します。グループ文書ごとに：

• グループ名: グループ固有の名称。

• ライセンス: このグループに割り当てるライセンス（もしあれば）と適用範囲（ライセンスは既存ユーザーに割り当てるべきか、新規ユーザーのみに割り当てるべきか）

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

• ディレクトリ同期: このグループは企業ディレクトリから同期されるのでしょうか、それともControl HubまたはAPI経由でプロビジョニングされたローカルのWebexグループなのでしょうか。

• 説明: このグループはどのように利用されるのか、またどのユーザーがこのグループのメンバーになるべきなのか

これらの詳細は、後の実装段階で、ローカルグループや企業ディレクトリ内のグループを作成したり、ユーザーのグループメンバーシップを管理したりするために使用されます。

Webexを使用すると、組織は複数のIDプロバイダー（IdP）を使用してSSOを構成できるため、合併、買収、または異なるグループが異なるIDプロバイダーを使用する分散型IT部門など、複雑なIT環境に対応できます。複数のIDプロバイダー（IdP）のサポートは、Webexの「複数のIdP」機能を使用するか、Cisco Duoのようなエンタープライズ向けIAMシステムを統合することによって実現できます。

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

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

Duoは、主要なディレクトリ認証の上に強力な認証レイヤーとして機能します。これは、SAML 2.0を使用して二要素認証（2FA）を強制し、Webexへのアクセスを許可する前に、IDプロバイダー（IdP）として機能します。Duoは、設定可能なポリシーに基づいてユーザー、デバイス、ネットワークの状況を評価し、アクセスを許可または拒否することで、ユーザー名とパスワードだけにとどまらないセキュリティ強化を実現します。Duoは、一部のアプリではログインのたびに多要素認証を必須とし、他のアプリではそれよりも頻度を少なくするなど、柔軟なポリシー制御機能も提供しています。

Cisco Duoのメリットは以下のとおりです。

• セキュリティ強化： Webexへのアクセスを保護するために、フィッシング対策機能付きの多要素認証（MFA）を追加し、パスワード漏洩によるリスクを軽減します。

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

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

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

• 信頼できるエンドポイント: WindowsおよびmacOS上のWebexクライアントにおけるデバイスの信頼性をサポートし、セキュリティ体制を強化します。

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

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

Ciscoは、Webexユーザー向けにSSO（シングルサインオン）を導入することを推奨しています。セキュリティ強化のため、Cisco Duoとの連携を推奨します。

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

Webex Calling Auto Attendant では、 24/7 着信処理の自動化により、人がすべての電話に応答する必要がなくなり、効率的な通話処理が可能になります。

自動応答システムは着信に応答し、発信者に通話を転送したい場所を選択するためのメニューを提供します。これは、個人宛て、ボイスメールボックス宛て、または通話サービス（例：コールキュー）宛てのいずれかになります。発信者は、電話機のダイヤルパッドを使って、自動応答メニューから番号を入力します。

自動応答システムは、以下の主要機能をサポートしています。

• 業務時間と時間外スケジュール

• 休日スケジュール

• ダイヤルメニューオプションを使用して、顧客を必要な場所に誘導します。

• 挨拶文をカスタマイズする

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

• 通話転送のオプション

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

詳細については、 自動応答システムの管理を参照してください。

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

Webex Callingでは、2種類の通話保留機能が利用できます。

1. 直接コールパーク - 管理者が定義したコールパーク内線番号、または他のユーザーの内線番号に、任意のユーザーが通話を保留できるようにします。

2. 通話パークグループ - 定義されたユーザーグループが、グループ用に定義された利用可能なパーク先に対して通話を自動的にパークできるようにします。これらの目的地は、グループメンバーの自宅の延長線上にある場合もあれば、公園の延長線上にある場合もあります。

設定とパークタイプに基づいて、ユーザーは をダイヤルすることで通話を取得できます。 *88+><extension of parked call>、通話保留内線に関連付けられた回線キーを押すか、IP 電話のソフトキーを使用します。

保留中の通話を一定期間後に、保留したユーザーまたは別のユーザーに取り戻すリコールオプションが利用可能です。

詳細については、 コントロールハブでコールパークを管理するを参照してください。

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

グループ内のユーザーは、同じWebex Callingロケーションにいる必要があります。

ユーザーは、Webexアプリまたはデスクフォンを使用して電話に出ることができます。

• Webex アプリ：

  • 視覚および音声による通知に対応

  • 着信通知

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

  • 複数回線対応の通話ピックアップ通知。

• デスクフォン：

  • 着信通知

  • 音声チャイムと、端末のLEDによる視覚的な通知。6821は音声チャイムのみをサポートしています

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

  • 着信応答通知は、主回線のみに適用されます。

詳細については、 通話ピックアップグループの設定を参照してください。

Webex Callingには、音声専用のコールキューが主要機能として含まれており、Webex Calling Professionalライセンスを持つユーザーは誰でも、コールキュー、エージェント、またはスーパーバイザーとして参加できます。この機能により、ユーザーは顧客と効率的にコミュニケーションを取ることができます。コールキューは、音声キュー、コールバック、スキルルーティングまたは優先順位ルーティング、エージェントキュー管理、分析、レポート作成など、コールセンターの中核機能の一部をサポートします。

CiscoがMicrosoft Teamsとの統合を呼びかけていることで、エージェントはMicrosoft Teamsクライアントから直接、コールキューの通話や機能にアクセスできるようになる。

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

• 挨拶やメッセージ（歓迎、慰め、ささやきなど）

• 保留音

• コールバック

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

• エージェントキュー login/logout

• エージェントキューの状態管理

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

• スーパーバイザーエージェントは、フィーチャーアクセスコード（FAC）を介して、監視、指導、介入、または引き継ぎを行うことができます。

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

  • キュー管理

  • エージェントとキューの分析およびレポート

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

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

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

Webexの通話ハントグループを使用すると、着信通話を事前に定義された通話ルーティングパターンに従って、特定のユーザーグループにルーティングできます。これにより、適切なユーザーグループが電話に応答するか、フォローアップのためにボイスメールに転送されることが保証されます。

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

詳細については、 コントロールハブでハントグループを管理するを参照してください。

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

例えば、コールキューへの通話は、営業時間外は別のタイムゾーンのエージェントが対応する別のコールキューにルーティングされ、営業時間中は現地のエージェントにルーティングされ、休日はエージェントがオフィスに戻った後にフォローアップできるようボイスメールにルーティングされる、といったことが可能です。

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

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

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

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

詳細については、 コントロールハブでページンググループを構成するを参照してください。

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

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

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

シングルナンバーリーチ機能を使用すると、ユーザーの電話番号にかかってきた電話を複数のデバイスで同時に鳴らすことができます。これには、携帯電話だけでなく、その他の固定電話も含まれます。これらのデバイスから通話を発信することも可能で、ユーザーはデバイス間で通話の発信や受信を行うことができます。

この機能の詳細と、管理者がコントロール ハブでこの機能を構成する方法については、 シングル ナンバー リーチ (オフィス/エニウェア) の構成を参照してください。

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

ボイスメールグループを使用すると、共有ボイスメールボックスを作成でき、それをユーザーまたは通話ルーティング機能に割り当てることができます。ボイスメールグループが必要となる理由としては、以下のようなものが挙げられます。

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

• 自動応答システムまたはハントグループにボイスメールオプションを追加する

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

• ボイスメールボックスのみを必要とするユーザー。

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

追加機能を含むすべての機能の詳細については、 Webex Calling のライセンスタイプ別の利用可能な機能を参照してください。