HighLevel Changelog

HighLevel: Conversations SLA Workflow Trigger & Permissions

By Kenneth Villar··4 min read

HighLevel made Conversation SLAs actionable. You can now trigger automated workflows when an SLA is Due Soon, Overdue, or Manually Dismissed, decide who is allowed to clear SLA timers, and keep a permanent audit log of every dismissal - so managers stop manually babysitting open channels.

What changed

Previously, catching a conversation that was about to breach its response window meant a manager manually watching open channels. SLAs were a passive status. Now they are a workflow trigger, so the system can react the instant a conversation crosses a critical milestone instead of waiting for a human to notice.

Dismissal also got tighter controls. Inbound messages that do not actually need a response can have the active SLA timer cleared without sending an unnecessary reply, admins can restrict who is allowed to do that, and every manual dismissal posts a permanent log line inside the conversation timeline showing exactly who cleared it and what the SLA state was at that moment.

How to use it

  1. Go to Automation, then Workflows, and create a new workflow.
  2. Select Conversation SLA as the trigger and choose the target condition: Due Soon, Overdue, or SLA Dismissed.
  3. Optionally add filters for message channel, contact tags, assigned owner, or custom field values.
  4. Chain your internal notification or reassignment actions, then publish.
  5. To set dismissal permissions, go to Conversations, then Settings, find Who can manually dismiss SLA from conversations, and choose All Users or Admins Only.

Why it matters for agencies and VAs

This turns response-time SLAs from a dashboard metric into real escalation automation, which is exactly what client-retention conversations need. The throttle matters: without the once-per-conversation-per-24-hours option, a contact firing several messages can flood the team inbox with duplicate alerts. For agencies running VA teams, the Admins Only dismissal permission plus the audit log is the accountability piece - you can prove who cleared a timer and when, which removes the he-said-she-said when a lead goes cold.

Certified GHL Admin operator take

As a Certified GHL Admin, I would wire the Overdue trigger to reassign rather than just notify - notifications get ignored, reassignment forces ownership. Lock dismissal to Admins Only on any account where SLA hygiene is tied to client reporting, and turn on the throttle from day one so the escalation workflow stays credible instead of becoming noise the team mutes.

Frequently asked questions

What does the Conversation SLA trigger do?
It lets a workflow react automatically when a conversation SLA hits Due Soon, Overdue, or is Manually Dismissed - for example pinging the assigned agent, sending a Slack alert, or reassigning the lead for immediate escalation.
Can I control who dismisses SLA timers?
Yes. Under Conversations, then Settings, the Who can manually dismiss SLA from conversations dropdown lets admins restrict dismissal to All Users or Admins Only. Every dismissal is also logged with the user and the SLA state at that second.
How do I stop duplicate SLA alerts?
Enable the throttle option so the workflow executes only once per conversation within a 24-hour window, even if a contact sends multiple messages that each trigger additional SLA events.

Sources

  1. HighLevel Conversations SLA walkthrough (Descript)