Using Task Recipients and Responses
When you plan and design your workflow, you need to specify who receives a task and what the outcome of this task is. It might be as simple as sending the task to one person and that person needs to Approve or Reject the task. Or it could be a complex scenario where you send the task to three different departments and four people from each department needs to approve the task before the workflow continues. This is referred to as Destination and Responses planning. In the K2 Workflow Designer Task step, you specify the following:
- who receives the task
- what results / actions they can select from
- how many responses are required
- how to handle multiple recipient's results / actions
- what happens if the task expires
- does the task require reminders
You also need to consider how out-of-office (OOF) scenarios can impact tasks in your workflow and what happens when a recipient shares, redirect, or sleeps the task. This means you need to take many things into consideration before configuring a task step in a workflow.
This topic focuses on commonly-used scenarios to help you plan your task recipients and required responses. What happens to the task on the worklist and user's workspace? Who takes ownership of the task and how long it stays available for the users to action? These scenarios illustrates what to expect at runtime from a user and administrative perspective as well as examples of workflow Task step configurations.
Scenario | Description |
---|---|
5 Recipients - 1 Approved response |
|
5 Recipients - 2 Approved responses |
|
5 Recipients - 5 Approved responses |
|
5 Recipients - 5 Responses - 3 Approved actions |
|
5 Recipients - 2 Responses - 1 Approved action |
|
1 Recipient - 1 Group - 2 Responses - 2 Approved actions - Resolve group to individuals |
|
1 Recipient - 1 Group - 2 Responses - 2 Approved actions - Do not Resolve group to individuals |
|
6 Recipients, 1 Approve response and routing task based on a variable |
|
5 Recipients, 5 Responses using a rework action when someone rejects the task |
|
6 Recipients, 5 Responses, and using a variable in the voting rule to wait for 2 Approvals |
|
3 Recipients, 2 Responses where 1 task is Redirected |
|
3 Recipients, 2 Responses where 1 task is Released |
|
3 Recipients, 2 Responses where 1 task is sent to an Out of Office recipient |
|
2 Recipients, 2 Approvals where Task step is part of a multi-step containing 2 server events |
|