优化多日服务请求（预览）

[本文为预发布文档，可能会发生变化。]

服务要求可以在几天或几周内进行人工安排。 例如，整个工作周的 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 日的预订。

为防止系统部分满足多天要求，请确保优化范围与多天要求的日期范围匹配。

已知问题

如果一个现有预订的状态为 “已完成”，则优化运行可能会为多日需求创建额外的预订。

如果将多个预订锁定到不同的资源，优化运行可能会删除多日预订，而不是优化它们。