Requester Reassign

When Workflows are enabled as Requester's Choice, the user who submitted a request can now re-assign their request if they need to.

There are two main scenarios supported here:

1. When no Reviewers have been pre-configured, and the Requester could originally select any user from the platform to review their request (typically, this is for Feedback workflows.)
   
   
2. When there is a pre-configured 'pool' of Reviewers the Requester can select from, but they were not originally required to select them all, and did not.

For these scenarios, if the Requester has selected the wrong reviewer, or if who the reviewers needed to be has simply changed after the request was submitted, the Requester can now re-assign to other reviewer(s). 

To read further details about this feature, click to jump to the relevant section below:

• Workflow Configurations that support Requester Re-assign
• Requester Reassign supported locations
• Who can a request be Re-assigned to?
• Conditional Reviewers and Requester Re-assign
• Changes in configuration handling & restrictions
• Re-assign in Usage Reporting 

Workflow Configurations that support Requester Re-assign

In the Workflow settings, 'Requester's Choice' must be selected as such:

• If Reviewer Nomination Type is in 'Users', then 'Requester's Choice' must be selected in the Which Reviewers field:
  
  
  
• If Reviewer Nomination Type is in 'Groups', then 'Requester's Choice' must be selected in the Which Groups field:
  

For Database Record Publish, or Record File Approval workflows, if Conditional Reviewers is enabled, and the condition has been met, then Requester reassign will be supported if the Condition Set has Required Approvals is set to 'One' (not 'All'). 

Requester Reassign supported locations

In the upgraded Approvals List, Re-assign will display for the Requester in the Actions column:   

A pop-up will then open for the Requester to choose other Reviewers from:

Note that depending on other configuration settings, Reviewers who are yet to respond can also be removed by the Requester at this time (the number of Required Approvals must still be met). 

Requester Re-assign is also supported via the Grouped Approval Review Page, and also the Bulk Review Pages. 

Requester Re-assign is not supported in the legacy version of the Approvals List, or via Stats Reporting.

Who can a request be Re-assigned to?

If Reviewer Nomination Type is in 'Users' for a Workflow, then who is available for the Requester to re-assign to follows the below logic:

• When no Reviewers have been pre-configured, and the Requester could originally select any user from the platform to review their request, then they can do so here.
  
  
• When Reviewers have been pre-configured, then the Requester can select from that pool of Reviewers to re-assign to.
  • In many cases this will match the same Reviewers they could have originally selected from.
  • Note however that if the pre-configured Reviewers in the Workflow Settings has changed between original request, and time of re-assign, that the current configured Reviewers will be available as options to reassign to.

If Reviewer Nomination Type is in 'Groups' for a Workflow, then who is available for the Requester to re-assign to follows the below logic:

• When no Groups have been pre-configured, then any platform user who belongs to any Group can be selected (noting that this excludes users who are only set up as 'User-as-Group' and do not otherwise belong to a group.)
  
  
• When Groups has been pre-configured as the Reviewers, then the Requester can select from the users from that group, or Groups, to re-assign to.
  • If pre-configured Reviewer Groups have changed between request time and re-assign time, then only users from the currently configured Groups will be available to re-assign to. 

For Conditional Reviewer scenarios, some more complex scenarios may dictate re-assign behaviour that is different from above. Keep reading for more details.

Conditional Reviewers and Requester Re-assign

When Conditional Reviewers is enabled and when the number of Required Approvers is set to ‘One’, then who Requesters can re-assign too may change. This could include when: 

• The conditional trigger no longer applies (ie, data in the record might have been edited since original request was made)
• The Conditional Sets (where multiple exist) have since been re-ordered so that the original Set is no longer the highest matching Set.

When the above has occurred, the Default Reviewers will be available to re-assign too. 

Re-assign in Usage Reporting 

As of 26 March 2024, Re-assign actions are being tracked and can be seen in the Usage Reporting that can be accessed by Main Admin users under Admin > Users. 

Within this Usage tracking, “(Show Details)” is clickable which will open a Reassign Details pop-up displaying further info about the action:

• Stage will show stage of request (or “N/A” if not staged) that re-assign occurred on.
• Previous Value will show who the Reviewers were prior to this re-assign action occurring.
• Changed Value will show who the Reviewers are after re-assign occurred.

This helps Admin users keep track of who is re-assigning, and to whom, in cases where it may appear that the current reviewers have changed.

---

* Please note that some of the terms used above such as Workflows & Approvals are customisable and may appear differently in your platform. 

Related:

Navigating your Approval Request List 

Reassigning approvers (Admin re-assign)

Can I re-assign or remove an approver?