Scenario: 2 Recipients, 2 Approvals where Task step is part of a multi-step containing 2 server events

In this scenario, a task is sent to two recipients, namely Codi and Bob. They can either Approve or Reject the task, which completes when every recipient responds with Approve. The Task step is part of a multi-step configuration, where there is a Send Email step, followed by the Task step, followed by another Send Email step. This sequence is important to note, because the sequence in which the steps are defined will determine how the product will run through the steps when the workflow executes. The image below shows the setup of the multi-step:

If you want to know how to configure the task step for this scenario, skip ahead to How to configure the Task step.

The steps in the multi-step are:
1- Send Email step (Send Email - Task Assigned), where the server sends an email to Administrator before the tasks are created for each recipient
2 - Task step (Codi and Bob are recipients)
3 - Send Email step (Send Email - Task Completed), where the server sends an email to Administrator after each recipient completes their task)

At runtime, the steps will execute as follows:
1.1 - Send an email for the Send Email - Task Assigned step for the recipient Bob (because the server step is run for each recipient in the task)
1.2 - Send an email for the Send Email - Task Assigned step for the recipient Codi (because the server step is run for each recipient in the task)
2.1 - Assign a User Task to Codi
2.2 - Assign a User Task to Bob
(server waits for Bob or Codi to complete their task)
3.1 - When Codi completes her task, send an email for the Send Email - Task Completed step
3.2 - When Bob completes his task, send an email for the Send Email - Task Completed step

Task list behavior for Recipients

In the workflow, the task gets added to a multi-step along with two Send Email steps (Send Email - Task Assigned and Send Email - Task Completed).

The workflow starts and sends twoSend Email - Task Assigned emails to the Administrator( because a email is sent for each recipient in the User Task step. Then, as part of the user task step, the workflow sends a workflow task notification to each recipients. The task shows in the My Task section in Workspace (Desktop) for each of them because, at this stage, nobody has opened the task and it is available for everyone to open. Codi opens the task and takes ownership of it. This means that Codi takes one of the two available responses for the task. The task is still available for Bob and shows in his inbox.

Codi approves the task, and the workflow then sends the Send Email - Task Completed email to the Administrator. But the multi-step is not complete yet, because in the User Task configuration we configured the step to wait for all recipients to complete the task.

Bob opens the task and takes ownership of it. He takes the remaining task of the available responses. Bob approves the task, and the workflow then sends a second Send Email - Task Completed email to the Administrator. The workflow now continues down the Approved line because both recipients chose the Approve action.

The animation below illustrates the path from when the task is assigned to the recipients to when it completes.