概念︰一般休假結餘儲存基準
當員工在用戶中存取一般休假任務和報告時，Workday 會依據一般休假計畫規則，動態計算一般休假計畫結餘和應計休假數量。Workday 會在背景中存取從特定時間點執行計算的報告，以存取餘額值。
所有員工都有一般休假記錄。Workday 會將許多事件提取到員工基本資料中，包括一般休假事件、累計的應計休假，以及結餘期間之間的結轉。根據您是否將 Workday 配置為儲存結餘，Workday 以不同的速度存取相同資訊︰
- 如果您未將用戶配置為儲存結餘，則處理時間會更長。如果沒有可參照的特定時間點，Workday 會從第一次在 Workday 中輸入結餘時開始執行計算。Workday 必須回到員工的初始記錄，計算所有休假組成要素並輸出其休假結餘結果。
- 相反地，如果您定期儲存結餘，當員工存取其一般休假計畫結餘時，Workday 會顯示根據最近儲存的結餘計算的結果。由於 Workday 使用的是較近的日期，因此處理時間要快得多，從而提供更好、更有效率的使用者體驗。
為了最佳化效能，您可以排定流程，為追踪結餘的所有一般休假計畫定期儲存結餘。當您使用「
排定一般休假計算結餘流程」
任務儲存 91 天 (含) 以上的結餘和應計休假時，Workday 會以儲存的結餘和應計休假金額做為後續動態計算的起點。您可以儲存一般休假計畫期間時間表內任何期間開始日期的結餘。您無法儲存未來日期的結餘。
如果您遇到與休假相關的效能問題，請使用「
檢視一般休假計算結餘流程」
報告來檢查您是否有儲存一般休假結餘的時間表。如果沒有，請建立它們。效能最佳做法
為了維持最低水準的績效，Workday 每個月都會檢查一般休假計畫是否儲存了自過去 13 個月內的日期起的結餘。否則，Workday 會自動儲存該月第三個星期日之前 13 個月的結餘。不過，Workday 建議您針對一般休假計畫和業務需求，手動排程自訂流程。
我們建議您︰
- 不儲存當天日期當天的結餘。
- 從 91 天 (含) 以上開始執行「排程一般休假計算結餘」流程。儲存結餘時，Workday 會使用從計畫的期間時間表衍生的期間開始日期。
- 「排定一般休假計算結餘」執行流程的頻率請勿高於期間時間表的頻率。範例︰如果一般休假計畫的期間時間表為︰
- 每兩週您可以每兩週執行一次流程。不要每週執行流程。
- 每月您可以每月執行一次流程，也可以少於每月一次。不要每週或每兩週執行一次流程。
- 每季。每 3 個月執行一次此流程。請勿每週、每兩週或每月執行流程。
不要針對目前期間執行流程。請將「執行日期前的天數」的值設為大於零的值。最佳做法是設為 91 天 (含) 以上。將此值設為 91 天 (含) 以上的主要好處是，可確保 Workday 儲存應計休假，進而進一步提升效能。 - 編輯作業排程，減少同時處理的計畫數量，或提高重複執行頻率。
- 將流程排定在晚上執行。對於初始 Workday 部署專案或合併與收購，請考慮作業順序，因為這可能會影響計算的處理時間。為達最佳效能，在將離職員工的結餘載入至 Workday 用戶時，Workday 建議您按以下順序執行這些步驟︰
- 載入一般休假
- 儲存結餘
- 員工離職。
- 對於每次載入超過 2000 列的大量交易記錄，請使用匯入一般休假和休假 Web 服務。
- 請留意報告時間表以及進行同步。請務必先執行報告，然後再執行排定的一般休假計算結餘。每季執行一次報告，並至少每季計算一次儲存的結餘。提供結餘計算的起始點有助於報告框架召回資訊。如果您要執行季度全公司應計休假報告，最好在最近排定的結餘執行排程之後的時間執行報告。自訂報告和索引化資料來源 (例如 HCM 報告的員工) 是提升效能的關鍵考量，有助於以更高效的方式調出儲存的休假結餘。
- 如果貴組織的作用中 HCM 員工超過 100,000 名，您應該檢閱用戶績效，因為您可能會有大量的異動。若要支援此數量的員工，可能需要額外注意評估用戶執行時間和最終使用者體驗。
- 請在正職員工輸入此期間的一般休假後，執行「排定一般休假計算結餘流程」流程。範例︰等到正職員工在年底輸入一般休假時，再執行 12 月的流程。此方法可減少 Workday 因應追溯分錄而必須重新計算和儲存結餘的次數。
用戶設定
檢閱休假 Worklet 顯示結餘的方式。如果您發現載入時間過長，或 Worklet 填入時間過長，請考慮存取
「編輯用戶設定 - HCM」
任務，然後導覽至「 一般休假」
區段。選取 停用休假 Worklet 結餘
選項。員工在檢視休假或申請休假時，可繼續在行事歷上檢視其結餘。請檢閱您的薪資用戶設定。存取
「編輯用戶設定 - 薪資」
任務，導覽至 「薪資單」
區段，然後啟用 「保留薪資單的休假資料」
選項，以改善薪資單和 「Get Payroll Payslips」
Web 服務的效能。持續性發生在薪資計算和薪資完成之間。Workday 會查看給付結果中已永久保存的休假資料，除非在您啟用該選項之前已完成薪資處理。效能影響
這些因素會增加一般休假結餘計算的複雜性。考慮是否必須更頻繁地為部分計畫或所有計畫執行流程︰
- 期間時間表頻率例如，每週或每月。請勿在一般休假計畫中使用每日期間時間表。Workday 建議您至少選取每週時間表。
- 限制︰上限、下限和結轉。
- 與此結餘相關聯的多項應計休假。
- 與該計畫相關聯的多個一般休假。
- 相依於其他計畫結餘的計畫結餘。
- 期間時間表中已處理的期間數。
- 符合計畫資格的正職員工人數。配置一般休假計畫或假日行事歷的國家/地區適用資格。
- 覆寫和調整的數量
- 透過 Workday 工時追踪輸入工時計算的一般休假申請數量。
- 透過 Web 服務載入的一般休假與更正量。
一些一般性建議︰
- 每個計畫只能包含在 1 個時間表中。
- 考慮儲存複雜應計休假的結餘，以及使用滾計應計休假的結餘。否則可能會對用戶結果和執行時間造成負面影響。
- 確保將期間時間表限制為載入員工餘額所需的時間。建立過去太久的期間時間表，且未一致地儲存這些結餘，導致 Workday 需要更長的時間來動態計算結餘。
- 請確定您使用的是進階查詢表計算。
- 當您使用一般休假帶薪休假組成要素相關計算 (ACRC) 時，這些計算需要評估其他計算，例如傳回值的下限。通常，如果計畫使用的是下限和「允許的無給薪一般休假單位數上限」驗證，則不需要使用此 ACRC。如果可能，請改用一般休假總計ACRC，因為這不會評估其他計算。
- 檢閱您的安全性配置。休假相關網域和業務流程安全原則的複雜配置可能會影響對任務和業務流程的存取。
整合
許多整合使用報告架構來擷取外部 Web 服務的資料。如果未儲存餘額，且 Web 服務正在執行，可能會影響排定整合的執行時間。考量用戶對內傳和外傳交易推入或提取資訊對效能的影響。
對於轉出交易，請確認整合是否會依據時段存取結餘。資料量和時間範圍可能會影響效能。如果可能，請嘗試限制這些時間範圍。如果您知道整合需要很長時間才能執行，請考慮在其他時間執行整合，或者儲存餘額是否可以加快整合的執行速度。