---
schema_version: "1"
id: c1d0250c876bc4bfc69110dbf095e0b3149dbb8526d4d9fb99c9ba91c4a8f43e
title: Considerations for Setting Approvers in Classic Approval Processes
collection: admin
version: current
locale: en-us
portal_url: https://docs.salesforce.com/admin/current/en-us/platform/264-0-0/approvals_considerations_approver.md
canonical_url: https://help.salesforce.com/s/articleView?id=platform.approvals_considerations_approver.htm&release=264.0.0&type=5
source_site: help.salesforce.com
content_type: documentation
content_hash: 6d77f3dcee66b965e131bfb27c1b3cc4d73bb842a7aceeee920d015c5bcad67a
description: When you specify approvers for a given approval step—or for the only step if you’re using the jump start wizard—keep these considerations in mind.
products:
  - Flow Builder
  - Salesforce Platform
release: "264"
---
# Considerations for Setting Approvers in Classic Approval Processes

When you specify approvers for a given approval step—or for the only step if you’re using the jump start wizard—keep these considerations in mind.

### Required Editions

<table class="slds-table slds-table_bordered slds-max-medium-table_stacked slds-m-bottom_small edition"><colgroup><col></colgroup><tbody><tr class=""><td class="slds-cell-wrap" style="vertical-align:top;">Available in: both Salesforce Classic and Lightning Experience</td></tr><tr class="" id="approvals_considerations_approver__d3745e54"><td class="slds-cell-wrap" style="vertical-align:top;">Available in: <strong>Enterprise</strong>, <strong>Performance</strong>, <strong>Unlimited</strong>, and <strong>Developer</strong> Editions</td></tr></tbody></table>

![Important](https://sf-zdocs-cdn-prod.zoominsoftware.com/tdta-platform-platform_automation-264-0-0-production-enus/60568438-ec7e-4665-acd1-7c80dcbe60d5/images/icon_important.png)

Important Try [Flow Approval Processes](https://help.salesforce.com/s/articleView?id=platform.automate_automated_approvals.htm&release=264.0.0&type=5 "As your company grows, so does the complexity of your approvals, often requiring input from multiple people in different departments across different time zones. This complexity can mean that you spend more time waiting for each person to complete their review in the right order. Flow Approval Processes helps you coordinate multistep reviews that involve users, systems, and conditional paths."), a modern alternative to Classic Approval Processes. This new feature provides a more flexible, user-friendly flow-based interface, and it can trigger on record changes, supporting Apex extensibility and detailed logging for compliance and audit trails. It supports dynamic routing based on data and business rules, unlike Classic Approval Processes, which are tied to specific objects and offer limited support for processes by using conditions. With Flow Approval Processes, you can monitor submitted records and quickly identify bottlenecks, giving you unprecedented visibility into approval workflows. And, like Classic Approval Processes, Flow Approval Processes don’t consume automation credits or orchestration runs.

- Users with these permissions can respond to approval requests, even if they aren’t designated approvers.
    - Modify All Data
    - Modify All Records for an object
- Make sure that the assigned approver has access to read the records for the approval requests. For example, a user who can’t view expense records can’t view expense approval requests.
- Classic approval processes that let users select an approver manually also let users select themselves as the approver.
- You can assign an approval request to the same user multiple times in a single step. However, Salesforce sends the user only one request.
- In Lightning Experience, when an approval request has more than one assigned approver, a ProcessInstanceStep is created for each assigned approver. When the approval request has the Approval based on first response setting enabled, the values displayed in Assigned To and Actual Approver are affected.
    - Assigned to is set to an approver assigned to the record
    - Actual Approver is set to the approver who approved the request
- Here’s what happens to the list of approvers after a record enters an approval step and the classic approval process later returns to that step.
    - If the user who responded isn’t in the designated approvers list and has either Modify All Data or Modify All Records permissions for the object, that user replaces the original approver in the list of approvers.
    - If a user who responded is in the designated approvers list, the list of approvers for that step doesn’t change. This behavior occurs even if the field values that designate the approvers have changed.For example, a classic approval process’s first step requests approval from a user’s manager. If the approval request is rejected in the second step, the approval request returns to the first step. This table explores what happens to the list of approvers. <table class="slds-table slds-table_bordered slds-max-medium-table_stacked slds-m-bottom_small ">
            <colgroup>
              <col style="width:50%">
              <col style="width:50%">
            </colgroup>
            <thead class="slds-text-title_caps ">
              <tr class="">
                <th scope="col" class="slds-cell-wrap" style="vertical-align:top;" id="d138120e139">If...</th>
                <th scope="col" class="slds-cell-wrap" style="vertical-align:top;" id="d138120e142">The Designated Approver Is...</th>
              </tr>
            </thead>
            <tbody>
              <tr class="">
                <td data-label="If..." class="slds-cell-wrap" style="vertical-align:top;" headers="d138120e139 ">The user’s manager originally responded to the approval request.</td>

                <td data-label="The Designated Approver Is..." class="slds-cell-wrap" style="vertical-align:top;" headers="d138120e142 ">The manager</td>

              </tr>
              <tr class="">
                <td data-label="If..." class="slds-cell-wrap" style="vertical-align:top;" headers="d138120e139 ">The user’s manager originally responded to the approval request. Since
                  then, the user’s manager has changed. </td>

                <td data-label="The Designated Approver Is..." class="slds-cell-wrap" style="vertical-align:top;" headers="d138120e142 ">
                  <p>The original manager</p>
                  <p style="margin-bottom:0;">The new manager isn’t a designated approver for this
                    step.</p>
                </td>

              </tr>
              <tr class="">
                <td data-label="If..." class="slds-cell-wrap" style="vertical-align:top;" headers="d138120e139 ">A user with Modify All Data permissions originally responded to the
                  approval request. </td>

                <td data-label="The Designated Approver Is..." class="slds-cell-wrap" style="vertical-align:top;" headers="d138120e142 ">
                  <p>The user with Modify All Data permissions</p>
                  <p style="margin-bottom:0;">That user replaces the user’s
                    manager in the list of designated approvers for this step.</p>
                </td>

              </tr>
            </tbody>
          </table>
- A manager's manager is not an option for a designated approver.

## Assigning Approval Steps to Queues

You can assign approval requests to a queue only if the associated object supports queues. Email approval response isn’t supported for classic approval processes that assign approval to a queue. You can assign an approval request to only one queue.

When the assigned approver is a queue:

- Any queue member can approve or reject an approval request that is assigned to the queue.
- Approval request emails are sent to the queue email address. If the queue is set up to send email to members, approval request emails get sent to the queue members, unless their approval user preferences are set to never receive approval request emails.
- Because email notifications to a queue aren’t intended for an external audience, {!ApprovalRequest.External\_URL} returns the equivalent internal URL.
- Salesforce mobile app notifications for approval requests aren’t sent to queues. For each approval step involving a queue, we recommend adding individual users as assigned approvers, so at least those individuals can receive the approval request notifications in the Salesforce mobile app. To have both queues and individual users as assigned approvers, select Automatically assign to approver(s) instead of Automatically assign to queue in the approval step.
- When an approval request is rejected and returned to the previous approver and the previous approver was a queue, the approval request is assigned to the user who approved it instead of the queue.
- The Approval History related list displays the queue name in the Assigned To column and the actual user who approved or rejected the approval request in the Actual Approver column.

#### See Also

- [Identify Assigned Approvers for an Approval Step in a Classic Approval Process](https://help.salesforce.com/s/articleView?id=platform.approvals_step_approver.htm&release=264.0.0&type=5 "Specify who to send an approval request for this step to.")
- [Limits and Considerations for Classic Approval Processes](https://help.salesforce.com/s/articleView?id=platform.approvals_considerations.htm&release=264.0.0&type=5 "Before you automate something with a classic approval process, be aware of the limits and considerations.")