This section explains key concepts of the app such as workflow post functions, issue fields, as well as when to use Original vs. Parent values.
As a Jira administrator, one of the aspects of a workflow that you can control is post functions. The primary purpose of a post function is to carry out additional processing that may be required after a workflow transition has been executed.
Validators check that any input made to the transition is valid before the transition is performed. Input can include information gathered from the user on the transition's screen. If a validator fails, the issue does not progress to the destination status of the transition, and the transition's post functions are not executed.
Conditions control whether the user can execute a transition. If a condition fails, the user won't be able to execute the transition. For example, the user won't see the transition button on the View issue page, and so will not be able to execute the transition.
Create Issue, Update Issue, and Create Subtask post functions support quite a number of fields (Issue fields) that can be configured to help you control:
When the issue should be created and
What information is associated with the issue once created
Many of our customers have found it helpful to review each issue field and capability ahead of creating their first post function.
Original vs. parent values
Original Issue - The original issue that started the workflow transition. This could be an issue or sub-task.
Parent Issue - The parent issue of the original issue. If the original issue is not a sub-task, then parent is the same as original.