Skip to end of metadata
Go to start of metadata

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

Compare with Current View Version History

Version 1 Next »

Difficulty: novice

Content

Learning Objectives

After reading this article, you will be able to:

  • Perform the module activation for Requests


How to navigate to the module activation

To start the module activation for Requests:

  1. navigate to the startBoard.

  2. Click on the module activations tile.

  3. Select the tab avalaible modules to roll out and select Standard Requests.

  4. After selecting Standard Requests click Rollout selected module.

This will provide you with a short explanation like the one below.

After this a new page will open:

Steps to follow

Step 1 Adding the service desk service groups

To add service groups, navigate to the include at the bottom of the page and click Add service group. Give this service group a name. Examples of service groups could be: Facility Desk and IT.

The service groups are used to assign specific problemTypes, users are grouped within a service group and through their service group get Requests or Tasks assigned.

  • What are service groups used for? For example, the problemType on broken coffee machines has the Facility Desk as service group. When a Request is submitted and the “broken coffee machine” problemType is select, all users within the Facility Desk will be able to handle/assign this Request. This logic is setup using the problem trees. Read all about problem types in this article: Problem tree/ problem type scheme.

Tip: Because each service group gets it’s own User Profile (more on profiles in Step 2) we should be mindful when creating these. Only create service groups that need their own Profile, whether it be for functionality or data related reasons.

For example, a Facility Desk and IT service group get very different requests and are assigned to different users, but if the same group of people execute the Facility Desk and IT tasks, than it would be better to combine this service group.

Step 2 Settings to be determined

Tip: We go over the settings in the table below. However, hovering over the field you are filling in will often provide you with the same help text:

 Settings overview

Setting

Description

Use properties

When set to yes and if the customer has multiple locations, a location can be specified in the request. A default location can be set on the contact of a user.

Use areas

When set to yes, also an area be specified when creating a request.

Use assets

When set to yes, assets can be specified when creating a request.

Use SLA times

Determines whether the SLA fields are visible on the request page and on the Servicedesk StartBoard.

Hide option to send request to contractor

If requests should not be forwarded (via e-mail) to contractors (when using using work orders), this option can be hidden. When set to yes, the relevant fields on the request page and the workflow button are hidden.

Auto close request after workdays

The request will be closed after x workdays, if the requestor does not approve the request. When set to 0, the request will automatically close after handling without the approval task for the requestor.

Set update done by requestor flag

If this is set to yes, the request will keep track of whether an update has been made in ‘Comment’ field by the requestor. When an update was made by the requestor, an additional field with a checkbox appears for the handler of the request page. In this field the handler can indicate that the update has been seen. Updated requests which have not been seen yet, are shown at the top of the Servicedesk StartBoard.

Use preferred suppliers

By using preferred suppliers, it is possible to determine which supplier should be automatically selected within a request or an automatically created workorder, based on the problemType of a submitted request.

Use Knowledge Base

If set to Yes the options around Knowledge base become visible: Tabs in request, problem and change process and in the problem types. Navigation menu option (Knowledge base) for requests and ITIL.

Check duplicate problem type

Duplicate check on same problem type

Check duplicate property

Duplicate check on same property

Check duplicate area

Duplicate check on same area

Check duplicate asset

Duplicate check on same asset

 Pre-defined settings

There are some predefined settings. If these need to be adjusted this should be done via the "Module settings" button on your startBoard > ‘Requests and ITIL’ tab.

Use requests

If set to yes Requests are used in this environment.

Problem type via keywords

If this is set to yes, the user can use a keyword field to select the correct problem within a request instead of using a pulldown. If the client environment has an extensive problem tree, the use of keywords often works better for the end user. For each problem type, multiple keywords can be registered. The keywords search field for a request also tracks the reference and the subject of the problem type when running a search.

Show Knowledge Base on startBoard (end users)

If set to Yes the option “Knowledge base” is visible on the button bar to end users. This is done via a separate setting, so that the knowledge base can be shown to end users only when enough items have been added.

Step 3 Start module activation

What happens when clicking the green Start button in this wizard step?

  • You move on to the next page of the Wizard.

  • Workflow emails are automatically created. Meaning that we create the workflow emails that are send out when submitting/cancelling/closing Requests.

  • Relevant imports are created, in the next step we will go over these imports.

Step 4 Check data and close the module activation.

On the next page we can check all items that have been created. This also contains a checklist we can follow.

  • In the example above we created two service groups: Facility Desk and IT. This results in the creation of two user groups with corresponding names.

  • When adding these user groups to a user profile, requests assigned to this service groups can be handled by a user with this profile. These user groups should be added to at least one profile to be able to handle requests properly.

 Authorizations

The following groups can be assigned to users using the “User profile management” functionality. In addition to these groups, the groups that where created based on the Servicedesk service Groups need to be added to the user profiles.

Group

Reference

Comment

1. Create requests

GOB-G002

Group gives access to creating requests

4. Servicedesk employee

GOB-G013

Group gives the basic access to handle requests

4. servicegroups

GOB-G033

Group is used as a parent group, for all service groups relevant to a request. The service groups that are created in the SBR will appear under this parent group. These groups can be created via (Admin >) Setup > Processes > ‘Requests and ITIL’ > Include

5. Admin problem trees

FMB-G057

Group gives access to creating and managing the problem types within a problem tree

7. Management dashboards requests

FMB-G082

Group gives access to the menu option "Management dashboards" for the requests module, as well as access to the relevant objects to view this content of the dashboards.

An example of the Facility Desk/IT user profile is shown below.

User groups are always added to the user profiles to give access to functionalities. In addition, in the background, Workplace assigns group to users in the context of objects. An easy example is the group Requestor. A user that creates a request, gets the group 'Requestor in the context of that specific request. This group can than be used to assign access right or send emails to. Below an overview of these contextual group within the request module.

Group

Reference

Comment

6. requestor

GOB-G006

Group is automatically assigned to a user who is the requestor of an object and is given the relevant workflow tasks and required rights to the object

6. Service groups

GOB-G033

Users automatically get this group in the context of an object when a group they are a member of is set as the (current) group responsible for the object (request, workorder, etc)

6. employee service desk

GOB-G014

Group is automatically assigned within the context of a request to the user who is handling the request and gives the user the correct workflow tasks and authorizations

6. external performer

GOB-G015

Group is automatically assigned to the contractor in the context of a request or work order and used to give the user the correct rights in the request or work order

6. Requestor keep me posted

FMB-G047

If the requestor (in a request) indicated 'Keep me posted' (fmb-KeepMePosted) the fromContactId is added to this group (through scripting). All informative request emails go to this group

For importing data we take you through the basics steps on how to import module activation data. More details on imports can be found in this article Imports.

  • Import files: The file that is created is for importing Problemtypes. To download the import template:

    • navigate to the “Relevant imports” include

    • Click Generate import template

    • Click the download icon next to the loop to download the template.

      • Tip: in the service Group column of the import file you can only use the service Groups that where defined in the first step of this wizard.

    • Send files to the client

  • Import files receives and approved.

    • If relevant, check if objects are imported successfully.

      • View the created problemTypes via: navigationMenu ‘Requests' > menuoption ‘Problem type schemes’ > press the magifying glass in front of 'problemtree’

    • Click Upload import file and upload the import file obtained from the customer.

  • To see what workflow emails have been created we navigate to the Generated workflow emails include. We can take a closer look at the individual emails by clicking on the hyperlinks but for more info on workflow emails check /wiki/spaces/KB/pages/25034763.

If everything is handled we can close the module activation by clicking the close button, Requests will now be shown as a NavigationMenu option.

Summary


Search

  • No labels