![](https://haloitsm.com/wp-content/uploads/2021/05/Add-a-heading-16.png)
HaloITSM Guides
Documentation to assist with the setup and configuration of the HaloITSM platform
Operational-Level Agreements (OLAs) on Workflows
For The Guide on Workflows click Here
Operational-Level Agreements are, at their very base, target times for certain parts of a Workflow, whether that be the Stages or individual Steps.
The main configuration for these will be on a per-Workflow level, with the magic happening in the "OLAs" tab [Formerly The "Targets" Tab].
The workflow we will be looking at for this guide is this "Cover-all Workflow". This workflow acts as an all-in-one (rather broad) ticket processing flow, from start to finish;
The Concept
Our Workflow above, as you can see from the Details tab, has 4 'Stages' associated with it. These are a higher level grouping for organising your various Steps in a Workflow. You can see which Steps belong to which Stages on each box on the Flow Chart tab.
Now, as you can see, a Stage can be placed anywhere throughout the workflow, and doesn't necessarily have to be in logical order, as we have Stage 4 coming straight from Stage 1 with our "Development Task" Step. However, it is advised that you keep these ordered, at least numerically, when using Targets.
Targets can be configured to regulate the time it takes to go from one Stage to another, or alternatively; one Step to another. These would act in a somewhat similar way to Service Level Agreements, in the way that they are guides for how quickly (or slowly) a process is expected to be completed. The only consequences associated with missing these Targets would be those that you configure yourself (using database lookups, for now). As insinuated, the Target data is only stored in the Database at the moment, so if you would like any functions to run off of it, a database lookup will need to be used to populate fields for such automations. The main use for this data would be for reporting purposes, with these four different bits of information being stored in the WorkflowHistory database table:
- Target number of hours
- Actual number of hours
- Target date
- Was the target met
As for the targets configured above, seen in the OLA's tab, the two marked in blue are based on Stages, whereas those marked in red are based on Steps.
A basic use case for these is seen here, with a simple-to-interpret Target Name for usability. These metrics would already be able to be calculated via reporting beforehand, however the SQL would be rather intricate if it needed constructing manually, involving all sorts of joins and subqueries to Actions or Audit. Now, with these Targets, there will be a solid metric that you can look for in the database for exactly the data you're after.
It is worth noting at this point that the Target times for each ticket will only tick down inside the Workdays configured inside that ticket's SLA. This also means that On-Hold time will not deduct from the target time. The above metric for "Actual number of hours" will follow the above behaviour, contrary to it's misleading name.
Configuring one for yourself
To add to the convenience of this functionality, the construction of these Workflow OLA's only involves a few fields!
First, you will want to take a look at your own Workflow's Flow Chart and Details and make sure that you have appropriate Stages associated with each Step, should you be wanting to track that data. If not, Steps alone will suffice.
Then, all you need to do is head to the OLA's tab and click the 'Add' button. That will open up the following interface, in which you can configure the OLA.
The OLA will require the following:
Now we have a Workflow with trackable Targets! Let's take a look at how to report on them.
The relevant database tables that can be reported on are: FaultOLA and FaultOLADates
Popular Guides
- Asset Import - CSV/XLS/Spreadsheet Method
- Call Management in Halo
- Creating a New Application for API Connections
- Creating Agents and Editing Agent Details
- Departments, Teams and Roles
- Halo Integrator
- Importing Data
- Multiple New Portals with different branding for one customer [Hosted]
- NHServer Deprecation User Guide
- Organisation Basics
- Organising Teams of Agents
- Step-by-Step Configuration Walk Through
- Suppliers