為了實現 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，則 Webex Calling 向 PSTN 的 PSTN 通話將無法進行。

• 如果在混合 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 企業本地部署首選架構 (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 Calling 分割區。

如圖所示 +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 站點，需要將所需的路由模式 8121.2XXX 新增至 Webex Calling 分區。對於要遷移到 Webex Calling 的站點，撥號規範化模式 8121.2XXX 將 ESN 撥號規範化為 +E.164 可能已存在於 ESN 分區中。在這種情況下， 8121.2XXX 似乎是多餘的，但是一旦相應位置的所有 DN 都遷移到 Webex Calling，就可以刪除 8121.2XXX 撥號規範化轉換模式，然後 8121.2XXX 路由模式即使對於該範圍內的分機用戶也能啟用 ESN 撥號機用戶也能啟用 ESN 撥號機用戶。

透過這些撥號方案的更改，不僅可以撥打簡短的站點間撥號碼，還可以撥打其他撥號號碼，從而撥打到 Webex Calling 位置的電話。 +E.164. 此外，國際和國內PSTN撥號是可行的，因為這些撥號習慣首先被規範化。 +E.164 透過現有的撥號規範化轉換模式，然後透過匹配路由到 Webex Calling +E.164 Webex Calling 分割區中的路由模式。

這 +E.164 在所有 DID 仍託管在 Unified CM 上的情況下，可以設定 Webex Calling 位置的 DID 範圍的路由模式相符。Unified CM 的最佳匹配模式匹配演算法可確保當撥打 Unified CM 上託管的號碼時， +E.164 在 Unified CM 上配置的目錄號碼比通配符匹配度更高。 +E.164 路由模式指向 Webex Calling，以便呼叫擴展到 Unified CM 上的線路，而不是傳送到 Webex Calling。

Webex Calling 中的每個使用者都指派一個分機號碼。 and/or 一個 +E.164 電話號碼。擴展長度是一個固定的全域設定：Webex Calling 部署中的所有分機號碼長度都相同。Webex Calling 使用者可以在同一地點內以及不同地點之間使用分機撥號。簡單的站點間分機撥號（後一種情況）僅在所撥打的分機是唯一的情況下才有效。

如果需要在不同地點之間進行縮短的站點間撥號，但不同地點分配的分機號碼有重疊，則需要建立企業特定的號碼方案，在分機號碼前加上接取碼和站台代碼。有關更多信息，請參閱 Cisco Collaboration 15 本地部署的首選架構，設計概述 可在 Cisco Collaboration Preferred Architectures處獲取。

分機長度、跨區分機撥號行為、跨區撥號前綴長度以及跨區撥號路由前綴中的轉向數字均在控制中心的呼叫服務設定中進行設定：

• 位置路由前綴長度: 前綴長度（包括轉向數字）。只有在需要建立企業編號方案作為備用的縮短的企業間撥號習慣時才需要。

• 路由前綴中的轉向數字: 用於簡化企業間撥號習慣的導向數字。應避免與任何位置的首位數字和位置外撥號碼重疊。只有在需要建立企業編號方案作為備用的縮短的企業間撥號習慣時才需要。

• 內部延伸長度: 標準長度的接髮。可以是2到10之間的任何值。

  當需要從本地呼叫控制向 Webex Calling 撥打分機號碼或使用企業有效號碼（轉向代碼、站點代碼、分機號）撥號，並且本地呼叫控制將分機號碼作為主叫號碼發送時，請確保在 [] Webex Calling 和本地呼叫控制之間的呼叫路由部分 中設置 最大未知分機長度 ，必須從本地呼叫控製本地呼叫到

• 允許不同地點之間撥打分機號碼: 切換到 enable/disable 在不同地點之間進行分機撥號。只有當組織內的所有分機號碼都是唯一的時，才應啟用此選項。如果停用此選項，則需要在各個位置之間撥打企業重要號碼（路由代碼、站點代碼、分機號碼）或電話號碼。

前三個參數主要用於建立電話撥號方案，以最大限度地減少摘機撥號時的數位間逾時。仍然可以偏離這些全域設定（例如 - 可以配置不同長度的分機），但控制中心會彈出警告訊息，並且從電話撥號可能需要進行整體撥號，以避免與預先載入的撥號計劃發生衝突。

表 企業編號範例 顯示了三個位置的範例，其中兩個位置（紐約市和 RTP）的擴展範圍相同。建立企業編號方案，採用站點間引導數字 8，後面接著三位數站點代碼和四位數分機號，從而形成不重疊的站點間簡短撥號習慣。

表2。 企業編號範例

網站	擴展範圍	網站程式碼	企業級
紐約市	2XXX	202	8 202 2XXX
舊金山	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

為了實現平穩過渡，用戶在過渡到 Webex Calling 之前和之後的撥號習慣最好保持一致。為了做好每個地點過渡的準備，需要記錄 DID 號碼範圍和分機號碼範圍（或站點內撥號習慣）。根據這些信息，需要選擇站點間轉向數字。

表格 固定長度 Webex Calling 分機號碼範圍 顯示了三個位置和固定長度分機號碼範圍的範例。由於需要避免重疊的撥號習慣，因此必須確保任何分機號碼範圍的第一位數字與短程站點間撥號的轉向數字不符。例如，如果選擇 8 作為站點間撥號的轉向數字，則任何站點中的任何分機號碼都不能以 8開頭。通常情況下，某個位置的分機號碼與分配給該位置的 DID 號碼的最後幾位數字相符。為避免衝突，可以更改分機號碼的第一位數字。例如，如果DID在 +1 如果某個地點使用了 408、555 和 8XXX 範圍的號碼，那麼該網站的擴充號碼範圍可以改用 7XXX，而不是 8XXX。

表3。 Webex Calling 固定長度擴充號碼範圍

網站	擴展範圍	Webex 通話擴展	網站程式碼	企業級
紐約市	2XXX	2XXX	202	8 202 2XXX
舊金山	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

使用美國 Webex Calling 撥號方案在 Webex Calling 裝置上撥打的七位撥號字串與預先載入的美國撥號方案中用於本地撥號的七位撥號模式重疊。為避免網內撥號及網外撥號（PSTN）習慣重疊，此位置可使用強制外部接取碼。如果現有的企業編號方案和相應的站點間短撥號與 Webex Calling 全國撥號模式重疊，那麼在過渡到 Webex Calling 期間，為了避免重疊，編號方案也可以更改為更長或更短的形式。實現這一目標最簡單的方法是在編號方案中添加一個額外的填充數字。新的更長跨站點撥號方案只需要已遷移到 Webex Calling 的用戶採用。仍在使用統一 CM 的用戶可以繼續撥打七位數號碼。在這種情況下，Unified CM 上的企業撥號方案需要確保從 Unified CM 到 Webex Calling 的七位短撥號碼能夠轉換為以下兩種方式之一： +E.164 或使用 Webex Calling 上部署的簡化撥號格式。這需要在向本地網關發送呼叫之前完成。

表格 過渡到七位撥號 顯示了這種重新編號的範例。在這個範例中，統一 CM 上的站點間撥號縮寫使用引導數字 8，後面跟著兩位數的站點代碼和四位數的分機號碼。為了避免在 Webex Calling 中使用七位數的縮寫進行站點間撥號，可以透過在 Unified CM 中使用的兩位站點代碼前添加任意填充數字（例如8 ）輕鬆地將站點代碼更改為三位數字，這樣，從 Webex Calling 電話進行站點間填充數字時，將使用引導數字 8，後一個數字數字 Webex Calling 使用者無需記住新的網站代碼；他們只需記住在網站間撥號時使用 88 作為前綴，而不是在 Unified CM 上使用 8 。

表4。 過渡到七位撥號

		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 通話錄音解決方案時，需要解決的另一個關鍵方面是儲存需求的估算。準確預測儲存需求對於確保有足夠的容量來支援持續的業務運作、保持合規性以及避免服務中斷至關重要。

在確定預期儲存需求時，應考慮以下幾個關鍵參數：

• 錄音通話量： 評估在給定的時間間隔內（例如，每天、每週或每月）預計會記錄的通話數量。這不僅包括對外通話，還包括內部溝通，如果業務政策或監管要求需要的話。

• 平均通話時長： 計算錄音通話的典型時長，因為通話時間越長，佔用的儲存空間就越多。不同部門或使用者群體之間的通話時長差異也應納入估算。

• 保留期： 確定錄音必須保留的時間長度，這通常由組織政策或外部法規（例如行業特定的合規標準）規定。更長的保質期將增加整體儲存需求。

• 成長預測： 考慮預期呼叫量的成長或錄音範圍的擴大，這可能是由於業務規模擴大、新的監管要求或新增使用者或地點所致。

透過徹底分析這些參數，組織可以製定強大的儲存策略，以確保其 Webex Calling 通話錄音解決方案的可擴充性、成本效益和合規性。隨著使用模式隨時間推移而變化，建議定期審查和調整儲存分配。

管理員透過控制中心介面手動將 Webex Calling 許可證指派給各個使用者。

管理員可以編輯單一使用者的服務許可證，並直接指派呼叫許可證。

使用 Control Hub 中的許可證分配模板，可以根據群組或組織設定自動將許可證分配給使用者。

自動許可可以透過目錄同步或手動使用者更新來實現，但使用者必須擁有有效的許可證。 +E.164 格式化的電話號碼，且這些電話號碼在使用者設定之前必須存在於 Webex Calling 位置。如果未符合條件（例如電話號碼格式無效），則不會指派 Webex Calling 授權。

上傳包含使用者詳細資料和許可證分配的 CSV 文件，即可一次新增或修改多個使用者。

CSV 匯入支援新增最多 20,000 個使用者並指派許可證，但 Webex Calling 許可證需要電話號碼和分機號碼等特定欄位。

使用 Webex API 以程式設計方式指派許可證和管理使用者。

Webex 支援使用者和許可證管理的 API 操作（人員、SCIM 2.0 和許可證 API），可用於許可證分配自動化。許可證 API 允許同時分配許可證、電話號碼和分機號碼。

表 5. 使用者配置選項 - 摘要

賦值方法	優點	缺點
透過控制中心手動操作	簡單易用，適合少數用戶。 允許對許可證分配進行精確和細緻的控制。	不具備可擴展性，且耗時。 手動輸入容易出現人為錯誤。
自動許可證模板	可擴充 減少人為錯誤 可應用於新用戶和現有用戶。	需要提供有效的電話號碼和地址。 設定起來更複雜。 此外，還需要為每個使用者群組設定具有同等許可要求的使用者群組。
批次上傳 CSV 文件	對大型用戶集來說很高效 允許同時分配許可證、電話號碼和分機號碼。	需要仔細格式化 CSV 文件 如果電話號碼或分機號碼缺失或錯誤，則可能發生錯誤。
基於 API 的分配	可自動化，靈活。 允許同時分配許可證、電話號碼和分機號碼。	需要具備開發和API知識。

表 使用者配置選項 - 概要 總結了使用者配置選項及其優缺點。此概述有助於根據客戶組織規模、自動化能力以及使用者配置流程和要求選擇最佳的許可證分配方法。

Cisco 建議盡可能使用許可證範本來指派呼叫許可證。這就要求對於每個需要不同授權的使用者群組（例如 Webex Calling 標準版與專業版），都存在一個具有相應群組成員資格的群組。如 使用者群組 部分所述，使用者群組可以在 Control Hub 中手動定義，也可以從公司目錄同步。兩種方法結合起來也是可行的。

屬於多個群組的使用者將獲得應用於其所有群組的所有分配的許可證。這樣就可以在企業目錄中使用 Webex Calling 許可證特定的安全群組來管理 Webex 許可證分配，其中最終的使用者許可證分配由群組成員身分的共同控制。

有關更多信息，請參閱 在 Control Hub 中設定自動許可證分配 和 為 Webex Calling 用戶設定自動許可證分配模板。

本節僅涵蓋與 Webex Calling 相關的授權。其他許可證類型（例如 Webex 設備註冊、訊息傳遞、會議）不包含在內。作為設計過程的一部分，需要確定許可證要求。需要計算以下幾種許可證類型的許可證數量：

• Webex 通話標準: 需要標準電話功能的個人使用者數量。

• Webex通話專業版: 需要進階電話功能的使用者和工作區數量。虛擬線路和群組語音信箱有權享有以下服務： 1:1 每種專業執照的比例。因此，在極少數情況下，當所需的虛擬線路或群組語音郵件數量超過需要進階電話功能的使用者和工作區數量時，就需要考慮額外的專業授權。

• Webex Calling 公共區域工作區: 需要標準通話功能的共享使用或公共區域位置數。

• Webex 呼叫客戶服務: 需要 Webex Calling 客戶協助功能的客服人員和主管人數。Webex Calling 客戶支援服務包含 Webex Calling 專業版授權。

• 路由列表調用: 本地統一配置管理用戶之間所需的雲端連線 PSTN 通話數量 and/or 本地部署的第三方專用應用程式。

• 服務生控制台: 需要存取助理控制台用戶端的 Webex Calling 使用者數量。

• Cisco 通話計劃（外撥計劃）: 需要PSTN號碼的使用者數量 and/or Cisco PSTN 服務的出站 PSTN 呼叫存取。

專業工作區沒有專門的許可證類型。專業工作區需要 Webex Calling 專業版授權。

僅提供共享辦公桌的工作空間提供共享辦公桌主機服務和來自共享辦公桌主機的緊急呼叫，並且不需要任何許可證。有關更多信息，請參閱 添加和管理僅限共享辦公桌的設備。

若要根據所需功能決定每個使用者和工作區所需的許可證類型，請參閱 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 通常不是使用者身分管理的權威來源，更重要的是，它將在過渡結束時關閉，因此被排除在身分資訊的長期權威來源之外。

Cisco 建議使用集中式雲端目錄（例如 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 允許組織配置具有多個身分提供者 (IdP) 的 SSO，以適應複雜的 IT 環境，例如合併、收購或分散的 IT 部門，其中不同的群體使用不同的身分提供者。可以透過 Webex 中的多重 IdP 功能或透過整合 Cisco Duo 等企業 IAM 系統來實現多重 IdP 支援。

Webex 的多身分提供者 (IdP) 支援可滿足組織在各種 IT 環境中進行靈活、安全的身份驗證的幾個關鍵用例：

Duo Access Gateway (DAG) 可以使用現有的本機或雲端目錄（例如 Active Directory (AD) 和 OpenLDAP）對使用者進行身份驗證。它還支援與其他身分識別提供者（如 Microsoft ADFS、Microsoft Azure、Okta、OneLogin、CAS 和 Shibboleth）的整合。這種靈活性使得組織能夠使用其現有的目錄基礎架構來實現具有 Duo MFA 的 Webex SSO。

Duo 在主目錄驗證之上提供了一個強大的身份驗證層。它作為身分提供者 (IdP) 使用 SAML 2.0 來強制執行雙重認證 (2FA)，然後再授予對 Webex 的存取權。Duo 會根據可設定的策略評估使用者、裝置和網路環境，以允許或拒絕訪問，從而增強安全性，而不僅僅依賴使用者名稱和密碼。Duo 還提供靈活的策略控制，例如對某些應用程式要求每次登入時都進行 MFA 驗證，而對其他應用程式則要求較少頻率的 MFA 驗證。

Cisco Duo 的優點包括：

• 增強安全性： 增加防釣魚的多因素身份驗證 (MFA) 以保護 Webex 訪問，降低密碼洩露的風險。

• 靈活的政策： 允許對每個應用程式或使用者群組的身份驗證要求進行精細控制。

• 與現有目錄整合： 支援本地 AD、OpenLDAP、雲端目錄和各種 SSO 供應商，最大限度地減少基礎架構變更。

• 用戶便利性： 支援單一登入 (SSO)，使用戶只需登入一次即可安全地存取多個資源，從而減少密碼疲勞。

• 可信賴端點： 支援 Windows 和 macOS 系統上的 Webex 用戶端裝置信任，從而提高安全性。

• 自助註冊： 線上註冊和雙重提示可改善 MFA 設定過程中的使用者體驗。

Webex 的雙重因素 MFA 與 SSO 利用現有目錄（如 Active Directory 和 OpenLDAP）或雲端身分提供者來驗證使用者身分。Duo 的角色是透過 SAML 2.0 整合強大的、策略驅動的第二因素身份驗證，在透過 SSO 增強安全性的同時保持用戶便利性。其優點包括：增強安全態勢、靈活執行策略、無縫整合以及更好的使用者體驗。

Cisco建議為Webex用戶實作SSO。為了增強安全性，建議與 Cisco Duo 整合。

在開始從 Unified CM 過渡到 Webex Calling 之前，應部署企業 IAM 和 SSO 策略。

Webex 通話自動應答功能允許 24/7 實現來電處理的自動化，無需人工接聽每個來電即可高效處理來電。

自動應答系統會接聽來電，並為來電者提供一系列選項，供其選擇將電話轉接到哪裡。這可以是給某人、語音信箱或呼叫服務（例如呼叫佇列）。來電者使用手機撥號鍵盤從自動應答選單輸入號碼。

自動應答系統支援以下主要功能：

• 工作時間和非工作時間安排

• 假日排程

• 撥號選單選項，引導您的客戶前往他們需要去的地方

• 自訂問候語

• 按名稱撥號選項

• 來電轉接選項

• 控制中心分析和報告。

有關更多信息，請參閱 管理自動助理。

呼叫駐留功能使用戶能夠輕鬆地將通話 置於保持狀態 ，以便其他用戶在有空時輕鬆取回通話。它還允許接聽原始電話的用戶在通話保持期間撥打或接聽其他電話。

Webex Calling 中有兩種類型的呼叫駐留功能：

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呼叫群組允許透過預定的呼叫路由模式將呼入呼叫路由到特定的使用者群組。這樣可以確保電話由正確的使用者群組接聽，或前往語音信箱進行後續跟進。

呼叫群組和呼叫佇列之間的一個很大的區別是，呼叫在呼叫群組中不會排隊，因此，如果呼叫群組中沒有使用者可以接聽電話，則該電話將被斷開、發送到語音信箱或轉發到另一個號碼（使用者或服務）。

有關更多信息，請參閱 在 Control Hub 中管理狩獵組。

運作模式功能可讓企業有效率地將呼叫路由到各種目的地（使用者、語音信箱、呼叫服務，如呼叫佇列）。呼叫的路由地點和時間取決於一天中的時間和一周中的日期安排，任何使用者都可以被授權管理這些模式（安排），以控制呼叫路由的變更。

例如，呼叫佇列的呼叫可以路由到另一個呼叫佇列，由不同時區的客服人員在非工作時間接聽電話；在工作時間內，呼叫可以路由到本地客服人員；在假日，呼叫可以路由到語音信箱，以便在客服人員返回辦公室後進行跟進。

授權使用者可以根據需要更改來電在特定時間段內的路由方式，在這些不同的呼叫轉移方案（模式）之間進行切換。這些用戶可以透過他們的…來管理這些模式。 6800/7800/8800 MPP 電話、9800 電話或在 Webex 使用者中心 管理模式。

有關更多信息，請參閱 Webex Calling 中基於操作模式的呼叫路由。

尋呼群組允許用戶發起單向呼叫，向一組用戶發送語音訊息。每個群組最多可包含 75 個目標用戶 and/or 透過撥打預先定義的號碼或分機號碼即可存取的工作區。

當使用者呼叫尋呼群組時，會同時呼叫群組內所有指定目標，此時呼叫者可以說出他們的留言，並在說完後掛斷電話。

有關更多信息，請參閱 在 Control Hub 中配置分頁組。

Webex Calling 支援錄製使用者撥打或接聽的電話。這可能是出於品質保證、安全保障或訓練方面的需要。預設情況下，Webex 會錄製通話，但如果需要其他錄音功能或合規性和監管要求，也可以使用其他第三方錄音提供者。

使用 Webex 作為錄音平台時，所有錄製的通話都在 Control Hub 中進行管理。具有合規官角色的完整管理員可以播放和下載錄影。如果沒有合規官角色，管理員只能刪除錄音。

有關此功能的更多資訊以及第三方錄音列表，請參閱 管理 Webex Calling 的通話錄音。

單一號碼通話功能允許撥打用戶電話號碼的通話同時響鈴多個裝置。這包括其他座機以及手機。用戶還可以透過這些裝置撥打電話，並且可以在這些裝置之間推送和拉取通話。

有關此功能的更多資訊以及管理員如何在 Control Hub 中配置它，請參閱 配置單一號碼存取（隨時隨地辦公）。

如需了解使用者如何在 Webex 使用者中心（入口網站）中自行管理和設定此功能，請參閱 設定單號碼存取（隨時隨地辦公）。

語音信箱群組允許共用語音信箱，可以將其指派給使用者或用於呼叫路由功能。設定語音信箱群組的一些原因包括：

• 部門或工作小組通用語音信箱

• 為自動應答機或呼叫群組新增語音信箱選項

• 從呼叫隊列發送溢位呼叫

• 只需要語音信箱的用戶。

有關更多信息，請參閱 管理 Webex Calling 的共享語音郵件和入站傳真箱。

有關所有功能（包括一些附加功能）的信息，請參閱 Webex Calling 按許可證類型提供的功能。