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

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

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

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

已知问题

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

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