Halo's form builder lets you add, reorder, and customise every field on every ticket type — no developer, no database knowledge required. Your forms adapt to your process, not the other way around.
Halo includes nine field types out of the box. Mix and match them on any form, in any order, for any ticket type — entirely through the admin interface.
Text
Single-line input for names, references, short answers, and identifiers.
Memo
Multi-line text area for detailed descriptions, instructions, and longer notes.
Single Select
Dropdown for choosing one option from a defined list — static or dynamically populated.
Multi Select
Dropdown that allows multiple values to be selected — useful for tagging, categories, or affected services.
Date & Time
Date pickers and time entry fields for go-live dates, deadlines, and scheduled maintenance windows.
Checkbox
Yes/no toggles for confirmations, compliance acknowledgements, and binary decisions.
Table
Let users add multiple structured entries — line items for orders, equipment lists, or approval recipients.
Rich Text
Full editor with images, screenshots, links, and formatting — for detailed notes or instructions that need structure.
Dynamic Lookup
Pull live data from Halo or external systems — HR platforms, asset databases, third-party tools — without storing a copy inside Halo.
Smart Visibility
Forms That Show What's Needed — Nothing More
Fields appear and disappear based on what the user selects. The form doesn't hide fields behind blank space — it collapses and reflows. Set visibility rules in the admin interface without writing a line of code.
Conditional rules on any field
Show or hide any field based on the value of another. "If Department = HR, show Job Band." Rules are set per field, per audience.
True collapse, not hidden white space
When a field is hidden, the form reflows — blank gaps don't appear. The mobile experience is clean and compact regardless of how many conditional fields are in play.
Drives automation downstream
Every field value is available to Halo's routing rules, SLA profiles, and workflow automations. The data you capture on the form becomes the trigger for what happens next.
New Starter Request — Self-Service Portal
e.g. Sarah
Engineering
03/06/2026
Visible: Department = Engineering
@sarahj
GitHub Username only appears when Engineering is selected — not visible to other departments.
Role-Based Rules
One Form. Different Rules for Different Audiences.
The same form can behave differently depending on who is raising the ticket. End users see a streamlined experience. Agents see the full detail they need to process and close it.
End users — simplified
Show only what the person raising the ticket needs to fill in. Technical fields like Category, Priority, and Assignment Group stay hidden — they don't know the answer, and you don't need them to.
Agents — full context
Required fields for agents ensure the data quality that drives automation. Before an agent closes or reassigns a ticket, the form enforces the fields that matter for reporting, SLA, and routing.
No rework at closure
Mandatory fields at each workflow stage mean tickets can't progress without the right data. Agents aren't chased for information after the fact — Halo enforces it at the right moment.
End User — Self-Service Portal
Subject *
Description
Affected Device *
3 fields. Clean, fast, no confusion.
Agent — Halo Admin Interface
Subject *
Description
Affected Device *
Category *(agent only)
Root Cause (required to close)
5 fields. Full data for reporting, SLA, and routing.
Dynamic Lookups
Form Dropdowns Powered by Live External Data
Single-select and multi-select fields don't have to use lists you maintain manually. Connect them to any system with an API and let Halo pull the options in real time — without storing a copy of the data inside Halo.
✓HR system — pull employee names, departments, locations for new starter forms
✓Asset database — search live inventory without duplicating records
✓External approval lists — surface the right approvers without managing a static list
✓Supports OAuth 2.0 and Basic Auth — connects to most modern business systems
How a dynamic lookup works
1
Configure a Custom Integration in Halo — set the base URL and authentication method for your external system.
2
Define a Method — the specific API endpoint to call, with the output mapped to an ID and a display value.
3
Attach the Method to a single-select or multi-select field — the dropdown is populated live when the form loads.
4
The selected value is stored against the ticket — the source data stays in the external system, always current.
FAQ
Common questions
Is form building included in the Halo licence?
Yes. The full form builder — all field types, dynamic visibility rules, role-based mandatory settings, and external data lookups — is included in every Halo ITSM licence at no additional cost. There are no per-form limits and no add-on module required.
Do I need a developer to customise Halo forms?
No. Halo's form builder is entirely low-code / no-code. Fields are added, reordered, and configured through the admin interface — no database knowledge, no scripting, and no developer involvement required. Changes are live immediately.
What is the difference between a static and a dynamic dropdown?
A static dropdown is a list you manage inside Halo — you define the options directly in the field configuration as a comma-separated list. A dynamic dropdown calls an external source at the moment the form loads, returning live data. Dynamic lists are useful when the options change frequently (employee names, locations, asset records) or exist in another system you don't want to duplicate.
Can a field be mandatory for agents but optional for end users?
Yes. Each field has separate visibility and mandatory settings per audience. An end user raising a service request may not know which category or resolver group applies — so you don't require it from them. The same field becomes required for the agent before the ticket can progress, ensuring data quality without friction at the front door.
Do form changes affect existing ticket data?
Adding a new field does not affect closed tickets — historical records retain their data as it was captured. Existing open tickets will display the new field going forward. If you remove a field, the data it held on existing records is preserved in the database and remains reportable, even though the field no longer appears on the form.
Ready to see Halo Form Building in action?
Allied ESM configures Halo forms as part of every implementation — designing the right fields, visibility rules, and role settings for your processes from day one.