From Request Tracker Wiki
Jump to navigation Jump to search

The Priority of a Ticket in RT is a number between 0 and 100 that is designed to express the relative urgency of resolving the ticket. Besides a priority, every ticket can have a FinalPriority that can be different from the actual current priority. PriorityEscalation can be used to change the priority daily until it reaches the FinalPriority at the DueDate.

Both the Priority and the FinalPriority are set upon creation of a new ticket to values that are specified in the QueueProperties.

Example priority scale

In an organization that uses multiple queues, it is often useful to use a common priority scale for all tickets. One possibility is:

  • Priorities 11-20 : A minor inconvenience. There is a good workaround
  • Priorities 21-30 : An inconvenience. There is a workaround
  • Priorities 31-40 : A major inconvenience. There is a troubling workaround
  • Priorities 41-50 : A real problem. Someone can not do part of his work until this is resolved.
  • Priorities 51-60 : A disaster. Someone can not work at all until this is resolved.

Other schemas are equally good. This is only given as an example and it is NOT logically consistent with PriorityEscalation.

Related issues

See also SeverityCodes, which includes some discussion of more subtle uses of and inputs to Priority. It is common in other ticketing systems to have multiple fields for simpler values such as scope and severity of impact, SLA parameters, etc. which can all be used as inputs to a simple numeric Priority value used to schedule work (i.e. to work on the highest Priority first.) In RT, it is common to use a custom field to describe problem severity because that allows the use of the built-in (but by default inactive) PriorityEscalation system.

Labelled Priority Patch

This patch ( replaces the numeric priority display throughout RT by labelled equivalents. The administrator defines the mapping between numeric priorities and labels. Internally RT continues to use numeric priorities, but when they are displayed to the user the labels are used instead.


Similar to the above patch, but packaged as an RT extension. Only usable with newer versions of RT 3.8


See also X-Priority