A preventive maintenance plan (PM plan) consists of planned maintenance actions. Each maintenance action is generated into work orders. A PM plan can be established for any equipment or linear asset object. Each PM action contains information about under what condition criteria work order should be generated (based on calendar, event and/or condition), what type of competency is required for the task, what material is required for the task, etc. The PM Plan can be used to view and adjust the PM Actions with calendar-based / condition-based generation. Here the entire list of weeks and dates for which work orders will be generatedfor the PM Action. for calendar-based generation the dates are generated automatically using the criteria set up for calendar generation. For condition-based generation there will be a forecast of dates calculated by measurments done of the criteria set up for condition generation. You can djust the preventive maintenance plan (PM Plan) by changing the planned date.
The PM Plan can be modified at any time in order to optimize the plan, based on analysis of past maintenance actions such as historical work orders. Changes in the maintenance plan will affect the Purchase Requisitions generated from the Scheduled Task (Create purchase demands for PM Actions) and may result in being automatically removed or being marked as unnecessary lines.
The length of the PM plan, i.e., the number of planned maintenance actions generated in the PM plan, depends on the life span of the PM Action revision, the Valid To date or the PM Plan Horizon.
A PM Action revision can be connected to a Generated Work Time Calendar defined in IFS/Application Services. This feature helps to make sure that the planned dates of the generated PM plan lines will always fall on a working day. A PM plan is generated based on intervals, and therefore, the planned date of a PM plan line could fall on a weekend or some other holiday. Connecting a calendar prevents this from happening. When each PM plan line is generated, the planned date of that line is checked against the dates in the connected calendar, and if the date is not found, the closest working day that is next in line is selected as the planned date.
Inventory Part Demand Published badge indicates which of the planning lines are available for Inventory Part Availability Planning as demands. This is if any inventory parts has been defined for an Active PM action in the maintenance plan lines up to the least value of either the Valid To date, PM Plan Horizon or date depicted by addition of days in PM Inventory Part Demand Horizon on Site/Maintenance page to the system date from the Valid From date of the PM action or system date.
In addition to automatic generation of the PM Plan lines it is also possible to manually generate a selected row or multiple rows in the PM Plan.
You can also schedule and plan jobs and work lists (with jobs connected to
them) that are registered in the PM Action/Jobs and Templates
and PM Action/Work List tabs, for a single occurrence in the
PM Plan, provided that the work order site is enabled for jobs and work list
in IFS/Site and that Work Orders have not been previously generated.
If modifying the calendar or condition settings on a PM action, the
maintenance plan will be re-generated and all allocations done on
maintenance plan lines will be removed.
If IFS/Maintenance Planning Board (MPB) is used and the work order site is enabled for Maintenance Planning Board then the jobs and work list for each Calendar and Condition based plan lines which are not previously generated can be scheduled with Maintenance Planning Board and allocate resources. Resource allocations are saved in Jobs and Work List dialog for each plan line. Scheduling status and planned start and finish dates will be updated in PM maintenance plan for each line.
Maintenance performed on an equipment based on a calendar schedule. In other words, a time interval is the maintenance trigger for this type of maintenance. The calendar trigger consists of a start time and an interval. A PM plan is then created with dates for each future generation.
If the PM action is set to Performed Date Based- Yes, the maintenance plan is to be adjusted in time, based on the actual completion date of the last work task that was generated from the PM action. However, when you run a PM Action with Performed Date Based = 'Yes', only one Work Order will be allowed to be generated at a time.
A maintenance triggered based on the actual condition of an equipment. To determine the condition of an object, readings must be done and the object parameter's measurements must be reported.
If any cumulative condition is registered, one condition line is shown on the Maintenance Plan tab even before any measurement is registered. When two or more accumulated measurements are registered, it generates a condition-based forecast plan. Here, the Due (planned) Dates will be predicted under the assumption of linear use of equipment, while Planned Values will be calculated based on either;
However, the Due (planned) dates will be predicted under the assumption of linear use of equipment.
Here, the Planned Values will be calculated by adding the maintenance interval to the measurement at maintenance (latest measurement at the time the last work task is completed).
Next planned value = Value at Maintenance + PM Interval |
For example;
Date | Time | Measurement |
2019-May-11 | 22:00 | 200 |
2019-May-12 | 14:00 | 250 |
2019-May-13 | 20:00 | 300 |
Work done time | : 2019-May-12 18:00 |
Maintenance interval | : 200 |
Value at maintenance | : 250 |
Next maintenance at | : 450 |
Here, the Planned Values will be calculated based on a predicted value at maintenance. There are two formulas to predict the Value at Maintenance.
Formula 1 - If the work finish date is between two measurements, the estimated value at maintenance will be derived using interpolation.
Formula 2 - The Running Average is calculated based on the average usage per day under the assumption of linear use of the equipment object.
Next planned value = (Actual Last Work Task Completion Date - Previous Measured Date) * Running Average + Previous Measured Value + PM Interval |
Note: The Running Average is calculated based on the average usage per day under the assumption of linear use of the equipment object.
The Planned Values will be calculated based on above formulas only when accumulated condition-based PM action is set to Performed Value Based = Yes. User has the option of choosing which method to use to get the Value at Maintenance, through the Condition Forecast Configuration in the PM action/General tab. The DEFAULT value will be set as (a) Last Measurement at Maintenance.
For PM Actions, it is also possible to distribute jobs and work lists, registered on the PM Action/Jobs and Templates tab and PM Action/Work List page, to all occurrences in the PM plan. This feature is available on all PM actions.
If the checkbox is enabled, the distribution will take place when the PM plan is created for the first time, or when it is re-generated due to the changes in the calendar parameter, jobs, or work lists. Once distributed, the jobs and work lists can be scheduled on the PM plan level, i.e., for a single occurrence in the PM plan.
The details that can be planned are the date and time at which the job and work list is to start and the employee in-charge of the job and work list.
Employee signatures refer to the signature of the employee who is responsible for executing the PM action, jobs, and work list.
These signatures are inherited in levels. The levels can be broken down as follows, where Level 1 is at the top of the hierarchy:
The signatures entered at the top level will be inherited by the levels below, but not vice versa.
The inheritance of employee signatures works in the following manner. When a signature is changed at the top level, the system will replace all occurrences of that signature with the new one. Note: Signatures are replaced but not updated. Updating signatures at the top level would result in losing all the employee signatures previously planned at the levels below. Replacement of signatures prevents losing such information.
A Grouped PM Action with several Work List lines will be generated into a Work Order with Work Tasks. There can also be several grouped PM Actions included into same Work Order with Work Tasks. And there can be instances where these work tasks have connected work task steps. When the work order work tasks or work task steps statuses change, it will also have an influence in how the status against the Maintenance Plan line will be adjusted on PM side. The below columns on the Maintenance Plan tab reflect the Work task or task step statuses against each maintenance plan line;
Last Work Task Completed | This checkbox will be set if the last Work Task that
origin from the PM is set to status Work Done. Note: When updating the Actual Finish Date of the last Work Task of the latest Work Order, the Last Work Task Completion Date in the respective PM Maintenance plan line will also be updated. A journal note will be created on respective PM Actions to record such modifications. |
Last Work Task Completion Date | The date on which the last Work Task that origin from the PM is set to status Work Done. |
Last Work Task Step Completed | This checkbox will be set if the last Work Task step on the PM is set to status Done. |
Last Work Task Step Completion Date | The date on which the last Work Task Step is set to
status Done.
Note: When the system parameter DEF_TASK_STEP_STATUS = "Done", the work task steps will be created in status "Done". Then this date will be updated only when the work task is set to status Work Done. |
When several PM actions are merged into task steps within same task, the last work task and last work task step dates will be set on the Maintenance Plan lines for all PM actions included in the merge.
If PM action has Performed Date Based or Performed Value Based option set to "Yes", the Maintenance Plan for coming occurrences will be adjusted based on the date on which the last work task is set to Work Done.