Users should NOT re-assign approvers mid-workflow,
because once the approvers are assigned, the approval request is NOT connected to the workflow, nor to the SharePoint item anymore.
Once the approval request is created you have 3 separate items
- The SharePoint Item,
- the workflows (one for the approvers group and one for the final approver)
- and the approval requests themselves
Therefore the possibility to modify approvers in the Nintex form (mid-workflow) is turned off!
How and when to re-assign (using the Nintex form):
-
The approval process does check if one of the users in the approvers group is OoO
- the requestor can then reject the start of the approval process
- the approvers group can be modified to remove the OoO user
-
re-submit.
-
When all approvers have responded and at least one of them has rejected,
- then the same SharePoint Item can edited
- assign different approvers = re-assign
- and re-submit.
Recently it is possible to re-assign the approval request using TEAMS Approval.
- The original list of approvers will NOT be updated in the Nintex Form (SharePoint).
- The response of the reassigned person will correctly be registered into the version history!
IT information:
- Request submitted with 4 approvers ==> 1 Approval record and 4 Approval Request records created in Dataverse
- Request record for Zancia Swart re-assigned to Alex Wu (via TEAMS)
-
The Approval Request record for Zancia changed (by TEAMS) in Dataverse
- Status: Inactive
- Status Reason: Reassigned
- A 5th Approval Request record created (by TEAMS) for Alex Wu,
- If a request is in the "Active" status for more than 14 days and no response has been registered yet,
then the global reminder workflow will mail out a reminder, with direct links to the approve and reject pages.
- The global reminder workflow has been updated to not check response for Approval Request records in Status "Inactive".