部門

您可以將CXone Mpower 系統分割成兩個或多個不同的區段,稱為分區。 部門嚴格安全地將系統內的資料分開,以便您可以將它們與不同的業務線或其他組織結構保持一致。 部門之間的界限是一致的,並且適用於整個平台。 這確保了部門之間的完全隔離。

每個部門獨立於您系統中的其他部門運作,並產生自己的資料。 一個部門的成員不能查看或存取其他部門的任何資料,但以下情況除外:

中使用分部時,您仍然需要權限CXone Mpower。 部門控制資料和實體對使用者的可見性。 對資料或實體的存取仍由權限控制。

例如,若要在部門 A 中建立ACD技能,使用者的員工設定檔必須指派給部門 A,並具有具有 ACD 技能建立權限的角色。 當滿足這些條件時,使用者將只能在 A 部門內檢視和建立ACD技能。

分部、視圖和ACD資料限制

啟用分部後,視圖ACD資料限制將繼續獨立於分部工作,並且可以跨分部進行配置。 如果使用者的存取權由分部和檢視或ACD資料限制定義,則檢視或ACD資料限制優先。

若要充分利用這些安全性選項,請使用分割來提供資料分割的主要結構。 然後,在每個部門內,使用視圖和ACD資料限制來進行更精細的可見性控制。

分區設置

目前,分部僅適用於新客戶。 該選項將在未來版本中提供給現有客戶。 必須為您的CXone Mpower 系統啟用分部客戶代表

系統上啟用分部後,會自動建立兩個分部:

  • 預設除法
    • 是所有其他分部的上層分部。
    • 無法修改或刪除。
    • 對整個系統具有可見性。
  • 根分部

    • 是您系統的頂層分部,是預設分部的子項。

    • 可以重新命名,但不能刪除或停用。

    • 附加部門是根部門的細分。

    • 所有新實體都必須在根部門或其其中一個子部門內建立。

CXone Mpower支援預設分割下的三個層級細分。 分部是零索引的,其中頂層為 0,第二層為 1,第三層為 2,第四層為 3。

以下實體可以指派給部門:

  • 團隊

  • ACD技能

  • 活動

  • Studio內的指令碼工作流程開發階段

此外,員工設定檔會從指派到的團隊繼承部門。

並非所有CXone Mpower 應用程式都支援使用分部進行資料分割。 支援部門的應用程式會尊重指派給使用者的部門界限。 邊界不會影響應用程式內尚不支援分部的資料。 未來版本將新增對其他應用程式的支援。 以下應用程式支援部門:

  • CXone MpowerAgent應用

  • CXone Mpower Studio

  • CXone Mpower Digital Experience

  • Interaction AnalyticsAPI

  • CXone Mpower Recording

  • GenAI Prompt Editor

部門實作的最佳做法

在準備在您的CXone Mpower 系統中實施劃分時,請遵循以下準則:

  • 在開始建立分部之前,請建立一個計劃。
    • 圍繞有意義的業務邊界(例如客戶、品牌、部門或地理區域)規劃劃分。
    • 如果您需要多個級別的部門,請繪製部門的層次結構。
    • 避免不必要的嵌套或過度分割,讓階層保持簡單。
    • 將至少一個使用者的員工設定檔指派給預設部門。 這可確保適當的管理存取。 此使用者將能夠存取整個系統的資料和實體。
  • 建立強有力的治理。
    • 為部門管理指派明確的所有權。
    • 限制全域系統管理員權限,以降低跨部門暴露的風險。 使用者在被指派到預設部門時具有全域系統管理員許可權。
    • 建立並強制執行部門及其指派給這些部門的實體的命名慣例。
  • 僅將分部用於大規模資料分組。

    • 對於小規模分組,例如臨時專案或精細的組織分割,請改用 檢視

    • 過度細分會增加CXone Mpower 系統的複雜性。 如果某個部門不再有效,則必須手動將該部門內的所有實體重新指派到不同的部門。

  • 將所有可指派給適當部門的實體類型指派。
  • 確保實體的準確劃分放置。 實體在指派給一個部門後,無法移動到不同的部門。
  • 確保Studio指令碼了解除法上下文。

關於部門的關鍵事實

限制

目前,部門有以下限制: