This is a series of posts on how to use Decision Table for Jira.

Tools used:

Script Runner

Business description

In our company, we have a simple decision process. Each expenditure needs to be accepted by a responsible person or member of some group. Who will be that person? It depends on the type of that cost, cost center and its value:

In that case, there are two possible cost types:

  • investment
  • operational

InvestAdmin approves each investment, so there is only one condition and suited result in the first row.

In the next rows, cost types are blank, so that parameter is ignored. For IT Department there are two possibilities – costs with higher amount (equal or higher than 20000) are approved by one of the IT Directors, any IT Manager approves cheaper.In the end – every non-investment cost created by Board is approved by one of the board members.

All expenditures are declared via JIRA. To report costs, the concerned create new issues. After checking all data, he can proceed with a task and the approver should be designated automatically.

Solution Brief

In a workflow, we need to add a new scriptrunner post-function. It will read a dedicated decision table and, based on it, assign to the responsible people.


We start by connecting to existing fields in Jira

Copy to Clipboard

Thanks to them, we can get possible operations for all fields needed to call decision tables and process the result. Field operations allow taking no care about the particular field type in many scenarios – code is much less complex and easier to read.

Copy to Clipboard

Next, there is added validation, if necessary fields have values. Without them, operations could be impossible.

Copy to Clipboard

Build the decision table query – to declared fields in the decision table, we add values. Cost Type and Cost Center are the single choice options, so we provide the first BusinessKey (current option value). The amount is numerical, so we use ObjectValue.

Copy to Clipboard

Execution of query on the decision table. To get the Decision Table Operation instance, we use „costDecisions” as a name of the Decision Table file (with .dmn extension) and „costDecision” as an id of decision table element inside the DMN model because DMN can contain multiple decision tables.

Copy to Clipboard

Set the context related to the executed decision table. Thanks to that, we have info about the decision table name or query, which helps handle any errors.

Copy to Clipboard

Next, we get an entry as a map with output parameters from the result. Here we use singleNonEmpty because we expect a single entry from the table. Other cases should be reported as incorrect.

Copy to Clipboard

For more information, see our documentation

What real benefits will the Decision Tables for Jira plugin give you? Read on our blog

Check out what else we can offer