Content Comparison

...

This article outlines the expectations for the ITaP Customer Service Center on handling tickets in BMC FootPrints.  Cases are randomly reviewed each week for accuracy and are given a score indicating the amount of errors.

• • One Incident / Service Request per ticket 
    • If a customer submits a ticket or calls with multiple
issues
• • • Incidents or Services Requests, each
issue
• • • must be captured in a single ticket with the appropriate information.
  • Ticket should be open and timer running while working the
issue
• • issue 
    • Pause timer when not working the ticket
  • Customer
Information
• • Information 
    • Customer name and alias should be captured along with email address
and
• • • , phone number
.  Joe
• • • , and office location (if applicable).  Joe Public (jpublic) should only be used if you are unable to resolve a Purdue customer.
 Customer
• • •   Customer Information tab should not be left blank.
Activity
• • Category,
Type
• • Service, and
Sub-type
• • Service Offering
    
    • Follow
Time to Deliver standards
• • • the ticket classification standards found in KB article #791500
  • Urgency and
Impact
• • Impact 
    • Fields should reflect current understanding of the issue.
  Should
• • •   Should be reviewed and updated at resolution to make sure it’s accurate.
  These
• • •   These can and should change as the case progresses. 
      • URGENCY
        Work Stopped -
the customer is unable to work
• • • • The customer cannot perform their major job function.
        Work Impaired -
the
• • • • The customer can
work, but conditions are not ideal
• • • • perform their major job function, however, there is a severe impact to functionality or performance.
        Working Normally -
the customer is able to work normallyTech Notes
• • • • The customer can perform their major job function without impairment.
        
        IMPACT
        Widespread - 50 or more people. 1 or more major systems. 3 or more minor systems or services. This is (can) trigger the Major Incident Management process.
        Moderate - 10-50 people. No major system. 2 or fewer minor systems.
        Minimal - 0-10 people. No major system. No minor systems. Individual issues.
  • Tech Notes 
    • The Tech Notes field should capture the technical details of the case which are usually not appropriate for the Customer Notes field. Tech Notes should be used to record any troubleshooting steps the CSC takes, any information confirmed with the customer, exact text of error messages, or instructions or questions to tier 2/tier 3 teams.
    • Tech Notes should capture the resolution of the case for future reference.
  Example
• • • Example: If an individual is having a problem with Outlook, and the CSC is able to resolve, the Tech Note should describe in detail the steps taken to fix the problem. If the customer calls back, any other employee referencing the case should be able to tell exactly what happened.
  • Customer
Note
• • Note 
    • Customer Notes field should only be used for supporter-to-customer communication – not for supporter-to-supporter (internal) communication. Notes to other support teams and technical details of the case should be captured in Tech Notes.
    • All cases created by the CSC should have an initial Customer Note entry. If creating a case, and immediately escalating, a simple note indicating the topic of the case and notifying the customer we’ve escalated for review is appropriate.
    • Customer Notes should be free of grammatical and spelling errors, should properly address the customer, and include the CSC standard signature.
    • When sending a KB article to a customer, the instructions should be inserted in the Customer Note, along with a brief introduction and greeting to the customer.
Notifications
• • Notifications 
    • The check box to send a communication to the customer should be checked, as appropriate.
  • Ticket
Type
• Must contain an entry.
Failure
• • Type 
    • Incident is to be used when a customer is experiencing an error, or encountering a problem.  If something was previously working, and now isn’t, or has never worked correctly,
Failure
• • • Incident should be used.
    • Service Request is to be used
for
• • • any
other issue, and is the majority of tickets we process. Any
• • • time someone ask how to do something, makes a request for a new account, modification to something, etc.
, is a Service Request.No other type besides Service Request or Failure should be used without consulting management.
• • Asset
Information
• • Information 
    • Must contain an entry and be accurate to the machine that work is being performed on.
Reassignments
• • Reassignments 
    • Escalation to other tiers reflects expectations documented in the KB or internal documents, i.e. it doesn’t appear CSC staff is guessing where the case should go, resulting in a significant number of reassignments.