Outcome. A ticket marked "waiting on contact" gets a 48-hour clock. If the customer replies in time, nothing extra happens. If not, the workflow warns the customer and flags the ticket for follow-up instead of leaving it stuck forever.
flowchart TD
A[Ticket status = Waiting on contact] --> B[Reset warning flag to false]
B --> C{Wait until event: status changes away from Waiting on contact - expires in 48h}
C -->|status changed before expiry| D[End - handled by whatever the ticket status now is]
C -->|expired, still waiting| E[Send warning email to requester]
E --> F[Set warning sent = true, warning date = now]
F --> G[Create follow-up task for owner]
G --> H[Add to Stale tickets - pending auto-close list]

When to use it, when not to
- UseUse it when reps regularly move tickets to a "waiting on contact" style status and those tickets then go stale because no one is tracking the clock.
- UseUse it to build the warning step that feeds an actual auto-close sweep, see Variants and tickets-sla-013.
- SkipDo not use it if your pipeline has no distinct "waiting on contact" stage; add one first, this workflow needs a clean status to watch.
- SkipDo not use it for tickets already past a hard contractual close-time SLA that is shorter than 48 hours; the SLA breach workflows (tickets-sla-003, tickets-sla-005) should own that case instead.
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.




