跳至主要内容
Administrator Guide
上次更新时间 :2024-02-09
概念:批量编辑班次

概念:批量编辑班次

批量编辑

您可以配置
“批量更改班次事件”
业务流程(由“Workday Scheduling”功能区域提供安全性),以便经理可以直接从时间表中的单个班次批量编辑、复制或删除系列中的班次。
当经理编辑的班次与将来班次具有相同的班次详细信息时,您可以同时查看和编辑这些将来班次(自当前班次起最多 6 个月)。要编辑将来的班次,这些班次必须具有以下共同的详细信息:
  • 星期几。
  • 开始时间
  • 结束时间
  • 子组组织
  • 时间表标记
您可以选择是否将编辑应用到所有将来班次,也可以选择要应用变更的单个班次。

限制

如果时间表某个状态为“正在检查”,则无法批量编辑或批量复制该时间表中的班次。作为可以应用在不同周进行批量编辑的班次,时间表中“正在检查”的班次也不会返回。
如果某个班次处于“待定”状态,则无法对该班次进行批量编辑或批量复制,也无法将其作为可以应用其他周批量编辑的班次返回。
批量编辑和批量复制功能当前不符合您配置的预测型排班规则。

业务流程审批

如果您在
“更改已发布的时间表”
业务流程中配置业务流程审批,则每次批量编辑都将触发单个审批事件,即使您编辑多个班次也是如此。
“更改已发布的时间表”
业务流程仅适用于您对原始班次(当周的班次)所做的变更。要对将来周的班次编辑触发业务流程审批,请在
“批量更改班次事件”
业务流程中配置审批步骤。如果您同时配置两者,则收件箱中将显示 2 个单独的审批事件,一个事件用于批准当前班次(“
更改已发布的时间表”
业务流程),另一个用于批准将来的班次(
“批量更改班次事件
”业务流程)。
仅当您编辑已发布的班次时,才需要进行审批。如果班次未发布,则不会经历任何业务流程。
您可以配置以下允许的操作,要求员工批准或拒绝班次变更:
  • “批量更改班次事件”业务流程中确认
    “批量更改班次”
  • “发布后
    更改”业务流程中的“更改已发布的时间表”确认
如果您配置了这些步骤,则员工可以在可以为该班次工作的情况下接受班次变更,如果他们无法在该班次中工作,则可以拒绝班次变更。如果您同时配置了这两种允许的操作,则员工将收到 2 条单独的通知。

业务流程步骤条件

如果原始班次处于“草稿”状态,Workday 会自动对其进行更新,而不会通过业务流程进行处理。
如果原始班次处于“已发布”状态,则它将经历
“更改已发布的时间表”
业务流程。如果
“更改已发布的时间表”
业务流程中存在步骤条件,并且您正在编辑的当前班次违反了该步骤条件,则 Workday 将不允许您更新当前班次或属于批量编辑的将来班次。
Workday 会将您尝试编辑或复制的当前班次置于“需要更改”状态,以指明您需要修复这些班次,以满足步骤条件要求,然后才能应用编辑。
如果您当时正在尝试批量删除,Workday 会将当前班次置于“待删除”状态。但是,您尝试删除的将来班次的状态将不会发生变更。经理将无法编辑处于“待删除”状态的班次。
在您进行批量编辑时,如果正在编辑的当前班次是“草稿”班次,Workday 不会检查“更改已发布的时间表”业务流程中的步骤条件。Workday 允许对当前班次和将来班次进行更改,即使将来班次处于“已发布”状态也是如此。这意味着将来发布的班次可能会被错误更新。
然后,Workday 会通过
“批量更改班次事件”
业务流程处理将来的班次(您编辑或复制的班次)。