Layton ServiceDesk - Settings - Libraries - Request Classes
(New section "Deleting a Request Class") |
(Completed section) |
||
Line 53: | Line 53: | ||
=Deleting a Request Class= | =Deleting a Request Class= | ||
+ | It is recommended that you plan this operation carefully and back up your database before proceeding. You may want to test this in a '''[[Layton ServiceDesk - Installation - Test Installation|Test Installation]]''' before committing. | ||
+ | |||
+ | If Requests or templates are associated with the Request Class, there is an additional step: to reassign those Requests and templates to another Request Class. | ||
+ | |||
+ | ==Procedure== | ||
+ | #In the list view, click the Delete button [[File:Lsd delete 16px.png|link=]]. | ||
+ | #A confirmation dialog will appear:<br /><p>[[File:Lsd req class delete 01.png|link=]]</p><br /> | ||
+ | #Click the Confirm button [[File:Lsd btn confirm 24px.png|link=]]. | ||
+ | #If no Requests or templates are associated with the Request Class, it will be deleted immediately. | ||
+ | #If Requests or templates are associated with the Request Class, a second dialog will appear:<br /><p>[[File:Lsd req class delete 02.png|link=]]</p><br /> | ||
+ | #Select a Request Class in the menu to which associated Requests and templates will be reassigned. | ||
+ | #Click the Save button [[File:Lsd btn save.png|link=]]. | ||
<p align="right">[[Layton ServiceDesk - Settings - Libraries - Request Types|<U>Next article in this series: ''Request Types''</u>]] [[File:Btn forward.png|link=Layton ServiceDesk - Settings - Libraries - Request Types]]</p> | <p align="right">[[Layton ServiceDesk - Settings - Libraries - Request Types|<U>Next article in this series: ''Request Types''</u>]] [[File:Btn forward.png|link=Layton ServiceDesk - Settings - Libraries - Request Types]]</p> | ||
<p align="right">[[File:btn_back_up.png|link=User Guide for Layton ServiceDesk]] [[User Guide for Layton ServiceDesk|<u>Back to Contents</u>]]</p> | <p align="right">[[File:btn_back_up.png|link=User Guide for Layton ServiceDesk]] [[User Guide for Layton ServiceDesk|<u>Back to Contents</u>]]</p> |
Revision as of 00:33, 12 July 2016
Contents |
Overview
A Request Class defines a major area of the operation to which Requests will be assigned, e.g. Service Request, Building Maintenance, HR, IT Incident. This is the broadest categorisation of requests. The naming and number is up to you. The minimum number of Request Classes is one.
When a new Request Class is initially created, it will inherit its associated Forms from the (Default) Request Class. By default Layton ServiceDesk ships with two Request Classes, (Default), which is intended for IT incidents, such as Computer Stopped Working, and General Requests, which are service requests, such as Install Software X.
Each Request Class is associated with a set of Analyst, End User and Analyst Spawn forms. These forms can be customized to suit the requirements of the Request Class. For example, though you may have a number of user-defined fields related to HR, you wouldn't put them on an IT Request form. You can customize the forms for HR to suit HR.
Adding a New Request Class
Click the Add button and the add Request Class dialog is displayed:
Settings
Class
A unique Request Class name. This appears as the name in the ID column on the Manage Request Class page and is the unique identifier used to refer to the Request Class.
Description
A short description of what the Request Class apples to.
Reply Email
If an email address is entered here, the reply-to address in outgoing email will be changed to this email address. If End Users reply to an email notification from a Request with this Request Class, the email will go to this address. An example of use would be two Request Classes, IT Requests, that is the bulk of the traffic, and Maintenance, which is much less. If a Maintenance Request is closed, the End User may respond to the closure notification. Instead of this going to the global Incoming email account, it would be sent to this account, which can be managed manually through an email client. The idea is to reroute mail that you don't want to be processed by the system.
Add To New Analyst
Automatically gives access to this Request Class for any new Analysts.
Add To New End User
Automatically gives access to this Request Class for any new End Users.
Close Request when Tasks Complete
The Request will automatically close when associated tasks are completed.
Dynamic Form Generator
Create Forms
Analyst
End User
Spawn
Restricting Request Types to Request Classes
Request Classes can also be linked to Request Types so only certain Request Types are displayed for a particular Request Class. This is useful for filtering out Request Types that don't apply to this Request Class.
- To link a Request Class to a Request Type, on the Manage Request Class page, click the Edit button in the Request Type column and a window will display the Request Types:
- Check the Request Types that are to be available when logging a request for this Request Class.
- Click the the Save button to save the settings.
- To cancel without modifying the setting, click the Cancel button or the close button in the upper-right corner of the dialog.
Deleting a Request Class
It is recommended that you plan this operation carefully and back up your database before proceeding. You may want to test this in a Test Installation before committing.
If Requests or templates are associated with the Request Class, there is an additional step: to reassign those Requests and templates to another Request Class.
Procedure
- In the list view, click the Delete button .
- A confirmation dialog will appear:
- Click the Confirm button .
- If no Requests or templates are associated with the Request Class, it will be deleted immediately.
- If Requests or templates are associated with the Request Class, a second dialog will appear:
- Select a Request Class in the menu to which associated Requests and templates will be reassigned.
- Click the Save button .