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

Compare with Current View Page History

Version 1 Next »

A preventive maintenance schedule (or a schedule of similar activities, as discussed in the intro) is generated based on a collection of PM groups. Each PM group defines

  • What system elements the work needs to be performed on;
  • What form (procedure) should be used for each system element;
  • When the work is due to be completed; and
  • How frequently it should be repeated. 


This document will discuss how to navigate already defined PM groups, how to create and modify them, and how to disable the groups that are no longer relevant.

Browsing Defined PM Groups

The "Manage Groups" view provides access to the configured PM groups, as well as the controls to create new and modify the existing ones. The view is available to users with the "PM Group - View" and "PM Group - Create" or "PM Group - Edit" permissions under at least one of the contracts. In other words, a view is intended to be used by the individuals responsible for managing PM schedules under their respective contracts.

Filtering Options

The Manage Groups view relies on a typical layout with a filtering panel on the left and the content area configured as a grid. The most common filtering options available for the Manage Groups view are described below:

FilterUsage Notes
ContractEach PM group is associated with a contract. If you have access to PM groups definitions for multiple contracts, you can use the "Contract" filter to limit the view to the groups associated with a particular contract.
Status

Use this filter to narrow down the view by status:

  • Draft - focus on the PM groups that are being defined and have not been activated yet. That is helpful during the initial phases of the project.
  • Active - focus the PM groups that are active and are processed by the PM generator.
  • Inactive - focus on the already deactivated groups. This option may be useful to keep an eye on the PM groups that have been temporarily deactivated for the purposes of making changes.
Recurrence TypeIf an instance has a large number of PM groups, this option is useful to separate items by frequency, e.g. daily, weekly, monthly, and so on.
LocationUse this filter to view the PM group(s) whose scope includes at least one system element associated with a particular location (or one of the selected locations) or its sub-locations.
SystemUse this filter to view the PM group(s) whose scope includes at least one system element that belongs to a particular system.

Quick Search

In addition to the filter options included in the filter panel, you can use the Quick Search control in the top right corner of the Manage Groups view to filter the list by PM group name.

Defining a New PM Group

The "Manage Groups" view (Main Menu -> PM, Inspections -> Manage Groups) allows the users with sufficient privileges to create new PM groups and to edit the existing ones:

  • The "New Group" control, which initiates creation of a new PM group, is available to all users who have the "PM Group - Create" permission under at least one of the contracts.
  • The "Edit" control, which initiates modification of an existing PM group, becomes available when a PM group is selected, provided that the user has the "PM Group - Edit" permission under the contract, with which the selected PM group is associated.

The following sections offer detailed instructions for configuring the key elements of the PM group definitions that include:

  • PM Group Name and Description
  • PM Group Contract
  • PM Group Status
  • PM Schedule Definitions
  • PM Scope


While the procedures for creating a new PM group and for modifying the existing one are very similar, the latter may be subject to additional restrictions. Such restrictions are included in the notes below and highlighted.

Specifying PM Group Name and Description

The PM Group Name is an alphanumeric identifier of the PM Group, which will appear everywhere the PM group is displayed, i.e. on the PM schedule, individual cases and work tickets, and work history records.

From the system perspective, the only restriction that applies is that the PM group Name must be unique within the contract, which the PM is associated with. 

From the operational standpoint, it is a good idea to establish a naming convention for PM groups to make it easier for the IMMS administrators and users to navigate the PM schedule. It is common to include references to the contract, location, system and/or system element type being maintained, and frequency in the PM group name.

The PM Group Description is a free text field. In most cases, it is used to capture the notes describing the purpose and, perhaps, specific scheduling and/or work consideration that apply to the PM. For example, a PM defined for equipment installed in spaces with restricted access may say "All items on this PM are in the restricted areas and access needs to be coordinated ahead of time."


Selecting PM Group Contract

Any work tracked in IMMS, including PMs and similar activities, must be associated with a contract, which, in turn, drives the workflow, access privileges, and what equipment the work may be related to. As such, a PM group must be associated with a contract, and the contract association defined for the PM group will also apply to all cases and work tickets, if defined, generated based on the PM group definition.

Additionally, associating a PM group with a contract has the following implications:

  • Only the system elements associated with the selected contract may be included in the scope of the PM;
  • Only the forms available under the selected contract can be chosen when defining the scope.


When creating or editing a PM group, the contract selections will be limited to those items for which you have the "Contract - View" and "PM Group - Create" permissions.


If you change contract selection after you already made selections on the "Scope" tab, all scope definitions will be cleared and will have to be re-created.
To prevent discrepancies, IMMS will not allow changing the contract selection for an active PM group. If you need to make changes to such PM group, first change the status to "Inactive" and save the change. Then, start editing the PM group again and modify the contract selections.  Change the status back to "Active" after all configuration changes have been completed.

PM Group Status

The status of the PM group determines whether or not the PM generator will process the PM group definition and generate or update the corresponding PM occurrences (represented by cases in IMMS). The status also determines whether or not changes to the schedule and scope components of the PM group are allowed.

IMMS supports the following PM group status options:

  • Draft. When you first create a PM group, it will be saved as "Draft". Any settings can be modified while the PM group is in the draft status.
  • Active. When the PM group is fully defined, its status needs to be changed to "Active". The PM generator processes Active PM groups and generates PM cases based on their definitions.
  • Inactive. Inactive PM groups are not processed by the PM generator. As such, a PM group's status should be changed to "Inactive" when the PM group is no longer relevant (i.e. the corresponding work no longer needs to be performed). Additionally, you may be required to temporarily change the PM group status to inactive to modify some of its configuration settings.

Setting PM Schedule

In general, the PM schedule defines when the work is required to be completed. The IMMS PM generator will create a PM case for each due date calculated based on the schedule defined by the PM group. This is best explained using an example. 

For example, if PM group is defined for work to be completed every 2 weeks by Thursday starting on March 4, 2016, the IMMS PM generator will generate a PM case with the due date of March 4, 2016, another PM case with the due date of March 18, 2016, yet another PM case with the due date of April 1, 2016, and so on.


Additional schedule-related settings included in the PM group define when the schedule becomes effective, when it stops being effective, how far in advance the PM occurrences will be generated by the IMMS PM generator, and, finally, how much time the project team will be given to complete each PM.

The following table discusses each of the applicable configuration settings in greater detail:

SettingDescription
Schedule work <N> intervals in advance

In order to assign work to technicians and manage the team's workload, you want the PM cases for the specific occurrences to be generated. At the same time, you don't want to generate cases for the PM occurrences that are too far in the future, as they may likely change and will only clutter the views in the system.

This configuration setting allows you to control how far in advance the PM cases will be generated.

For example, if the PM group is defined as weekly, and this setting is set to 2 (i.e. "Schedule work 2 intervals in advance"), then each time the IMMS PM generator runs, it will make sure the PM cases are generated for the next two weeks.

Schedule Type

This setting defines the recurrence pattern:

  • The "Once" option is used to define work, which needs to occur only one time, such as initial commissioning work or a one-time / ad-hoc inspection;
  • The "Daily" option is used to define work, which must occur every day or on specific days every so often;
  • The "Weekly" option is used to define work, which must occur every week or every several weeks (e.g. every 2 weeks);
  • The "Monthly" option is used to define work, which will be due every month or during specific months; and, finally,
  • The "Annually" option is used to define work, which will be due every year or every several years.
Schedule Details

After the schedule type is selected, IMMS will allow you to specify the frequency and to further refine when the PM completion will be due. Specifically,

  • If the schedule is defined as weekly, you will be able to specify by which day of the week the work will have to be completed.
  • If the schedule is defined as monthly, you will be able to specify completion by a certain date (e.g. 25th of each month) or by a certain day of a certain week (e.g. second Thursday of a month);
  • If the schedule is defined as annual, you will be able to specify completion by a certain date (e.g. 25th of June) or by a certain day of a certain month (e.g. last Friday of September);
Schedule Range

This section contains a few additional parameters that define how the work is scheduled and when it will be expected to be performed.

  • Scheduling Window <N> days. The scheduling window defines how far ahead of the due date the work can be performed. For example, if a PM schedule requires work to be completed by Friday of each week, it may not make sense to complete the work on Friday one week, on Monday the next week, and on Friday the following week, as the interval between the second and third occurrences of the PM will be almost two weeks. The scheduling window allows the PM planner to prevent such situations by specifying a short scheduling window. For example, if the scheduling window is set to 1 day, the work will have to be performed on the due date; If the scheduling window is set to 2 days, the work can be performed on the due date or the day prior, and so on.
  • Start Date. The start date defines when the schedule defined by the PM group becomes applicable.
    For instance, if the PM group defines work to be completed by Thursday of each week, and the start date is specified as November 1, 2015, the first occurrence of the PM generated by the IMMS PM generator would be due on November 5, 2015 (which is the first Thursday following the specified start date).
  • End Date. In addition to the start date, you can put an end date on the PM schedule. You can do that by either specifying the number of occurrences to be performed or by setting a specific end date. The PM generator will not generate additional cases for PM occurrences when the specified number of occurrences is reached or when the calculated due date for the next occurrence falls beyond the specified end date.
To prevent discrepancies, IMMS will not allow changing the schedule of an active PM group. If you need to make changes to such PM group's schedule, first change the status to "Inactive" and save the change. Then start the Edit function again and modify the schedule settings. Change the status back to "Active" after all schedule configuration changes have been completed.

Specifying Scope

As the name suggests, the "scope" section defines the work required to be performed. That is accomplished by

  • Specifying the system elements, that the work is to be performed on, and
  • Specifying the work form, which defines the work to be completed for each system element.


IMMS provides two options for specifying the system elements to be included in the scope of the PM group:

  1. Specifying the system element type and location, so that system elements can be selected automatically. This option is practical when the system element selection is easily defined by location and type (e.g. camera). The main benefit of this option is that new system elements installed during the course of the project will be automatically added to the PM, as long as they meet the specified criteria (location and type).
  2. Select individual system elements. This option is practical, when the system elements need to be selected based on a somewhat complex criteria (e.g. all items of a particular kind mounted at a particular height and requiring certain equipment to complete the work). The drawback of this option, however, is that IMMS will not automatically pick up new items that may be installed and need to be covered by the PM.

You cannot combine the two definition methods for the same PM group. However, either method will allow you to define a PM group, which includes system elements of different types and located at different locations. You will also be able to select different work forms representing the procedures to be performed on the different system elements included in the PM group.


The subsequent sections provide additional details on each of these options.

Please note that you have to select the contract for the PM group in order to be able to specify its scope. The contract, once selected, will determine what system elements, locations, and work forms you can select to define the scope of the work.
If you modify the scope of a previously activated PM group, the PM generator will apply the changes to the cases associated with future  PM occurrences, i.e. cases whose due date is greater than the current date when the changes are made. All past PM occurrences (i.e. occurrences whose due dates already passed) will remain unchanged. In other words, changes are not applied retroactively.


Specifying PM Scope by Selecting the System Element Location(s) and Type(s)

The most efficient way to define a PM group's scope is to do so by specifying one or multiple system element type(s) and one or multiple location(s) as follows:

  • Select "By system element type and location" in the "Specify how system elements will be selected..." drop-down at the top of the "Scope" section;
  • Select one or multiple system element types by clicking on "Select SE Type(s)..." and using the standard system element type selector;
  • When a system element type is added to the PM group scope, you will need to select the work form to be used for the system elements of the selected type;

    In order to select a work form, the work form must be associated with the selected system element type and with the contract, for which the PM group is being created. If the selection options do not include the form(s) you're looking for, check the work form definitions and make sure they include necessary system element type and contract associations.
  • Select one or multiple location(s) by clicking on "Select Location..." and using the standard location selector;


When a group is defined by selecting the system element location(s) and type(s), the PM generator will automatically add all active (not disabled) system elements whose type and location match the criteria to the created PM case. In other words, a system element will be added to the case if

  • The system element record is not marked as "Deleted"; and
  • The type of the system element is one of the types selected in the PM group scope; and
  • The location of the system element is one of the locations selected in the PM group scope or is a sub-location of one of the locations selected in the PM group scope.

Use this PM group scope definition method to ensure that newly installed system elements are automatically added to the PM schedule. Since the PM generator relies on the type and location as the criteria when processing the groups, you will not need to add newly installed system elements to the respective PM groups manually.

Specifying PM Scope by Selecting Individual System Elements

Manually Selecting System Elements

When the PM group's scope cannot be defined simply by specifying the system element type(s) and location(s), you will need to select individual system elements to be included in the PM, as follows:

  • Select "List of System Elements" in the "Specify how system elements will be selected..." drop-down at the top of the "Scope" section;
  • Select one or multiple system elements by clicking on "Select SE(s)..." and using the standard system element selector

    The system element selector will include only the system elements associated with the contract, for which the PM group is being defined.
  • When a system element is added to the PM group scope, you will need to select the work form to be used for the system elements. (Note, the form will be selected automatically if there's only one form defined for the type of the selected system element);

    In order to select a work form, the work form must be associated with the type of the selected system element and with the contract, for which the PM group is being created. If the selection options do not include the form(s) you're looking for, check the work form definitions and make sure they include necessary system element type and contract associations.


Uploading a List of System Elements

If you already have the list of system elements to be included in the scope of a PM group you are configuring, you may save time by uploading a file with the list instead of selecting system elements one by one. The feature is available by clicking on the "Upload System Elements" button located next to the "Select SE(s)..." button.

To define the PM group scope, you need to prepare the file in a comma-separated values (CSV) format. The first line of the file should include column names and the rest of the lines should include the system elements to be added to the PM group scope, as discussed below:

Column NameDescription
Device_IDRequired. Specify the system element name, exactly as it is shown in IMMS. The upload function uses the name to find the system element to be added to the PM group.
Location

Optional. Specify the location path, e.g. "/Area 1/Building 2/Room 123". If the location is specified, the IMMS will look for the system element with the name matching that specified in the Device_ID column and with the location matching the specified one.

Note, the location path is added to the path specified as the "Base Location" on the file upload form. For instance, if the Base Location is specified as "USA / VA" and the system element location included in the file is specified as "Sterling/LG4/300", IMMS will look for system elements located at "USA / VA / Sterling / LG4 / 300".

Form_Name

Optional. You can use the column to specify the work form to be used for the particular system element. The specified form name must match that stored in IMMS. 

Note, if there's only one work form defined for the particular type of system element, you do not need to specify the form name in the file, as it will be selected automatically.


 

Removing a PM Group From the Schedule

If the PM group is no longer needed and the PM generator should not schedule work based on the group's definitions, you can change the group status to "Inactive", as described in the "Defining PM Group" section above. Inactive PM groups are not processd by the PM Generator.

  • No labels