使用“日历项”模块可以在发布排班前,更改座席的首选项、例外、补休或工作时数(轮班和可上班时段)请求的状态。
在发布排班前,可能存在的实际状态设置为“首选”、“已批准”和“已拒绝”。
在发布排班后,可能存在的实际状态设置为“已排班”或“未排班”。
在排班前,首选项可以为“已批准”、“已拒绝”或“首选”。 针对包含该首选项的日期创建排班后,状态可能为“已排班”(出现在排班中)或“未排班”(不出现在排班中)。
除非首选项先被删除或添加的其他首选项的等级高于第一个首选项,否则“已批准”首选项将出现在排班中。 如果发生这种情况,低等级首选项的状态会更改为“已拒绝”。
已拒绝首选项将不会出现在排班中,除非该首选项是由于高等级的首选项而被拒绝并且后来在创建排班前高等级的首选项已被删除。 如果发生这种情况,该首选项会恢复成原来的状态(可能是“已批准”或“首选”)。
如果首选的首选项与为站点配置的排班限制和优化设置相匹配,那么该首选项可能会出现在排班中。
“日历项”模块中的以下两个列显示首选项状态:“请求的状态”和“实际的状态”。 请参阅如下这两个类别的说明。
在“日历项”列中,单击希望更改的项的名称。
单击项的新状态的操作按钮:“首选项”、“批准”或“拒绝”。
单击“确定”。
新状态将出现在“状态”列中。
注意:每个列中状态可以不同,实际的状态可以和您刚指定的状态不同。 这是由于“请求的状态”和“实际的状态”列的工作方式决定的,说明如下。
请求的状态和实际的状态是指两种保存每个例外和首选项的方式。
请求的状态是指由用户输入的首选项状态。 如果在某个特定日输入多种首选项,每个项及其输入时的状态都将被保存到数据库中。
实际的状态是指由WFM决定的状态。 WFM基于当前的所有例外和首选项在日历对象层次中的位置评估它们。 如果座席在一天内有多个首选项,那么实际的状态表示WFM已决定的状态。
例如,如果座席首选全天补休,那么该首选项就被保存在数据库中,其状态为首选项。 如果后来针对这一天为座席分配(批准)了的一个会议例外,那么例外将覆盖首选项。 WFM会评估当前的例外和首选项设置,并将休假首选项标注为已拒绝。 但是,数据库仍将首选项状态保留为首选项,这是因为在生成排班前可以删除例外。 在这种情况下,首选项将再次生效,并且首选项的实际的状态将更改为首选项。
注意:轮班计划分配默认情况下状态为已批准,因此它们不需要将独立的状态保存到数据库中。