Outcome. Every ticket that reaches a specific pipeline stage gets its priority set consistently, instead of relying on whoever moves it to also remember to update priority by hand.
flowchart TD
A[Ticket enters Escalated stage] --> B{Priority already High or Urgent?}
B -->|no| C[Set priority to High]
B -->|yes| D[No action, keep existing priority]

When to use it, when not to
- UseUse it when a pipeline stage itself implies a priority level, for example an "Escalated" stage that should always carry at least High priority regardless of what it was set to at intake.
- UseUse it as a simple guardrail, not a replacement for tickets-sla-002 or tickets-sla-025's intake-time priority logic; this fiche only reacts to a stage change, it does not set priority at creation.
- SkipDo not use it on a stage that does not have a consistent priority implication; if "In progress" can reasonably be any priority level, forcing one value on stage entry destroys real signal.
- SkipDo not use it to downgrade priority automatically on stage change without checking tickets-sla-018, which covers priority downgrade specifically and may already do this in the direction you want.
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.





