策略提醒和升级

针对启用了审批或最终提交策略的数据对象提交请求时，将向受邀请者发送通知电子邮件，以邀请对方批准或最终提交该请求。您还可以配置策略，以便在受邀请者未对请求采取操作或需要升级时，发送提醒和升级电子邮件。

注：

只有在策略中配置了提醒和升级电子邮件设置时，才会发送这些电子邮件。

提醒

提交请求并向受邀请者发送通知后，如果受邀请者在 24 小时后尚未执行操作，则可以发送提醒电子邮件。您可以指定在升级请求之前将发送的提醒数。请参阅“创建和启用审批策略”或“创建和启用最终提交策略”。

升级

在下列情况下会升级请求以寻求解决方案：

超时：如果在达到您配置策略时在审批升级或最终提交升级字段中指定的提醒电子邮件数后受邀请者还未做出响应，则请求超时。

注：
如果升级设置为零，请求将不会因为超时而升级。
死锁：如果没有足够的策略组或用户可以满足策略要求，则请求出现死锁。例如，如果某个用户已从组中移除，组中剩余的用户达不到该策略必需总数设置中指定的审批人数，则请求出现死锁。
管理层次升级：有些情况下，具有管理层次审批策略的请求会升级，例如，当受邀请者对与策略关联的视点没有最低限度的参与者（读取）权限时。有关完整列表，请参阅“了解管理层次审批”中的“请求升级”。

在这些情况下，请求将升级到对受影响策略中的数据对象具有数据管理员权限的用户，并向那些用户发送通知，这样他们就可以干预并解决超时或冲突。

注：

因为所有者权限包括数据管理员权限，所以请求也会升级到对数据对象具有所有者权限的用户。

如果用户因升级而受邀处理请求，则请求检查器的“工作流”和“策略”选项卡上会显示相关信息（请参阅“检查请求”）。

具有数据管理员权限的用户对请求执行操作后，将恢复正常的请求工作流。

例如，假设您有一个顺序审批策略，要求来自 Accounting 的某人批准，接着由 Barry 批准，再然后由 Jane 批准。Accounting 组中的某个用户批准了策略，但 Barry 不在办公室，无法批准请求。在这种情况下，向 Barry 发送指定数量的提醒电子邮件后，请求将升级到对请求中的数据对象具有数据管理员权限的用户。具有数据管理员权限的一个用户批准策略后，该策略将移至 Jane 进行审批。

注：

如果请求升级多次，具有数据管理员权限的用户只能批准请求一次。

如果请求中的项受多个审批策略影响，而其中一个策略已升级，其他策略将不受影响。例如，如果请求包含来自“帐户”维的项而且应用的策略设置为在五次提醒后升级，同时还包含来自“成本中心”维的项而且应用的策略设置为在两次提醒后升级，则在第二次提醒后，请求将仅升级到对“成本中心”维具有数据管理员权限的用户。在发送第五次提醒之前，对“帐户”维具有数据管理员权限的用户不会收到升级通知。

处理批准者和最终提交者的外出状态

批准者和最终提交者可以将自己标记为外出，以使自己退出请求工作流。（请参阅“设置首选项”）。如果他们指定了请求被委托人来为他们批准或最终提交请求，也会向被委托人发送邀请（请参阅“了解请求委派”）。如果他们未指定请求被委托人，则按以下方式处理外出状态：

外出的批准者和最终提交者仍可以受邀批准请求。但是，他们将不包括在策略的剩余批准者或最终提交者计数中。如果外出用户指定了请求被委托人，则该被委托人将被计入策略的剩余计数中。
如果剩余的批准者或最终提交者不足以满足策略，则会将请求自动升级到具有数据管理员权限的用户以解除死锁。
外出的批准者或最终提交者仍可以受邀批准或最终提交请求，并可以在返回办公室后对其采取操作。如果外出用户指定了请求被委托人，则原始受邀请者和请求被委托人都会受邀批准或最终提交请求，但其中一人批准后，另一人会被从受邀请者列表中移除。请参阅“了解请求委派”。