了解请求扩充

使用请求扩充，策略的批准者可以在批准请求之前修改请求项。可以修改的项和操作取决于批准者在视图中的权限和数据访问权限。

在审批策略上启用了扩充时，对视图中至少一个数据对象具有参与者 (写入) 权限的策略批准者可以在审批阶段执行扩充。扩充者可以执行的操作仅取决于扩充者在视图中的权限和数据访问权限。

Note:

不会考虑请求提交者的数据访问权限。这意味着，扩充者可能在请求中执行原始请求提交者无法执行的操作。

扩充者可以进行的更改不限于原始请求中的策略或数据对象。如果在请求中的任何数据对象的任何策略上启用扩充，则扩充者可以在视图中执行其权限和数据访问权限允许的任何请求操作。

例如，假设您的维护视图包含用于总帐应用程序和 Planning 应用程序的视点，并且您的总帐应用程序具有启用了扩充的审批策略。当提交向总帐添加成本中心的请求时，如果 GL 策略的批准者对 Planning 应用程序也具有参与者 (写入) 访问权限，则他们也可以在批准前向 Planning 应用程序添加成本中心。

注意事项

如果批准者包含在数据链对象的多个策略中，则该批准者可以在其中任何策略启用了扩充时扩充请求。
扩充者当前必须获得邀请，才能对请求进行更改。如果请求未处于审批阶段（例如，如果另一个批准者退回请求），则扩充者无法对请求进行更改。
在确定扩充者可以执行的请求操作和属性更新时，将考虑扩充者视图中的权限和数据访问权限（请参阅“配置数据访问”）。例如：
- 如果扩充者的数据访问权限仅允许在节点类型中执行添加操作，则他们无法添加或删除用于删除节点的请求项。
- 如果扩充者对属性具有“仅显示”访问权限，则他们无法添加或删除用于修改该属性的请求项。
扩充者执行的请求操作可用于否定或更改提交者或其他扩充者之前执行的操作。

验证和批准扩充的请求

无论扩充者是否对请求进行更改，由于扩充者也是批准者，他们必须批准分配给他们的请求。当扩充者批准请求时，将根据扩充者的权限和数据访问权限执行数据验证。验证和审批流程如下所示：

如果发生验证错误：
- 如果批准者是扩充者，并且负责处理验证失败的操作，则不会批准请求。请求在视图中保持打开状态，并显示一条指示验证失败的消息。扩充者必须对请求采取某些措施来更正验证失败问题，如更正数据问题、将请求退回至提交者或者拒绝请求。
- 如果批准者不负责处理验证失败的操作，将会批准请求并计算新的受邀请者。
如果未发生验证错误，将会批准请求并计算新的受邀请者。

当满足所有审批策略后，如果仍然存在验证错误，则会通知提交者。提交者可以删除导致验证问题的请求项，包括删除存在提交者权限和数据访问权限不包括的操作或属性的请求项。

如果不再有任何验证错误，则最终提交请求。