Tasks are the individual steps that take place within a level. A level can have one or more tasks that can be configured to execute sequentially or in parallel.
Details:
Table of Contents |
---|
...
Task ID
The Task ID should be a unique value that will be passed into the ABAP exits in your implementation class. This can be used to determine the current task and perform any actions accordingly.
...
When zooming out, these get replaced with the the Abbrev. field contents (Strt, Drft, etc.):
...
Roles
The roles button allows you to configure which role should perform each task. A task can have one or many roles associated with it. The list of roles will include any custom created roles as well as the system roles of:
...
Initiator - Only the person performing the original submission will be able to execute the task. This is useful when sending back a request to the original initiator for the final review.
All - Any person with access to the application will be able to execute the task.
None - No one will be able to see or execute the task.
Administrator - Any administrators of the form can execute the task. This is useful to provide administrators a way to go in and execute a task on someone's behalf.
Requirements
Each task can be configured to execute only when certain requirements have been met. A good use case of this is when certain approval tasks are needed only in certain circumstances (e.g. A value threshold has been met). Requirements must first be configured in the Requirements section of the workflow designer.
...
Actions
The actions for a Task configure which actions a user can take when that task is executed. Each action will appear in the footer of the application as a button.
Info |
---|
Click the image below to see more details about Task Actions |
...
Data Updates
This option is when you are configuring the workflow to support multiple tasks in one level running in parallel. When tasks are running in parallel, there is a possibility that when one user saves the application, it could overwrite what another user is doing at the same time. To prevent this, each Task can be configured only to update a specific section of the data model.
Info |
---|
The lookup for this field will return only Structures in the data model. All fields that need to be updated in parallel should be placed within their own structure. |
...
Lock?
When parallel tasks are configured, this option enforces a lock on the form so that multiple people cannot attempt to open and execute the same task. After a user has opened the Task, any other users will get a warning that the form is currently locked and no actions will be made available to them.
More
The Ellipsis button under the More column gets highlighted when More Task Settings are defined for a specific Task. |
|
|
|
Standards / conventions / best practice guide
Where possible,
aa Task ID
shouldshould be defined as
aa verb. Where necessary, use underscores (but never spaces) in
thethe Task ID. For example:
Note that the the Task ID gets gets used in the visual representation of the Process Flow (eg START, SAVE_DRAFT, etc.):
When defining parallel tasks, ensure that the relevant parallel tasks are
defineddefined in one level. It is important to note that, internally, all parallel tasks need to be completed before the Process Flow moves to the next level.
A number of sequential tasks can be defined within one level but these should be actioned by different approvers/actors where possible.