工作流 › 基于策略的工作流 › 规则评估

规则评估

可以通过下列两种方式对事件的策略规则进行评估：

• Always

  无论策略中包含的任何属性是否更改，只要策略评估为“真”，评估类型为“Always”的策略就被调用。 在批准屏幕上针对由于策略评估类型为“Always”而生成的工作项，批准人可以更改批准屏幕上的任何可编辑属性。

  注意：如果批准人单击“拒绝”按钮，那么就会象以前一样拒绝该事件。

• 仅当批准条件中指定的属性有所更改时

  仅在策略评估为“真”且包含在策略中的属性更改时，评估类型为“OnChange”的策略才被调用。 在批准屏幕上针对由于策略评估类型为“Onchange”而生成的工作项，批准人仅可以更改那些包含在策略中的属性值（如果那些属性在该批准屏幕中有读写权限）。 存在于批准屏幕上的所有其他属性有只读权限。

  注意：如果批准人单击“拒绝”按钮，只拒绝那些对包含在批准策略中的属性所做的更改，然后对下一个批准策略进行评估。

  该选项仅应用于事件的主要对象或任务的主要对象。

以下列策略为例，所有策略都属于“修改用户”管理任务中的 ModifyUserEvent：

管理员每次为用户 Smith01 调用“修改用户”任务时即会评估 Policy1，无论更改哪个属性都会如此。

当管理员为任意用户对象调用“修改用户”任务以更改“职位”属性时即会评估 Policy2。 如果“职位”更改为“经理”，Policy2 为真。

当管理员为任意用户对象调用“修改用户”任务以更改“工资”属性时即会评估 Policy3。 如果工资更改为 80000 或更多，Policy3 为真。

在该示例中，如果管理员使用“修改用户”任务为用户 Smith01 将“职位”属性更改为“经理”，那么 Policy1 和 Policy2 都会评估为真，而其相应的工作流流程也会启动。 在这种情况下，即会应用标准排序优先级。

通过条件规则评估，某工作项的批准人可以更改对同一事件的其他工作项产生影响的属性（此时该事件仍处于未决状态）。 这对于评估类型为“Always”的批准策略是可能的。 在上面的示例中，如果管理员为用户 Smith01 更改属性，Policy1 则为真并生成工作项。 当批准 Policy1 生成的工作项时，该批准人可能会在同一批准屏幕上为 Smith01 更改“工资”属性。 在这种情况下，Smith01 的新“工资”值将确定 Policy3 是否会为相同的 ModifyUserEvent 实例生成工作项。 如果批准人将工资更改为 90000，Policy3 即会生成新的工作项，该工作项必须获得批准后事件本身才会获得批准。 此时即应用标准排序优先级。

更多信息：

策略顺序

规则的对象