跳至主要内容
Administrator Guide
上次更新时间 :2025-03-14
概念:步骤条件

概念:步骤条件

条件是业务流程步骤的一部分,由 1 个或多个规则组成。如果条件由多个规则组成,且其中任何一个为假,则整个条件为假。
当业务流程通过 Web 服务或 EIB 运行并设置为自动完成时,不会对条件进行求值。
您可以根据需要为任何步骤(
初始
步骤除外)定义进入条件。对于
“审批链”
和
“合并审批链”
步骤,您还可以定义运行条件和退出条件。此外,
“初始”
步骤和
“操作”
步骤还可以包括验证条件,您可以在这些条件下将验证的严重程度设置为阻止步骤退出或允许步骤继续。
要添加或更改与业务流程步骤关联的条件,请选择
“业务流程
- 查看定义”
作为该业务流程的相关操作,然后选择
“业务流程 -
维护步骤条件”
作为所需业务流程步骤的相关操作。
您无法从业务流程的
“编辑业务流程定义”
页面执行此操作。
对于审核报告,您可以标记业务流程的实例。这使您能够跟踪和报告租户中的业务流程配置变更,例如向业务流程步骤添加步骤条件。当您向步骤添加步骤条件时,系统会在
“审核线索报告”
中创建审核线索条目。对于您添加了步骤条件的每个步骤,您可能会在报告中看到其他条目。
Workday 会提示您为步骤条件选择生效日期。默认生效日期是当前日期。
如果您在存在现有发起事件的情况下移除条件规则,条件规则仍会触发。但是,条件规则不会因新事件而触发。系统将遵循您在
“维护步骤条件”
任务中指定的生效日期。示例:您移除了
“操作”
步骤中生效日期为 2024 年 1 月 19 日的条件规则。对于在租户所在时区 2024 年 1 月 19 日或之后发起的事件,Workday 不会触发条件规则。
仅当您在
“编辑租户设置 - 系统”
任务中启用
“业务流程配置的时区”
复选框时,才能为步骤条件选择“
时区”
。默认时区是用户的当前时区。
在
“编辑租户设置 - 系统”
任务中选择
“业务流程配置的时区”
选项,以重设步骤条件中的默认时区。如果您输入:
  • 指定时区的当前日期,则更改会立即生效。其他时区的用户会立即看到这些变更。
  • 在指定时区的将来日期,则变更将在指定时区的指定日期的午夜生效。其他时区的用户会在其时区的相应日期和时间看到这些变更。
    示例:“2024 年 1 月 22 日上午 9 点(太平洋标准时间)”。在业务流程定义中,业务流程管理员访问
    “维护步骤条件”
    任务,以移除
    审批
    步骤的进入条件。业务流程管理员选择:
    • 在
      “生效日期”
      字段中添加“2024-01-24”。
    • 在
      “时区”
      字段中输入“新加坡标准时间 (SST)”。
    从 2024 年 1 月 24 日午夜开始的新事件将不会触发
    “审批”
    步骤中的条件规则。
  • 在指定的时区中,日期为过去的日期,则更改将在指定时区的指定日期的晚上 11:59:59 生效。其他时区的用户会在其时区的相应日期和时间看到这些变更。

验证条件

初始
步骤和
操作
步骤可以具有验证条件。通过
“维护步骤条件”
相关操作,您可以在验证条件中设置以下严重程度之一:
  • 警告
    :当任何条件规则为真时,Workday 会显示错误,即使该步骤中存在错误,您仍然可以继续移至下一个业务流程步骤。
  • 严重
    :当任何条件规则为真时,将阻止退出该步骤。在修复验证错误之前,您将无法继续执行下一个业务流程步骤。默认情况下,Workday 会将验证条件设置为
    “严重”
    。
当您配置验证条件时,业务流程定义中的
“验证”
列会显示条件规则的名称以及它是
“严重”
还是“
警告”
。
如果所有条件都不成立,则该步骤将退出,流程将继续。
仅当 Workday 提供的业务流程或步骤中内置了修改关联业务流程的功能时,验证条件才可用于
初始
步骤。在遇到验证条件时,需要具备此功能才能将步骤送回用户的“我的任务”。
要向
操作
步骤添加验证条件,您必须将验证条件直接添加到与该
操作
步骤关联的业务流程定义的
初始
步骤。
在
操作
步骤中,您可以在
“维护步骤条件”
任务中启用
“为添加审批人启用验证条件”
复选框。如果您在
“操作”
步骤中选中
“为添加审批人启用验证条件”
复选框,并且有任何验证条件成立,则当检查人添加审批人并单击“我的任务”条目上的
“批准”和“发送给审批人”
时,Workday 会触发验证消息。当验证条件为:
  • 严重程度为“
    严重”,则 Workday 不会添加其他审批人,并且事件状态为
    “保存备用”
    。在检查人修复验证错误之前,检查人无法将审批人添加到
    操作
    步骤。在检查人更正数据并单击
    “批准并发送给审批人”
    后,Workday 会重新评估验证条件。如果验证条件不成立,Workday 会继续向该步骤添加其他审批人。
  • 严重程度为
    “警告”
    ,则 Workday 会显示警告消息,但检查人仍可将审批人添加到
    “操作”
    步骤。当警告消息触发时,检查人需要再次添加审批人,然后单击
    “批准”“发送给审批人”
    。然后,Workday 会将其他审批人添加到该步骤,并且工作流将继续进行。
如果您在已正在进行的
“操作”
步骤中选中
“为其他审批人启用验证条件”
复选框,则当检查人在该步骤中添加其他审批人时,Workday 将不会触发该步骤的验证条件。
要确定是否可以修改业务流程或步骤,请运行
“业务流程配置选项”
报告:
  • 如果
    “审批选项”
    列包括
    “送回”
    ,则可以修改业务流程,并且您可以在
    “初始”
    步骤中配置验证条件。
  • 如果
    “允许的操作”
    版块中的
    “保存时的选项
    ”列包含
    “送回”
    ,则表示可以修改该步骤,并且您可以配置该步骤的验证条件。
有权发起使用已定义模板的业务流程的角色(例如
“更改职务”
)还必须具有业务流程安全策略的“查看全部”权限,以确保 Workday 能够评估验证条件。

进入条件

除
初始
步骤外,所有类型的步骤都可以具有进入条件。如果条件成立,则执行该步骤。如果条件不成立,则会跳过该步骤。
某些 业务流程定义 步骤具有 Workday 为
“操作”
步骤提供的进入条件,但您无法对其进行编辑。但是,您可以为这些步骤指定其他进入条件。业务流程运行时,系统会同时评估 Workday 条件和您的条件。Workday 会跳过任何不满足所有进入条件的步骤。
当 Web 服务自动执行业务流程时(例如在 EIB 电子表格上传中),Workday 会自动跳过
“审批”
步骤,但会继续评估用于发起子事件的
“集成”
步骤、
“服务”
步骤和
“操作”
步骤的进入条件规则。

运行时条件

只有
“审批链”
和
“合并审批链”
步骤可以具有运行中条件。
此条件的作用类似于链中每个审批层级的进入条件。它将下一个审批人与某个值进行比较,如果条件成立,则该步骤将转至该审批级别。如果条件不成立,则系统会跳过当前审批级别,并继续评估链中的下一个审批级别。
当您为单个职位具有多个经理的员工使用
审批链
或
合并审批链
步骤类型时,Workday 会在某个层级中随机选择一个人员,并检查运行时条件以查看该人员是否符合条件。如果层级中的人员符合条件,则薪级将转至他们。但是,如果随机选择的人员不符合条件,Workday 会将该层级中的每个人标记为非必填,并继续下一层级。在移至下一个级别之前,Workday 会检查退出条件。在尚不满足退出条件的情景中,Workday 会继续沿链向上移动。如果上一步骤中有一个人满足退出条件,则审批链将退出。
当审批链中有多个经理时,Workday 建议您不要配置运行时条件。
在当前步骤中,您可以在运行时条件规则中使用计算字段,以确定审批链中的下一个审批人。
如果您还对某个步骤设置了流转限制,这可能会减少“运行中”条件评估的可能审批人数量。Workday 会首先评估每个审批层级中的运行时条件。如果满足运行时条件,我们将继续评估流转限制。
即使您可能已将流转限制设置为排除先前的审批人,运行中条件也会检查审批级别。
示例:
审批链
步骤有一个运行时条件(用于检查经理)和一个流转限制(用于排除先前的审批人)。经理 Betty 在上一个审批层级中批准了该步骤。在后续层级中,Betty 也是审批人。即使流转限制为排除先前的审批人,运行时条件仍会评估此审批层级。如果审批级别中除 Betty 之外没有其他人需要审批,则该步骤将变为取消指定状态。

退出条件

只有
“审批链”
和
“合并审批链”
步骤可以具有退出条件。
对于这些步骤,此条件将评估刚刚完成此层级链的审批人,如果条件成立,则该步骤将退出。与运行时条件一样,退出条件在
审批链
或
合并审批链
运行时也有效。区别在于,当满足条件时,退出条件将退出步骤;否则,如果不满足运行时条件,则会跳到链中的下一个级别。
从第二个审批级别开始,Workday 会评估每个级别的退出条件,包括因流转限制而跳过的审批级别,以及可能在步骤中配置的运行时条件。
如果永远不满足退出条件,
则“审批链”
或
“合并审批链”
步骤将在到达管理层次结构中的最高审批人后退出。