跳至主要内容
Administrator Guide
上次更新时间 :2024-06-14
维护步骤延迟

维护步骤延迟

安全性:“System”功能区域中的以下域:
  • 业务流程管理
  • 管理:业务流程定义
您可以向业务流程步骤添加内置延迟。您可以为业务流程步骤添加延迟,以便在后台运行该业务流程,直至延迟完成。这对于通常需要很长时间才能完成的业务流程步骤非常有用。在指定的延迟时间内,剩余步骤将从任何负责组的
“我的任务”
中消失。然后,在指定的延迟时间结束后,这些步骤将重新显示。
当您使用步骤延迟时,Workday 会照常强制执行步骤优先级。示例:某个业务流程包括 3 个步骤:步骤
a
b
c
。如果步骤
b 的
延迟时间为 20 天,则步骤
c
将至少在 20 天后才会运行,这是步骤
b
可以完成的最早时间。
如果您为一组并行步骤中的某个步骤添加步骤延迟,则 Workday 会延迟该步骤,但不会延迟其他并行步骤。在所有并行步骤都完成之前,Workday 不会进入下一步。示例:某个业务流程包含以下步骤:
  • a
  • b1
    有步骤延迟。
  • b2
  • b3
  • c
步骤
b1
会延迟执行,但步骤
b2
b3
会立即执行。必须先完成所有
b
步骤,然后才能移至步骤
c
  1. 访问
    “编辑租户设置 - 业务流程”
    任务。
  2. 从“业务流程
    延时后台流程的用户”提示中,选择“业务流程
    恢复延迟的步骤”流程的所有者。Workday 在业务流程事件中引用此用户作为已完成的任务。
  3. “步骤延迟时间表限定的环境”
    提示中,选择“业务流程恢复延迟的步骤”后台流程在您租户中运行的环境。如果您不选择环境,此后台流程将在您租户中的所有环境中运行。
  4. 访问
    “编辑租户设置 - 系统”
    任务。
  5. 填写
    “业务流程日期计算时区”
    版块时,请参考以下信息:
    选项 描述
    Workday 默认时区设置(太平洋标准时间)
    Workday 会以太平洋标准时间 (PST) 恢复所有延迟的步骤。
    租户默认时区设置
    Workday 会根据
    “默认时区”
    提示中的时区恢复所有延迟的步骤。示例:如果您选择
    “日本标准时间 (JST)”
    ,则 Workday 将以 JST 时间恢复所有延迟的步骤。
    如果您未在
    “默认时区”
    提示中选择值,系统将使用太平洋标准时间 (PST) 来计算步骤延迟。
    事件的相关时区
    Workday 根据时区按以下顺序恢复延迟的步骤。当:
    1. 事件与员工相关,因此我们使用该员工的时区。
    2. 事件与员工无关(例如供应商发票),但员工发起了该事件,则我们使用发起人所在的时区来计算步骤延迟触发器的开始时间。当发起操作被委派时,我们使用委派人的时区,而不是受委派人的时区。
    3. 事件与员工无关,也不是由员工发起,因此我们使用 PST。
  6. 访问业务流程定义。
  7. 业务流程步骤的相关操作菜单中,选择“业务流程”
    “维护步骤延迟”
  8. (可选)输入
    “时区”
    。默认时区是用户的当前时区。
    仅当您在
    “编辑租户设置 - 系统”
    任务中启用
    “业务流程配置时区”
    复选框时,才能选择时区。
    • 当您输入位于指定时区的当前日期时,所做的变更会立即生效。
    • 如果您输入指定时区的将来日期,则变更将在指定时区的指定日期的午夜生效。其他时区的用户会在其时区的相应日期和时间看到这些变更。
    • 如果您输入指定时区中过去的日期,则更改将在指定时区的指定日期的晚上 11:59:59 生效。其他时区的用户会在其时区的相应日期和时间看到这些变更。
  9. “延迟设置基于”
    下,选择
    “上一步骤完成日期”
    “流程发起日期”
    。您还可以选择外部
    字段
    ,例如
    生效日期
    日期是静态值。也就是说,Workday 会设置生成步骤延迟的日期。步骤延迟是在业务流程事务到达存在延迟的步骤时计算的。对业务流程的后续变更(例如更正业务流程事件的生效日期)不会导致延迟的步骤重新计算延迟。如果步骤延迟计算为过去日期或当前日期(今天的日期)的某一天,则不会发生步骤延迟。
    如果您选中
    “更正时重新计算延迟”
    复选框,则 Workday 会在您更正业务流程时重新计算步骤延迟。Workday 会在业务流程事件的流程历史记录中显示新计算的步骤延迟日期。对于包含子流程的业务流程,除父级业务流程外,Workday 还会为所有子流程重新计算步骤延迟。
  10. “计算日期”
    提示中指定
    “其他延迟”
    您添加的步骤延迟时间不能短于一天或某个日期。由于步骤延迟后台流程在您选择的关联时区的午夜左右运行,因此 Workday 只会在只能以全天为单位表示的时间段内恢复延迟的步骤。
    对于以天为单位计算的日期,Workday 会使用您在 业务流程定义 中配置的基于规则的日历。否则,Workday 将根据连续天数计算步骤延迟。
  11. (可选)选中
    “更正时重新计算延迟”
    复选框。
要更改或取消业务流程实例,请强制在指定的延迟期间内完成步骤。
  1. 访问
    “重新排定被延迟的业务流程事务”
    任务以选择业务流程实例。
    当您在非上线租户中使用
    “重新排定被延迟的业务流程事务”
    任务重新排定步骤延迟时,系统会每小时运行一个后台作业来处理延迟。预计最多会延迟 1 小时。示例:在下午 5:05,您使用该任务为步骤延迟重新排定时间表。作业开始运行,大约 1 小时后的下午 6:05 完成该步骤。
  2. 选择要重新排定的实例的
    “业务流程类型”
    ,以及包含延迟步骤的排定完成日期的
    “开始日期”
    “结束日期”
  3. “重新排定结束日期”
    提示中,选择您希望完成延迟步骤的日期。此日期遵循您在租户中配置的时区设置。
    示例:您将租户配置为使用
    “事件的相关时区”
    。对于日本的员工和旧金山的员工,
    “雇用”
    业务流程类型中存在延迟的步骤。
    当您选择 2021 年 12 月 15 日作为延迟步骤的完成日期时:
    • 日本员工的该步骤于 2021 年 12 月 15 日凌晨 00:00(日本标准时间)完成。
    • 旧金山员工的该步骤于 2021 年 12 月 15 日凌晨 00:00(太平洋标准时间)完成。