移轉常見問題

檢閱從 Work.com 移轉至 HR Service 的常見問題,包括功能比對、授權、階段性首展支援和資料模型行為。

• 為什麼要移轉?

  HR Service 代表 Work.com 的全方位重新設計。透過移轉,您可以為核心工作流程開放與功能相同的統一員工體驗。這包括移至現代功能,例如「統一員工入口網頁」、「HR 服務台」、「Agentforce 工作人員」和「整合的服務目錄」,同時運用更新的強大資料模型。

• HR Service 是否提供所有 Work.com 功能?

  此表格比較目前 Work.com 功能與對應的 HR 服務功能。

  Work.com 與 HR 服務功能的比較

  Work.com 功能	對應的 HR 服務功能
  員工工作區 (入口網頁)	統一員工入口網頁
  員工服務台 (HR Desk)	HR 服務台
  員工服務台機器人	Agentforce 工作人員
  HR 服務中心 (工作流程與批准)	立即可用的批准工作流程
  員工服務目錄	統一目錄
  排班管理	不提供
  工作場所策略計畫者	不提供
  數位 Trust 卡	不提供
  查詢管理	不提供
  健康檢查	不提供
  廣播傳訊	行銷活動管理 (需要設定)
  舊版員工資料記錄	Employee2 實體 標準個人帳戶

• Work.com 客戶可以購買 AI Agent for Employee 作為獨立 SKU 嗎?

  是。客戶可以將其購買為獨立 SKU。不過,由於此 SKU 使用 Agentforce 使用者授權 (AUL),因此不支援 Work.com 移轉。因此,必須建立新使用者,且不會保留歷程記錄資料 (例如過去個案)。移轉工具的設計目的為防止此資料遺失,因此建議使用 LPP 或 LPS 路徑。

• 使用哪些 SKU 可使用 Work.com 移轉?

  Work.com 移轉僅適用於 Lightning Platform Plus (LPP) 和 Lightning Platform Starter (LPS) SKU。若要使用 HR 服務功能,客戶也必須購買 AI Agent for Employee 附加元件。

• 是否有可能將員工從 PUL 移至 UEL 的路徑?

  否,目前沒有將員工從「平台使用者授權」(PUL) 移至「統一員工授權」(UEL) 的直接路徑。現有的移轉工具是針對「員工對員工 2」資料模型移轉而設計,不支援授權移轉。

• 需要哪些 AddOn 授權才能存取移轉工具?

  若要成功設定、執行和管理視覺資料處理引擎 (DPE) 移轉工具,則需要下列授權:

  • 管理員移轉授權:執行移轉的管理員使用者必須擁有 EmployeeManagement 權限集授權 (PSL)。
  • 先決條件授權檢查:確定您的組織已擁有基本 EmployeeManagementAddOn 授權。
• 階段化移轉是否可以?

  完全支援階段性移轉。移轉策略明確以雙資料模型策略/資料共存模型為基礎。由於新的 Employee2 記錄會將後端外部金鑰對應直接保留至舊版「員工」記錄,因此會保留舊版的相容性。舊版 Work.com 物件會保持完全不變且為啟用狀態,讓您能夠隨著時間安全地以階段方式轉換使用者和作業,而不會中斷現有的業務邏輯、報告或整合。

• 現有經理資料與指派會如何?

  系統會自動保留組織階層。新 Employee2 記錄的經理指派和更新完全由整合經理佈建批次工作處理。

• 現有 Work.com 資料模型會如何?

  現有資料結構會保留,但會隔離:

  • 舊版 Work.com 物件不會重新結構化或覆寫。
  • 這些記錄會保持為歷程記錄,而 HR Service 僅使用新的 Employee2 型資料模型。
• 自訂元件是否會在移轉後運作?

  否,自訂元件在移轉後不會自動運作。客戶必須以支援的 HR Service 功能取代已淘汰的 Work.com 功能。針對自訂元件,客戶必須測試和驗證移轉後行為;在某些情況下,可能無法提供相等的替代項目。