Halo ITSM
RUNBOOKS

Automate Your Procedures,
Not Just Your Tickets

Halo Runbooks turn your operational playbooks into executable automations — triggered by incidents, scheduled maintenance, or a single click. Steps run in sequence, results log in real time, and your team focuses on decisions not procedures.

WHAT ARE RUNBOOKS?

Your procedures, running themselves

A runbook is a documented set of steps for handling a recurring operational task — restarting a service, onboarding a new user, responding to a P1 incident. In most organisations, runbooks live in Word documents or Confluence pages that someone has to find, open, and follow manually.

In Halo, runbooks are executable. You define the steps once, connect them to your systems, and Halo runs them — in sequence, with real-time status, and full logging — triggered automatically or on demand.

Consistent execution

Every step runs in the same order every time. No skipped steps, no human variation, no "I thought you'd done that" moments.

Full audit trail

Every runbook execution is logged in Halo with timestamps, step outcomes, and the ticket or trigger that initiated it.

Triggered automatically

Link runbooks to SAF rules so they fire the moment a specific ticket type, priority, or event is detected — no manual intervention required.

USE CASES

What you can automate with Runbooks

Runbooks are not limited to IT incidents. Any repeatable operational procedure can be codified, automated, and executed inside Halo.

Incident response

Run a standard triage and recovery sequence the moment a P1 or P2 incident is raised.

Server & service restarts

Restart services, clear queues, or run health checks on remote infrastructure directly from a Halo ticket.

User onboarding

Create accounts, assign licences, and configure permissions across connected systems when a new joiner ticket is raised.

User offboarding

Disable accounts, revoke access, and reclaim hardware automatically when a leaver ticket is approved.

Scheduled maintenance

Run nightly or weekly maintenance sequences without manual scheduling or monitoring.

DR procedures

Execute documented disaster recovery steps in sequence with real-time status visible to all stakeholders.

HOW IT WORKS

From definition to execution in four steps

Runbooks are built once and run consistently every time — with complete visibility at every stage.

1

Define steps

Build your runbook in Halo's visual editor: add steps, set actions (script, API call, notification, ticket update), and configure branching logic for failures.

2

Set your trigger

Attach the runbook to a SAF automation rule, a ticket category, a schedule, or leave it as a manual "Run" button for agents.

3

Execute

When triggered, Halo runs each step in sequence. Real-time status is visible on the ticket — green for passed, red for failed, amber for waiting.

Passed
Failed
Waiting
Pending
4

Review & log

Every execution is stored in Halo with full step-by-step logs, timestamps, and outcome — available for audit and reporting.

THE DIFFERENCE

Runbooks vs manual procedures

Manual procedures are a liability. Halo Runbooks replace them with something that actually runs.

Manual procedures

Stored in documents no one can find
Depends on who's on shift
Steps get skipped under pressure
No audit trail
Training required for every person

Halo Runbooks

Stored and versioned inside Halo
Runs the same way every time
Every step is tracked and logged
Full audit trail on every ticket
Zero training needed to execute

FAQ

Common questions

Do runbooks require coding skills to build?
No. Runbooks are built in Halo's visual editor using a drag-and-drop step builder. Technical steps (like running a script or calling an API) are configured through Halo's integration layer — no code required in the runbook itself.
Can a runbook pause and wait for human approval mid-execution?
Yes. You can insert approval steps into a runbook that pause execution until an authorised agent or manager approves the next step. This is useful for change management or multi-stage offboarding.
How does a runbook connect to external systems?
Via Halo's native integration layer. If Halo is already integrated with your infrastructure monitoring, Active Directory, or cloud platform, those connections are available as runbook steps.
Can runbooks trigger other runbooks?
Yes. A parent runbook can call child runbooks as a step, allowing you to build modular, reusable procedure libraries.
Is there a limit to the number of runbooks we can create?
No. There are no limits on runbooks, steps, or executions. It's included in the Halo licence with no per-runbook or per-execution fees.

Turn your playbooks into automated procedures.

Allied ESM can help you build, configure, and deploy Halo Runbooks as part of your implementation or managed service. Book a demo to see it in action.