概念：排班优化引擎
什么是优化引擎？
优化引擎使用人工智能技术对多种可能的排班情景进行比较，以生成最有效满足您需求的时间表。优化引擎创建时间表时会考虑以下因素：
- 人工需求
- 员工属性（例如资格要求、空闲情况和意愿）
- 您的配置和业务目标
人工需求
优化引擎依赖在排班组织 (SO) 级别定义的人工需求数据来生成时间表。您可以通过指定以下要素来定义组织的人工需求：
- 需要完成的工作的类型
- 完成工作所需的员工数量
- 需要完成工作的特定时段
班次设计和分配
班次时长由高级别排班组织 (HLSO) 设置和人工需求共同决定。优化引擎创建的班次不会在人工需求所要求的时段之外发生。优化引擎创建的班次也不会违反您为 HLSO 定义的最小班次时长验证、最大班次时长验证或就餐规则。优化引擎会按照 HLSO 中的定义创建就餐时段，并尝试将各个就餐时段错开以最大程度地满足不同时段的人工需求。如果一致性设置大于零，优化引擎还可以根据回溯期间内员工班次的开始时间和结束时间来创建班次。
Workday 生成的时间表从不会包括未分配员工的班次。如果没有任何员工可分配到某个班次，则该班次不会包括在时间表中。如果人工需求与生成的班次和已分配员工的班次之间存在覆盖范围差距，Workday 会自动指示。Workday 还会指示可能覆盖过度或覆盖不足的情况。
硬性限制：固定或可放宽
优化引擎只会创建不违反任何固定硬性限制的时间表：
- 空闲时间：如果某个员工有不影响排班的短期休假或长期休假与该班次重叠，则该员工将被视为无空闲时间。
- 最大班次时长：班次不能超过 HLSO 定义的最大班次时长。
- 班次之间的最少休息时间。
- 最小班次时长：班次必须至少达到 HLSO 定义的最小班次时长。
- 就餐规则：班次必须遵守 HLSO 定义的就餐规则。
- 每天一个班次：即使员工有多个职位或被指定了多个时间表标记，Workday 每天也只会自动为其分配一个班次。
- 无重叠的班次：不能将一个员工分配到同一时间的多个班次。
- 时间表标记资格要求：员工必须通过为其指定的时间表标记获得某个班次的资格，才能被分配到该班次。
仅当生成周时间表时启用了一致性时，才可能会出现违反硬性限制的情况。在这种情况下，如果某个班次因被手动更新而违反了回溯期间的最小/最大时长或就餐规则，该违规项可能会被破例应用于正在排班的那一周。
此外还存在可放宽的硬性限制，这些限制有时是硬性限制，有时不是。当它们不是硬性限制时，它们被称为目标。您可以通过时间表设置来配置这些限制是可放宽限制（被视为目标）还是硬性限制：
- 每周最大工时
- 最大工作天数
如果优化引擎无法找到不违反硬性限制的时间表解决方案，它可能会放宽“人工需求”硬性限制和“每周最小工时”硬性限制。优化引擎会将这些限制视为软性限制，以便找到不违反任何其他硬性限制的解决方案。
软性限制/目标
Workday Labor Optimization 在满足硬性限制的同时，也会尝试满足在生成时间表时定义的业务目标。可调整的软性限制是优化引擎尽可能要达到的目标。如果优化引擎满足这些限制，它可提高时间表的质量和得分，但如果不满足软性限制，优化引擎仍然会生成时间表。软性限制包括：
- 一致性
- 需求覆盖范围
- 人工成本
- 每周最大工时
- 每周最小工时
- 最大工作天数
- 期望工作日/时间
- 首选时间表标记
- 每周期望工时
软性限制由 HLSO 配置，权重范围为 0-100。要将优化引擎配置为忽略某个软性限制，您可以将权重设置为零。您可以在员工级别重设这些设置。在生成时间表时，员工级重设值优先于滑块设置。
Workday 会维护固有权重，这些权重决定了每个软性限制的相对重要性。下面是 Workday 的固有权重，按权重从大到小的顺序排列：
- 一致性
- 每周最大工时
- 每周最小工时
- 最大工作天数
- 需求覆盖范围
- 人工成本
- 每周期望工时
- 首选时间表标记
- 期望工作日/时间
这些设置由 HLSO 中的设置配置自动填充。
滑块
经理在生成时间表时，可以使用滑块来控制不同软性限制的权重。最初生成时间表时，Workday 会根据为 HLSO 定义的设置自动放置滑块。在经理调整滑块设置并生成时间表后，Workday 会将时间表设置应用于下一周。
一致性
使用一致性值，您可以周复一周创建完全相同的时间表，或者类似的时间表。一致性会复制班次的开始时间、结束时间和就餐时间，但不会复制时间表标记。如果此时间表设置大于零，则一致性的权重将大于所有其他软性限制。
Workday 会根据 HLSO 或重设配置，回溯 1 周或 2 周来查找用作对比依据的参考时间表。如果参考时间表包含短期休假，则 Workday 会回溯另一个 1 周或 2 周以上的回溯周期来查找不含短期休假的周。如果 Workday 没有找到某个员工的参考时间表，则对于该员工，优化引擎将忽略一致性。
如果一致性设置大于零，并且在参考周中存在您已手动重设以下一个或多个规则的班次，则 Workday 可能会采用手动重设值并将其引入到当前周：
- 就餐
- 最大班次时长
- 最小班次时长
如果不要求参考周中的班次满足当前周的人工需求，Workday 可能仍会在当前周中生成班次。
时间表得分
优化引擎生成时间表后，会根据以下维度为时间表评定一个综合得分：
- 一致性
- 覆盖范围
- 人工成本最小化
- 员工的首选时间表标记
- 员工的每周期望工时
Workday 还会提供每个维度的得分，并描述时间表对于每个维度的满足情况。您定义的软性限制权重不会影响时间表得分或每个维度的得分。示例：您将“一致性”权重设置为“低”。优化引擎会生成一个时间表，其中包含的班次与上一个回溯周期中的班次不一致。因此，“一致性”得分可能会显示为“差”。
员工替换得分
如果多个员工可以在不违反硬性限制（例如空闲情况和时间表标记资格要求）的情况下执行某个班次，Workday 会推荐他们作为现有班次的替换员工。Workday 会根据员工的替换得分对所推荐的员工进行排名。Workday 以“匹配度”形式显示替换得分。Workday 在计算“匹配度”时会考虑以下因素：
- 如果员工单位薪资较高或将产生加班费，Workday 会将其视为匹配度较低。
- 班次占用时长与员工的期望工作时数差距越大，匹配得分就越低。
- 如果班次中有某个员工的任意首选时间表标记，Workday 会将该员工视为匹配。