Set up a gating approval via an approval rule
You can set up a gating approval via an approval rule.
Important: Classic approval rules have been replaced by the Workflow Studio Ask for Approval action. Use Workflow Studio to create workflow-driven approval logic that is easier to maintain and provides better reporting information.
Before you begin
Role required: admin
Procedure
From the left navigation pane, select System Policy > Approval Rules.
Click New.
Image omitted: ApprovalRule.png
Approval rule
Approval rule
| Field | Description |
|---|---|
| Name | Name of this rule. |
| Table | Task table to which this rule applies. For most service catalog approvals, select Request. Note: The list shows only tables and database views that are Application scope as the approval rule. |
| Active | Indicator of whether the rule is active \(defaults to true\). |
| Run Rule Before | Indicator of whether the rule runs before or after the request record is saved. For most approvals, select this check box. |
| User | User who must approve this request \(can be empty\). |
| Group | Group that must approve this request \(can be empty\). |
| Set State | Value of the approval field on the task in after this rule runs. In most cases, select Requested. |
| Condition | Condition under which the rule applies. |
| Script | An optional server script to programmatically specify who the approver should be. For example, for the one-line script `current.requested_for.manager`, ServiceNow checks the requested\_for reference field on the current record. It then locates the manager field on the referenced record and assigns that person as the approver. For other examples, see the Script field on approval rules provided by ServiceNow. |
Notes and limitations:
1. You can have as many rules as you want on a given table. If more than one rule applies, you will get more than one approver.
2. You can't get duplicate approvers, for example, if two rules both want Fred Luddy to approve a particular request, the system will only create one approval entry for him.
3. By default all requests start out in a **Not yet requested** approval state. Approval notifications will not go out until the request's approval state is set to **Requested**. You can do that manually, or you can do it in script, but the easiest way to do it is to use the **Set State** field to automatically set the request to **Requested**.
Parent Topic:Gating approvals