A ticket rule only defines a name. A ticket rule by itself
does not cause any processing to occur. To affect processing, a
flow rule must reference a ticket and define the processing that
is to follow ticket activation. While the names of ticket rules
suggest their purpose, you control whether, where, and how they
are used.
Use the Rules by Type Explorer to see a complete list of the
ticket rules available to you.
Your system includes a several standard tickets. A few
standard tickets of general interest are referenced by standard
flow rules. Other standard tickets not listed here support the
various built-in accelerators and tools.
Ticket
|
Purpose
|
Work-.SkipFlowStep
|
By convention, this ticket is
used in a flow as the destination when part of the flow can
be bypassed or skipped over. |
Work-.Status-Resolved
|
In the
standard Work-.OverallSLA flow, this ticket is
set — turned on — each time a work object is
resolved. You can include it in your flows if there is a
possibility that a second flow could be affected by the
resolution of a work object. |
Work-.Withdraw
|
By convention, use this
ticket name to mark processing that is to occur if the work
object is "withdrawn" by its originator. |
Work-Cover-.AllCoveredResolved
|
This ticket is available to
alert a flow in process on a cover work object when and if
all covered work objects become resolved. |
About Ticket rules
Atlas home