K1000 Service Desk Admin Guide v53
K1000 Service Desk Admin Guide v53
Release 5.3
Revision Date: May 13, 2011
2004-2011 Dell, Inc. All rights reserved. Information concerning third-party copyrights and agreements, hardware and software warranty, hardware replacement, product returns, technical support terms and product licensing is in the Dell KACE End User License agreement accessible at http://www.kace.com/license/standard_eula
Contents
1 Setting up Your K1000 Management Appliance Service Desk 7
About this chapter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Required hardware and software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Understanding Service Desk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 About your own Service Desk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Planning your Service Desk implementation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 Setting up users and accounts for your Service Desk to use . . . . . . . . . . . . . . . . . . . . . . . 14 Creating a new KACE_User in LDAP to read other LDAP accounts . . . . . . . . . . . . . . 14 Default Service Desk roles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 To create the Service Desk Staff role . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 To create an All Ticket Owners label . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 To authenticate your users . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 To test the authentication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Importing user data into accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 To Choose Attributes to Import (Step 1 of 3):. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 To Define the User/LDAP Mapping (Step 2 of 3): . . . . . . . . . . . . . . . . . . . . . . . . . 22 To Import data into the K1000 Management Appliance (Step 3 of 3): . . . . . . . . . . 24 To set DefaultTicketOwners as the new ticket owner . . . . . . . . . . . . . . . . . . . . . . . . . . 25 Configuring your ticket default values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 To customize your ticket default values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 Configuring your Service Desk email and ticket settings. . . . . . . . . . . . . . . . . . . . . . . . . . . 29 Creating and configuring email accounts for your appliance . . . . . . . . . . . . . . . . . . . . 29 To set up your Service Desk to process mail using a POP3 server . . . . . . . . . . . . 29 To do basic queue configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 Configuring the email triggers and email templates . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 To configure email triggers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 To customize the Service Desk email templates . . . . . . . . . . . . . . . . . . . . . . . . . . 33 Renaming your Service Desk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 To rename Service Desk. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 About the Satisfaction Survey . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 Changing the Satisfaction Survey default behavior . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 To Remove the Satisfaction Survey field from tickets . . . . . . . . . . . . . . . . . . . . . . 36 To Enable/Disable the Ticket Closed email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 Whats next . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
39
39 39 39 40 41 41 41 42 42 42 43
3
Maintaining your Service Desk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Scheduling regular user data imports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To schedule regular LDAP user data imports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . To add a new member to your Service Desk Staff . . . . . . . . . . . . . . . . . . . . . . . . . . . . Managing your Service Desk email. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Managing Service Desk tickets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prohibiting administrators and ticket owners from deleting tickets . . . . . . . . . . . . . . . . Working with filed tickets. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating and updating tickets by email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Submitting tickets through email. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Modifying ticket attributes using email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Administrator Guide, Version 5.3
Contents
Clearing a ticket field using email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Changing ticket fields using email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Changing ticket approval fields using email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Setting or changing custom fields using email . . . . . . . . . . . . . . . . . . . . . . . . . . . . Understanding ticket escalation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Understanding ticket states . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Understanding the escalation time limit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Understanding escalation email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Changing the Ticket Escalation settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Making tickets eligible for escalation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To change the list of escalation email recipients. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To change the escalation time limits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To change the default escalation email message . . . . . . . . . . . . . . . . . . . . . . . . . Adding owner-only comments to a ticket . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Using a custom view . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To create a custom view for critical tickets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Using the Software Library to distribute software and information . . . . . . . . . . . . . . . . . . . About the Software Library . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating Software Library items . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To create a Software Library item . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To apply a label to a Software Library item . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To remove a label from a Software Library item. . . . . . . . . . . . . . . . . . . . . . . . . . . To delete a Software Library item. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Using the Knowledge Base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To add Knowledge Base articles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Editing and deleting Knowledge Base articles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To edit an existing Knowledge Base article . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To delete a Knowledge Base article . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Extending the Service Desk session timeout period . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating Service Desk processes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To add a new process. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To enable the process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To delete a process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To use a process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Expanding your Service Desk by adding ticket queues. . . . . . . . . . . . . . . . . . . . . . . . . . . . Managing multiple queues . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To add a new queue. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To delete a queue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To set the default Service Desk queue. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To view tickets across all queues . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To change the All Queues fields. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Moving Service Desk tickets from one queue to another . . . . . . . . . . . . . . . . . . . . . . . To move a ticket from one queue to another . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Service Desk ticket rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Using and reconfiguring the system ticket rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Understanding and customizing the system ticket rules . . . . . . . . . . . . . . . . . . . . . . . . Managing custom ticket rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
43 43 44 44 44 45 45 46 46 46 47 47 48 48 49 49 50 50 50 50 52 52 52 53 53 54 54 54 55 55 55 57 58 58 59 59 60 61 61 62 62 63 63 63 63 64 65
Contents
To create a new custom ticket rule. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To duplicate a custom ticket rule . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To delete a custom ticket rule. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To move a ticket rule from one queue to another. . . . . . . . . . . . . . . . . . . . . . . . . . Running Service Desk reports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To run Service Desk reports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
65 67 68 68 69 69
71
71 72 72 73 74 75 76 77 78 78 78 79 79 79 81 81 82 82 83 83 84 85 86 86 87 88 89
About Customizing Service Desk Tickets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating and Changing Ticket Categories, Statuses, States, and Priorities . . . . . . . . . . . . Creating new ticket categories . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To create new ticket categories and sub-categories . . . . . . . . . . . . . . . . . . . . . . . To customize status values. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To customize ticket priorities. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To customize ticket impacts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating a custom ticket layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Changing field characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Changing a field name (label) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Requiring a field on all tickets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Setting permissions for creating and changing field values . . . . . . . . . . . . . . . . . . . . . Defining Custom Ticket Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To create or modify a custom ticket field . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Specifying the Ticket List Column Layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To change the ticket list or the layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Setting up parent/child ticket relationships . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Enabling parent/child ticket relationships . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To enable parent/child ticket relationships for a queue . . . . . . . . . . . . . . . . . . . . . To enable parent tickets to close child tickets . . . . . . . . . . . . . . . . . . . . . . . . . . . . To add a parent to a child ticket . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Using a parent ticket as a todo list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To use parents to organize duplicate tickets. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Requiring ticket approvers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Setting up approvals for tickets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To require approvals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Approving tickets by email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
91
91 91 92 92 92 93
Sending email to the K1000 Management Appliance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Connect the SMTP server to your email server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Configuring your email server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Deciding whether to use the internal SMTP server. . . . . . . . . . . . . . . . . . . . . . . . . . . . To use an external SMTP server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Using the internal SMTP server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Contents
95
95 96 96 96 97 97 97
Testing outgoing email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To test incoming email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To debug incoming email . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To read the logs for error information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Typical Email Errors and Solutions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Error: 550 Unknown user . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Error: 451 error - unable to verify sender . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Index
99
1
Setting up Your K1000 Management Appliance Service Desk
This guide provides information about creating a functioning Service Desk on your Dell KACE K1000 Management Appliance. Once the Service Desk is set up, users can create and track Service Desk tickets, and your staff will be able to track, manage, fix, and close those tickets. This guide also explains how you can customize Service Desk to meet your organizations needs. This guide is independent of the Dell KACE JumpStart training for Service Desk, but covers some of the same material. Dell recommends using this guide to get your Service Desk up and running before attending JumpStart training.
A Dell KACE K1000 Management Appliance on your LAN, with agents already deployed on all nodes. You need not have authorized your users yet. For information on setting up your K1000 Management Appliance, see Configuring your Appliance in the Administrator Guide. Your user account information stored in an LDAP-compliant directory service such as Microsoft Active Directory. This allows your Service Desk to efficiently find and import data that it uses to authorize users and identify anything else that you keep track of. You need to be familiar enough with LDAP to filter groups of users or other entities by referencing their LDAP attributes (organizational units, domain components, and relative distinguished names). If your organization is small, you can eliminate this requirement by creating the needed information manually, one user at a time.
One of the following types of email servers for sending and receiving Service Desk email:
A POP3 email server. An email server, such as the Microsoft Exchange Server. For instructions on configuring this server to connect to the K1000 Management Appliance internal SMTP server, see Using an SMTP Email Server, on page 91.
A set of users with permissions to own, work on, and fix Service Desk tickets. Depending on your organizations needs, you can use your system administration staff or a separate group. You will give these users the permissions they need while setting up your Service Desk implementation. Trusted system administration staff with Administrator roles. The Administrator role has permission to change any appliance settings, so only give this permission level to your trusted system administration staff. You will give these users the permissions they need while setting up your Service Desk implementation.
If you are upgrading from an earlier release, your user interface refers to Help Desk, by default. Service Desk uses permission-based roles to limit user actions. You create these roles and use them to group users by permissions. For example, most users only submit and track tickets and do not need permission to close tickets or change K1000 Management Appliance configuration settings. Service Desk uses labels to group user accounts the same way labels are used to group your hardware and software inventories. You can make labels within Service Desk and use them to grant levels of access. This allows you to designate who can submit, accept, reject, work on,
and resolve tickets. Additionally, your Inventory labels can work as user labels in Service Desk labels if you have created the labels without restrictions. If not, you can modify them or create new ones. Service Desk requires that each user creating or modifying a Service Desk ticket have an authenticated account on the K1000 Management Appliance. Dell recommends that you authenticate your users against your LDAP directory service, which captures minimal information about the user and adds it to the appliance database. Additionally, you need to capture a more comprehensive set of account data in a separate import step. Once set up, you can schedule regular data imports to keep user account information in your K1000 Management Appliance current. The Service Desk tab on the Administrator Portal:
Service Desk tickets are stored in one or more queues on your K1000 Management Appliance. Most organizations need only a single queue. Though multiple queues can benefit many organizations, queues need to be implemented properly. Before you create any additional queues, read Expanding your Service Desk by adding ticket queues, on page 59. Service Desk comes pre-configured with the ticket settings listed below. You will almost certainly create more to meet your organizations needs: Setting Impact
Category
Value Many people cant work, Many people inconvenienced, 1 person cant work (default), 1 person inconvenienced Software, Hardware, and Network, Other (default) New (default), Open, Closed, Need more info High, Medium (default), Low Open (default), Closed, Stalled You can set or change escalation times based on ticket Priorities. The default Service Desk automatically sends email to alert your staff (and/or their supervisors) if a ticket remains in an Open state too long. By default, a ticket with a priority of High is escalated if it is not modified or closed within 30 minutes. You can change the escalation times and the list of tickets they apply to. You have a lot of flexibility in setting the level of email notification your users, Service Desk Staff, and their supervisory personnel receive regarding tickets. Most Dell customers set
10
email notification to a relatively low level to avoid being inundated with unnecessary email. For details, see Configuring your Service Desk email and ticket settings, on page 29. After a ticket is closed, the ticket submitter can be offered a brief Satisfaction Survey to gauge their level of satisfaction.
Select the staff to work on the tickets. Select an administration staff to configure and maintain your Service Desk. Create permission-based roles and apply them to all of your users. Create labels to organize your user accounts and apply them to groups of users. Customize your Service Desk implementation to include new ticket categories, statuses, and impact categories that meet your companys needs. Authenticate your users and import their user data from your LDAP directory into your K1000 Management Appliance. Your users, Service Desk Staff, and administrators are authenticated with this data each time they log in. Set up Service Desk email notification. The following email notification strategy is used by most Dell customers to prevent their staff from being inundated with unnecessary information: When a new ticket is created, all of your Service Desk Staff receive email notification. After a Service Desk Staff member takes ownership of the ticket, the rest of the staff does not receive email about the ticket unless it is escalated (although they can search for it). The ticket submitter and owner are notified by email each time their tickets State or Status changes. The ticket owner is notified of any changes to the ticket. If a ticket is escalated, the ticket owner and anyone in the Category CC list are notified.
Customize the automated Service Desk email templates. Modify these templates to meet your organizations needs. Offer the Satisfaction survey to your users.
11
Select the members of your Service Desk Administration staff. These are members of your system administration staff who administer the Service Desk. They have permission to change all Service Desk settings, including creating and removing users, so make sure you select only trusted users. This guide refers to this group as administrators. You can add additional members to this group at any time.
Select members of your Service Desk Staff. This manual assumes that this is a different group from your administrators. The Service Desk Staff have permission to: Open, work on, and close tickets. Use and add items to the software library. Add articles to the Knowledge Base.
But not: Create, edit, or delete users. Run reports. Change any other settings on your K1000 Management Appliance.
This guide refers to this group as your Service Desk Staff. To give them the permissions and information they require, you add this group to an All Ticket Owners label, a Service Desk Staff role, and a [email protected] email address. You can add additional members to this group at any time.
Decide what additional information to include in your tickets. The information depends on the ticket queue. If you use only the default queue, the default fields are:
12
You can customize the default ticket page view by reordering, renaming, or hiding any of these fields and add up to 15 fields to track anything your Service Desk Staff requires to do their jobs. These can be text fields or lists of choices (single or multiple select). Some typical custom field choices include: Problem-related information, such as additional symptoms, how long the problem has been happening, or other components that may contribute to the problem. Software-related information, such as manufacturer, version, purpose, and date installed. Service Desk Staff-only information that can be used for diagnosing, reporting, or planning purposes, such as vendor contact for escalation, root cause, or previously fixed You can make any changes to the ticket fields after your Service Desk is up and running.
Decide on your ticket characteristics. You can add your own ticket Categories, Statuses, Priorities, and Impacts. You can add or change these items at any time. However, you cannot remove any values without first changing any tickets that use them to a different value.
13
Depending on the number of tickets you expect; the number of related and or repeated tickets; and the range of issues you want to include in Service Desk, such as Facilities, Human Resources, and Information Technology, you may want to set up:
Queues: Use queues to organize tickets to designate the staff for handling different types of tasks, such as hardware tasks and software tasks. For information about setting up queues, see Expanding your Service Desk by adding ticket queues, on page 59. Processes: Use processes to order related tickets that are parts of major or sequential tasks. You can also establish relationships by using parent-child relationships within tickets.
Now that you have the details of your Service Desk planned, follow the instructions in the remainder of this chapter to configure your new Service Desk implementation.
Import user information into your new Service Desk implementation. Use that information to authenticate your K1000 Management Appliance users. Promote your Service Desk Staff.
14
actions for a specific user. You configure your K1000 Management Appliance to automatically assign roles to users as they log in. Role Admin Permissions The most powerful role on your K1000 Management Appliance. Admins have permission to see or change any information or settings in your K1000 Management Appliance implementation. This includes promoting or demoting other users by changing their roles. The Admin role cannot be altered or deleted. Assign only to your trusted system administrators. The K1000 Management Appliance always has at least one account (also called admin) that has the Admin role. The admin user account can never be deleted, although you can change its password or other related fields. People assigned the admin role have permission to manage and modify Service Desk tickets from the Tickets tab in the K1000 Management Appliance Management Center, though they may not be able to own tickets themselves. Administrators can also use the security, scripting, and distribution features to resolve Service Desk tickets and then use the Knowledge Base to create documentation that references the resolution for users. This role primarily interacts with the K1000 Management Appliance through the Admin Interface. This role can view, but cannot change, any information or settings in your K1000 Management Appliance implementation. It is most useful for oversight personnel. This role primarily interacts with the K1000 Management Appliance through the Admin Interface. The people being administered by your K1000 Management Appliance implementation. By default, this role has permission to create, view, or modify Service Desk tickets. This role interacts with the K1000 Management Appliance exclusively through the User Interface. In addition to the above roles, you need the Service Desk Staff role, which you create with the following instructions.
Readonly Admin
User
15
2.
In the Choose Action menu, click Add New Item. The User Role : Edit Detail page appears.
3.
4.
Click the [Expand All] link next to Permissions ADMIN Console. The permissions settings for all categories appear.
5.
Select these custom permission items for the new role: Category Item All Read Computers Software Processes Startup Service IP Scan MIA write write hide hide hide hide hide Permission level
Home Inventory
All Hide All Hide Managed Installations File Synchronization Wake-on-LAN Replication IPhone: Dell Updates write hide hide hide hide hide
Scripting
All Hide
16
All Hide Tickets: Software Library Knowledge Base Users Roles Configuration write write write read read read
Click Save at the bottom of the page. The User Roles page is displayed with the new role. When a member of the Service Desk Staff logs in, the appliance component bar shows the available features.
17
18
Search Filter
In most cases, you can leave this field with the default value (samaccountname=KBOX_USER) to match all valid users returned by the Search Base DN field. Each username is substituted at login time for the KBOX_USER variable. Search Base DN searches LDAP organizational trees for user objects. Use this field to further filter the data in the object trees. KACE_User This is the user you created in the Creating a new KACE_User in LDAP to read other LDAP accounts, on page 14, to read other LDAP accounts. Enter the KACE_User password. User
LDAP Login
Record the search and filtering criteria you use for filling out this form. You will use this same information in the next section to import user data, and later to schedule regular authentication on a regular basis. 5. Click Apply to save your changes. The Settings: Authentication screen appears again. 6. Test your parameters, as described in the next section.
In the Search Filter: box, replace KBOX_USER with the username to test. The syntax is samaccountname=username.
6. 7.
Enter that users password in the Test User Password box. Select Test LDAP Settings.
19
8.
Confirm that the system found the account correctly and accepted the issued credentials.
If this test is successful, then this user and others in the same LDAP container will be successfully authenticated to the K1000 Management Appliance.
20
Enter the IP address or hostname of your LDAP Server. Enter the LDAP port; usually 389 or 636. Enter LDAP criteria to match accounts to import. Enter the most specific combination of organizational units and domain components that match your user accounts. List your criteria from left (most specific) to right (least specific). You can list criteria anywhere in your LDAP structure specific enough to match all of the users you want to import. In most cases, use the samaccountname=* entry to match all entries returned by the Search Base DN field. This field also accepts regular expressions to further filter the user objects returned by the Search Base DN entry. Search Base DN searches LDAP organizational trees for user objects. Use this field to further filter the data in the object trees. KACE_User This is the user you created in Creating a new KACE_User in LDAP to read other LDAP accounts. Enter the KACE_User password.
Search Filter
LDAP Login
LDAP Password 4.
Specify the attributes to import: This field is populated with a useful set of attributes by default. Use the default list for now. If your organization requires different attributes, you can change this list later as needed. Note: Empty this field to display all possible attributes. However retrieving all attributes is inefficient and is not recommended. Leave the default (memberof) to list the members with these attributes. Change this as necessary. Enter a label prefix to use. The default is ldap_. Enter binary attributes to use. The default is objectsid,objectguid. Enter the maximum number of rows to display at one time. The default is 27. Select this check box to view the debug output in the next step.
Attributes to retrieve
Label Attribute Label Prefix: Binary Attributes: Max # of Rows Debug Output
21
5.
Click Next. The Define Mapping between User and LDAP attributes: (Step 2 of 3) page is displayed.
22
1.
The fields in Red are mapped automatically, and you will see search results displayed below the mapping table. For example:
2.
Confirm the following: The list of users to import is correct. The information listed for each user is what you expect.
3.
If you need to refine your search, click the Back button and revise the search parameters before returning to this page. For example to change the number of Search Results, change the Max # Rows on the Choose attributes to import: Step 1 of 3 page.
4.
Click Next. The Import data into the K1000 Management Appliance : (Step 3 of 3) page is displayed.
23
2.
Click Import Now to start the import. The Users page appears with the list of users you just imported.
3.
Assign the Admin role to your Service Desk administrators: a. Select the check boxes for these users. b. In the Choose Action menu, click Apply Role: Admin. By default, admin users have the owner/submitter permissions. If you think the setting might have changed, see Setting permissions for creating and changing field values, on page 79.
4.
Assign the Service Desk Staff role your team users: a. Select the check boxes for these users. b. In the Choose Action menu, click Apply Role: Service Desk Staff.
24
5.
Assign the All Ticket Owners label to your Service Desk Team: a. Select the check boxes for these users. b. In the Choose Action menu, click Apply Label > All Ticket Owners. If the label does not already exist, click Add Label. Then in the Add Label window, enter All Ticket Owners and click Save. Avoid using a backslash (\) in Label names. If used, be sure to escape the backslash with another backslash. The label is added to the next to each users name:
6.
Create a label of User, then and apply the User label and Role your users.
25
Email Password: Confirm Password: Assign to Label: Local Override: Role: 4. Click Save.
[email protected] Enter a password. Enter the password again. All Ticket Owners No Override Login Not Allowed
You will assign this new user as the default new ticket owner in the next section.
Create a new ticket category called Please Select a Category. You set this category as the default category when you configure your Service Desk. Hopefully when your users see this category they will treat it as an instruction to select a more appropriate choice. Set your Service Desk Staff user as the default owner of all new tickets. The first default owner always remains the default owner of a ticket. For example, if you switch an existing ticket to another category with a different default owner, the default owner of the ticket does not switch.
5.
Fill in the fields as follows: Name Default Owner CC List Please select a category. This instructs your users to change to something more accurate. DefaultTicketOwners Leave as none. The CC List is not visible on a ticket; it is a behind-the-scenes value. Because DefaultTicketOwners is the default owner, all potential ticket owners will get email when a ticket is created. Select this check box if necessary. This makes this category visible to users. When cleared, the appliance allows only the Service Desk Staff users to see this category. Use this setting to present a simplified list of values to users and provides a comprehensive list to your administrators and Service Desk Staff. Users may see these categories as their tickets are processed, but they cannot set or change them.
User Settable
6.
Click Save.
Your organization will probably require additional ticket categories. You can do this now or after your Service Desk is up and running. For instructions on creating more ticket categories, see Creating and Changing Ticket Categories, Statuses, States, and Priorities, on page 72. 7. For the remaining categories in Category Values, click the following changes: icon and make the
a. Select DefaultTicketOwners from the drop-down list to make it the default owner of all of these Categories. b. Remove anything in the CC List. (See CC List above.) c. Save your changes. 8. Create a new status called Waiting on end user: a. In the Status Values area, click the icon.
27
b. Edit the Status Values fields to create a new Waiting on end user ticket status with a State of Stalled as shown here:
c. Click Save. 9. In the Status Values area, create these additional statuses: Name: Waiting on Service Desk Staff, State: Stalled Name: Reopened, State: Opened
Only tickets with an Opened State can be escalated. For details, see Understanding ticket escalation, on page 44. Use the other states as you find appropriate. 10. In the Priority Values area, create a new Critical priority with an escalation time of 30 minutes:
11. Change the Escalation Time for High priority to 2 hours and the color to a value of your choice. 12. Click the Save button at the bottom of the page. Now that your ticket default values are set, use the instructions in the next section to finish configuring your Service Desk.
28
[email protected]. This email address is used for: Receiving all new tickets when they are created. Users and Service Desk Staff to automatically create and/or modify tickets. The email address that your users can reply to.
No human reads email delivered to this address, but your Service Desk Staff are notified of the ticket changes resulting from the email.
[email protected]. This email alias is used: By your Service Desk Staff to communicate with each other. By the K1000 Management Appliance to send automated email notification about new and open tickets.
29
2.
Configure [email protected] as the Service Desk Staff email alias, and add all of your Service Desk Staff addresses to it. This is the general-purpose email alias that your Service Desk Staff will use to communicate with each other.
3. 4.
To enable the Help Desk POP3 server, from the Organization drop-down list, select System. Select K1000 Settings > Control Panel > Network Settings. The K1000 Network Setting page is displayed
5. 6.
Click Edit Mode. Select Enable Service Desk POP3 Server. The Service Desk POP3 Server field is displayed.
7. 8.
30
Allow all users as submitters Restrict Submitters By Label Allow all users as approvers Restrict Approvers By Label Ticket Owners By Label
Visible only when Allow all users as approvers is not selected. This allows you to select approvers by label. Confirm that All Ticket Owners is the label selected. Designates which users are allowed to own and manage tickets, typically your IT staff. You must have a Ticket Owner; otherwise no one exists to manage tickets through their life cycle. Typically, do not select. Selecting allows unrecognized users to create tickets, including spammers.
31
Allows ticket owners and administrators to delete tickets. Clearing this check box means no one can delete tickets. If dont want your staff to be able to delete tickets, you can periodically select this check box to clean out old tickets, and then clear it again.
Allow parent ticket to close child tickets Grant read/edit permissions to users with an Admin role (admin portal only): 5. 6. Change the default ticket category to Please select a category using the Category drop-down list. Confirm that the other Ticket Defaults are set to the default settings: 7. Status: New Impact: 1 person cant work Priority: Medium
Click Save.
Now that you have created and configured the required email addresses, follow the instructions in the next section to configure email communication on your K1000 Management Appliance.
32
Owner: The person who is expected to resolve the ticket. Submitter: The person whose issue is being resolved. Approver: Allows or rejects the ticket for processing. Ticket CC: One or more email addresses that are notified of the ticket or changes to the ticket. Category CC: One or more email addresses that are notified of the ticket or changes to the ticket for a particular category, such as the software category.
When an event occurs, the role for the selected check box receives an email. For example, when the Any change box in the Owner column is selected, an email is sent to the ticket owner that some kind of change was made to the ticket. However, if the ticket owner does not receive an email when the owner makes a change. The following graphic shows the default settings:
5.
Click Save.
33
4.
Email Ticket Creation Acknowledgement Ticket Change Notification Ticket Closed Notification Response To Unknown Email Address Email Ticket Error
Change these templates as your organization requires. You can use any $variable listed in the Configuration Notes on the right of the Service Desk Email Customization page in these email messages. You can move, but not change these variables.
5.
For instructions on how to configure your K1000 Management Appliance to use your email system, see Appendix A: Using an SMTP Email Server, starting on page 91.
You can also select your default queue. (You dont need to configure this queue if you use only the default one.)
Main Tab
34
Enter the text that you want to display instead of Queue and Queues. Enter the text that you want to display instead of Ticket and Tickets. Enter the text that you want to display instead of Process and Processes.
The following example shows several changes. In particular, notice that Tech Support Settings appears as the page title:
3.
35
The example Service Desk you configured in this chapter uses the default Satisfaction Survey behavior. You can also de-emphasize or disable the Satisfaction Survey. For details, see Changing the Satisfaction Survey default behavior, on page 36.
Editing the Ticket Closed Notification email text to exclude the survey instructions, or disabling this email altogether using the instructions in the To Enable/Disable the Ticket Closed email, on page 36. Hiding the SAT_SURVEY ticket field using the instructions in To Remove the Satisfaction Survey field from tickets.
Under Permissions, select Hidden from the drop-down menu. Click the Save button to the left of this item. Click the Save button at the bottom of the page to make these changes take effect. The Satisfaction survey is now disabled, and your ticket submitters will no longer be asked to fill it out.
36
2.
Click the default The K1000 Help Desk queue or other queue you wish to modify. The Service Desk Configuration page appears.
3. 4.
In the Email on Events section, click Customize Emails. Under Ticket Closed Notification: a. Remove any mention of the Satisfaction Survey. b. Enter information appropriate to your company.
5.
(Optional) To disable the email that submitters receive when their tickets are closed: a. Return to the Service Desk Configuration page and click Edit Mode. b. Clear the check box in the Ticket Closed row for the Submitter.
If the box is selected, the Ticket Closed Notification is sent to the submitter when the ticket is closed. If cleared, this email is not sent. 6. Click the Save button at the bottom of the page.
Whats next
Now that you have configured your Service Desk implementation, it is nearly ready to start accepting new tickets. See Chapter 2: Managing and Maintaining Your Service Desk, starting on page 39, for more information on maintaining, managing, and customizing your Service Desk.
37
38
2
Managing and Maintaining Your Service Desk
This chapter explains the maintenance tasks necessary to keep your Dell KACE K1000 Management Appliance Service Desk up-to-date and describes more Service Desk features that can use to save time for your staff. This chapter assumes that you completed the instructions in Chapter 1: Setting up Your K1000 Management Appliance Service Desk, starting on page 7, and set up a K1000 Management Appliance Service Desk implementation.
The User Import : Schedule, Choose Attributes to Import (Step 1 of 3) page appears.
39
5.
Under Scheduling select a time to run the import, and then click Next.
The User Import : Schedule, Define mapping between User attributes and LDAP attributes: Step 2 of 3 page is displayed. 6. Define the mapping between User attributes and LDAP attributes as described in To Define the User/LDAP Mapping (Step 2 of 3):, on page 22, and then click Next. The User Import : Schedule, Import data into the K1000: Step 3 of 3 page is displayed. 7. Check the list of Users and make sure the information you intended to import is being displayed, and then click Save.
Your Service Desk will now import user account information from your LDAP server directory on the schedule you specified.
The new user now has permission to own, modify, fix, and close tickets, and will automatically get email when new tickets are created.
40
Ticket submitters receive mail when a ticket is modified, escalated, or closed. All Service Desk owners receive email when a ticked is created. The ticket owner receive email when the ticket is created or escalated.
These settings reflects the default email settings you configured in Configuring your Service Desk email and ticket settings, on page 29. To change these settings, go to Service Desk > Configuration > Queues page, select a queue, and then edit the Email On Events section on the Service Desk Configuration page.
41
Delete tickets (if ticket deletion is allowed through the queue). Move tickets to another queues (if you use more than one queue). Convert the process ticket to a regular ticket (if you select a parent ticket in a process). If your ticket is a process ticket, that is displayed on the ticket detail page. For more information on parent and child tickets, see Setting up parent/child ticket relationships, on page 82.
You selected the Accept email from unknown users: check box on the Service Desk > Configuration > Queues > Queue_name > Service Desk Configuration page.
42
You set up a valid email account ([email protected]) for users to send ticketcreation emails to and added this email address to the Alt. Email Address field of the Service Desk Configuration page.
43
@submitter
Enter the submitter's user name, full name, or email address. If the specified name does not match an existing user, and if the queue has Accept email from unknown users check box selected, a new user is created. If you think that this might happen, you can include both a full name and an email address. For example, Joe User [email protected] Enter a title for the ticket.
@title
@approval_note Enter a comment. For information on setting up ticket approvals, see Setting up approvals for tickets, on page 87.
If you put a bad value into a select or multiselect custom field, an error results. Use a commaseparated list of values for multiselect custom fields.
44
The example below shows the default ticket statuses and priorities with the escalation settings circled. These settings direct the appliance to send escalation email for tickets with a Status and State of Opened and a Priority of High, after 30 minutes of inactivity. You can:
Configure escalation email for tickets with other priorities. Change the escalation time limits. Determine who receives escalation email. Customize the email form to meet your companys needs.
45
resetting and escalation mail is sent each time the limit is reached. By default, escalation mail is sent every 30 minutes until the ticket is changed.
The ticket owner. The submitter. The people with the technical skills to resolve the issue. The people with the authority to dedicate more resources to the problem.
See Configuring your Service Desk email and ticket settings, on page 29, for details on changing this form.
46
If you have changed the default settings, make sure at least one of your Statuses has a State of Opened, and give the ticket that Status. You may want to give your tickets a Status with an Opened state by default, or create a policy that ticket owners change tickets status as soon as they take ownership. See Configuring your ticket default values, on page 26, for details on creating or changing statuses and their states.
The Service Desk Configuration page appears. 3. 4. Click Edit Mode, Select the appropriate check boxes to add users as escalation email recipients. If the Category CC box is checked, you can add more individual email recipients to individual tickets.
5.
Click Save.
47
1.
Go to Service Desk > Configuration> Queues. The Service Desk Queues page appears.
2.
Click one of the following: The default The K1000 Help Desk queue. Another queue if you define more than one (most implementations do not).
The Service Desk Configuration page appears. 3. Click Ticket Defaults [Customize These Values]. The Service Desk Customization page appears. 4. 5. Click the icon for each row under Priority Values to receive a new or changed escalation time limit. Click Save.
The Service Desk Configuration page appears. 3. In the Email on Events section, click the Customize Emails link. The Help Desk Email Customization page appears. 4. 5. Make any changes to the Ticket Escalation form that your organization requires. Click Save.
Always use discretion in these comments. Have a clear, well documented policy for changing this setting.
48
Enter a name of All Open Critical in the Filter Name field. For example:
6. 7.
Click the Test View button to confirm the results. If the Custom View returns the data you want, click the Create View button to save it. If not, continue editing the Custom View until it displays the data you want.
49
About the Software Library, on page 50 Creating Software Library items, on page 50 Using the Knowledge Base, on page 53
Service Desk personnel and administrators can attach Software Library items to Service Desk tickets for users to execute on their systems. Used this way it is a valuable resource for distributing your most needed software or scripts. Your users can use it as a self service tab and download Software Library items to their own systems.
You specify instructions for each Software Library item separately. You can for example, direct the software to execute or the scripts to run automatically. You can limit user access to Software Library items using filters. Like the other Service Desk features, you must first create and store user accounts on your appliance before your users can access the Software Library. As long as they have an account on the appliance, users can view the Software Library without a K1000 Management Appliance Agent installed on their machine. However, they can not be able to run installations or scripts. You create or delete Software Library items from the Software Library tab.
50
1. 2.
Go to Service Desk > Software Library. In the Choose action menu, click Add New Item. The Software Library : Edit Detail page appears.
3.
Select or clear the Enabled check box. Select this box to make the software library visible to users on the User Portal.
4.
Select one of these Package Types to install. Select to create an item that downloads documentation, files, or other software that does not automatically install. To create an item that executes a software program on the user node. You choose from the programs available on the Inventory > Software tab. The user must have the agent installed to run installations. To create an item that runs a script on the user node. You choose from the scripts available on the Scripting > Scripts tab. The user must have the agent installed to run scripts. Selecting this option introduces the VK Distribution Set drop-down menu. Use this to specify the Virtual Kontainer distribution set for installation.
Download Install
Script
Virtual Kontainer
5. 6.
If you selected the Install package type in step 4, enter the command line to run the installation, including any necessary install switches or parameters. Specify the information to include with your package under the User Portal Page Details section: Specify the installation instructions. Any defined instructions, legal policy, cost information, and so on, are posted along with the portal package for user visibility. Enter the product key. (See the Asset > Assets tab for Asset Detail license information). Select this option to send download instructions at the time of user download. Select this option to require users to enter their managers mail address for notification before downloading or installing the software. (Optional) Enter any additional information. (Optional) Enter any Corporate License text. (Optional) Enter any Vendor License text. (Optional) Enter a cost per unit. (Optional) Browse a documentation file to include. The Documentation File size is displayed after the file is selected.
Installation Instructions Product Key E-mail Product Key to User Request Manager Notification Additional Notes Corporate License Text Vendor License Text Unit Cost Documentation File
51
7.
Specify any distribution restrictions in the Access Control section: (Optional) Click Edit to select a label from the Limit Access To User Labels list to limit software library deployment to specific users. (Optional) Click the Also Restrict By Machine Label check box to restrict software library deployment by machine label.
8.
Click Save.
52
Title
53
If you want to limit access to the article to specific sets of users, select the appropriate user labels from the list. If you leave this field empty, all users who have access to the User Interface will see this article. Enter any text about the article. Note: You can include external links to web pages by using href for that link. For example, <a href="http://www.kace.com/">Visit Dell KACE!</a> You can include images by using src. For example, <img src="http://www.kace.com/img/nav/new/4_27_06/ logo.gif">
4. 5.
The K1000 Management Appliance assigns the article an Article ID and displays it on the Knowledge Base Articles List page. You can also create a new Knowledge Base article from the comments in a Ticket by clicking the Create KB article button on the Ticket Detail page. To see how the article appears to your users on the Service Desk, click on the articles title, and then click the User URL on the Edit Article page.
54
2. 3.
Select the check box beside the article, and in the Choose Action menu, click Delete Selected Item(s). Click OK to confirm.
You can also delete articles from the Edit Article page.
Facilities determines an office space and provides furniture. IT sets up phone service. IT acquires a computer and the appropriate software. IT sets up a network connection and provides a user name. Human Resources handles employment paperwork.
The child tickets in a process dont have to have the same owner, category, or due date. You can make specific selections for each task instead of one value that is best for most of the tickets in a process. When you want to create a parent/child ticket relationship for a specific issue, see Setting up parent/child ticket relationships, on page 82.
55
The Processes page appears. 2. Select Choose Action >Add New Item from the menu. The queues Service Desk Configuration page appears. 3. Specify the following information: Enter a name that describes the overall process, for example, New Hire, Employee Termination, Office Move. A description of the overall process. If you want to allow all of your users to see this process, leave selected. If you want to only let particular users to see it, clear the check box. Click this check box to enable the process.
You need to create the parent ticket before you enable the process.
5. 6.
Click Create Parent... to create the parent ticket for the process. If you have created queues, select the appropriate queue. You can use different queues for the parent and child tickets. If you dont have multiple queues, this selection isnt offered. If you are interested in dividing work into queues, see Expanding your Service Desk by adding ticket queues, on page 59.
7.
Complete the parent ticket on the New: Parent Ticket page. Most entries are similar to regular tickets. You dont have to use the same category, owner, and so on with the parent as you use for the child tickets. The Due Date Offset reflects when you need to have all related tasks completed, but this offset is not enforced on the child tickets.
8.
If an Approver has been enabled on your Service Desk, you can require approval to open or close a ticket.
56
For information on requiring approvals, see Requiring ticket approvers, on page 86.
9.
10. On Edit: Child Ticket page, enter a title for the child ticket. 11. Leave Stage as 1. If you create additional child tickets that need to be handled sequentially, you can change the Stage value on any ticket. 12. Continue making selections for the child ticket. The Category, Owner, and Due Dates, for example, can differ from the parent ticket. 13. Click Save or click Save & Create Child to create more child tickets.
57
1.
When you have created the necessary child tickets, on the New Child Ticket page, click Save and Process. You can also select the process by going to Service Desk > Configuration > Processes, and selecting the process name.
2. 3. 4.
The Process Configuration page appears. Click Edit Mode and click Enabled. Click Save.
To delete a process
To perform these steps, be sure to select your organization in the Organization dropdown list in the top-right hand corner of the page. 1. 2. 3. Click Service Desk > Configuration. On the Service Desk Settings: Control Panel page, select Processes. On the Processes page, select the name of the process. The Process Configuration page appears. 4. 5. Click Edit Mode, and click Delete. Click OK in the confirmation window.
To use a process
To perform these steps, be sure to select your organization in the Organization dropdown list in the top-right hand corner of the page. If processes are not already setup, add them. See To add a new process, on page 55. 1. 2. 3. Go to Service Desk > Tickets, and click the On the New page, select a process. Select the appropriate details and the date for your situation. If the process has more than one stage, tickets at later stages are not created till the tickets at earlier stages are completed. 4. Click Save. When a user files a ticket for a process, you can see the parent/child relationship in the ticket list: icon on the Tickets page.
58
You have different sets of tickets with completely different needs. For example, if you use tickets for typical Service Desk tasks such as fixing computer problems, and you also use tickets to keep track of problems with your organizations fleet of automobiles. The data recorded and staff skills required for those two sets of tickets are different enough that you probably want to use separate queues for them. If your service desk staff are only assigned to a specific set of tickets. For example, if your organization has offices in different cities, and each location has a Service Desk Staff dedicated solely to that location, the administrative overhead of adding additional queues for each location may be worth it. If your Service Desk Staff works across those locations however, a single queue is probably sufficient.
You can add as many additional queues as your organization requires. For details on adding a queue, see To set the default Service Desk queue, on page 61.
59
You can move Service Desk tickets from one queue to another. For details, see Moving Service Desk tickets from one queue to another, on page 63. Queues cannot be copied.
3.
Fill in the Name, Email Address, and Alt. Email Address for the new queue. See Creating and configuring email accounts for your appliance, on page 29, for information on the email addresses to use. Each new queue must use its own unique email addresses. The K1000 Management Appliance confirms this before allowing you to save the new queue.
60
4.
You now need to setup your new queue the way you did during initial Service Desk setup in Chapter 1: Setting up Your K1000 Management Appliance Service Desk, starting on page 7. This includes: Picking a new group to own these tickets. Creating new roles for the ticket owners. Creating a new label for the ticket owners. Configuring your ticket default settings, new fields, and email messages.
See Chapter 1: Setting up Your K1000 Management Appliance Service Desk, starting on page 7 for details.
To delete a queue
To perform these steps, be sure to select your organization in the Organization dropdown list in the top-right hand corner of the page. Be sure you want to delete the data in a queue, including associated tickets and processes, before you delete the queue. This action cannot be undone. 1. Click Service Desk > Configuration > Queues. The Service Desk Queues page appears. 2. 3. 4. 5. Click a queue name. The the Service Desk Configuration page for the queue, click Edit Mode. Click Delete. In the confirmation window, click OK.
61
Service Desk doesnt check that the number of characters you enter is practical. 4. 5. Click Click to move the field up. to delete the field.
For each field you edit, click Save at the end of the row. Click Save at the bottom of the page to make these changes take effect.
62
The CUSTOM_1 field in the ticket being moved lists the root cause of the problem as Pilot Error, and The CUSTOM_1 field in the target queue lists locations, such as Tampa, Los Angeles, and Denver,
The new CUSTOM_1 value is added to the list, which now includes: Tampa, Los Angeles, Denver, and Pilot Error.
63
You can:
Enable and use these rules as they are. To enable a rule, select it, and select the Enabled check box. Click Save at the bottom of the page. Select the Custom Ticket Rules: Customize link and reconfigure these rules as needed. Copy rules and modify them. To copy a rule, select it, and then select the Duplicate button at the bottom of the Rule Detail page that appears. Create your own completely new custom ticket rules. For instructions, see To create a new custom ticket rule, on page 65.
CustomerResponded
Change an open tickets status and send an email message if it is updated. If a closed ticket is reopened, this rule can change its status, and send an email message.
ReopenTicket
64
You can use the default tickets as they are, or duplicate and change them to meet your organizations needs. For information on duplicating ticket rules, see To create a new custom ticket rule, on page 65. If you need entirely different behavior, see To create a new custom ticket rule, on page 65.
The Service Desk Configuration page appears. 3. Click the Customize Ticket Rules: [Customize] link at the bottom of the page. The Ticket Rules page appears. 4. Select Choose Action > Add Ticket Rule from the menu. The Ticket Rule page appears. The queue name is displayed in parentheses. 5. 6. 7. 8. Enter criteria to choose the tickets to be affected. Under Define Ticket Rule, select an attribute from the drop-down list. For example, Priority. Select a condition from the drop-down list. For example, =. Specify the attribute value. For example, Medium. In the above example, tickets with medium priority will be searched. Note: You can add more than one criteria. 9. Select the Conjunction Operator from the drop-down list to add more criteria. For example, AND. The search results are displayed below. 11. Click Next. 12. Choose the values to change. 13. Under Define Ticket Rule, select an attribute whose value you want to change, from the drop-down list. For example, Priority.
65
14. Specify the new attribute value. For example, High. The Priority of the tickets that were searched, will now be changed to high. 15. Click Done. The Ticket Rule: Edit Detail page appears. You can configure settings for running the SQL query periodically and work with the resulting list of tickets. 16. Specify the following information: Record Created Record Last Modified Title Order Queue Notes Frequency Next Run Current Server Time Enabled Select Query (Read only) The date and time when the Rule was first created. (Read only) The date and time when the Rule was last modified. A name for the rule. A number specifying the evaluation order level. The rule is executed according to the evaluation order specified. (Read only) The name of the queue the ticket belongs to. Enter any notes about this rule. Select the appropriate frequency from the drop-down list. The rule is run based on the selected frequency. (Read only) The date and time when the rule is run next time. Displays the current server time. Click the check box to enable the ticket rule. Unless enabled, the ticket does not run. This SQL is generated by the Ticket Rule wizard from the inputs that you specified while searching for Tickets in the Ticket Rule page. This is a SQL SELECT statement that will return a set of ticket IDs to operate on. This query will be run based on the Frequency selected above. Select the View Ticket Search Results link to view the search results. Note: Do not manually edit the SQL statements generated by the Ticket Rule Wizard, without fully understanding the ramifications of doing so. You can easily write SQL that degrades the performance of your appliance. Click this check box to send the results of the Select Query to email addresses that you specify. All columns returned by the Select Query are included in the email. Enter the email addresses in the Email text area using a commaseparated list. Click this check box to add a comment to each ticket returned by the Select Query. This is useful because the Update Query specified later may update a Ticket without logging that information. For example, add a message like Ticket Rule: Increase Priority to High triggered. This gives you an indication of what tickets have been changed. Enter your comments in the Comment text area.
66
Click this check box to send text to the email addresses returned by the Select Query. An email is sent to each email address returned by the Select Statement in the Email Column. Variables are evaluated in the subject line or body of the email. Strings such as $title and $due_date are replaced by the values in the TITLE and DUE_DATE columns respectively. Any column returned by the select statement can be replaced in that way. The SQL generated by the Ticket Rule Wizard supplies OWNER_EMAIL, SUBMITTER_EMAIL, and CC_LIST as possible values. Enter the subject in the Subject text field. Enter the email column name in the Email Column text field. For example, OWNER_EMAIL. Email is sent to each email address returned by the Select Statement in this Email Column. Enter an email message in the Email Body text area. Click this check box to run a second database query using the results from Update Query field as input. Use this field to run an additional SQL UPDATE statement using the comma-separated list of tickets returned by the Select Query as input. Such that "update HD_TICKET set TITLE = 'changed' where HD_TICKET.ID in (<TICKET_IDS>)" turns into "update HD_TICKET set TITLE = 'changed' where HD_TICKET.ID in (1,2,3)" This SQL is generated by the Ticket Rule wizard from the input that you specified while changing the attribute values in the Ticket Rule page. Note: The Run Log will show a count of the changed rows. This may differ from the selected rows if the data was already set to the requested values. The update SQL generated by the Ticket Rule wizard does not update the ticket row if an incorrect value is entered for fields like Priority or Submitter. Each time the rule runs, the run log is updated with the last results of that execution. Any failures or errors are displayed.
Run an update query, using the results from the one above
Update Query Use this field to update your query as needed. Run Log
17. Click Run Now to immediately run the ticket rule. 18. Click Save.
67
Another queue if you define more than one (most implementations do not).
The Service Desk Configuration page appears. 3. Select Customize Ticket Rules: [Customize] link at the bottom of the page. The Ticket Rules page appears. 4. 5. Select a ticket rule to open it. Click the Duplicate button at the bottom of the page. The Ticket Rules page appears, with the new rule listed. The default name is Copy of original_rule. You can now make any necessary changes to the new rule. You will probably want to rename it to something more meaningful. For details on the various rule fields, see To create a new custom ticket rule, on page 65.
Click OK to confirm.
68
5.
In the Choose Action menu, click Move to Queue and your queue.
The rule no longer appears for in the list of rules for the queue.
69
The K1000 Management Appliance Reports page appears. 2. 3. In the View by menu, click HelpDesk. Click the format type for the report you want to view. If you need to create custom reports, see the Administrator Guide for information on using the Report Wizard.
70
3
Customizing Service Desk Tickets
This section explains how to customize the Service Desk tickets, including specifying new fields and settings, and configuring the 15 custom fields. This chapter assumes that you followed the instructions in the previous chapters and have a Service Desk implementation up and running.
Service Desk ticket values, including Categories, Statuses, Priorities, and Impacts. Service Desk ticket field characteristics in the Ticket Layout section, including: Field name. Order displayed on the ticket. Whether the field is required or not. Who has permission to change the field.
Custom field definitions in the Custom Fields section, including: The field type (text, single select, or multi-select) (If needed) define the acceptable values for the field. Specify the default value for the field.
71
The Service Desk Configuration page appears. 3. In the Ticket Defaults section, click Customize These Values. The Service Desk Customization page appears:
72
Example ticket categories and their name syntax: Example Ticket Category/ subcategory Name Hardware/Monitor/ Hardware/Monitor/AceElectronics/V4500 Hardware/Monitor/AceElectronics/V4600 Software/Office Software/email Category Name Syntax Hardware :: Monitor Hardware :: Monitor :: AceElectronics :: V4500 Hardware :: Monitor :: AceElectronics :: V4600 Software :: Office Software :: email
You can add as many new categories as you need, each with one or more optional subcategories. Most customers use a two-tiered approach to categories by creating:
Simple list that users can set. For example: Hardware Monitor Software Office Software email
Detailed list that only Service Desk Staff can use. For example: Hardware Monitor AceElectronics V4500 Hardware Monitor AceElectronics V4600
Each category has a User Settable check box. Click the box allows users to change the corresponding category. Clear the box to reserve it for your Service Desk Staff only. Your users will see these categories if selected by the Service Desk Team, even if they cannot set or change them.
The Service Desk Configuration page appears. 3. 4. In the Ticket Defaults section, click Customize These Values. In the Category Values area, click the icon.
73
5.
To create your new category, enter the following: Enter a name for your new category with the syntax: Categoryname :: subcategory1 :: subcatgory2 :: subcategory3 The subcategories are optional. DefaultTicketOwners The ticket owner is automatically populated from the Category during ticket creation. However, it will not change thereafter. Therefore, if you switch an existing ticket to another Category with a different default owner, the owner of the ticket does not automatically switch. Leave this blank. The CC List is not visible on a ticket; it is a behind-thescenes value. Because DefaultTicketOwners is the default owner, all potential ticket owners will get email when a ticket is created. Select this check box so users see this category. Each category has a User Settable check box, which allows users to change this category. Clear the box to reserve it for your Service Desk Staff only. Your users see these categories even if they cannot change them. icon to change the order that categories are displayed in your
Name
Default Owner
CC List
User Settable
6.
You cannot remove Category values being used as the default ticket Category. You also cannot remove Category values that are in use. Add a new Category first, then move tickets with the old Category to the new Category. Once the old Category is not being used, the trash can icon appears next to it and you can delete it. 7. Click Save to apply your changes.
74
To add, edit, or remove status values: 1. Click Service Desk > Configuration> Queues. The Service Desk Queues page appears. 2. Click one: The default The K1000 Help Desk queue. Another queue if you define more than one (most implementations do not).
The Service Desk Configuration page appears. 3. 4. In the Ticket Defaults section, click Customize these Values. In the Status Values area, click the Editable fields appear for that value. 5. Edit the Status Values field: Enter the name for the value. Indicates whether the ticket is open, closed, or stalled. Opened - The ticket is active. Only this State can be escalated. See Understanding ticket escalation, on page 44, for details. Closed - The ticket has been resolved Stalled - The ticket is open past its due date, but is not in escalation. 6. 7. Click Save. As needed, click the icon to remove a Status value. icon beside a category value to modify it.
Name State
You cannot remove Status values being used as the default Status value. You also cannot remove Status values that are in use. Add a new Status first, then move tickets with the old Status to the new Status. Once the old Status is not being used, the trash can icon appears next to it and you can delete it.
75
3.
In the Ticket Defaults section, click Customize these Values. The Service Desk Customization page appears.
4.
In the Priority Values area, click the Editable fields appear for that value:
5.
Fill in the Priority Values fields: Enter a name for the custom field. (Optional) Select a color to use for this status on the ticket list pages. (Optional) Enter a time limit, after which an open ticket of this priority is escalated. Enter a time integer and a unit from the drop-down list. See Understanding ticket escalation for details.
You cannot remove Priority values being used as the default ticket Priority. You also cannot remove Priority values that are in use. Add a new Priority first, then move tickets with the old Priority to the new Priority. Once the old Priority is not being used, the trash can icon appears next to it, and you can delete it. 6. 7. Click Save. As needed: Click the icon to remove a Priority value.
76
The default The K1000 Help Desk queue. Another queue if you define more than one (most implementations do not).
The Service Desk Configuration page appears. 3. In the Ticket Defaults section, click Customize These Values. The Service Desk Customization page appears. 4. In the Impact Values area, click the Editable fields appear for that value. 5. 6. 7. Modify the Name field as desired. Click Save to apply your changes. As needed: Click the icon to remove an Impact value. icon beside an Impact value to modify it.
You cannot remove Impact values being used as the default ticket Impact value. You also cannot remove Impact values that are in use. Add a new Impact first, then move tickets with the old Impact to the new Impact. Once the old Impact is not being used, the trash can icon appears next to it and you can delete it.
Rearrange the order of the default fields or hide them. Use up to 15 custom fields for whatever your organization requires. You can specify static values for these fields, or pull the values out of a database dynamically using a database query. Tailor different ticket views and read/write access for users, ticket owners, and administrators. This includes the ability to hide, view, view but not change, or change individual ticket fields for each of these roles. Set up parent/child ticket relationships between tickets and either prohibit the parent from closing until all the child tickets are closed, or allow the parent ticket to close all the child tickets. For details, see Setting up parent/child ticket relationships, on page 82. Prohibit a ticket from opening and closing without the approval of a designated approver. You can also require approval only at ticket closure. For details, see Requiring ticket approvers, on page 86.
77
The name of the field. View order of the field. Whether the field is required for a ticket. Who can view and or change this field.
Click the:
icon to change the order in which a field appears on the ticket list. icon to change the field characteristics, including hiding the field by setting the Required permission to Hidden.
Remember that the changes you make here are automatically propagated to all existing tickets for this queue.
Not Required. Always Required. Fields with this option must be filled out before a ticket can be saved and submitted. Required on Close. Fields with this option must be filled out before a ticket can be closed.
78
*By default. If you clear the Grant read/edit permissions to users with an Admin role (admin portal only) box on the Service Desk Configuration page, Administrators do not have these permissions.
The Satisfaction Survey has slightly different meanings for these permissions. For details, see About the Satisfaction Survey, on page 35.
The custom field characteristics using the Custom Field area. The custom field behavior in the Ticket Layout.
79
The default The K1000 Help Desk queue. Another queue if you define more than one (most implementations do not).
The Service Desk Configuration page appears. 3. Click Customize Fields and Layout. The Service Desk Customization page appears. 4. In the Custom Fields area, click the The editable fields appear: icon to edit or create a field.
5.
Select the field type from the Field Type list. What kind of field type (text entry, or single or multiple select) to use in each field?
6.
Fill in the Select Values field with a list of allowed values. Select Values are used for custom fields with Field Type of Single Select or Multiple Select. Enter multiple values as comma-separated strings. For example:
You can use a database query to specify values for this field with the syntax: query:query_instructions. Select the question mark icon next to Custom Fields to view an example. 7. Fill in a default value in the Default field. This value is filled in by default when the ticket is created. If you remove the name of a custom field, values for that field are removed from all tickets. If you rename a custom field, values for that custom field are be retained. You can use a database query to specify values for this field with the syntax: query:query_instructions. Click the question mark icon next to Custom Fields to view an example.
80
8.
Scroll up to the Ticket Layout area, and click the just configured. The custom field behavior options become editable:
9.
Enter a name in the Label field. The options are: Always Required. The filed must be filled in before the ticket can be saved. Not Required. Required on Close. The field must be filled in before the ticket can be closed.
11. Set permissions in the Permissions field. The options are: Hidden. Read Only. Owners Only Hidden from Users. Owners Only Visible to Users. User Create. This also allows ticket owners to create or modify the field. User Modify. This also allows ticket owners to create or modify the field. to change the field location on the page.
13. Click Save for the custom field to save your Ticket Layout changes. 14. Scroll to the bottom of the page, and click Save to apply your changes to this page. Your custom ticket changes are now available to your users and ticket owners.
The Service Desk Queues page appears. 2. Click one: The default The K1000 Help Desk queue. Another queue if you define more than one (most implementations do not).
The Service Desk Configuration page appears. 3. Click Customize Fields and Layout. The Service Desk Customization page appears. 4. Customize the page using: 5. icon to change the order in which a fields appears. icon to change the field to display, and the width allowed for the column. icon to remove the field from the ticket list. icon to add a new ticket field to the ticket layout.
The first strategy uses the parent ticket as a sort of global todo list, and each child ticket as a separate task on the list. Once all the tasks are complete and the child tickets closed, then the parent can be closed. The second strategy uses the parent as the main collection point for duplicate problems. For example, if a server crashed and many users filed tickets about lost the server functionality. These child tickets are duplicates of the same problem and should all be closed as soon as the server is back online. In this case, designate all the tickets as child tickets of a single parent. When the problem is fixed, the ticket owner only needs to close the parent to close all of the child tickets.
Regardless of the strategy you choose, child tickets cannot be orphaned. That is, you cannot close the parent ticket before closing the child tickets. You can create many levels of parent/child ticket relationships, but closing child tickets by closing their parent ticket only works for one parent/child level.
82
The Service Desk Configuration page appears. 3. In the Ticket Defaults section, click Customize These Values. The Service Desk Customization page appears. 4. 5. Scroll down to the Ticket Layout section and select the icon for the PARENT_INFO field to make changes to that fields settings. Select one of the Owners Only permission settings:
6. 7.
Click Save next to the permissions field. Click Save at the bottom of the page to make your change take effect.
When you save these changes, ticket owners and administrators (by default) are able to make any ticket a child or parent.
The Service Desk Configuration page appears. 3. Scroll to the bottom of the page and click Edit mode. The page reappears with settings available to change.
83
4. 5.
Select the Allow parent tickets to close child tickets check box. Scroll to the bottom of the page and click Save.
The change takes effect, and afterward when you attempt to close a parent ticket the appliance prompts you to first close any of its open child tickets.
1. 2.
Click Service Desk > Tickets. Click the New button. The New Ticket page appears.
3. 4. 5.
Click next to Parent Ticket to make the Allow this to be a parent check box visible. Select the Allow this to be a parent check box to make this ticket a parent. Click Save & Create Child at the bottom of the page to save the parent and automatically bring up a ticket template for the first child.
84
After you create the first child, the button changes to Save & Create Another Child for all subsequent child tickets. Use this button to create as many child tickets as required. Once created, child tickets are visible from the parent ticket drop-down list on the parent ticket:
Child tickets also display their parents in the Parent Ticket: field:
Open a ticket to serve as the parent. Give it a title that is easy to identify and groups these tickets together. In this example: Parent - New Employee - John Doe. Open tickets for each of the tasks required for the list. For example, a list for new employee tasks:
85
The Show child tickets list shows you the status of all the tasks required. When the last task is close, you are prompted to close the parent ticket. You must follow the instructions in the Enabling parent/child ticket relationships, on page 82, and To enable parent tickets to close child tickets, on page 83, to set up parent/child relationships.
Creating a label to specify approvers. Adding users (approvers) to the label. Configuring the APPROVAL_INFO ticket field to require this feature.
You choose approvers from the list of all users regardless of queue, so they are not limited to a single queue.
86
Your approvers only have access to the Approval: and Approval Note: fields on a ticket:
Once set up, ticket approvers are offered Approval and Approval Note fields on each ticket. The Approval: field must be set before the ticket can be opened or closed. The Approval Note: field is optional. Approvers can see all of the tickets they need to approve by navigating to the Service Desk > Tickets page, and clicking View By > Owner. The Approval: field offers these options:
Create a label that offers a list of approvers for each ticket. You can then add or remove users from the label to grant or withhold permission for them to act as approvers. Require that an approver be specified before a ticket can be closed.
87
To require approvals
To perform these steps, be sure to select your organization in the Organization dropdown list in the top-right hand corner of the page. You can add new users and new labels on the Service Desk > Users tab. 1. Click Service Desk > Users. The Users page appears showing your users. 2. 3. 4. Click the check boxes for the user names you want to add. In the Choose Action menu, click Add Label. In the Add Label window, enter a name for the label, for example, Ticket Approvers, and click Save. Avoid using a backslash (\) in Label names. If used, be sure to escape the backslash with another backslash. Example of user with labels:
5.
Click Service Desk > Configuration> Queues. The Service Desk Queues page appears.
6.
Click one: The default The K1000 Help Desk queue. Another queue if you define more than one (most implementations do not).
The Service Desk Configuration page appears. 7. Confirm that the Allow all users as approvers check box is cleared. If it is selected: a. Scroll to the bottom of the page. b. Click Edit Mode, and clear this box. c. Click Save. 8. In the Ticket Defaults section, click Customize These Values. The Service Desk Customization page appears.
88
9.
Scroll down to the Ticket Layout section. icon for the APPROVAL_INFO field.
11. In the Label field, enter the name of the label you created for approvers in step 4. 12. Select Required on close in the Required column. Selecting Required on close or Always Required turns on the approval requirement for all tickets in this queue. Once one of these is set, a ticket must have an approver specified before it can be worked on or closed, depending on the option you choose. 13. Select an option in the Permission column. Owners Only - Hidden from Users option is common, but pick the option that your organization requires. The options are:
14. Click the Save button opposite the APPROVAL_INFO field. 15. Scroll to the bottom of the page, and click Save. The Approval feature is now turned on, and the approval options you selected apply to this queue.
89
90
A
Using an SMTP Email Server
The instructions in Chapter 1: Setting up Your K1000 Management Appliance Service Desk, starting on page 7 explain how to set up a K1000 Management Appliance Service Desk that uses a POP3 email server to exchange email with your users. This appendix explains how to configure your Service Desk to exchange email using an SMTP email server. This appendix provides specific instructions for configuring a Microsoft Exchange Email Server, and general guidance for other email servers. This appendix assumes that you have already followed the instructions in Chapter 1: Setting up Your K1000 Management Appliance Service Desk, starting on page 7 and are ready to configure your systems email.
91
7.
Complete the Local Bridgeheads section: Server Virtual Server Default SMTP Virtual Server
your_exchange_servername 8. 9.
Click the Address Space tab. Click Add to add a new address space for the K1000 Management Appliance SMTP server. Use these settings: Type: SMTP Address: Enter the fully qualified K1000 Management Appliance server name. The syntax is k1000.mydomain.com Cost: Set this to one level above the other connectors. That way, K1000 Management Appliance mail is filtered first, and no K1000 Management Appliance mail inadvertently leaves the network.
10. Under Connector scope, click Entire organization. 11. Leave Allow messages to be relayed to these domains turned off. 12. Click OK to save and close the K1000_HelpDesk Properties window. The K1000 Management Appliance SMTP server is now connected to your email server. Follow the instructions in the next section to set up the email as trusted.
92
2.
Click Organization: System > Settings > Network Settings. The K1000 Network Settings page appears.
3. 4.
Click Edit Mode. In the Network Server Options section, select the Use SMTP server check box. The SMTP Server box appears.
5. 6. 7.
Enter the IP address or name of the external SMTP sever to use. Click Save. Reboot your K1000 Management Appliance to make the changes take effect. When you next start the K1000 Management Appliance, it is ready to forward email to the designated SMTP server.
When you next start the K1000 Management Appliance, the internal SMTP server is set to process outgoing email.
93
94
B
Testing and Troubleshooting Email Communication
The steps in this appendix explain how to ensure that your Service Desk email communication is working correctly. This appendix assumes that you have followed the instructions in Chapter 1: Setting up Your K1000 Management Appliance Service Desk, starting on page 7 and have set up a Service Desk that uses a POP3 email server to communicate with the K1000 Management Appliance.
95
As long as you send mail from a valid K1000 Management Appliance account, a ticket is created automatically.
4. 5.
96
8. 9.
Errors and unsuccessful steps. Hostnames and other variables not fully resolved.
Examine the Debug_* log for any other exim problems such as runaway exim processes. These other logs may also provide useful clues to the problem: Kkhelpdeskmailhandler_output khelpdeskmailnotifier_error khelpdeskmailnotifier_output
10. Examine the Microsoft Exchange SMTP service logs in C:\widnows\system32\ologFiles\*SMTP for problems.
97
98
Index
A
accounts 14 active directory information, adding 19 administrators selecting 8 allow all users as approvers button 88 approval allow all users as approvers button 88 approval field options 87 APPROVAL_INFO field 89 approvals setting up 86 using email 89 viewing all approval tickets 87 approving tickets by email 89 attributes, user 21 authenticating users 18 search filters 19 authentication testing 19 DefaultTicketOwners promoting to own tickets 25 [email protected] about 29 deleting tickets 41 Due dates tickets, process 56
E
email about 11 approving tickets using 89 authentication using POP3 29 clear text using POP3 29 clearing a field 43 closure notification 32 configuring 29 configuring your email server 92 creating special accounts for 29 customizing email templates 33 [email protected] 29 for escalated tickets 47 managing 11 notification 11 notification to your staff, managing 41 notifications, recommended 33 open ticket notification 32 POP3 server, using 29 setting a field value using 43 setting an approval field value using 44 setting custom values using mail 44 SMTP email server, using instead of POP3 29 SMTP K1000 server, deciding to use 92 SMTP server, configuring to use external 92 SMTP server, configuring to use the internal K1000 93 SMTP server, connecting 91 SMTP server, using instead of POP3 91 [email protected] 29 testing and troubleshooting 95 testing incoming 96 testing outgoing email 95 ticket creation notification 11 to create or modify tickets 42 using to set ticket attributes. 43 email notification strategy 11 Email on Events recommended settings 33 setting 32 email server, required 8 EmailOnClose ticket rule default behavior 64 enabling parent/child ticket relationships 82 escalating tickets configuring 46 criteria 44 email message, changing 48 email recipients, setting 47 making tickets eligible 46 time limit, setting 47 Exchange Email Server 91
C
categories creating new 27 setting for staff 74 categories, tickets allowing users to change 73 category default 10 changing a ticket value using email 43 changing an approval ticket value using email 44 child tickets workflows 55 choose attributes to import 20 clearing a ticker field using email 43 configuration, ticket deletion 41 creating 29 creating a custom ticket layout 77 criteria to search for 18 custom fields about 79 custom statuses ticket escalation issues 45 custom ticket fields, creating 79 custom ticket rules deleting 68 duplicating 67 managing 65 Custom View, tickets 49 custom views, for tickets 49 CustomerResponded ticket rule default behavior 64 customizing Impact Values 76
D
data, importing 24 database query using to fill in the Default ticket field 80 using to fill in the Select Values ticket field 80 default category 10 default impact 10 default states 10 default statuses 10
G
granting read/edit permissions 79
99
Index
H
hardware requirements 7 Help Desk email, configuring 29 upgrading from 9 help desk ticket settings, configuring 29 Help Desk fields Help Desk Customization page 72 Impact values 76 Status Values 74 Help Desk Reports 69 help desk staff adding a new member to 40 Help Desk tickets permission to own, setting 17 [email protected] creating 29
O
options 89 OverdueClose ticket rule default behavior 64 overview of setup 11 overview, Service Desk 8 owner-only comments in tickets 48 owning tickets, permission for using a label 10
P
parent tickets as a todo list 85 compared with processes 85 workflows 55 parent/child tickets adding a parent to a child 84 enabling parents to close children 83 permission options, for tickets 81 permissions changing 79 for roles 16 Please select a category creating 27 POP3 email server authentication information in clear text 29 priorities customizing 75 priority default 10 processes enabling 57 fields, explained 56 renaming 34
I
impact default 10 Impact values customizing 76 importing user data automatically into accounts 20 scheduling 39 search filters for 21 importing users LDAP/user mapping 22
K
KACE_User creating to read LDAP user accounts 14 Knowledge Base about 53 adding articles 53 attachments, adding 54 deleting articles 54 editing articles 54 external inks in 54
Q
queues moving tickets from one to another 63 multiple, managing 59 renaming 34 setting the default 61 tickets, deleting 41 transferring ticket rules between 68 queues, adding 59
L
labels permission to own tickets 10 with Service Desk 11 LDAP creating account to read other accounts 14 requirements 7 user field mapping 22
R
Readonly Admin role introduction to 15 ReopenTicket ticket rule default behavior 64 requirement level for tickets 81 requiring ticket approvals 86 roles about 11, 14 creating 14, 15 creating with Add New Item 16 Help Desk Team 14 permissions 16 Readonly Admin role 15
M
main tab, renaming 34 maintaining your help desk 39 managing email 11 Microsoft Exchange Server 91
N
new ticket fields, creating 79
S
satisfaction survey about 35 changing default behavior 36
100
Index
disabling email 36 enabling email 36 hiding 36 ways the survey is offered 35 service agreements escalation process and 44 Service Desk importing users 21 labels for users 11 owner-only comments in tickets 48 ticket approval 87 Service Desk staff about 11 picking 11 Service Desk Team role creating 14 session timeout extending 55 losing unsaved changes 55 setting the default queue 61 setting up 14 setting up approvals for tickets 87 setting up users and accounts 14 setup overview 11 SMTP email server, using instead of POP3 29 SMTP servers 91 software deploying from software library 50 software library about 50 creating packages for 50 software packages deploying from software library 50 software requirements 7 staff roles for 11 selection for Service Desk 8 state, tickets 45 states default 10 status Waiting on end user 28 Status values customizing 74 status values creating 27 statuses default 10 [email protected] 29 [email protected] 29 system requirements 7
T
tab, renaming 34 templates, email 33 ticket approval fields you can change in email 44 ticket escalation email for 47 ticket fields types of fields to add 13 ticket fields you can change in email 43 Ticket Rules 63
ticket rules creating custom 65 CustomerResponded default behavior 64 deleting, custom 68 duplicating custom 67 EmailOnClose default behavior 64 fields, explained 66 managing 65 OverdueClose default behavior 64 ReopenTicket default behavior 64 transferring between queues 68 WaitingOverdue default behavior 64 tickets adding a parent to a child 84 allowing users to change categories 73 approval fields you can change in email 44 approvals, requiring 86 approvals, setting up 87 approving by email 89 categories and subcategories, creating 72 categories, creating 27 changing field order of tickets view 81 changing the field name 78 child, making a ticket into 85 closure notification 32 creating by email 42 creating statuses for 27 custom fields, creating 79 custom status 45 custom ticket layout, creating 77 Custom View 49 custom views 49 customizing 71 default values, configuring 26 deleting 41 due dates 56 duplicates, organizing 86 escalating 44 escalation 46 escalation messages 48 escalation notification 32 escalation settings 46 escalation time limits 47 fields you can change in email 43 fields, setting permissions for 79 impacts, customizing 76 in workflows 55 managing 41 modifying using email 43 moving between queues, changing settings 63 opening notification 32 owner-only comments, adding 48 parent as a todo list 85 parent, making a ticket into 85 parent, selecting 85 parent/child using parents to organize duplicates 86 parent/child relationships 82 parent/child relationships, enabling 82 permission options 81 permissions by field 79 priorities, customizing 75 queues, adding 59 101
Index
renaming 34 required level 81 setting up approvals 87 state, understanding 45 status, customizing 74 submitting 42 updating by email 42 view, specifying layout for 81 waiting approval 87 timeout period session timeout 55 troubleshooting email communication 95
U
upgrade customers, UI differences 9 use markdown box 53 user accounts reading 14 user data filters for importing 21 importing 21 user server fields 19 User Settable box about 27 User Settable check box about 73 users authenticating 18, 19 DefaultTicketOwners, promoting 25 importing user data into accounts automatically 20 labels 11 setting up 14
W
Waiting on end user status 28 WaitingOverdue ticket rule default behavior 64 workflows adding 55
102
Setting and managing user permissions within the K1000 Management Appliance Service Desk is crucial for controlling and organizing access and actions among different user roles. Permissions are based on roles such as Admin, Readonly Admin, and User, each with specific capabilities and restrictions. The Admin role allows full control over settings and ticket management, ensuring that only trusted administrators have this level of access. The User role has permissions to create, view, or modify Service Desk tickets, making it suitable for general use without compromising system integrity . Proper permission management ensures that only authorized users can make significant changes, thereby enhancing security and operational efficiency . Additionally, roles and permissions aid in setting responsibilities, such as owning and working on tickets, and help in organizing user accounts via labels to streamline Service Desk operations . Overall, managing user permissions is integral to maintaining a secure, efficient, and well-organized Service Desk environment .
Using LDAP with the K1000 Management Appliance Service Desk offers efficient user management by allowing the importation of user data and authentication using an LDAP-compliant directory service like Microsoft Active Directory. This facilitates the Service Desk to authorize users and import necessary user information, providing more accurate data for user account management . The process involves setting up an LDAP user account, KACE_User, with read-only access on the LDAP server, to import user details into the appliance . Users with LDAP credentials can log into the system, submit tickets, and have their accounts populated with additional user data imported from Active Directory . Regular imports are crucial for maintaining updated user data, which aids in resolving tickets efficiently ."}
The main considerations for setting up ticket approval requirements in a K1000 Management Appliance Service Desk include configuring user roles and permissions, setting up email notifications, and creating labels for user grouping. Roles are permission-based, allowing you to limit user actions such as ticket submission, approval, and handling . Approvals can be managed by creating a "Ticket Approvers" label to designate who must approve tickets before they can be closed . Approval features can be turned on by selecting options like "Required on close" or "Always Required" in the approval configuration settings . Additionally, make sure that email notifications are configured to inform the appropriate parties when a ticket is created, escalated, or closed, helping manage ticket flow and approval efficiently .
Custom fields in the K1000 Management Appliance Service Desk ticketing system allow organizations to customize and define specific data fields relevant to their needs, extending beyond the default fields provided . Up to 15 custom fields can be added per ticket, and their types can be specified as text, single select, or multi-select . Administrators can define these fields through the Service Desk Customization page by clicking on "Customize Fields and Layout" . Custom fields can be configured with specific characteristics, including their visibility, whether they are required, and who can edit them . To manage these fields, administrators can add, rename, reorganize, or delete custom fields to tailor the ticket system to their organization's requirements . Changes made to custom fields are automatically propagated to all existing tickets in the associated queue .
The ticket escalation process in the K1000 Management Appliance Service Desk is triggered when a ticket with a State of Opened remains inactive past a defined time limit. By default, for high-priority tickets moved from New to Opened Status, escalation emails are sent after 30 minutes of inactivity. This limit can be customized to apply to different priorities, time limits, and recipients who can include the ticket owner, submitter, or other designated personnel . The escalation time restarts whenever changes are made to a ticket, but if no action is taken, the email escalation repeats every set interval until resolved . Customization involves changing escalation time limits, customizing email forms, and specifying recipients of escalation emails using the Email on Events section on the Service Desk Configuration page . Additionally, queues can be managed to direct tickets to appropriate support staff, facilitating better resolution management .
To set up and use a parent ticket as a to-do list in Service Desk, first create a ticket intended to serve as the parent ticket and give it a clear, identifiable title that groups related tasks, such as "Parent - Project Launch" . For each task to be tracked, create a separate child ticket linked to the parent. Use the "Save & Create Child" button to create the first child ticket, and subsequent tickets by selecting "Save & Create Another Child" . This setup allows the parent ticket to act as a central point for managing and viewing the status of various tasks assigned to different individuals within the team. The parent ticket will show a list of all associated child tickets, enabling you to keep track of the overall progress from a single location. The parent ticket can be closed only once all the child tickets have been completed and closed themselves . Additionally, ensure that the Service Desk queue configuration allows parent tickets to close child tickets automatically by selecting the "Allow parents to close child tickets" option . This arrangement is particularly useful for managing complex projects where multiple tasks are being executed by different people but need to be tracked collectively ."}
The K1000 Management Appliance offers options for customizing the Service Desk email setup using POP3 and SMTP servers. For SMTP configuration, you can use either the internal or an external SMTP server. Using the internal SMTP server on the K1000 Management Appliance is straightforward since it's always on by default. However, if you decide to use an external SMTP server, you must configure the SMTP server's anonymous relay to connect to the K1000 appliance. You need to ensure that your network settings allow communication via port 25 . Specifically, this involves entering the external SMTP server's IP address or name in the appliance's network settings and rebooting the appliance to apply changes . If your organization's mail traffic frequently involves Service Desk interactions, using the internal SMTP option can be efficient since it's already integrated. However, if company policy requires routing all emails through a corporate server, you may configure the appliance to use that specified SMTP server . For POP3 setup, the appliance receives emails from a POP3 email server for creating and managing tickets. It's important to create specific accounts like [email protected] and [email protected] on your POP3 server to facilitate ticket management and notification processes . Configuration involves setting up valid email addresses recognized by the appliance but not allowing it to self-email, which could lead to complications in the queue system . Once the initial setup is completed, it's recommended to test email communication, ensuring there are no firewall or router issues hindering email delivery through port 25. You may also troubleshoot any SMTP server connectivity issues using tools like telnet .
Enabling parent/child ticket relationships in a Service Desk enhances organizational capabilities by allowing tasks to be grouped and tracked efficiently. A parent ticket acts as a central point to collect related tasks delegated to different team members, facilitating coordination and progress tracking . It also helps manage duplicate tickets from recurring issues, such as a server outage, by consolidating multiple reports under one parent ticket, simplifying resolution and communication processes . Furthermore, closing a parent ticket can automatically close all associated child tickets, streamlining the closure process once a problem is resolved . This setup enhances workflow management and accountability by ensuring all tasks (child tickets) are completed before finalizing the main issue (parent ticket)."}
Configuring email servers correctly in a K1000 Management Appliance Service Desk is necessary to ensure efficient email communication for ticket management. Proper configuration allows the appliance to handle emails that create and update service tickets, which is crucial for maintaining effective service desk operations . Using a POP3 server involves the server acting as a receiver, where the K1000 Management Appliance retrieves emails to process incoming tickets, and is typically easier to set up . Meanwhile, an SMTP server is used for sending emails, and the K1000 appliance can utilize either its internal SMTP server or an external one to forward emails to users and service desk staff . The choice between internal or external SMTP servers depends on the organization's existing email infrastructure and security requirements .
To change the default escalation email message in the K1000 Management Appliance Service Desk, follow these steps: 1. Navigate to Service Desk > Configuration > Queues. 2. Select the default K1000 Help Desk queue or any queue you wish to modify. This brings up the Service Desk Configuration page. 3. In the Email on Events section, click Customize Emails. This opens the Help Desk Email Customization page. 4. Make the necessary changes to the Ticket Escalation form according to your organization's requirements. 5. Click Save to confirm the changes .