參照︰排程最佳化引擎錯誤訊息

錯誤訊息	潛在原因	解決方案
IllegalStateException︰SchedulingOrganization 尚未載入空值 OR SchedulingOrgLite 尚未載入 - 為空值	HLSO 上使用的時區已不再受支援或已停用。操作中使用者沒有任何可存取的排程組織。作用中的 HLSO 沒有有效的配置。	將 HLSO 上的時區 ID 取代為相同時區的另一個實例。若要檢查，請存取 HLSO 上列出的地點，然後導覽至「業務據點」分頁。編輯地點，確認「時區」下方的下拉清單仍存在該地點。檢查已啟用排程的組織 (或經理人員管理的組織)。請確認已啟用該組織做為排程組織，以及是否存在安全問題。存取「檢視排程組織設定」報告。檢視作用中 HLSO 的設定。尋找「週別開始日」和/或「地點」以確保其正確無誤。請確認至少有 1 個標記類型和 1 個標記值。
RuntimeException︰無法讀取 json 字串。原因︰無法建構的實例...	HLSO 上的「繼承」核取方塊可能已被選取，然後又被取消選取。	再次選取 HLSO 上的繼承核取方塊。
IllegalStateException︰找不到標記集 ID 的標記 ID	「時間表標記值」已啟用後又停用，「人力需求」或時間表中已有該時間表標記值。	啟用「時間表標記值」，然後清除具有此時間表標記值的任何人力需求，或撤回任何具有此時間表標記值的已發佈時間表。如果此為正式作業環境，請保持啟用「時間表標記值」。
時間...不在周時間範圍內...	如果最初建立時間表時使用一個時區 (例如︰EST)，後來重新組織到另一個時區 (例如︰CST)，時間表就會消失，因為 Workday 會使用新的時區載入，而不會載入原始時區。。兩者之間的時區必須相符。如果班別時間不在排程週次 (使用子群組組織時區)，就會出現此錯誤，因為 Workday 使用 HLSO 時區建立時間表。範例︰ HLSO 時區為 EST，但 SGO 時區為夏威夷。如果班別不在美國東部標準時間的每週開始和結束時間，時間表上就會有一點間隔。	請提交 Workday 支援個案並附上您的客戶用戶螢幕截圖。
RuntimeException: 非預期的排程... 在先前的排程中...	您已變更 HLSO 設定分頁上的其中一項設定。範例包括︰每週開始日時區人力要求期間長度	將變更還原為原始設定，然後變更 HLSO 設定的生效日期，並以新的生效日期套用您的變更。
無法反序列化為 SchedulingError[] 類別的實例	後綴為 (REST) 的「發佈時間表」業務流程安全原則的起始動作未列出起始動作。	此業務流程安全原則必須列出正確的安全群組。不可為空白。
TimePeriod{start..., end...} 在「[TimePeriod{start..., end...}]」中無法對應到某週	該週為日光節約時間的周。一周的開始日為星期一。	請提交 Workday 支援個案並附上您的客戶用戶螢幕截圖。
我們收到多個錯誤︰無法反序列化組織配置和中斷措施。	未啟用「排程︰預算和銷售資料」網域安全原則。	啟用「排程︰預算和銷售資料」網域安全原則。
java.net.SocketTimeoutException: timeout	用戶使用者介面已逾時。為安全起見，過時頁面已中斷連線。	請重新整理頁面，再次起始動作。