最佳化多日服務要求 (預覽版)

[本文章是發行前版本文件，隨時可能變更。]

服務需求可以跨多天和數週手動進行排程。 例如，在整個工作周內有 40 小時的工作訂單，其中同一現場技術人員每天需要在同一位置執行更詳細的工作。 現在 Resource Scheduling Optimization ，您可以使用它來優化此類的多日服務請求。

重要

• 這是預覽功能。
• 預覽功能不供生產時使用，而且可能功能受限。 這些功能是在正式發行前先行推出，讓客戶能夠搶先體驗並提供意見反應。

單一資源的多日需求

對於多日需求，為需求設置的預訂方法確定在計劃需求時使用的邏輯。 系統接著使用需求詳細資料的期間來最佳化排程。

Resource Scheduling Optimization 在定義的最佳化範圍內，將多日需求的所有預約指派給同一個資源。 如果沒有可用的資源，或者可用資源沒有足夠的容量來滿足多天的要求，系統將不計劃地保留要求。

計劃編製考慮了資源日曆中定義的休息時間。 多日預訂安排在休息時間前後。

Resource Scheduling Optimization 此外，還會計算起點和終點位置的行駛時間，就像計算其他現場預訂一樣。 如果您希望技術人員自費出差或在工作時間以外出差，您可以根據需要配置工作時間以外的出差。

多日需求的特殊案例

優化範圍短於多天需求

如果 定義的優化範圍 小於多天需求的長度， Resource Scheduling Optimization 則可以將多天需求調度到不同的資源。

例如，對於三天的優化範圍，需要 5 天。 在這種情況下，系統將優化範圍內的三天預訂分配給同一資源。 然後，在下一次優化運行期間，它可能會將剩餘的預訂分配給不同的資源。

為了防止 Resource Scheduling Optimization 將剩餘的預訂分配給其他資源，您可以將任何多日預訂鎖定到資源。 然後，在下一次優化運行期間，系統將剩餘的預訂分配給同一資源。

優化範圍與多天要求不完全重疊

如果 定義的優化範圍 與多天需求不完全重疊，則 Resource Scheduling Optimization 部分滿足多天需求。

例如，在 3 月 1 日至 3 月 5 日之間有 40 小時的多天要求，但優化範圍是 3 月 1 日至 3 月 2 日的兩天。 在這種情況下，系統將為同一資源創建 3 月 1 日和 2 日的預訂。 如果這兩天沒有可用的資源，則預訂將保持未計劃狀態。 隨後在 3 月 2 日和 3 月 3 日執行最佳化時，Resource Scheduling Optimization 指派 3 月 3 日的預約。

為防止系統部分滿足多天要求，請確保優化範圍與多天要求的日期範圍匹配。

已知問題

如果一個現有預訂的狀態為 “已完成”，則優化運行可能會為多日需求創建額外的預訂。

如果將多個預訂鎖定到不同的資源，優化運行可能會刪除多日預訂，而不是優化它們。