Outcome. An SLA breach on a live ticket reaches whoever is on call through the paging tool the team already trusts for incidents, instead of depending on someone actually reading an internal HubSpot email notification in time.
flowchart TD
A[sla_breach_flag becomes true, priority Urgent] --> B{paging_webhook_sent already true?}
B -->|yes| C[No action, already paged]
B -->|no| D[Webhook POST to paging tool]
D --> E[Set paging_webhook_sent = true]

When to use it, when not to
- UseUse it when the team already runs an on-call rotation in a dedicated paging tool (for example a system that pages by phone, SMS, or a mobile push, not just email) and wants SLA breaches on customer tickets to page the same way a server alert would.
- UseUse it once tickets-sla-003 or tickets-sla-005 is already live and reliably firing on breach; this fiche adds an external paging channel on top of that internal alerting, it does not replace the underlying breach detection.
- SkipDo not use it for every ticket breach indiscriminately; paging tools are built for urgent, wake-someone-up situations, reserve this for Urgent-priority breaches or a defined subset, or the team starts ignoring pages the way they might ignore a noisy inbox.
- SkipDo not use it without confirming the native Webhook workflow action is actually available on your tier; sending an outbound webhook from a workflow is an Data Hub Professional capability, not included in Service Hub Professional alone. The send a webhook action requires Data Hub Professional or Enterprise (https://knowledge.hubspot.com/workflows/choose-your-workflow-actions).
or the tickets and sla pack, 39 EUR
One-time, excl. VAT. 30-day refund, no questions asked. Founding prices until 31 October, then 199 and 59 EUR. Includes every spec added later, up to the full 500, and the one-click installer on the full library. Building on client portals? The agency licence at 449 EUR covers unlimited client portals.





