Change Requests


Definition

A change request is a request made to perform a change, usually for an item managed in the CMDB that may have an important impact on user activity.

EndDefinition

Each request:

  • Is associated with a catalog entry, through its category.
  • Is created in the Back Office.
  • Is usually approved by a manager before it is integrated.
  • Is managed by the workflow of the category and generates actions (manual actions or automatic actions). Open url.png See Action types.
    • The workflow starts once the questionnaire defined in the initial step, if any, is completed. This can be a standard or multi-section questionnaire.
    • Each time an action is performed, the status of the request is updated and shows the progress of the process.
    • A history enables you to store a trace of each action performed.
  • Must be scheduled to avoid collision with other previously scheduled changes, release projects or blackout periods and ensure that any disruption to IT services is minimized.

Example

  • To ensure that the payroll application works correctly at the end of each month, a blackout period is defined during the last three days of each month for the Payroll Server CI hosting the application.

Notes

  • According to ITIL, there are three types of change requests:
    • Standard change requests: Pre-approved changes with little risk. They do not require the creation of a change request and can be processed using existing procedures in service requests.

      Example documentation icon EN.png  Install a fix for Product name - ev itsm.png

    • Urgent change requests: Changes to be implemented as soon as possible. They are processed by a specific procedure and decisions are usually taken by a dedicated advisory committee (ECAB).

      Example documentation icon EN.png Replace the hard disk of an application server

    • Normal change requests: Changes that are neither standard nor urgent. They are examined by an advisory committee (CAB) and are processed through the predefined steps of the change management process.

      Example documentation icon EN.png  Upgrade the version of the DBMS ==> Prior analysis of possible regressions, impact on specific developments

  •  You can create a new request in different ways:
    • Ticket. Open url.png See the procedure.
    • Quick access command that will run the wizard for creating the type of change. Note: You must first define the quick access command.
    • Select Service Transition > Change Requests > New Request in the menu.
  • You can cancel a request using the Cancel / Close wizard. This is possible only if no action has been performed.
  • You can define blackout periods using the New Blackout Period wizard or in a release project. You can also select Service Transition > Collision Detection > Blackout Periods in the menu.
  • To authorize the search function in the problem knowledge base and known error knowledge base for the ticket, the option in Other Parameters {SM} Back Office quick call: Enable full text search must be enabled.

Best Practice big icon.pngBest practice

  • To schedule a change and detect collisions with other previously scheduled changes, you can use the different resources available:
    • The Collision Detection wizard by specifying the requested start date or scheduled start date in the request.
    • The Forward Schedule of Change, by selecting Service Transition > Collision Detection > Forward Schedule of Change. This lists all changes, release projects and blackout periods scheduled for a given period.

Characteristics specific to versions 2016 and earlier

The Change Request form in versions 2016 and earlier is different:

Menu access

Service Transition > Change Requests

Description of tabs

       Change request.png

TabUpdateRules_After2016Versions

Open url.png See the general principles for updating tabs.

Create a new item Delete an item or association with a related item

Run the New wizard at the top of the tab

Fundamentals - Form - New wizard.png

Move the cursor over the corresponding item and click Trash icon.png

Fundamentals - Form - Delete wizard.png

Alphabetical order

QuickAccess

Activity

ActivityTab

List of successive actions performed to process the current object displayed in a timeline. They can be actions linked to a step in the workflow (e.g. incident processing), to a task (e.g. reminder for user), to a problem that enabled the solution of the object, actions modifying the target resolution date, e.g. modification of the SLA.
         Action History timeline.png

  • History of actions displayed in reverse chronological order:
    • To Do section at the top of the timeline  : Actions to be performed.
    • Done section below: Actions performed and completed, no further action possible.
  • To display the details of an action, click the icon next to it (1).
  • To display the type of action, move the cursor over the icon (2).
  • To display the action fully, click ? at the bottom of the action (3).
             Action History - Detail.png
  • Wizards:
             Activity wizards.png
    • (1) Wizards that can be run outside the workflow are found at the top of the tab.
               Example documentation icon EN.png  Create Task, Hold/Reopen
    • (2) Wizards specific to an action are found in the Wizards list icon.png list. The three most recently used wizards will appear as buttons, enabling you to access them quickly.
               Example documentation icon EN.png  Process this Action, Notify Support Person, Create Related Action

Details

ObjectNumber

Number: Automatically generated number of the object when it was created.

  • To format the number, select Administration > Parameters > Auto-Inc Fields in the menu.
CreationDate

Creation Date: Date on which the current object was created.

  • This is used as the start date and time for calculating SLA maximum time.
  • The date is displayed in the time zone of the recipient.
Status

Status: Current status of the current object, automatically updated via the steps of the workflow.

  • To display the workflow associated with the object, click ? next to the Status field. Next, click World icon.png Display Related Information. The current step will be highlighted in red.
Priority

Priority: Level used to prioritize the processing of objects with identical SLA target dates/times.

  • Priority is automatically calculated based on the urgency and impact of the current object.

Target Implementation Date: Latest date on which the change should be implemented.

  • This date is for information purposes only and does not take the SLA of the request into account.
  • The date is displayed in the time zone of the recipient.
IsTemplate

Is a Template: Used to indicate if the current object can be used as a template (box is checked) or not (box is not checked). If it is used as a template, certain information in the template will automatically be preloaded when a new object is created.

  • You can use a template in a ticket by selecting the Use an Incident Template wizard. You can also click the Copy From Template action button. Open url.png See the procedure.
  • The preloaded information is specific to the template. New objects will also inherit the other information from the catalog.
  • You can define the list of fields that should not be duplicated using the Other Parameters {SM} Exclude SD_REQUEST fields when duplicating incidents option.
Recipient

Recipient: User associated with the current object. It can be different from the requesting person. 

  • A VIP user is indicated by one or more Red star.png depending on the level. This means that the object must be given top priority in processing.
RequestingPerson

Requesting Person: User who reported the current object to the IT Support team.

  • A VIP user is indicated by one or more Red star.png depending on the level. This means that the object must be given top priority in processing.

Change Description: Catalog entry associated with the request, used to run the relevant workflow.

Note

Note: Comments on the request. You can also add images or tables using HTML tags.

Justification

Justification: Reasons given by the user to justify the request, taken into account in the approval workflow.

CI

CI Name: Configuration item (CI) related to the current object.

  • Click CMDB graph icon.png to display the CMDB graph.
Equipment

Equipment: Asset tag of the equipment concerned by the current object.

  • Sensitive equipment is indicated by one or more Red star.png depending on the level. This means that the object must be given top priority in processing.

Release Project Code: Project associated with the request, describing the change release.

Estimated Costs: Estimated amount for the change release.

Requested Start/Requested End: Requested period for implementing the change.

Scheduled Start/Scheduled End: Scheduled period for implementing the change.

Real Start/Real End: Actual change implementation period.

Financials

Set of financial information used for the charge back of the current request based on hourly or fixed costs.

Solution

SolutionTab

Set of information specified at the end of processing for the current object.

  • Update: When an action related to the current object is completed. You can also use the Close wizard.

List of fields

Solution: Contents of the Comment field specified in the final or closing action for the current object.

Elapsed Time: Actual time spent by different Support persons working on the current object, calculated using information entered in the intervention summary of actions.

  • Unlike elapsed time, this information does not take into account the OLA/UC for each action.
  • Duration expressed in HH:MM.

SLA: SLA applied to the current object which is the SLA by priority, or failing that, the SLA with the shortest resolution time.

Immediate Solution: Used to indicate if the current object was solved during the creation of the ticket (box is checked) or if it led to one or more actions (box is not checked) involving a transfer or escalation.

MaxResolution

SLA Target: Date by which the current object should be resolved.

  • This is calculated using the start time of the current object and by applying the SLA by priority, or failing that, the SLA with the shortest resolution time.
  • The date is displayed in the time zone of the recipient.

Solution Date: Date on which the processing of the current object ended and its meta-status became Completed.

  • The date is displayed in the time zone of the recipient.

Late: Number of minutes exceeding the maximum processing date/time of the current object, calculated using information entered in the intervention summary of actions.

  • Field calculated for each action: Processing time of the action - OLA/UC target
  • Duration expressed in HH:MM.

Elapsed Time: Actual processing duration of the current object, taking into account the service hours of the Technical Support team and public holidays (OLA/UC defined for the workflow).

  • Duration expressed in HH:MM.

Total Costs: Total processing cost of the current object, calculated using information entered in the intervention summary of actions.

  • Field calculated for each action: Fixed costs + (Hourly costs  * Elapsed Time)
  • SLA: Name of the SLA applicable to the current request, i.e. the one associated with its category.
  • SLA Target: The target implementation date for the current request, calculated using the start time and the SLA.
    • The date and time are displayed in the time zone of the recipient.
    • Move the cursor over the field to see a description of the SLA.

Discussions

DiscussionTab

List of discussions which users can access based on their domain and the visibility of the discussion.

  • Enter the keywords you want in the Search field and press Enter
  • To cancel the search criteria and return to the complete list of discussions, provided you have the relevant rights, click within the box and then click Discussion - Delete icon.png.

User Information

UserInformationTab

Information on the recipient of the current object, e.g. name, function, phone number, email address, location and department.

  • Update: Only the recipient and location can be modified in this tab.

Description

DescriptionTab

Information on the current object, e.g. title and description, urgency and impact, equipment and service associated with the object.

  • Update: In this tab.

Charged Back Services

ChargedBackServiceTab

List of options that can be charged back for the current request. These options are defined during creation.

  • Charge back elements are based on the service request catalog applicable on the creation date of the request. 
  • Modifications made subsequently will not affect the request.

Attachments

AttachmentTab

List of documents attached to the current object. Open url.png See uploading and downloading documents.

  • You can also attach documents in the ticket.

Questions/Responses

QuestionResponseTab

History of all answers to questions in standard or multi-section questionnaires associated with the current object.

  • Update: Via the workflow steps associated with the current object.

Equipment/Software/Contracts

List of equipment, software and contracts in the current request.

Consumables

ConsumableTab

List of consumables in the current object.

  • Update:
    • Automatically via destocking actions in the Logistics step of the workflow for the current object.

      Example documentation icon EN.png Request to replace a HP LaserJet 4L printer ==> planned destocking action: delivery of a toner cartridge

    • Use this tab to perform destocking actions outside the Logistics step of the workflow.
  • When a consumable is deleted, the quantity is automatically reintegrated into the storage location stock.

Orders

OrderTab

List of orders associated with the current request, including both closed and open orders.

  • Update: Each time an order related to the current request is placed.

Related Incidents

RelatedIncidentTab

List of incidents related to the current object.

  • Update: Use the Link to a Change Request wizard in an incident.
  • The current request and linked incidents will each be managed by their own workflow. The status of the current object will not have any impact on linked objects.

Related Problems

RelatedProblemTab

List of problems related to the current object.

Related Services

RelatedServiceTab

List of service requests linked to the current object.

Related Changes

RelatedChangeTab

List of change requests related to the current object.

  • Update: Use the Link to a Service Request wizard.
  • The current request and linked requests will each be managed by their own workflow. The status of the current request will not have any impact on linked objects.

Related Events

RelatedEventTab

List of events related to the current object.

Equipment

List of equipment, other than those in the initial request, associated with the current object.

  • When new equipment is added, this does not generate a notification or action in the Request form.
  • The Equipment form is not updated.
  • Equipment linked to the new equipment will not be associated with the request.

Licenses

LicenseTab

List of licenses in the current object.

  • When a new license is added, this does not generate a notification or action in the form of the current object.

Contracts

ContractTab

List of contracts in the current object.

CI

CITab

List of configuration items (CI) associated with the current object.

  • The main CI is specified when the ticket is created.
  • The Changes tab in the CI form is automatically updated.
  • When a new CI is added, this does not generate a notification or action in the Request form.
  • Impacting and impacted CIs linked to the new CI will not be associated with the request.

History of Changes

HistoryOfChangeTab

List of all modifications made to the form of the current object. 

Release

ReleaseTab

List of release projects associated with the current object.

Projects

List of projects associated with the current object.

Blackout Periods

BlackoutPeriodTab

List of blackout periods defined for the CI associated with the current request as well as for all impacting upstream CIs and impacted downstream CIs.

Procedures and Wizards

How to create a change request

Via a ticket (Back Office)

CreateTicket_StepSelectUser_Procedure

Step 1: Select the recipient.

1. Click in the search field in the top banner.

2. Enter the first characters for one of the following search criteria: name, login, employee number, email address or phone number.
         Searching bar.png

3. Press <ENTER> to run the search.

4. If two or more users correspond to the search criteria, move the cursor over the one you want.
         Search user.png

5. Click New Ticket.

6. Specify the title of the new ticket and click Create.
         Search user - Creation.png

The ticket will be preloaded with data on the selected user.


Step 2: Specify the ticket.
CreateTicket_StepEntryRequest_Procedure

1. (optional) Click Copy From Template to initialize the request using a template.

2. Select the category of the request.

3. (optional) You can use the help resources available.

  • Known errors: By default, the list is filtered using the category and CI/equipment.
  • Problem knowledge base: By default, the list is filtered using the location, department, category and CI/equipment.
  • Problem knowledge base and known error knowledge base: The most relevant articles based on the contents of the Description field.

CreateTicket_StepFollowUp_Procedure

Step 3: Decide what you want to do with the ticket.

1. Follow one of the procedures below.

Close the ticket

  • Click the Resolve action button.
  • Complete the intervention report.
  • Click Finish.
    • The time spent with the user is automatically taken into account.
    • The workflow will proceed to the next step.
    • The ticket will be saved with the status of this step.

Transfer the ticket to another group or Support person

  • Click the Assign action button.
  • Specify the group or Support person to whom you want to assign the ticket.
    Best Practice icon.png Select a group instead of a specific Support person. This way, even if the Support person is absent, the action can still be performed by another group member.
  • Click Finish.
    • The ticket will be saved.
    • The counters in the notification bar will automatically be updated for the relevant Support persons.

Save as a draft

  • Click the Save as Draft action button.
    • The ticket will be saved and associated with the Processing in Progress meta-status.
    • You can reopen it at any time by selecting Service Operation > Incidents or Service Requests > Drafts.

Cancel the ticket

Step 4: Perform actions for the new object.

1. Open the form using the link with the number of the created object.

2. Perform actions. Open url.png See the procedure.

TemplateManagement_Procedure

How to manage templates

Step 1: Create a template.

1. Open the form of the object to be used as a template. Note: Only objects whose meta-status is Processing in Progress can be selected.

2. Select the Is a Template box. 

3. Save the form.

Delete a template

  • Open the form of the object defined as a template.
  • Unselect the Is a Template box.
     

Step 2: Use the template when creating a ticket.

1. Open a ticket.

2. Display the available templates.

  • You can click Copy From Template.

The list of templates will appear.
         Incident Request templates.png

3. Select the template you want.

  • Use the search field to run a search in the description of objects.
  • Click Open eye icon.png to view the entire text of each description.

4. Click Apply.
The ticket will be preloaded with data from the template fields.

Wizards

Link to a Project
Link to a Continuity Plan
Link to a Problem
Cancel / Close
Assign  (on the Activity tab)
Change Target Resolution Date
Change SLA
Create Related Action  (on the Activity tab)
Create a Child Request
Collision Detection (only for requests involving a CI)
Create Unavailability (only for requests involving a CI)
Log Activity  (on the Activity tab)
Send Email to Requestor
Impact Analysis (only for requests involving a CI)
End of Unavailability (only for requests involving a CI)
Execute Script
Change Support  (on the Activity tab)
Update Request Detail (provided financial approval has not been given, or failing that, provided the reception phase has not been totally completed)
Notification for Action (only for requests involving a CI)
Notification for Information (only for requests involving a CI)
New Blackout Period
New Task
Notify Support Person  (on the Activity tab)Reminder for Support Person
Reopen (only for closed requests)
Availability Simulation (only for requests involving a CI)
Capacity Simulation (only for requests involving a CI with capacity)
Process This Action  (on the Activity tab)
Transfer  (on the Activity tab)
Validate  (on the Activity tab)

Tags:
Last modified by Unknown User on 2018/12/14 12:04
Created by Administrator XWiki on 2016/09/29 15:51

Shortcuts

Recent Updates

Haven't been here in a while? Here's what changed recently:

-   Product name - ev itsm.png
-   Product name - ev sas.png

Interesting Content

How to Automate Integration
Add a Shortcut to an App
History
Quick Dashboard
Full text search - Stop Words

Powered by XWiki ©, EasyVista 2019