There are several ways to create a new request. In each of them it is possible to enter the request either directly or using the catalog of requests.
To distinguish which fields are a basic part of each request and which can be optionally enabled, optional items are marked in blue in the following text, along with information on how to enable them.
Depending on the user’s access settings for each field in Users and Groups–>Users in Permissions, some of the basic fields in the request form may be hidden.
Customer• – only companies with the customer flag are offered in the selection. Click > to view a window with a selection of companies and the option to filter records. If the company is not in the list, click + to create a new one.
Branch – if there is a branch in the CMDB defined for the customer, it is offered for selection. This field can be enabled in Global Settings–>Requests–>Basic Settings. The Branch field is part of permissions and you can enable/disable it to certain users or groups in CDESK. (In permissions: Requests–>Access to Fields–>Branch).
Request weight – a field where you can enter a number (also decimal) that can be used to influence the order of requests in the list of requests. When you select advanced search by company in the list of requests, requests are sorted by weight from highest to lowest. If the priority view is enabled, the records will be sorted into categories (unassigned, waiting for response, overdue, etc), within which they are sorted by weight.
Place – if the customer has a defined place in the CMDB, it is offered for selection. If the Branch field is enabled, place is offered only after the branch is selected. The field can be enabled in Global Settings–>Requests–>Basic Settings. It is also part of permissions and you can enable/disable it to certain users or groups in CDESK. (In permissions: Requests–>Access to Fields–>Place).
Request name •– a brief description of the requested service. The request will usually appear under this name in the list of requests and in other CDESK modules linked to requests.
Request Description •– field for stating the problem / subject of the request, with the possibility to format the text and insert an image.
Deal – a list of deals belonging to the selected customer are offered – by selecting a deal, a link with the request will be created. The related request is also displayed in the deal in the Requests section. The Deal field is displayed only if the Deals module is enabled in Global Settings–>Deals.
Request type – offers a choice of request types defined in Global Settings–>Requests–>Types and Service Areas, where it is also possible to enable this field and specify which types to offer to operators/customer accounts.
Service area / 2nd level – selection of the service area defined in Global Settings–>Requests–>Types and Service Areas, where it is also possible to enable these fields.
SLA• – this field appears only if you assign multiple objects with different SLAs to the request. It offers the possibility to select SLA according to which settings of request deadlines should be applied. After the request is saved, the selected SLA is applied and this field is hidden. For more information on using and setting SLAs, see the article SLA.
Assignee group • – select an assignee group. The Assignee Group field is only accessible when the Limit assignee selection by assignee group feature is enabled. The selection of groups offered depends on the type of user account:
Assignee group is preconfigured according to the following criteria:
Assignee• – select an assignee. Selection of assignees depends on the type of user account:
*) Setup visible and assigned customers in Users and Groups–>Users in the Companies section, or in Address Book–>Companies in the Assignees section
Assignee selection on the request depends on several settings:
Assistant assignee – allows you to assign an assistant or a group to the request in addition to the assignee. These people are notified of changes on the request (depending on notification settings) and can access the request as assignees. The field can be enabled in Global Settings–>Requests–>Basic Settings. It is also part of permissions and you can enable/disable it to certain users or group in CDESK. (In permissions: Requests–>Access to Fields–>Assistant Assignees).
After missing time to response assign to – if assignee or assignee group misses the deadline for responding to the request, this will be assigned to another assignee or group. If you wish to keep the original assignee after the missed response deadline, leave the field blank. This field can be enabled in Global Settings–>Requests–>Basic Settings.
Responsible person – allows you to assign a responsible person to the request, who is accountable for the results of assignees and is notified, for example, in case of non–compliance with deadlines. The field can be enabled in Global Settings–>Requests–>Basic Settings. The Responsible Assignee field is part of permissions and you can enable/disable it to certain users or groups in CDESK. (In permissions: Requests–>Access to Fields–>Responsible Assignee).
Assistant assignees – additional assignees or groups of assignees can be added to the request assignee, who can edit the request and are notified of changes to it. The field can be enabled in Global Settings–>Requests–>Basic Settings in general settings.
Requested by – select who made the request. The currently logged in user is pre-filed by default. In case the request is created based on (e.g. telephone) inquiry of another user or customer, you have the option to select another operator / customer account. The field can be enabled in Global Settings–>Requests–>Basic Settings. It is also part of permissions and can be enabled/disabled to certain users or groups in CDESK. (In permissions: Requests–>Access to Fields–>Requested by).
Requested for – if the request was initiated by someone other than the person specified in the Requested by field, use this field to enter their name: it does not have to be a registered CDESK user. Depending on the settings in Global Settings–>Requests–>Basic Settings, you can also enter free text. Requested For field is part of permissions and you can enable/disable it to certain users or groups in CDESK. (in permissions: Requests–>Access to Fields–>Requested for).
Priority •– request priorities are defined in Global Settings–>Requests–>Basic Settings. If the SLA is defined, changing the request priority can also change the request dates, such as TTO, RT, TTAS, TTR. If the Prioritization of Requests according to Urgency and Impact feature is enabled in Global Settings, the request priority can be pre-filled based on the specified urgency and impact.
Urgency – the urgency of the request is determined by the customer. It can be selected from a code list that is defined in Global Settings–>Requests–>Basic Settings. The Urgency field is available if Prioritization by Urgency and Impact is enabled in Global Settings.
Impact – the impact is determined by the assignee. It can be selected from a code list, which is defined in Global Settings–>Requests–>Basic Settings. The Urgency field is available if Prioritization by Urgency and Impact is enabled in Global Settings.
Time to own • – (TTO) – the deadline by which the request is to be assigned to a specific assignee (not to an assignee group). TTO countdown is activated in Global Settings–>Requests–>Basic Settings, and you need to enable the Show TTO/TTAS dates for a specific customer in Address Book–>Companies, the SLA section. The possibility to change the deadline depends on the settings in the SLA.
Response time• – (RT) – the deadline by which a response from the assignee is required. A response can be: changing the request status, adding a fulfillment, or a discussion post. The possibility to change the deadline depends on the settings in the SLA.
Time to Alternative Solution• – (TTAS) – the deadline by which an alternative solution is to be provided to the customer. TTAS countdown is activated in Global Settings–>Requests–>Basic Settings, and Show TTO/TTAS dates has to be enabled in Address Book–>Companies under SLA tab of a specific customer. The possibility to change the deadline depends on the settings in SLA.
Resolve from – allows you to set the start of the request fulfillment interval. The option of setting the from-to interval can be activated in Global Settings–>Requests–>Basic Settings – Possible to define Time to resolve from.
Time to Resolve• – (TTR) – the deadline by which the request must be resolved. The possibility of changing the deadline depends on the settings in SLA.
Fixed times to resolve from – this field is only displayed if the customer has enabled Show TTO/TTAS dates in Address Book–>Companies, SLA section. A switch that is on will fix the Time to Alternative Solution (TTAS) and Time to Resolve (TTR) even if the request is in a status where time is not counted in TTAS/RT. Switching the toggle to the OFF position activates the postponement of these request deadlines. Turning off the countdown of the times in TTAS / TTR can be done in Global Settings–>Requests–>Basic Settings.
Desired Date – this is the date when the end user wishes the request to be fulfilled. If this deadline is shorter than the Time to Resolve, no change is made to the request and it is at the discretion of the assignee to shorten the Time to Resolve. If the desired date is longer than the Time to Resolve, the Time to Resolve is automatically adjusted to it. The desired date field can be activated in Global Settings–>Requests–>Basic Settings.
Tags – labels by which related documents can be easily found in CDESK. List the keywords describing the selected request. Tags that have not yet been used will be created when the request is saved.
Solution – the field is accessible only after the request is saved. It is a text field where you can record the solution. The solution field can be activated in Global Settings –>Requests–>Requests. It is also part of permissions and you can make it available/unavailable to certain users or groups in CDESK. (In permissions: Requests–>Access to Fields–>Solution).
Internal note – the field is accessible only after the request has been saved. It is a text field where you can record a note to the request. It will not be accessible to customer accounts unless you grant them permissions to do so in permissions: Requests–>Access to Fields–>Internal Note. The internal note field can be activated in Global Settings–>Requests–>Basic Settings.
Attachments – possibility to join an attachment (for example a screenshot). To attach a file, either drag it with the mouse to this field or click to select the file from the disk. It is also possible to add multiple attachments, a list of attached files will then be displayed below this field.
Preview of images – if you have placed an image in the attachment, a preview of the image will be displayed in this section after the request has been saved.
If additional properties are predefined in Global Settings–>Requests–>Basic Settings, they allow to extend the request with additional information. For more information on defining additional properties, see the article Configuration Database CMDB–>Additional Properties.
Log in to the CDESK application before making a new request. Use the same login as for the website.
Once logged in to CDESK, you can add a new request using the quick select button on the bottom bar.
Click and choose Requests, then select Add a Request. If only the Add a Request from Catalog button is displayed, move to the Requests from the Catalog of Requests Using Mobile App paragraph.
After selecting Add a Request, the form for entering the request will open. The meaning of individual fields is described in the paragraph Meaning of Fields When Making a Request
To add a request from the catalog of requests, click the quick select button and select Add request from catalog.
The first step is to select the customer and then tiles with associated templates.
When you click on a tile, a form will open to create a request. According to the template settings, some fields are pre-populated. The meaning of each field is described above, in the section Meaning of Fields When Making a Request.
Outlook Plugin is an extension of CDESK to Outlook. It allows you to quickly enter requests and archive discussions directly from this email client.
After installing the Outlook Plugin, a new toolbar CDESK will be added to the Outlook tools panel. Click on it to make several options available. To create a new request, click the Create a New Request button located at the beginning of the toolbar.
Click to display the form as when making a request. The meaning of each field is described HERE.
Outlook Plugin provides the possibility of entering the request from the catalog of requests.
The button to create requests from the catalog is only displayed if it is enabled in CDESK. To enable the catalog of requests, go to Global Settings–>Requests–>Catalog of Requests. If the button still does not appear, check if you have permission to create requests from the catalog. Permissions can be set in CDESK in Users and Groups–>Users–>choose a user–>Permissions tab–>Requests–>New Records via the Catalog of Requests.
After selecting a customer, the tiles accessible to that customer are displayed. After selecting a tile, the form is displayed as when making a request. The meaning of each field is described HERE.
Requests created by any method are displayed in Requests–>Requests, from where they can be further manipulated.
Double–click in the request line or click on the context menu and select Edit to open a window with a form similar to the one used to create a request, extended with additional options that make the Requests module a comprehensive tool not only for the helpdesk:
Only Assignee and Request Status in the Basic Information section are essential fields for working with the request, as they have an impact on meeting the deadlines defined in the SLA.
If the feature of editing requests before assignment is disabled in Global Settings–>Requests–>Basic Settings, only Assignee can be changed in requests where only the assignee group is set (i.e. the request is in the Received status). This applies when Limit assignee selection by assignee group is enabled. After assigning the request to a specific assignee, it becomes possible to edit almost all fields of the form, except for the fields Customer (can be edited unless a work order has been added to the request) and SLA. If Limit assignee selection by assignee group feature is disabled, the request is editable immediately after saving.
Dates on the request may be editable depending on the settings of changing dates in the SLA that are applied to the request. In the SLA, it is possible to set who and at what priority can change dates.
In Global Settings–>Requests–>Status Setup for Requests, you can enable and use up to 27 different request states in total. The meaning of individual statuses is described in the text Global Settings–>Requests–>Status Setup for Requests . The highlighted statuses represent basic states that cannot be turned off. At the same time, they influence counting of deadlines.
waiting for approval
verified by comp. person
waiting for customer
accepted by the cust. and CP
start of realization
AS in progress
waiting for 3rd party
subcontractor in charge
to be evaluated by comp person
tested by customer
completion without acceptance
Statuses can be divided into several groups:
Statuses informing customers about the progress. These statuses affect counting of the First Response Deadline, but it is possible to set selected statuses not to count the time to meeting a deadline. This group includes following statuses:
waiting for approval
verified by resp. person
waiting for customer
accepted by cust. and RP
start of realization
AS in progress
waiting for 3rd party
subcontractor in charge
to be evaluated by resp. person
tested by customer
Statuses that affect the request deadline counter and evaluate its meeting:
waiting for approval
For each of the request deadlines, the time to meet the deadline is counted down. If the deadline is met, the countdown is stopped and evaluates whether it was met on time. For some statuses, it is possible to stop the countdown. More details HERE. If met on time, is displayed, if not, you will see .
Each request has a set first response deadline and time to resolve, and depending on the settings, optional times can be displayed and calculated. The time countdown and evaluation of meeting deadlines is managed as follows:
(1) Optional dates – first response deadline, time to alternative solution and time to resolve from are displayed if they are enabled in Global Settings–>Requests–>Basic Settings and at the same time the option Show TTO/TTAS dates is enabled on the customer tab in the SLA section. These dates are displayed if they are enabled in permissions (Requests–>Date Fields)
The Solution field is used to record how the request was resolved unless you are using Fulfillments. Fulfillments allow you to record the time taken to resolve the request, bill the customer for the work entered and record internal time worked. We recommend you to consider using Fulfillments instead of the plain text field Solution.
The internal note is for internal record keeping and is not accessible to the customer.
On a saved request, you can edit the Solution and Internal Note text fields at will.
When all actions are completed, switch the request status to Completed. (If the Implemented status is enabled in Global Settings–>Requests–>Status Setup for Requests, you can use that one as well. However, Implemented is mainly for supervisors to check the executed work on the request. When the request is switched to this status, the buttons for accepting/denying the request will not appear as written in the following).
With the Accepted Completion status enabled, the options for accepting/not accepting completion become available when the request is completed. When notifications are enabled, the customer is also informed of the option to accept the completion via email notification.
Select the Accept Completion option to open a window with the option to add a note to the acceptance, as well as the option to rate the assignee. After accepting the completion, the request status changes to accepted completion.
The request can also be terminated by switching to Implemented. However, no accept/deny termination buttons are offered when this status is selected.
Selecting Deny Completion opens a window to indicate the reason for the rejection. Providing this reason is mandatory.
If in Global Settings–>Requests–>Status Setup for Requests the Complaint status is disabled, rejecting the request returns the request to the in progress status and the deadline counter is reactivated.
If the Complaint status is enabled, the request is put into the Complaint status when its completion is denied. On the request, the Legitimate complaint and Unauthorized complaint buttons become available.
Selecting the legitimate complaint option returns the request to the In Progress status and the deadline counter is reactivated. Selecting the unauthorized complaint option opens a new window where a comment on the unauthorized complaint must be specified. This note is mandatory. After the note is saved, the claim is put in completion without acceptance.
After the request is switched to the Completed status, you will receive an email notification of the request status change. If the Accepted Completion status is enabled in Global Settings, the notification will include buttons to accept/deny the request directly via email. In this case, there is no need to log into the system. This feature is primarily intended for customers who do not have access to CDESK.
To accept the completion of a request via notification, click the Accept Completion button. This will then open a form to accept the termination in a new window of your default web browser.
The top part of the form contains basic information about the request that you cannot change. Below these are the fields you must fill in for the completion acceptance to be valid:
Your full name: Enter your first and last name
Note to acceptance: Specify the reason why you have decided to deny the request completion
Rating of assignee: Select the pictogram to rate the assignee’s work on the request. This field is optional. If you do not wish to rate, select Without ratings.
After completing these fields, click Accept completition without logging in. to accept the request. Below this button is a link to enter CDESK, which you can use if you have the login credentials. How to deny the request completion using CDESK is described HERE.
To deny the request completion via notification, click the Deny completion. button. A form opens in a new window of your default web browser to finish denial.
The top part of the form contains basic information about the request that cannot be changed. Below these are the fields you must fill in for the rejection to be valid:
Your full name: Enter your first and last name
Reason for not accepting: Write the reason of your denial
Once you have completed these fields, you can reject the request by clicking Decline completion without logging in. Below this button is a link to enter CDESK, which you can use if you have login credentials. How to decline the request completion using CDESK is described HERE.
In the upper right part of the window there are icons for setting notifications for the request. Here you can block/enable sending request notifications as well as add additional recipients.
Download original]“>-> One-time blocking of all notifications – no notification of the next saved change
-> All notifications blocked permanently – no notifications of request changes until they are re-enabled
The discussion is used to communicate with customers and assignees. Two options are available for this purpose:
Then you can see a listing of posts sorted from newest to oldest. The checkboxes above the list allow you to turn off contributions to the discussion with the customer or notes for assignees.
To • – possibility to manually add recipients of notification about the request discussion post by selecting from the list, or by typing e–mail address or phone number in international format (+421, etc)
Then follows the list of notification recipients:
All contacts to receive the notification will also be notified on all subsequent posts until they are removed from the list by clicking the x next to the contact.
This is followed by a field for the body of the post with option to format the text and a field for selecting the signature predefined in user settings.
On the right side of the window there is a field for adding a file, for example a screenshot or a photo. Click on it to open the dialog box for file selection, or search for the file on your PC and drag & drop it to the field.
To send a post, click on Send the discussion post. If you wish to change a draft post meant for a discussion with the customer to an internal note, you can still switch the type of discussion post by clicking on Change to a note for assignees in the right part of the window. The post type will be changed without loss of content and only assignees will receive it.
The Discussion Preview button gives you a preview of the mail notification before it is sent. Click to enable buttons to view customer and operator notifications. To send a post, click the Send button. Select Cancel to go back to the Discussion tab.
Same form as for posting to a discussion with a customer, except that the automatically added notification recipients are only assignees. It is also possible to switch the draft note to a customer discussion post by clicking Change to discussion post on the right side of the window. The post type will be changed without loss of content.
The submitted post appears in the request discussion and notification recipients receive an email. Notifications of discussion posts are sent even if notifications of the request are permanently blocked in the request.
This tab is displayed if the Offers module is enabled in Global Settings–>Offers. You can also enable/disable it to users in Permissions–>Requests–>Access to Tabs–>Offers. On this tab you can assign offers to the request and find a listing of added offers.
To add an offer, click on +. A new window opens as if you were creating a new offer.
Tasks allow a larger request to be divided into smaller units that can be assigned to other assignees and are simpler than work orders. The simplicity of tasks lies mainly in the minimization of the form. There are only the inevitable fields. The Tasks tab is only available if this module is enabled in Global Settings–>Tasks.
You can create a new task for the request directly in the request by clicking +. This will open a window for filling in basic data such as task name or type, assignee, deadline from-to and other fields. Meaning of the fields, as well as how to work with tasks, is described in more detail in Tasks.
Work orders offer a way to divide the work on requests. They are used to execute scheduled steps under the request. They are usually created automatically according to the request template (see Catalog of Requests). A work order can also be created manually, but it has to be enabled in permissions.
Work Orders, unlike Tasks, affect the SLA count and can be conditionally serial-parallel ordered. They can also affect the request status, for example: the request automatically switches to the Completed status, when all associated work orders have been completed.
Use + to add a new work order to the request. Then a window opens where you can select the creation method – Create from template / Create new.
You can import work orders into the request using the Import XLS button. Only the lists of work orders in XLS format can be imported.
Work orders can be added to a request automatically, if the request is created from a template with work orders bound to it. Such work orders can be sorted in a serial-parallel way – selected work orders are displayed only after the previous ones have been completed. You can read about creating such work orders in this text.
To export the current list of work orders on the request, use the XLS button below the list. Clicking this button opens a new window where you can select columns you wish the export to contain. Click the Export button to export the record.
Fulfillments allow for a transparent record keeping of the work done to resolve the request. The Fulfillments tab is only available if the module is enabled in Global Settings–>Fulfillments.
You can add a new fulfillment to the request directly from the request by clicking +Add a fulfillment<. A window for filling in the fields of the fulfillment opens. The meaning of fields, as well as how to work with fulfillments, is described in more detail in Fulfillments.
Use the +Add an internal fulfillment button to add a fulfillment to the request that is not visible to your customers. If needed, you can make the internal fulfillment available to your customers in Permissions–>Fulfillments–>Internal Fulfillments. Read more on internal fulfillments HERE.
In the Related Requests tab, you can link a request to existing requests or create a new one related to it.
To create a new request on this tab, click +.
This will open the same form as when entering a new request. The meaning of each field is described HERE. At the top of the form you can see the code list called Link with the following options:
Use > to add a link to an existing request. The list of all created requests opens. Next to each request, there is a checkbox to select the desired item. Use the Confirm Selection button to add selected items. Click the Close button to return to the Related Requests tab without selecting.
The >> icon allows you to bind a new request from the catalog of requests. Click to open a window with a selection of customers. Once selected, the tiles accessible to this customer are displayed.
Then the form opens as when the request is made, with fields pre-populated according to the template settings.
This tab is displayed if Selection of Objects is enabled in Global Settings–>Requests–>Basic Settings. There is a listing of objects, if there are any assigned to the request.
Objects are superior to requests. An object added to the request makes the following options available:
To select from objects, it is necessary first to define at least one group for the customer from the categories, such as Devices, Catalog of Services Provided or General category in the CMDB. If there are objects defined for the customer*, they can be added to the request by clicking +Add an item When adding an object, only objects defined for the customer will be offered, according to the selected branch and place (if specified). Click +Add an item to open a window for selecting objects according to the main group and CI type. The objects that are in that category are listed. Check the selected objects and click Add to associate them with the request. Click Close to close the window without adding selected items.
*) If there are objects defined for the customer but they are not in the selection, check if the objects are assigned to the same branch/place as specified in the request.
Multiple objects assigned to the request may contain different SLAs with different deadline and priority settings, what creates an SLA conflict and CDESK will inform you about it. In this case, you need to select the SLA in the basic information according to which the request dates will be calculated before saving.
Changing objects on an already entered request does not affect the SLA. Even if the SLA was set according to an object that was subsequently removed or replaced by an object with a different SLA.
If it is necessary to change parameters of the object, it can be done by clicking →Edit. To remove an object from the request, the Delete button located in the context menu can be used.
This section records all changes made and saved on the request, such as: