跳至主要內容
Administrator Guide
上次更新時間 :2023-06-23
概念:「Change Benefits」Web 服務

概念:「Change Benefits」Web 服務

Workday 提供以下 2 種 Web 服務,用於載入福利選擇的整批變更:
  • Change Benefits
  • Bulk Import Change Benefits

「Change Benefits」Web 服務

「Change Benefits」
Web 服務是這 2 種 Web 服務中較早推出的類型,用於執行整批上傳。此服務可讓您起始並完成「因生活事件變更福利」
業務流程,為正職員工產生福利異動。Web 服務會忽略您已在「因生活事件變更福利」
業務流程中配置的任何其他步驟。
此 Web 服務適用於從外部系統進行整批上傳。我們建議您不要使用此 Web 服務從第三方福利管理系統進行累加福利更新。此 Web 服務會放棄所有符合特定福利事件類型的員工福利選擇。然後將這些福利選擇取代為您在 Web 服務通話中指定的福利選擇。此 Web 服務的目的是只載入起始入選率或招聘的福利。它不會參與事件協調,如果您以亂序載入福利,正職員工可能會在 Workday 中做出錯誤的選擇。

「Bulk Import Change Benefits」Web 服務

「Bulk Import Change Benefits」
Web 服務提供與「Change Benefits」
相同的函數。但是,如果載入大量資料,此 Web 服務的效率會更高、速度更快。Web 服務也會提供申請 ID,讓您可以透過流程監控來追蹤申請。
儘管此 Web 服務能大幅提高效能,但您無法為同一員工指定多個事件的處理順序。如果您需要以特定順序為員工提交多個事件,可以執行下列其中一個動作:
  • 為每個事件提交 1 個範本
  • 使用「Change Benefits」
    Web 服務

如何使用這兩種 Web 服務?

這兩種 Web 服務可上傳大量福利選擇。Web 服務的其中一個必填欄位是
福利事件類型
。此值可讓 Web 服務知道可以更新哪些計畫。
Web 服務會根據申請,將指定事件類型的福利取代為 Web 服務通話中的福利。本質上,這些 Web 服務會使用申請中的新計畫來覆寫福利事件類型的所有計畫。
為避免影響不屬於更新的福利選擇,Workday 建議您為每個申請使用個別的福利事件類型。每個申請應僅包含您需要更新的福利。範例:避免使用「管理者更正」等一般福利事件類型。Web 服務會先移除所有與該事件類型相關聯的福利,然後新增申請中的計畫。
您可以排除事件中福利保障類型的替換選擇,以放棄該福利選擇。

支持的福利類型

「Change Benefits」
和「Bulk Import Change Benefits」
Web 服務支援以下福利類型:
  • 醫療保險
  • 醫療儲蓄帳戶
  • 支出帳戶
  • 保險
  • 退休儲蓄
  • 其他福利
如果您要載入的唯一計畫類型是「退休儲蓄」,請考慮使用「Enroll in Retirement Savings」
Web 服務。

事件日期和保障開始日期

Web 服務會忽略
保障開始日期
扣除開始日期
欄位的值。Workday 會根據登記事件規則計算這些日期。但是,Web 服務會要求您填入
保障開始日期
欄位。
扣除開始日期
為選填欄位。
如果您需要取得以下任一資訊,可以為
原保障開始日期
原扣除開始日期
欄位新增值:
  • 員工在福利計畫登記的原始日期
  • 員工在計畫中首次扣除的日期
這些欄位中載入的日期將顯示在使用者介面的
保障開始日期
扣除開始日期
報告欄位中。通常,只有從舊版系統轉換資料以取得歷史記錄時,您才能載入這些值。載入現有計畫的變更時,管理者通常希望取得此變更的新保障開始日期。

申請和應變動作

建立申請之前,請確保您具有所要修改福利的所有參考 ID。範例︰
  • 福利事件類型 ID
  • 頻率 ID
  • 醫療保險保障計畫 ID
  • 醫療保險保障對象 ID
範例:如果您將保障從「正職員工」
擴及到「正職員工+ 子女」
,則需要在 Workday 中使用受扶養人 ID 來新增受扶養人,否則您的申請將會失敗。