服务要求可以在几天或几周内进行人工安排。 一个示例是整个工作周内 40 小时的工作订单，要求同一现场技术人员每天在同一位置执行更详细的工作。 您现在可以使用 Resource Scheduling Optimization 来优化此类型的多日服务请求。
单个资源的多日要求
对于多天要求，创建资源要求时设置的 booking 方法决定了计划逻辑是什么。 这用于创建需求详细记录，以便将需求分配到多个日期。 要了解有关使用要求详细记录的更多信息，请参阅多日一文。
若要通过资源调度优化安排多天的资源需求，资源需求必须具备：
- 有效期起始日期和结束日期
- 相关需求详细记录
Resource Scheduling Optimization 将多天要求的所有预订分配给定义的优化范围内的同一资源。 如果没有资源可用，或者可用资源没有足够的产能来满足多天要求，系统将不对要求进行计划。
计划会考虑资源日历中定义的休息时间。 多日预订将计划在休息时间前后。
Resource Scheduling Optimization 还会计算往返于开始和结束位置的行程时间，就像其他现场预订一样。 如果您希望技术人员自费外出或在工作时间以外外出，您可以根据需要在工作时间以外配置行程。
多日要求的特殊案例
优化范围短于多天要求
如果定义的优化范围短于多天要求的长度，Resource Scheduling Optimization 可以将多天要求计划给不同资源。
例如，三天优化范围存在五天要求。 在这种情况下，系统会将优化范围内的三天预订分配给同一资源。 然后，在下一次优化运行期间，它可能会将其余预订分配给不同的资源。
要阻止 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 日。
要阻止系统部分履行多天要求，确保优化范围与多天要求的日期范围一致。
已知问题
如果现有预订的状态为已完成，优化运行可能会为多天要求创建额外的预订。
如果将多个预订锁定到不同的资源，优化运行可能会删除多天预订，而不是对其进行优化。