补休登记

通过配置登记周期并将它们与站点相关联，启用WFM的补休登记功能。完成配置后，站点内的座席可以在登记周期内创建多个并发补休请求，WFM将处理在指定的处理开始日期/时间和处理完成日期/时间之间的请求。WFM根据年资和/或等级来批准这些补休类型。如果补休限制中有可用槽，则WFM无法批准的补休请求将在登记周期处理完成日期/时间之后按提交顺序进行处理。

启用补休（假期）登记功能：

• 创建登记周期。
• 通过输入您希望周期包含的日期和时间以及登记周期限制来配置其属性。
• 将站点与登记周期相关联。

Important

仅当补休类型与已启用自动批准的补休规则相关联时，才能在登记过程中批准补休请求。如果对补休规则禁用了自动批准或者未向该补休规则指定补休类型，则不会在登记过程中处理请求。另外，如果为登记周期配置了"允许的座席超时"设置，则它表示的时间周期将浪费在这些类型的请求上，因为始终无法自动批准这些请求。但是，WFM仍然会等待座席更改其请求，以便实现自动批准。

输入和更改补休请求

在日历视图中，您可以更改座席的补休请求或输入新的请求，也可以随时手动批准现有请求，即使在登记周期已开始也是如此。

在补休登记视图中，当登记分配过程处于超时状态时，您可以手动跳过该座席。可以通过将座席的状态设置为已跳过或就绪来调整处理顺序，从而指示自动登记过程不应考虑座席的请求。在您将座席的状态设置为已跳过时，登记分配过程将移动到下一个座席的请求。

座席何时可以提交或更改请求？

座席可以随时输入新的补休请求，即使登记分配过程已开始并且其现有请求已进行处理也是如此。与加入池中进行登记的所有其他请求一样，将为新请求指定首选添加到等待列表中状态。输入新请求之后，座席必须将请求状态更改为就绪。

座席必须将跨登记周期边界的补休请求输入为两个或两个以上的独立请求，其中每个请求的所有项完全位于边界之内或之外。WFM会拒绝跨边界的请求。如果由于数据迁移而存在此类型的现有请求，则登记分配过程仅考虑位于边界之内的请求部分，即使这表示仅批准该请求部分也是如此。

座席无法删除或撤销包含多个项的批次请求中的单个项；将对请求中的所有项执行相同操作。同一规则适用于批次中补休项的状态发生更改（更改为已批准、首选或已拒绝）的情况，但管理员可以将其忽略。

请求的解析

在WFM处理登记时，它会使用为登记周期配置的解析规则（请参阅登记周期属性中第 9 到 12 行），并自动解析补休首选项，方法是批准这些首选项或执行某些其他操作，如添加到等待列表中。解析完成（在处理完成日期/时间）时，WFM会继续处理先前未根据FIFO原则处理的任何补休请求。

自动登记分配算法

自动登记分配过程会使用下列算法以预设频率在处理开始日期/时间与处理完成日期/时间之间多次运行：

1. 对于每个处于等待状态的座席：
   1. 检查座席超时是否已过期：
      1. 如果已过期，请将座席设置为已超时
2. 如果仍然有处于等待状态的座席，已跳过（如上）：
   1. 完成。等待下次运行。
3. 按预定义顺序处理座席列表并查找处于正在输入和 就绪状态的座席。
   1. 如果处于就绪或正在输入状态，但登记周期允许座席超时 = 0（表示不等待座席更改请求）：
      1. 尝试批准此登记周期内的所有未决（首选/已添加到等待列表中）补休请求。
      2. 如果已成功批准所有未决请求：
         1. 将座席状态设置为已批准，然后移动到下一个座席。
   2. 一些未决请求无法获得批准或座席的状态为正在输入，（表示登记周期允许的座席超时值为> 0）：
      1. 将座席状态设置为等待。
      2. 通过将超时持续时间添加到下一个座席的可上班时段间隔中来计算等待时间。
      3. 完成。等待下次运行。
   3. 继续处理下一个座席。

正在等待：

系统将等待座席的时间间隔或 <wait for the agent until> 的计算方式如下：

1. 将当前时间转换为座席的时区并计算座席的当前时间。
2. 如果座席当前位于主排班中已排班轮班内。
   1. 计算 <remaining shift time> = <shift end time> - <current time>。
   2. 如果 <bidding period configured timeout> 小于 <remaining shift time>，则：
      1. <wait for the agent until> 为 <current time> + <bidding period configured timeout>。
      2. 完成。
   3. 否则：
      1. <remaining timeout> = <bidding period configured timeout> - <remaining shift time>。
      2. 座席的当前时间将移动到下一天的午夜。
      3. 计算下一天。
3. 否则，检查座席是否具有对应于座席的当前时间的日历日的排班（不同于轮班，包括但不限于休息日和/或全天例外）。
   1. <remaining timeout> = <bidding period configured timeout>
   2. 座席的当前时间将移动到下一天的午夜。
   3. 计算下一天。
4. 否则，使用座席的合约并检查座席当前是否位于合约可上班时段内。
   1. 按上述轮班继续，但使用 <availability end time> 而不是 <shift end time>。

下一天：

1. 检查是否存在座席当前时间的当天排班。
   1. 检查是否存在从当前时间或晚于当前时间开始的轮班。
      1. 如果 <remaining timeout> 小于 <shift duration>：
         1. <wait for the agent until> 为 <shift start time> + <remaining timeout>
         2. 完成
      2. 否则：
         1. <remaining timeout> = <remaining timeout> - <shift duration>。
2. 否则，检查是否存在座席当前时间的当天的合约可上班时段窗口。
   1. 按上述轮班继续，但使用 <availability duration> 而不是 <shift duration>。
3. 座席的当前时间将移动到下一天的午夜。
4. 如果座席的当前时间不在登记周期处理间隔内：
   1. <wait for the agent until> = 登记周期处理结束日期和时间。
   2. 完成
5. 计算下一天。

先前版本中的Web for Supervisors视图

如果在环境中部署的WFM 8.5.2后端的版本低于8.5.203，则界面中显示的补休登记视图将高度匹配本主题中的内容，主题输入和更改补休请求和自动登记分配算法除外，它们不适用于8.5.203之前的版本。

另外，座席可以像往常一样提交补休请求，但是如果请求（甚至是部分请求）在配置的补休请求窗口内，则WFM不会自动批准或执行任何其他操作。WFM会在登记处理日期和时间（解决日期/时间）处理这些请求。