Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

A ticket is a transaction document that records all the information that is related to a request. The ticket fields contain information that is required to understand and fulfill the request from the end user. The administrator can configure and add custom fields to be available on the ticket and is based on the ticket categorization. Once, a ticket is created; it gets assigned to a support group. The administrator configures the assignment rules. The three main aspects of ticket progression, which are used when building the workflow process are:

  • Phase: During a ticket life-cycle, the ticket passes through different phases. Based on its progression the ticket can loop back to a previous phase. The phase definitions differ based on the ticket type.
  • Status: Status refers to the current stage of the ticket in its life-cycle. They can be NewQueuedActivePendingCompleteResolvedClosed. Fixed ticket statuses cannot be modified. A ticket can move from one status to another - not necessarily in a specific order.
  • Reason Code: Reason code is used to assign a reason why a ticket is in a given status or phase. For example, a ticket could be set into pending status for several reasons, such as Pending Customer, Pending VendorPending Information.

A combination of the ticket status and reason code is used to manage the workflow actions available and manage the ticket progression. As a ticket progresses it grows to include activities toward resolving, fulfilling, and closing the request. Ticket progression also includes manual, automatic actions, and communications to and from the ticket. The administrator can configure different workflow actions to be available on the ticket to control the progression of the ticket.

Ticket Types

In CA Cloud Service Management, there are five types of tickets:

  • Service Request: A Service Request is used to log and manage standard requests for information or access to systems and services. Service requests are handled using service request fulfillment workflow processes and is monitored for SLA compliance. For example, an end user seeks information about how to set up and configure work emails for mobile devices.
  • Incident Ticket: An Incident Ticket is used to report and manage issues such as a disruption, unavailability, reduction in the quality of a system or service. The Incident tickets are handled using incident management workflow processes. The response and resolution of these tickets is monitored for SLA compliance. For example, a request is logged when the end user is unable to send or receive emails from the cellphone. This service is typically available to the requester; and the service has been disrupted. Identify the cause of service disruption, restore the service quickly, and communicate with the requester about the resolution.
  • Problem Ticket: A Problem Ticket is used to investigate, resolve, or mitigate major issues affecting many users. The problem tickets are handled using problem management workflow processes. Generally, root-cause analysis and resolution take time; and these tickets could or could not be monitored for SLA compliance.
  • Change Request: A Change Request is used to log and manage a request for change to the IT Infrastructure or services. Some changes could affect only the requester (or a small group of users); while others affect many users. All change requests go through a change approval process. Based on the nature of the change, the approval process varies and is handled using the change management workflow processes. A change request could be monitored for SLA compliance. The time that is required to respond and resolve a change is based on factors such as getting an approval.
  • Task Ticket: A Task Ticket is used to track and manage smaller units of work toward the completion of another ticket. A task ticket is logged as a child to another ticket, which is usually a change or a problem ticket. Each task can be handled either at a time by different people; or in a set sequence.

Note: A task ticket is never logged as an independent ticket but as children of a request, incident, problem, or change. A task ticket is always used to divide individual units of work that is done to resolve another ticket.

This section helps you understand the following specialized ticket management activities:

  • No labels

0 Comments

You are not logged in. Any changes you make will be marked as anonymous. You may want to Log In if you already have an account.