By
El Copeland
August 21, 2024
•
20 min read
Business
Tutorials

Have you implemented unique colors for your Ticket Statuses in HaloPSA?
Coloring these Statuses adds a great Quality of Life to your Agents working tickets. Often, it is treated as a nice-to-have or “let’s just make it look pretty,” which are fine if it works for you. However, we invite you to imagine instead with us: what if you could leverage symbolic colors that guide an Agent through your defined ticket process. What if you could implement that in a reasonable way?
So, to help lessen that decision fatigue for you since we know you’re busy customizing every other setting in HaloPSA as well, here is the framework that Rising Tide uses to approach customizing these settings to help you quickly and sensibly label your Ticket Statuses. In a future article, we’ll tackle Ticket Action color codes; however, the concepts will generally remain the same.
Before we jump into coloring statuses, let’s start by defining a ticket’s lifecycle according to how your Agents need to allocate their attention to those tickets, whether that is dictated by standard professionalism or ensuring SLAs are kept. For the sake of this conversation, we are going to address these ticket attention phases with the segments: Normal Attention, Elevated Attention, or Inert Attention.
Ideally, your Agents receive a ticket and all things are “Go,” they have everything they need to start working, and then Close the ticket when they've successfully completed the task and can rest on their laurels (or move on to the next ticket!).
We recommend all Normal Attention tickets to be assigned “cool colors” like greens, blues, and purples. (And not cool because we think they’re rad, cool as opposed to warm colors, more information here on color theory) Statuses like New and In Progress generally belong here. We have the ticket, everything is going as planned. What a perfect, serene world. Peaceful, isn’t it?
Unfortunately, that’s not the reality in most of our businesses! What happens when tickets require extra attention or action to ensure their timely completion?
Here in Elevated Attention is where we see statuses like Escalated, Pending Approval, or Reopened: tickets that we need to be actively thinking about and revisiting, especially ones that are keeping our SLA clock running. To inspire action and increase visibility, we’re using warm, fiery colors like Orange, Red, and Yellow.
What if there is a ticket where we cannot take immediate action, or it doesn’t warrant it? That’s our last category: Inert Attention.
There will be times when our tickets are active but there is literally nothing we can do but wait. The SLA clock isn’t running, so we don’t need to worry about taking action on these just yet: statuses like Waiting on Client or Waiting on Vendor. We recommend using greys to signify these statuses’ inactive character.
In general, we recommend you set up HaloPSA to do most of the status setting and remembering to move tasks in and out of statuses, especially Inert-type statuses. Specifically, when setting up these Inert Attention statuses in HaloPSA, be sure to build those Ticket Statuses, Ticket Type Settings, and your related Workflows so when a ticket enters or exits an Inert status, it automatically puts the ticket on or removes it from SLA hold. You can see examples of these settings in the screen captures below.
Some examples of this recommendation in action could be:


With all of these ideas in mind, we suggest as you approach customizing each ticket status, you ask:
What type of Attention do I expect of my team at this status: Normal, Elevated, or Inert?
When you have that answer, choose a color from the suggested family. Remember that color for other statuses you may have for other Ticket Types so it stays consistent regardless of what Area your Agent is operating from!
Here are some examples for what we specifically recommend to Rising Tide Customers. You will likely not need all of them, depending on your MSP’s needs:
As with most rules, there are going to be times when items cross between phases, or you may operate differently and not define a ticket status the same way we did here.
Maybe you have some color-blind technicians on staff and decide to use completely different colors completely or none at all. (If you do want to create a color-blind friendly palette, here’s a great resource.)
Maybe you want to choose different values (light or dark) within a certain family than what Halo provides.
Good! Break our rules. They're just here to help you decide what you do or don't actually want.
Our main recommendation is that you use your best judgement on what is right for your team and just be consistent which sometimes means keeping it simple. And let us know what you ended up doing, you may help someone else. Happy customizing!

In Episode 25 of By the [run]Book, Mendy Green and El Copeland continue reviewing HaloPSA version 2.218 and begin with two important CSP integration warnings. They explain why Pax8 users may need to move back to the standard HaloPSA authentication method and why Ingram Micro or CloudBlue users should inspect duplicate client mappings and recurring invoice subscription links.
The feature review covers rule-triggered ticket lookups, descriptive ticket-rule action notes, the new ticket Notification Log, configurable quotation buttons, improved incoming-email matching, email template groups, Office document knowledge base articles, SQL-powered distribution lists, and major service catalogue improvements. This episode is especially useful for HaloPSA administrators, MSP operations teams, billing teams, and consultants responsible for maintaining integrations, ticket automation, portal services, and user-facing workflows.
Organizations that moved their Pax8 integration to a custom developer application should consider changing the authentication type back to “Use the HaloPSA app.” Halo and Pax8 have arranged for the standard Halo application to bypass some of the rate-limiting restrictions affecting custom applications.
Changing the authentication method should not remove existing mappings, but the administrator will need to authenticate with Pax8 again.
Some legacy subscriptions could not be updated normally by Ingram Micro. In certain cases, the workaround created a new subscription under a duplicate client record, particularly for some Adobe subscriptions.
This can leave the correct subscription unmapped or disconnected from the recurring invoice line that is supposed to bill it.
Organizations using the Virima integration can now permit partial matching across email addresses, network logins, and other user-matching fields.
Mendy and El noted that this is primarily relevant to organizations already using Virima for asset-management purposes.
Halo now separates the ability to change whether an action is visible to the user from the permission to treat a ticket as spam.
This is an important permissions improvement because the Treat as Spam button can create an email rule that blocks the sender. Administrators can now allow agents to correct note visibility without also allowing them to block incoming senders.
Additional editing options are now available when multiple prospect records are selected.
This should be useful for organizations managing prospects in Halo as part of their sales or CRM processes.
Administrators can now prevent the original ticket history from being copied when a ticket is cloned.
This allows agents to reproduce the ticket’s structure without carrying over all previous actions and communications.
Rule-triggered lookups can now execute while an agent is creating a ticket rather than waiting until the ticket has been submitted.
Lookups can run SQL and populate ticket fields dynamically. Allowing that process to occur on the new-ticket screen can improve automation and give the agent immediate visibility into the resulting field values.
Ticket lists can now be filtered by selecting multiple statuses.
Mendy noted that Groups and Filtering may provide a more modern way to organize ticket data, but multi-select filtering remains a useful option and can also apply to agent and team filters.
The Reference field can now be included in recurring invoice column profiles, giving billing teams another useful value for identifying and reviewing recurring invoices.
Halo can now create more descriptive action notes when a ticket rule is applied.
Mendy and El recommended enabling this setting because it provides better visibility into what the rule actually did instead of simply recording that a rule fired.
Prospect and account screens can now use configurable column profiles.
This is particularly useful for organizations using Halo more extensively as a CRM because the sales team can tailor the displayed information to its workflow.
Administrators can now limit which ticket fields are available for searching.
Mendy emphasized that broader searches do not always produce better results. Restricting search to relevant fields can improve both performance and result quality, especially in larger Halo databases.
Custom fields may have their own search configuration, although the exact option appeared to have changed or moved in the version demonstrated.
Tickets can now include a tab that displays related or impacted configuration items.
This is primarily aimed at organizations using Halo’s more advanced ITSM, asset-relationship, and service-dependency capabilities.
Agents working with asset dependency diagrams can now right-click an asset and make it the primary asset on the ticket.
This extends existing primary-asset functionality into the dependency diagram interface.
The Stock Received webhook now includes information about the associated purchase order.
This provides automation platforms with better context when stock is received and can support downstream purchasing, inventory, or notification workflows.
The cost and delivery elements on portal service-detail pages now have class names that can be targeted through custom styling.
Mendy demonstrated that the cost element uses a class such as service-cost, which allows administrators to visually distinguish pricing or delivery information on the portal.
Values from single-select ticket custom fields can now be color-coded when displayed in a column profile.
This may help teams quickly scan different request types, classifications, or operational states. Mendy and El cautioned against using color as a substitute for thoughtful list design.
Portal language packs can now be translated using Azure AI Translator.
This provides another option for organizations maintaining a multilingual self-service portal, although Azure Translator usage and cost should be evaluated before enabling it.
A dedicated Notification Log can now be displayed on tickets.
Mendy recommended enabling it. The existing Event Log is valuable but highly technical, while the Notification Log offers a more user-friendly way to see what notifications were generated.
Halo can now send supplier action webhooks to ServiceNow using a process similar to customer-facing ServiceNow webhooks.
Supplier webhooks can update an existing Halo ticket through actions, but they cannot create a new ticket. The Halo ticket must already exist under a customer before supplier information can be associated with it.
Tickets created from negative knowledge base feedback can now include article-related dollar variables in their summary and details.
This should make those tickets easier to identify and give the reviewing team more useful article context.
Administrators can now control the visibility of many system buttons on quotation screens.
This can significantly reduce clutter and prevent users from seeing actions that are not relevant to their role or process. Custom buttons will continue to appear, and some system buttons cannot be configured.
Email templates can now be organized into groups.
This can make a large template library easier to navigate by separating templates into categories such as ticketing, invoicing, portal communication, security, or custom templates.
Mendy noted that the feature currently focuses on organization rather than inheriting settings or CSS at the group level.
Incoming email-matching methods are now presented as a list, allowing administrators to control how the From address, subject, and In-Reply-To header are evaluated.
Mendy recommends using Subject and From Address OR In-Reply-To Email Header for most organizations. This helps replies remain attached to the correct ticket even when recipients or the subject line change.
Previously, enabling multiple checkboxes could require all selected conditions to match. The new configuration supports more practical either/or behavior.
Purchase order PDFs now include additional group-printing options, including ways to display grouped quantities and prices.
This brings purchase order output closer to options already available for quotations and invoices.
The ticket tree will now respect a ticket area’s team permissions when displaying agents, even when the ticket-area filter includes broader teams.
Mendy and El were unable to fully validate the exact behavior during the live demonstration, so organizations that depend on this permission structure should test it with representative agents and areas.
Agent idle timeout warnings can now be configured under Advanced Settings.
This may be helpful for organizations that want to warn users before Halo ends an inactive session, although external identity and conditional-access policies may already enforce shorter session limits.
Halo’s service catalogue now supports a more store-like request experience. Optional services can be presented alongside a primary request, and users can select items or bundles, choose quantities, and add notes.
This can support workflows where the request includes both a service and one or more physical or billable items.
Existing unlinked assets can now be selected during consignment when the purchase order is set to deliver to a user.
Mendy suggested that a likely use case is backfilling purchasing and ownership information after migrating existing stock into Halo. Assets that did not originate from a Halo purchase order can be linked and assigned to the correct user.
A new knowledge base article type can display an uploaded Office document directly within the article.
Word document text can be extracted and scanned, which should allow the content to participate in Halo’s knowledge base search and AI functionality. The Halo Integrator and file-scanning functionality must be enabled.
Projects created beneath opportunity tickets can now be configured to use only the project’s own budgets rather than inheriting budget information from the opportunity.
This keeps budget tracking focused on the actual project when the opportunity is only acting as the parent record.
Dynamic distribution lists can now be populated through a SQL query instead of relying only on predefined filters.
This gives administrators significantly more flexibility when the required membership logic cannot be represented through the standard filter options.
Multiple dashboards can now be presented as tabs within a shared dashboard view.
Mendy found the current implementation difficult to configure and use, so teams should test it before replacing their existing dashboard navigation.
Microsoft CSP tenant mappings can now exclude a mapped client from Intune imports.
This provides more granular synchronization control for former clients or other tenants that may still exist in the Microsoft partner relationship but should no longer import Intune assets into Halo.
Ticket-rule pop-ups can now appear as modal windows instead of the default flyout notification.
A modal is harder for an agent to overlook, making it appropriate for critical instructions or warnings. It should be used selectively because repeated modal interruptions can quickly become disruptive.

In Episode 24 of By the [run]Book, Connor and Jason review HaloPSA v2.218 with a heavier focus on contracts, billing, QuickBooks, sales order workflows, and portal improvements. The standout update is the new setting to prevent Default Contracts from being used on Client records, which Connor strongly recommends enabling to avoid major billing rule issues. They also cover the new Self-Service Portal PWA option, Quick Time logging changes, Sales Order Communication Ticket improvements, and QuickBooks payment method mapping.
Watch Now: By the [run]Book: Episode 24
There are limitations affecting haloreleases.remmy.dev caused by changes to the Halo API
Connor and Jason announced a new Halo AMA series starting July 1st at 8:00 AM Eastern / 1:00 PM UK. The sessions will feature Robbie, Bri, and Jason from Rising Tide, with questions pulled from the community, Discord, Reddit, and live attendees.
Sales Order variables are now available inside Runbooks, giving automation builders more sales-order-specific data to reference when building workflows.
This improves how Domotz device imports behave when mapped agents exist. Connor and Jason noted that Domotz can be useful for infrastructure-heavy MSPs, especially where network scanning and switch access are important.
Sales Order Communication Tickets now show the Sales Order they are tied to, making the relationship clearer for teams managing procurement or post-sale follow-up.
The Pax8 Product/Item creation function will now match based on the Vendor/Supplier SKU. Connor and Jason advised caution with this area because automated Pax8 product and invoice item creation can still create duplicates or require cleanup if existing products are not mapped well.
This adds more configuration flexibility for SailPoint integrations by allowing the user ID field to be specified.
This setting allows the Conversation and Internal ticket history view to include automated/system emails, such as acknowledgement emails.
Minor setup improvements were added to the Pax8 configuration screen. Connor and Jason did not identify a major visible change during the review.
Invoice due dates can now be bulk updated directly from the Invoice List, which may help billing teams adjust multiple invoices without opening each invoice individually.
Halo payment methods can now be mapped to QuickBooks payment methods when payments are pushed from Halo to QuickBooks.
Hosted customers can now install the Self-Service Portal as a Progressive Web App. Connor and Jason discussed how this could make portal access feel more app-like for end users.
Stock Quantity can now be added to Sales Order Line column profiles, giving teams more control over what inventory information appears on sales order lines.
The dashboard list now includes a Published column, making it easier to see which dashboards are currently published without opening each one.
Custom integrations now support mTLS as an authentication option. This is most relevant for integrations requiring certificate-based mutual authentication between systems.
This setting allows the action used for logging time from Timesheets, specifically Quick Time behavior, to be overridden. Connor and Jason spent time testing and discussing this because the release note was not very clear.
Pro-rata options now show correctly when working from Sales Orders to the Recurring Invoice pop-up. Connor and Jason treated this more like a fix than a major new feature.
This was Connor and Jason’s clear favorite feature of the episode. The new setting prevents users from setting a Default Contract directly on the Client record, which can override billing rules and cause major billing issues.
This QuickBooks option allows Halo to use the Third Party Customer Name instead of the Halo Customer Name when creating or syncing customers to QuickBooks.
This setting filters contract selection on tickets so that site-specific contracts are shown when they exist. Connor and Jason noted that site-level contracts can get complicated and are likely an edge case for most MSPs.
Google Maps latitude and longitude lookup now uses Country and Region when those fields are enabled and populated. Connor showed how this can support map-based customer or prospect views, though he also noted Google API setup can be painful.
This improves access control queries and includes an option around agent department access control. Jason noted that disabling department-based access control may offer a performance benefit if it is not needed.
Purchase Orders now have a Created By column available, making it easier to identify who created a purchase order.
API applications now include Description, Creation Date, and Created By fields, improving visibility and auditability for API app management.
Additional condition types have been added for asset field and button restrictions. Connor noted the release note did not clarify exactly which condition types were added.
Ticket Column Profiles can now include the Closed By field, making it easier to report or filter based on who closed a ticket.
Client and Site level Event triggers can now use Custom Field values as criteria. This adds more flexibility when building automations or event-driven workflows based on client or site data.
Resolution Finder matching now uses tags only for whole-word matches. Connor and Jason discussed the broader challenge of KB usefulness, noting that KBs are strongest when they support real process guidance rather than generic articles.
A new $-ALLFIELDSCARD variable displays a styled version of the ALLFIELDS table. Connor and Jason liked the cleaner presentation and showed how it makes field output easier to read.

In Episode 23 of By the [run]Book, Connor Fagan and Jason Parsons walk through HaloPSA v2.216, covering a mix of quality-of-life improvements, automation enhancements, reporting updates, and billing controls. Highlights include new ticket-level charge rate restrictions, report audit timestamps, Microsoft CSP subscription import improvements, AI-generated acknowledgment emails, and several Runbook enhancements. The discussion also covers important industry updates, including Microsoft’s July 1st pricing changes, limitations introduced to haloreleases.Remmy.dev due to Halo API changes, and Renada’s Teams-based "Ticket Swarm" approach for urgent ticket collaboration.
Watch Now: By the [run]Book: Episode 23
There are limitations affecting haloreleases.remmy.dev caused by changes to the Halo API
Microsoft’s July 1st pricing Changes
Check out Renada's instructional video - Ticket Swarm into Microsoft Teams
This gives administrators the ability to remove the Task event type from appointment creation screens.
The hosts recommended enabling this for most environments because Task event types do not synchronize with Microsoft 365 calendars, while Appointment types do.
A collection of enhancements focused on Halo's ITSM change management functionality.
The discussion noted that this will likely be most valuable for organizations using formal maintenance windows and change approval processes rather than traditional MSP service desks.
Criteria Groups continue to expand throughout Halo and are now available within Ticket Rules.
This allows administrators to build more advanced AND/OR logic inside a single rule rather than creating multiple rules to achieve the same outcome.
CRM Note custom fields can now be limited to specific entity types.
This helps keep note forms cleaner by ensuring fields only appear where they are actually relevant.
A new safeguard prevents multiple technicians from accidentally joining the same chat session.
For teams using Halo Chat, this can help reduce duplicate responses and ownership confusion.
Chat Flows can now make decisions based on the current time and day of the week.
This opens up more options for business-hours routing and after-hours automation.
Administrators can now separately filter against Response SLA breaches and Resolution SLA breaches.
The hosts felt this provides greater reporting flexibility and allows teams to focus on the SLA metrics that matter most to their business.
Field lists now display the override name rather than only the original field name.
A small but useful quality-of-life improvement when working with heavily customized environments.
Improves user matching behaviour within the Tanium integration.
The hosts did not spend much time on this feature but noted it should improve synchronization accuracy.
Dashboard widgets can now have their own refresh intervals.
Administrators can balance dashboard responsiveness against system performance by selecting refresh periods between 30 seconds and 1 hour.
A new API parameter allows integrations to retrieve all custom fields when querying assets.
Useful for developers and anyone building integrations around Halo asset data.
Provides additional control over how information flows between parent and child tickets.
The hosts discussed several possible use cases but agreed this will require additional testing to fully understand its impact.
Administrators can now define the default layout used by the rich text editor toolbar.
A simple quality-of-life improvement for organizations that prefer a cleaner editor experience.
Appointment booking links can now direct users to specific booking types.
This provides more flexibility when building self-service appointment workflows.
AI-generated acknowledgement emails can now be configured at the Ticket Type level.
The feature allows custom prompts and automated responses tailored to specific ticket categories. The hosts felt this could be useful for gathering additional information from end users before an engineer begins working the ticket, but recommended careful testing before broad adoption.
One of the most practical automation improvements discussed during the episode.
When a Runbook repeatedly fails, Halo can now automatically create a ticket.
The hosts strongly recommended enabling this for Runbook deployments to improve visibility into automation failures and reduce troubleshooting time.
Adds an option to filter out catalog items that do not contain pricing information.
A small but useful improvement for teams relying on Etilize product searches.
One of the hosts' favourite additions in this release.
Reports now display who last modified them and when the modification occurred, making report management significantly easier in larger environments.
Modal popup notes now require acknowledgement before dismissal.
This helps ensure important information is actually seen by technicians.
Provides additional control over Knowledge Base article link behaviour.
The feature was only briefly discussed during the episode.
Improves Microsoft CSP product import functionality.
The hosts highlighted this alongside Microsoft's upcoming pricing changes and discussed how it may simplify subscription management.
Adds additional file handling capabilities to Runbooks.
Useful for workflows involving document processing, attachments, and API-driven automation.
This generated one of the longest discussions of the episode.
The feature allows charge rate controls to be configured directly against tickets and projects. While it provides significant flexibility, the hosts cautioned that excessive customization could make billing troubleshooting considerably more difficult.
Resource Booking Types can now define their own scheduling limits rather than relying entirely on global settings.
Allows Bills to be created without requiring an associated Purchase Order.
A useful addition for organizations with more flexible purchasing processes.
Invoice pricing fields now display the current item price or cost as a reference.
The hosts questioned some of the terminology used but agreed the additional visibility could be helpful.
Halo now includes a Sophos integration.
The discussion focused primarily on alert synchronization and early integration improvements since its initial release.