PAM - Maintenance Management - PMMS Guideline
PAM - Maintenance Management - PMMS Guideline
(i POCS)
MANUAL
DECEMBER 2009
All rights reserved. This document either in its entirety or in part(s) may NOT be reproduced, stored in a retrieval system or transmitted in
any form or by any means (electronic, mechanical, photocopying, recording or otherwise) without the permission of the copyright owner.
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Document Authorization
Document ID:
Document Version: 0
Distribution: PETRONAS
Document Classification
SECRET or RAHSIA
CONFIDENTIAL or SULIT X
INTERNAL USE or UNTUK DALAMAN
OPEN or TERBUKA
PREFACE
The PETRONAS Maintenance Management System (PMMS) is the commonly applied software
supported system to manage physical assets at Operating PETRONAS Units (OPUs). The system is
based on the computer-supported SAP R/3 Enterprise Resource Planning (ERP) software and in
particular the Plant Maintenance (PM) module.
PM is an integral component of the R/3 System with direct links to components in the R/3 system.
The integrated workflow management enables continuous exchange of information with other
components in the SAP/3 System, thereby ensuring an optimised and efficient business process.
The functionalities of the PMMS are specifically designed to extensively support the predefined
maintenance management work processes. Key success factors are the consistent application of the
functionalities and accurate and meaningful data are entered and utilized for analyses.
This manual is a living document and will be updated on as need basis to cater for continual changes,
as the pool of knowledge and experience in the Group and industry is growing.
Objectives
The manual has been written to provide guidance and tools necessary and operate a Management
System for PMMS related matters in a PETRONAS HCU/OPU
It provides:
A reference for line managers, senior and junior staff needing guidance on implementation
and management of PMMS requirements
A route map to more detailed reference with guidance to their application
It includes the areas in maintenance encompassing Master Data Management, Work Management
and Performance Management. It also includes the non-technical areas that are organizational, skill
related, or management in nature, such as,
- Community of Practice (CoP)
- Expert Users / Focal Person appointment and succession planning
- Capability building and competency management
- PMMS utilization benchmarking
- PMMS best practice validation
- Business process compliance
- Data quality assurance
In addition, it also includes areas that may not be always or entirely carried out by the Maintenance
community but may involve Maintenance in the process. These areas are:
- Inspection
- Plant Change
- Plant Turnaround
Most importantly, these activities carried out in these areas constitute part of the equipment’s history,
which should rightful be recorded against the equipment as part of the equipment lifecycle report.
Every OPU is unique; it is operated in different ways, is sited in different locations and it changes over
time. Therefore it is not possible to be prescriptive about the solutions that all OPU should adopt.
Each OPU should assess how to apply these guidelines to their own organization.
Language Convention
In this document the recommendations for a course of action are made with varying degrees of
emphasis. As a rule:
'shall' indicates a course of action with a required, mandatory status within the OPUs. The
English language equivalent or interchangeable term of “shall” is ‘must.”
'should' indicates a preferred course of action.
'may' indicates a possible course of action.
In this document the collective expression of PETRONAS are sometimes used for convenience in
contexts where reference is made to the OPUs in general. These expressions are used where no
useful purpose is served by identifying the particular company or companies.
It is recognized that due to the variability in size, complexity, and maturity of the different OPUs and
their businesses, the application of this document should be made fit-for-purpose.
TABLE OF CONTENTS
PREFACE ............................................................................................................................... 4
PMMS GUIDELINE OVERVIEW ............................................................................................ 5
Objectives ......................................................................................................................................... 5
Structure and Content .................................................................................................................... 5
INTRODUCTION .................................................................................................................... 9
Purpose ............................................................................................................................................. 9
Scope ................................................................................................................................................. 9
1 LEADERSHIP AND COMMITMENT ............................................................................. 10
2 POLICY AND STRATEGIC OBJECTIVES ................................................................... 11
3 ORGANIZATION, ROLES AND RESPONSIBILITIES, RESOURCES, USER
MANAGEMENT AND CAPABILITY BUILDING .................................................................. 12
3.1 Organization and Roles & Responsibilities ...................................................................... 12
3.2 Community of Practice (CoP) at OPUs ............................................................................. 12
3.3 Resources and Support in OPU ......................................................................................... 13
3.3.1 Expert Users and Focal Persons................................................................. 14
3.3.2 Succession Plan for Focal Persons ............................................................. 14
3.4 Capability Building for PMMS Users................................................................................ 15
3.4.1 PMMS User Competency Management ...................................................... 15
3.4.2 PMMS Training Plan ................................................................................... 17
[Link] PMMS Central Training ......................................................................... 17
[Link] PMMS OPU Request Training ............................................................... 18
[Link] PMMS OPU Internal Training ................................................................ 18
3.5 Managing Continuous Improvement in PMMS .............................................................. 19
3.5.1 PMMS Benchmarking.................................................................................. 19
3.5.2 Performance Improvement Initiatives Tracking (PIIT) ................................. 19
3.5.3 PMMS Best Practice Validation................................................................... 20
3.5.4 PMMS Change Request.............................................................................. 20
3.6 PMMS User Management ................................................................................................... 21
3.6.1 Rationalization of User IDs Registered in PMMS ........................................ 21
4 PROCESSES IN PMMS ................................................................................................ 22
4.1 MASTER DATA MANAGEMENT ................................................................................... 22
4.1.1 Maintenance Business Introduction ............................................................ 22
4.1.2 Plant Asset Structure................................................................................... 23
4.1.3 Functional Location Master and Equipment Master .................................... 27
4.1.4 Classification and Characteristics ............................................................... 28
4.1.5 Equipment Catalogue Profile....................................................................... 30
4.1.6 Bills of Materials (BOMs) ............................................................................. 32
4.1.7 Maintenance Plans ...................................................................................... 35
4.1.8 Technical Objects in PMMS related to Master Data Management .............. 39
[Link] Building Company’s Structure and Coding ............................................ 40
[Link] Relationship of organizational and maintenance objects ...................... 40
4.2 WORK MANAGEMENT .................................................................................................... 41
4.2.1 Classification of Maintenance Work into Proactive and Reactive Types ..... 43
4.2.2 Managing the Maintenance Process in PMMS ........................................... 44
[Link] Work Identification ................................................................................. 46
[Link] Job Acceptance ..................................................................................... 47
[Link] Planning................................................................................................. 48
[Link] Scheduling ............................................................................................. 52
Group Technology Solutions Page 7 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
INTRODUCTION
PETRONAS Maintenance Management System (PMMS) is identified as a key sub-capability of the
Physical Asset Management capability within the integrated Plant Operations Capability System
(iPOCS). The objective of iPOCS is to build institutional capability in plant operations and establish a
Reliable, Repeatable and Replicable (3R) ‘way of operating’ to achieve Operational Excellence,
supporting the Corporate Agenda.
This manual provides an integrated framework of controls that promotes a shared, structured and
effective way of working to enable stakeholders to focus on key issues in maintenance management
and ensures that the application of PETRONAS Maintenance Management System (PMMS)
commensurate with the business objectives of the company.
• To support and enhance the maintenance management business processes for company’s assets
through automation of the maintenance work processes.
• To capture failure and cost history to enable analysis to support effective decision making
processes.
• To be the single repository for pertinent reliability and maintenance data.
The PETRONAS Maintenance Management System requires that the relevant business processes
and practices are defined, planned, carried out, controlled and directed so that the company’s vision
and business objectives are met, while aiming at and allowing for continuous improvement.
Implementing and consistently utilising the PMMS will enable the OPUs to deliver enhanced
operational performance in:
It should be noted however, that the strength of any Computerized Maintenance Management
System (CMMS) system is not its ability to collect data, but the ability to retrieve meaningful
information that can be used to enable continuous operational improvements.
Purpose
This manual is intended to provide an understanding of the rationale underlying the PMMS concept,
guidance and recommended course of actions for the effective and efficient management of the
PMMS at OPUs.
This manual is not meant to replace the PMMS Blueprint Document and reference to the Blueprint
should be made in the event that more detailed technical information is required.
The target audience is those who have a role to play in managing the PMMS and all PMMS users.
Scope
The scope of this manual covers the following elements:
Group Technology Solutions Page 9 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
The leadership team shall provide visible leadership and commitment in order to ensure that this
commitment is translated into the necessary resources to implement and manage the PMMS
effectively and must foster an active involvement in improving and sustaining the PMMS by
encouraging and nurturing a culture of belief, motivation, participation, and commitment to manage
and maintain the PMMS.
Visible leadership and commitment at different management levels can be demonstrated through, but
not limited to:
• Providing strategic direction, guide, drive and support the application and improvement of the
PMMS
• Translating PMMS related objectives into reality through developing strategies and initiatives
aimed at achieving the desired end-state.
• Reviewing and endorsing selected strategies to achieve the business objectives
• Ensuring that appropriate KPIs to monitor and measure performance are developed
• Ensuring KPIs are monitored on a regular basis via other monitoring platforms (apart from
monthly CoP) i.e. via daily/weekly maintenance, operations meetings, etc
• Setting challenging but realistic targets which commensurate with the business requirements
• Endorsing improvement proposals and programs and ensure that progress is consistent with the
plan
• Resolving priorities and resource issues
• Ensuring that PMMS improvement initiatives are effective and adequate in meeting performance
targets
• Initiating periodic audits and management system reviews and that agreed specific and practical
recommendations are implemented within the agreed time frame
• Ensuring that the number of PMMS ID users remain optimal
• Resolving interface problems with the various departments, if any
• Assigning a single point responsibility at various levels in the organization for the proper
management and application of the PMMS, while ensuring clear and sound roles, responsibilities
and accountabilities.
• Providing effective training to all users and communicate effectively with all stakeholders
• Belief in the company’s will to use the PMMS to the full extent
• Participating and involving in the development of an effective PMMS
• Creating and sustaining a culture that supports the PMMS
• Allocating adequate resources, e.g. time, budget and competent human resources, to PMMS
matters
• Attending PMMS Community of Practice (CoP) meetings
• Leading and active participation in PMMS improvements initiatives
• Motivating and encouraging active participation of staff at all levels by seeking their views and
involvement in PMMS and pursuing suggestions for improvement
• Putting PMMS matters equally high on agenda of meeting, from the management committee and
downwards
• Communicating the importance of PMMS consideration in business decision making
• Requesting regular PMMS reports and acting on those reports
• Setting specific, measurable, actionable, realistic and time-based reliability targets for the
organization, through effective utilization of PMMS
• Enhancing the sense of unity and common purpose in achieving the effective utilization and
highest penetration of PMMS at the OPU.
Note: all forms, framework documents and guidelines referred to in the following sections are
available from the PMMS CoP AXIS website or via the PMMS central team.
The function responsible for the management of the PMMS shall be reflected in the organizational
structure and be allocated with adequate resources.
The purpose of the function, principal roles, responsibilities and accountabilities of the position within
the organizational structure, in the context of management of the PMMS, shall be clearly described in
the relevant Position Descriptions.
In order to manage and align the activities related to PMMS, it is recommended that a dedicated
forum or Community of Practice (CoP) be established at the OPUs to act as the platform to define
roles and responsibilities and carry out its duties, accountability, etc.
A CoP is a group of people who has a shared interest in embedding the PMMS utilization capability
within the OPU, and who want to continuously improve the PMMS utilization and the efficiency of the
maintenance business processes.
This multidisciplinary approach allows cross fertilization of expertise and enhances the team’s overall
capabilities. The forum should be used to share learning, knowledge and experience in managing the
PMMS initiatives, best practices, benchmarks, and technological advancements etc.
The forum should generally comprise of at least representatives from all end users and Terms of
Reference of the forum shall be clearly defined.
The CoP should meet regularly e.g. at least once every two months and the following topics may be
addressed:
1. Number of plant PMMS CoP meetings held 6 per year 12 per year
The Expert Users are expected to provide daily PMMS operational support to the Focal Persons, who
in turn should provide support to all end-users in their respective environment.
In addition, Expert Users are expected to liaise with Group central support organization for resolution
of more complex issues and conduct training sessions for all users.
It is important that the Expert Users and Focal Persons network with their counterparts from other
OPUs, in order to share experience and learn from each other. They are encouraged to attend the
regular Focal Person Workshops organized by the Central Team in order to keep abreast with the
latest developments in PMMS and other initiatives to ensure the sustainability of the consistent
PMMS utilization.
The Focal Persons and Expert Users are responsible for organising and conducting training sessions
in their OPUs.
Training for new PMMS users or for new PMMS features should be organized on an as need basis.
This type of training can best be delivered on one-to-one or one-to-a-few basis (e.g., 2-3 new joiners
at one time). For new functionalities or features, a demo cum briefing session might suffice (e.g.,
during a departmental meeting, the Focal Person briefs the group on newly implemented features and
conducts a demo).
Refresher trainings are normally organised for bigger groups to achieve economies of scale and
usually require a classroom setting. Courses should be pre-identified and arranged, so that the users
can register themselves. The CoP may also set up rules to compel every user to attend a minimum
number of training sessions per year in order to maintain their skills.
A formalized succession plan should be put in place when selecting new Focal Persons for an OPU.
This is to ensure sustainability of the Focal Person role and that the Focal Persons are retained long
enough for them to gain enough knowledge, exposure, and experience before moving on to another
position. In addition, a succession plan can also ensure that proper handover and knowledge transfer
takes place when there is a new Focal Person appointed.
At any one time, there should be at least 2 Focal Persons; 1 Main Focal Person and 1 Deputy Focal
Person in an OPU whereby:
The recommended minimum appointment period for a Focal Person is a 2-3 years tenure. The
appointment of Deputy Focal Person should overlap the Main Focal Person by at least 6 months for
transition and he/she will eventually take over as Main Focal Person when the Main Focal Person
moves on, as illustrated in the diagram below:
All appointed Focal Persons should complete the Skill and Expert Central Training by choosing any
session in the Central Annual Training Plan.
All Focal Persons and Experts Users shall sit for the Expert Level Competency Assessment
organized by the Central Team. This assessment is organized at least once a year depending on the
need and requirements of the Focal Persons/Expert Users.
The PMMS User Competency Management Framework was developed to manage the PMMS skill
and knowledge development of the PMMS user community. The Framework’s aim is to ensure that all
PMMS user become competent in using the PMMS.
Competency Matrix and Descriptor which describe the PMMS functional areas that each job
position should be skilled in and the competency level to be attained. The matrix determines
the assessment and the training program that a user requires based on his/her job position.
Competency Matrix
Competency Descriptor
Training Curriculum which contains all the training materials on PMMS, organized by
competency level. The training materials are published online on EPSS (PETRONAS
Electronic Performance Support Site) accessible via PETRONAS Intranet under Education.
Every OPU shall assess all PMMS users in the OPU using the PMMS Competency Questionnaire
(available from the PMMS central team). The assessments should be administered by the OPU’s
Focal Persons. Focal Persons are responsible for arranging the venue, which should be equipped
with PCs, as well as the necessary logistics for the users who are supposed to sit for the assessment.
Users can be assessed in groups/batches in an OPU as per the discretion of the Focal Persons.
All scores from the Competency Assessment Questionnaire should be translated into the
Competency Assessment Scorecard. The passing level for user assessment is 70% and 80% for
Expert Users accordingly. If an OPU does not attain the passing level, the CoP and the Focal
Persons should analyze the results and identify the area of weaknesses in SAP skills, then additional
training sessions should be conducted for the users who did not attain the passing level. The PMMS
Competency Assessment Gap Analysis Template should be utilized for this purpose. Assessments
shall be administered again after training for these users.
The assessment result obtained by each user is valid for 2 years. If, after the 2 year period, the user
is in the same job position, then he/she should take the assessment again.
Group Technology Solutions Page 16 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
If a user is transferred to a job position and thus will carry a different role in PMMS usage, then
he/she shall be re-assessed based on the new job position.
The Central Training is intended as a Train the Trainer session for the Focal Persons to equip
themselves with sufficient skill and knowledge to subsequently be able to conduct the training in their
respective OPUs.
Focal Persons and Expert Users should only attend the Skill and Expert Competency Level training
once they have completed their Competency Assessment. Focal Persons and Expert Users should
complete the Skill Level Training as a pre-requisite before attending the Expert Level Training. Users
who are nominated by their Focal Persons to attend the Skill Level Training should have attended at
least 1 OPU Internal Training at their OPU and this shall be detailed in the Central Training Request
Form.
Focal Persons may submit early nomination of their users to the Central Team; however for
confirmation of seats, Focal Persons must fill up the Central Training Request Form and obtain the
necessary approval from their respective OPU’s Maintenance Managers before submitting it to the
Central Team 1 month before the training date. Participants are not allowed to repeat a particular
training especially within the same Financial Year as priority is given to new Focal Persons/users who
have not attended the training before.
All participants are required to have their own BW IDs prior to attending the Business Warehouse
(BW) training session.
All participants should be reassessed after attending the Central Training, either in their OPUs or via
Central Competency Assessment Sessions.
OPUs should only request for training once they have achieved a 100% completion of their
Competency Assessment session for all PMMS Users in their respective OPUs. Training sessions to
be conducted based on Topic Areas as outlined in the Training Curriculum.
Training conducted will be up to a maximum of 3 days per session and the training topic can be
repeated up to 3 days (i.e. Timesheet topic to be repeated for 3 days to different trainee groups). If
repetition of topics is required; 1st day will be conducted by a Central Trainer, subsequent days to be
conducted by OPU FP with the attendance of a Central Trainer. This is to familiarize and train the FP
to run any future training at OPU.
To book an OPU Request Training session, Focal Persons must fill up the OPU Training Request
Form and submit it to the Central Team at least 2 weeks prior to the chosen date.
Once training request has been confirmed, Focal Persons should prepare the necessary trainings
logistics and training venue/room in their respective OPUs to accommodate the training sessions.
The Central Team shall not be involved in OPU Internal Trainings. These trainings are solely the
responsibility of Focal Persons and Expert Users in the OPUs.
The future of PMMS depends on an OPU’s ability in sustaining and enhancing their PMMS
performance. This section describes the different sustainability activities to help OPUs manage and
maintain continuous improvement in PMMS and derive the maximum value out of PMMS utilization.
This is in accordance to OPUs’ quest to elevate their Plant Performance towards achieving the status
of High Performance Plants.
Quantitative approach which analyzes OPU’s KPIs/statistics based on data extracted from
the system and input from Focal Persons via the PMMS KPI Statistics Questionnaire
Qualitative approach which analyzes feedback from maintenance users of all levels via the
PMMS Benchmarking Survey
The benchmarking results will be scored based on 3 benchmarking categories, Leadership, Capability
and Mindset & Behaviour.
Focal Persons shall conduct and complete the benchmarking exercise in their respective OPUs within
the stipulated deadline which is usually about 1.5 -2 months. Focal Persons should complete the KPI
Statistics Questionnaire and administer the Benchmarking Survey according to the defined target
headcount within their maintenance community. All completed benchmarking questionnaires, survey
forms, and supporting benchmarking documents should be sent back to the Central Team within the
stipulated dateline.
A post benchmarking OPU Detailed Benchmarking Result Analysis shall be conducted with Focal
Persons of all OPUs in a one day session held centrally to identify significant gaps and improvement
opportunities based on the benchmarking results. The findings and action items must be documented
in the OPU Detailed Benchmarking Results Analysis Report, which should then be presented to the
OPU CoP and management of the respective OPUs. Further to that, all identified action items should
be formalized and converted into performance improvement initiatives for the OPUs.
Each improvement initiative should identify the underlying issue, the required action points, people
responsible and the target dateline. To formally raise a performance improvement initiative, Focal
Person must ensure these details are documented in the PMMS Performance Improvement Initiatives
Action Form. Every improvement initiative raised as well as completed and closed must be signed off
by the initiative owner, the respective Central Team member, and endorsed by the OPU’s
Maintenance/Engineering Manager.
To ensure sustainability of performance, OPUs should consistently maintain their performance for a
minimum period of 3 months before they can officially close an improvement initiative.
The PMMS Best Practice Validation framework was developed to illustrate the validation approach of
OPU PMMS best practices. The validation of OPU best practices is important as it verifies and
endorses that the nominated practices generate the required business benefits and value. The
validation is executed in accordance to the “3R” Practices manner namely RELIABLE, REPEATABLE
and REPLICABLE in order to sustain and spread the performance gains across all OPUs.
The validation process involves reconciliation of the best practice’s key benefits against the OPU’s
KPI extracted from the PMMS, in addition to further on-site review, if necessary. The validation results
should be captured in the PMMS Best Practice Validation Report Template.
Any request for changes to the existing PMMS system functionality initiated by the maintenance
community must be raised in the PMMS Change Request Form to ensure that there is a complete set
of documentation supporting each request and to facilitate the review and discussion process. The
implementation of a Change Request involves scope definition, system design, cost, planning &
scheduling, resources, delivery method and documentation.
OPUs should ensure that they discuss and verify the change requirement with their
Maintenance/Engineering Manager before raising it as a change request. Each OPU shall take
ownership of their OPU’s change request unless the change request impacts groupwide. Groupwide
change requests shall be owned by Engineering Managers’ Panel. Once the change has been
implemented, the change requestor shall sign off the User Acceptance and Sign-off Form to confirm
that the change has been fully and correctly implemented.
improvement initiative.
Each nominated user will be provided with an ID in the PMMS. It should be noted that every
registered user in PMMS incurs a one time charge and a yearly license fee. It is therefore important
that OPUs rationalize the user IDs in the PMMS to avoid incurring higher license fee than necessary
(CoP is expected to monitor the rationalization of user IDs).
As a guide, a number of rules can be applied to optimize the user ID numbers in an OPU:
The Focal Persons should manage the list of PMMS users meticulously and keep the list up-
to-date
Every user who has left the organization (e.g., staff who have been transferred) shall have
their ID removed from the system immediately
Users who hold important LOA (e.g., for PR approval, work order approval) must be assigned
individual IDs, to ensure that an audit trail is recorded and maintained in the system
The OPU may consider consolidating the number of user IDs for users who perform similar
roles, e.g., all planners can share an ID.
Only 1 user ID is needed to be assigned to all users who only access the system for simple
tasks or for browsing purpose, e.g., all operators from a process area can share a common
ID as they only use the system to create notification and display the notification status.
User IDs that do not have activity for a period time (e.g., no log in for 3 months) should be
removed from the system.
4 PROCESSES IN PMMS
4.1 MASTER DATA MANAGEMENT
4.1.1 Maintenance Business Introduction
Master Data Management, its recording, maintenance management and analysis of the plant and
equipment (assets) shall be to the level that ensures safely meet its operational and fiscal
requirements. The three keywords typically used to describe the level are integrity, reliability and cost.
Master Data Management can be further described in the following general business objectives:
Master Data Management encompasses the areas below and shall be further covered in more detail:
All plant assets including tools that require some form of maintenance, periodic calibration, inspection
or engineering support during its life cycle shall be entered into the asset register in PMMS and the
equipment characteristics shall be duly completed.
A process to manage registrations of new equipment and/or deletions of existing assets resulting
from projects or MOCs shall be established.
OPU shall have an Asset Structure in PMMS to represent the hierarchical breakdown structure of its
entire plant. Structure is defined according to PMMS guidelines.
The Asset Structure hierarchy shall represent the levels and relationships of plant process units, sub
units, functional location boundaries and equipment that are installed in their respective Functional
Location boundaries.
Functional Boundary is termed as a grouping of main and supporting equipment which provide one
main function for delivering intended output from maintenance perspective. The example below
illustrates the functional boundary for gas turbine.
Equipment that requires maintenance within the functional boundary will be assigned with a specific
tag, utilizing Functional Locations. Equipment shall represent the unique register of each asset, (e.g.
Loading pump, vessel or relief valve) that are installed to a functional location boundary etc.
Maintenance notifications and orders shall be created against the equipment so that when the
equipment is dismantled and later installed to another functional location (Tag No.), its historical
maintenance data would remain attached to it.
Plant Asset Structure shall consist of Process Areas and Non-Process Area. Examples of Non-
process areas are Safety Systems, Electrical Distributions System etc, which normally includes
shared functions.
Complete and accurate registry of site assets, which is an essential prerequisite of Asset
Management
Among others, proper asset registry should be numbered and labelled, should highlight
equipments needing statutory inspection, should highlight equipment importance i.e. the
criticality level of the equipment, should highlight assets separate identification and be
individually identifiable, etc
Therefore, it is imperative that a collection of plant assets shall constitute system or sub-systems.
The illustration above explains the physical asset representation. The structure can consist of various
hierarchical levels. At the highest level is either a company or a plant itself. Subsequent level is a
process unit, sub process unit and functional boundary.
The basic structure of the hierarchy in the illustration is described in the graphical representation of a
typical plant structure, as below:
• Level 3: Company
• Level 4a: Plant
• Level 4b: Process Area
• Level 5a: Process Unit
• Level 5b: Sub-Process Unit
• Level 5c: System
• Level 6: Functional Boundary
• Level 7: Sub-boundary
• Level 8a: Tag Number
• Level 8b: Equipment
Functional Location Master shall be used to capture information related to location, process or
group of functions.
Functional Location Master Data shall be used to structure or represent a plant relationship,
between organisational set-up, process and maintenance functions.
Any plant asset location, process structure identified in the Plant Asset Structure Detail
Design shall be created as unique functional location number.
Functional Location Master shall also be created to represent the equipment tag number.
In general, Functional Locations shall represent the whole asset structure from the top down
to the tag number, e.g. Plant, Area, Unit, Sub-unit, functional boundary and tag number.
Equipment Master is a uniquely identifiable physical asset with its number internally generated by
PMMS.
All notifications and work orders shall be assigned to an equipment number where costs and
history is recorded.
When an equipment master is dismantled and installed from one location to another, its
equipment master history remains attached.
The Equipment position will be the lowest level of Functional Location Hierarchy (also known
as tag number) at a position where equipment can be removed/installed and for which
technical and financial reporting is required.
For asset requiring reliability, availability, maintainability & life cycle cost analysis, it must be
registered as an equipment master.
Assets that do not have its own tag number (but with maintenance frequency, type of work
activities and cost), need to be captured for analysis and needs to be registered as a generic
equipment master by area/location. This is for the purpose of operations or maintenance staff
to raise notification against it. Usually, generic equipment has no reliability impact to the plant
operation.
Each equipment master should be assigned as a one-to-one relation with the Functional
Location.
Equipments shall also be categorized according to their criticality, which is an important process
when developing asset structure. Equipment criticality shall be based on ECA methodology.
All equipment in PMMS shall be assigned to its appropriate functional or equipment class based on
the type of the equipment.
Characteristics value should be entered for all equipment, but priority should be given to critical
equipment i.e. Criticality Level 1 and Level 2.
To group equipment and functional boundary belonging to the same characteristics and
functions
To enable Reliability and Maintenance (RM) data collection for analysis of equipment class by
an OPU or among OPUs
To structure the classes to allow drill down and roll up analysis.
To enable benchmarking, RM & Key Performance Indicator (KPI) analysis, Equipment Class
& Functional Boundary Class KPIs and Reporting could be used to identify areas of
improvement.
Technical Object or Equipment installed in the plant shall be classified according to its function and
characteristic for high level Reliability and Maintenance (RM) analysis and performance track of a
class of equipment in a location or area.
At the functional boundary level of the asset structure hierarchy, functional boundary
classification should be used for collecting, merging and ‘Reliability and Maintenance (RM)’
analysis of equipment unit, of the same function like gas turbine, compressor or pump
boundary.
The characteristic of each classification is for further classification of the equipment in a class,
into technical and operational parameter for the basis of RM data collection. There are some
data which are common to all equipment classes and some data which are specific to each
equipment class.
Classification is beneficial to gain a horizontal view of the equipment. Horizontal view enables
one to analyse the equipment across different plants, within one or more location/train; as
seen in illustration below. Two examples to how this would work are as follows:-
o A PM Engineer would like to select all Gas Turbines in each train across the plant for
analysis.
o To select all PUMPS operated in a single location for analysis
Plant
A
Across Plant
The Equipment Class shall be grouped into equipment of the same function in the equipment
class hierarchy. Example of equipment class hierarchy in Mechanical equipment at Rotating
equipment sub hierarchy level: pumps, it is further classified into Pump centrifugal, Pump
rotary, Pump reciprocating i.e. accounting to the equipment design feature.
The first character in each equipment class coding should be used to represent the
equipment discipline i.e. ‘E’ represent Electrical equipment class, ‘I’ represent Instrument
equipment class and ‘M’ represents Mechanical equipment class.
An Equipment Class to be created only for those equipment that require maintenance and
reliability analysis value of its maintenance data.
Some sample equipment classes hierarchy can be seen in the illustration below.
For example, a Mechanical Equipment class hierarchy is further sub-divided into Rotating and
Static sub-hierarchy element.
The rotating equipment class hierarchy consists of equipment classes for combustion engine,
pumps, compressor and turbine etc.
The equipment class is defined at this lowest level, in this case being the engine, pumps,
compressor and turbine. The equivalent class description also applies to the other equipment
classes.
Group Technology Solutions Page 29 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Mechanical
Rotating
Engine
Pump
Compressor
Turbine
Static
Vessel
Column
Heat
Exchanger
Separator
Filter
Ejector
Well Head
Examples of equipment characteristics are pump suction pressure, pump discharge pressure, etc
The assignment of characteristic values to characteristics can occur during one of the following
business processes:
Commissioning of new plant and equipment
Modification of existing plant and equipment
Data review (e.g. As part of an upgrade project)
Catalogue profile shall be assigned to each equipment according to the corresponding equipment
class.
To enable benchmarking, RM & Key Performance Indicator (KPI) analysis, identify areas of
improvement, etc
To enable Reliability and Maintenance (RM) data collection, and drill down & roll up analysis
of equipment
To standardize structure, codings, etc
The following guidelines are adopted for the set-up of catalogue profile:
o Exception case: There are certain catalogue profiles which is applicable to several
sub-level equipments. Thus the catalogue profile would only be named at the highest
level of that equipment class group e.g.
- A catalogue profile applicable for all level of equipment classes under Motor
(Asynchronous induction machine).
- The catalogue profile named E-Motor is to be assigned to all equipment
class under Motor, i.e. EMH, EMHS, EML1, EML2,EMLS1 & EMLS2
A mapping of catalogue profiles to each equipment class should be used when assigning catalogue
profile to respective equipment. Below is a simplistic view of the Catalogue Profile Structure.
Catalog Profile
Object Part
Damage Code
Cause Code
Activity
Below, is a sample report and analysis, which also illustrate object parts and damage code examples
Pump Casing 2 0 0 0 0 0 1 3
Shaft 0 2 1 1 1 0 2 7
Impeller 0 0 0 1 1 0 0 2
Coupling 0 0 1 0 0 0 0 1
Wear rings 0 0 0 0 0 0 0 0
Shaft sleeves 0 0 0 0 0 0 0 0
Total 4 2 12 7 8 2 6 43
A maintenance bill of material (BOM) is a complete, formally structured list of the components and
assemblies making up equipment. The list contains the material numbers of the individual
Group Technology Solutions Page 32 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
components together with their quantity installed and unit of measure. The components can be stock
or non-stock spares.
Review has to be conducted to identify equipment requiring BOM. This requirement shall be recorded
in equipment master data by setting the equipment user status “BOM” (BOM required).
BOM shall be developed for all the equipment identified above. Priority of completion shall be given to
equipment with higher criticality.
BOM shall be developed in hierarchical manner, i.e. utilizing assemblies and assemblies BOM.
Objectives for BOM are as follows:
a) To improve the planning efficiency of maintenance orders (selection of spare parts to use in
maintenance orders)
b) To ensure that the correct parts with the right specifications are used hence, reduce the
error in purchasing equipment part.
c) To provide ‘where-use’ information of each spare part.
d) To provide fast retrieval of stock material and identify parts to raise purchase requisition for
the parts.
For all plant equipment which has a tag number and needs to be maintained, a BOM needs to be
created for that equipment. However, if the above has not been executed, the following will need to
be done. The BOM must be created for equipment according to the priority listed below.
1. All identified critical equipment
2. All rotating equipment
3. All equipment registered under DOSH requirements
4. All control valves / actuated valves
Non-catalogued parts shall be included as text item in BOM which consist of part specifications and
purchasing information.
BOMs shall utilize the multi-level BOM feature, where as much as possible, materials should be
grouped under the corresponding assemblies.
The figure above is an example of a Multi-Level BOM. There can be one or more sub-assemblies in a
main assembly as seen above.
In an Equipment BOM, the highest level of the assembly is assigned to the equipment.
In a Material BOM, if the assembly BOM needs to be assigned to two or more similar
equipment, then only one assembly needs to be created. A Material BOM is used to create a
PM Assembly as well as assigning the component to that assembly. To link the assembly to
the equipment, an Equipment BOM is created. Thus, avoiding duplication of assembly BOM
in the system and reducing maintenance effort of BOM.
Material Types
There are several Material Types which can be used during BOM creation. Below is a description of
what material type to be used during BOM creation:-
Each equipment consists of several assemblies. This assembly should be created in the
BOM where the system automatically assigns material type IBAU (Material BOM) to the
assembly. This assembly has a 6-series numbering that is assigned internally.
The component will be assigned to the assembly.
The material assigned can be a Catalogued and Non-Catalogued (document, product
information, sectional drawing material)
Catalogued material has a material number and created under respective planning plant.
Non-Catalogued materials where the detailed component specification and supplier
information is required during purchasing activities. This is to assist copying from the long text
during purchasing and to assist the planner for fast retrieval of specification when needed.
Material specification documents and sectional drawings should be attached to the respective
material item for easy referencing.
After understanding the elements in Functional Location, Equipment and Bill of Material, below is a
summary of the relationship between these 3 in diagrammatic form.
Maintenance plans shall be created accordingly for all relevant equipment based on the results of
equipment reliability studies (e.g. RCM, RBI, and IPF). Based on these results, the user status in
each of the respective equipment master should be updated accordingly to indicate maintenance plan
requirement, i.e. set to
MPLAN – To indicate that the equipment requires some form of maintenance plan
RTOF – To indicate that the equipment does not require any form of maintenance plans, i.e.
Run to Failure
In developing the maintenance plans, priority shall be given to the more critical equipment category
first, i.e. start with C1 equipment, then C2 and finally C3.
Maintenance plans and task lists shall be defined according to a standard naming convention to
facilitate efficient management of the database. Details are available in EPSS.
A maintenance plan shall contain, as a minimum:
• Description of the Maintenance Plan
• Task list and work instructions – Specific Job Safety Analysis, work instruction(s) and
checklists shall be clearly referred to in the Maintenance Plan.
• Party responsible (Main Work Centre) to perform the task
• Number of persons and duration
• Frequency – i.e. 3-monthly, 6-monthly
• Materials and other resources required to perform the task
Prior to the creation of maintenance plans, the maintenance strategy has to be established. A
maintenance strategy consists of the compound maintenance packages configured based on the
logical sequence and frequency of the maintenance plan applied according to the RCM study.
However, the maintenance strategy developed should be flexible enough to cater for changes in the
frequency of required tasks according to actual failure analysis results.
The maintenance orders from these maintenance plans shall be generated well in advance of the
planned execution date to allow for adequate time to plan and schedule the execution based on the
manpower loading during that time. Recommended call horizon is at 50% of the frequency, e.g.
50% x monthly = 2 weeks before planned start date
50% x 3 monthly = 1.5 months before planned start date
50% x 6 monthly = 3 months before planned start date
50% x 12 monthly = 6 months before planned start date
Note: Shorter frequency, e.g. weekly or two weekly requires smaller call horizon to ensure early
generation of orders. For example, to ensure a weekly PPM order to be generated a week
before, call horizon is set at 10 or 20%.
10% x weekly = 7 - 0.7 days, est. 6 days before planned start date
20% x 2 weekly = 14 – 2.8 days, est. 11 days before planned start date
The start-end time allowed for the user to complete the job should be correctly specified in the
maintenance plan to an agreed ‘standard’ duration according to the maintenance packages. This
window shall not be set too big to avoid introducing too much delay in the execution of the job from its
original intended start date. The recommended duration for each maintenance order (end date – start
date) is at 7 days. This will allow for the job to be scheduled for execution within the window of one
week. The agreed duration, strategies and packages used for an sample plant are as follows:
Maintenance Strat Unit Package Duration to complete job
CUF100 weeks 4, 12, 24 7 days
Group Technology Solutions Page 36 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
A Preventive and Predictive Master Plan shall be developed to facilitate and track the scheduling of
maintenance plans, according to respective disciplines. Maintenance plans shall be distributed as
evenly as possible throughout the year to ensure level resource loading based on the planned
manhours, as depicted in the example below:
PPM Distribution
5000 30
4000 24 25
No of Work Orders
23 23 23
21 21 21 21 21
20
Manhours
20 20
19
3000
15
2000 1500 1497 1492 1604 1554 1651 1610 1499 1532 1634 1603 1634
10
1000 5
0 0
Mar-08 Apr-08 May-08 Jun-08 Jul-08 Aug-08 Sep-08 Oct-08 Nov-08 Dec-08 Jan-09 Feb-09
For efficiency purposes, small individual PPM jobs with very low planned manhours should be
consolidated into groups to reduce the number of orders generated. Typical examples of this are
PPM jobs for steam traps, transmitters, switches etc. These PPM jobs may be grouped by area, unit,
sub unit or train, with the corresponding equipment/tag numbers entered as technical objects in the
corresponding maintenance plan.
Preventive maintenance work for similar equipment should be planned together as much as possible
and included in one maintenance plan item, so that only one maintenance order is generated when
the preventive work scheduled is due. This will avoid the situation where too many maintenance
orders are generated at the same time. It is also recommended that preventive maintenance for the
driver and driven equipment (e.g. pump and motor) is consolidated together in a single maintenance
plan so that the timing is synchronized.
Frequent preventive work due within short interval (e.g., daily or weekly work) should not be planned
to have an order generated from the system every day or every week. The users will be overwhelmed
with the number of orders to manage. A blanket order can be generated to specify all short interval
work for an appropriate period, e.g. a month.
Maintenance Plan review programme shall be developed to ensure continuous optimization of
planned maintenance programs. Maintenance plans shall be periodically reviewed and the
effectiveness of the tasks shall be assessed, based on historical data. The nature of the preventive
work, tasks, schedule interval and resource assignment (e.g., too many bodies or hours are
assigned?) should be reviewed for continuous improvement of efficiency and effectiveness. An
example of analysis to measure the efficiency of maintenance plans is as depicted in the figure
below:
Mar-08 Apr-08 May-08 Jun-08 Jul-08 Aug-08 Sep-08 Oct-08 Nov-08 Dec-08 Jan-09 Feb-09
Plan 1837 3697 3354 3905 3452 4499 3557 3454 3517 3517 3451 3302
Actual 1202 2369 1822 2436 2428 2159 2253 2344 2262 1558 2079 1886
No. of Work Orders 315 437 415 469 427 503 424 425 361 319 327 292
The number of maintenance orders shall be kept at a minimum level without sacrificing the quality of
historical data. Below is the ratio of PPM orders to number of mechanical equipment for FY0809
across PETRONAS plants.
6,000
4,000
2,000
0
PL AN T 1
PL AN T 2
PL AN T 3
PL AN T 4
PL AN T 5
PL AN T 6
PL AN T 7
PL AN T 8
PL AN T 9
PLA N T 10
PLA N T 11
PLA N T 12
PLA N T 13
PLA N T 14
PLA N T 15
PLA N T 16
PLA N T 17
PLA N T 18
PLA N T 19
PLA N T 20
PLA N T 21
PLA N T 22
Whenever new equipment is installed or when equipment is modified, its preventive maintenance
requirements should be identified and entered into the PMMS together with the equipment data.
Master Data Change Request Form shall be submitted for review and approval before changes are
done in PMMS.
The general flow of information for the creation of maintenance plans are as follows:
Asset Structure
ECA – Consequence
-Tag #1 Based
-Tag #2 -Based on functional
-Tag #3 failure
Risk-based Task
SAP R/3 Priority
C1
ECA – Risk Based
-C1 RCM
-Task
C2 -Based on equipment -When
C3 failure -C2
-C3 -Who
-Spare parts
Inventory & -EBC
Warehousing
Review SPIR based on
-Failure Mode -Material Cataloguing BOM
-Failure Rate -Stock/Non-stock Maintenance
Plan
-Lead Time -Min/Max
Asset management can be described as the means of ensuring that people, physical assets,
systems, processes and resources, which deliver integrity, are in place, in use and fit for purpose
over the whole lifecycle of the asset.
Company Code – a 4-digit code that represents the legal entity which is the OPU. Usually
already pre-specified in PETRONAS SAP system in the Financial Module.
Plant – a 4-digit code that represents the physical plant where the equipment reside.
Maintenance Planning Plant – a 4-digit code used to represent the location where the
maintenance planning is carried out and where the maintenance crew reside. For example,
an OPU may have multiple physical plants (each represented with a maintenance plant code)
but only one (1 ) planning plant code is used since the OPU’s maintenance planning and
activities are carried out by a central team for all the physical plants
Cost Centres – the OPU’s cost centre structure should be defined in consultation with the
Finance Department for budgeting and cost capturing purposes.
Maintenance Planner Groups (MPG) – used to represent a Maintenance Planner or a group
of planners who perform planning tasks and will be assigned a MPG code. This code will be
used in the functional locations, equipment masters, maintenance plans, notifications, and
maintenance orders that the planner is responsible for , to facilitate assignment of
maintenance work planning, record retrieval and reporting (e.g., KPI generation by MPG)
Work Centres – used to represent a group of maintenance employees and are often
assigned to the maintenance planning plant. This code is also used in maintenance records
for assignment of maintenance work, data retrieval and reporting purposes.
Maintenance Employees– each employee is assigned to a maintenance work centre.
Structuring of the maintenance objects and technical systems must support the tracking of
costs and enable the grouping of costs at higher organisational levels.
A meaningful maintenance and breakdown history can be created for subsequent evaluation.
Technical objects, whose numbers are not known, or whose installation location changes,
can still be found easily in the system.
The data of similar technical objects and systems can be easily duplicated.
Technical objects can be represented in the form of hierarchies and networks.
There is a link between the technical objects and their corresponding technical documents.
Figure below shows visualization of the relationship:
Text Item
Material 4
A standardized groupwide work management process also means that PMMS skills and experience
become easily portable if users move from one OPU to the next. It also facilitates the use of common
terms and concept allowing best practices devised or discovered by one OPU can be adopted easily
by others too. Communications among OPUs become easier and more effective, and the user
community will have a bigger pool of resources that can provide support to one another.
The work management topic covers a number of maintenance areas, this includes:
The following diagram depicts the generic maintenance management work flow in the use of
notification and maintenance orders.
Generic PMMS Workflow
Notification and Maintenance Order Process Model
3. All screened notifications should be picked up by the maintenance department (usually the
planner) for further processing (to turn into maintenance orders)
4. Maintenance Planner creates a maintenance order for the notification. He/she shall specify the
main workcentre that will execute the order, the overall start-end dates and other pertinent
information.
5. On the order, the planner should further specify multiple operations, each operation is a
maintenance work steps, including the task to be carried out, the resources required and the
time needed.
6. Once the planner completes the required planning, the order shall be routed for technical
approval. The approval shall be carried out by the approving authority (manager, engineer,
superintendent etc.) based on the value of the order.
7. If an order is approved, it shall be released for work.
8. If the approver is not satisfied with the planning, he/she should send the order back to the
planner for re-planning.
9. If the approver does not agree for the work to proceed, he/she should reject the order and the
process ends
10. For orders that have been released for work, the responsible workcentre shall withdraw the
required spare parts from warehouse and follow up on purchases of direct charge items and
external services
11. The technicians who work on the maintenance orders shall report the manhours they spend on
each order in their weekly timesheet. The maintenance superintendent / supervisor shall set a
final conformation in the order to signify that work has been fully carried out.
12. For each completed order, the technician or supervisor shall write a technical report to record
what damage has been observed and what repair has been carried out, to be kept as part of the
equipment history. The completed technical report should then be vetted for its completeness
and correctness.
13. The technical report should finally be reviewed and accepted by reliability engineering and the
maintenance order is closed-out in PMMS.
In line with this philosophy, maintenance works are classified into the following categories:
Proactive
Proactive Maintenance carried out as a result from preventive and
Rectification
Rectification predictive work.
Work under the Preventive, Predictive, Proactive Rectification Categories are considered as
Proactive Maintenance. Refer to the following diagram for the classification of a maintenance job:
PPM
Preventive
PSI
Proactive
Maintenance PDM
Predictive
Maintenance
Classification Proactive
Reactive Rectification
Maintenance REM
PRM
Every OPU shall implement these processes as standard. It needs to be emphasized that any
deviation or incompleteness in their execution may compromise checks and controls, and rendering
reports or historical records incomplete.
However, it is also recognized that there are local requirements and variations, such as difference in
organization structure and OPU specific policies. In such cases, OPUs may judiciously decide to
adopt modifications to these processes, but these modifications must be few and most likely minor.
The principle that these are the standards that every OPU shall follow is the overriding factor, in any
case that modifications are thought necessary, this principle shall be carefully considered before the
decision is made. As such, OPUs shall develop a site-specific Maintenance Work Management
Procedure detailing its business process flow, roles and responsibilities and performance standards.
All maintenance jobs shall be captured in maintenance orders against the relevant equipment as part
of the equipment history.
The PMMS process flow can be summarized into seven major work steps:
ANALYSE
WORK JOB REPORTING &
PLANNING SCHEDULING EXECUTION AND
IDENTIFICATION ACCEPTANCE FEEDBACK
IMPROVE
• Raise • Screen • Assess and • List all REFE • Withdraw • Enter Object • Analyse jobs
Notification Notification define scope of jobs and enter materials part and (Manhours,
• Assign (review defect work jobs into Look • Brief/discuss Damage/ Cause costs, duration
Notification type description, • Create MO Ahead Plan JSA and work Codes estimates vs.
(RM, PM, IN,PC Notification • Amend • Identify short instructions • Enter actuals)
and SM) type, FL, description, if term PPM jobs • Apply PTW malfunction end • Update Task
• Assign FL priority, required and incorporate one day in date and time List (Library), if
duplication of • Enter Plant • Discuss and advance • Enter Technical required
• Describe Not. and reject,
defects and Mtce Activity agree with OPS • Execute jobs Report in long • Review and
if necessary) Type (e.g. on window for text analyse P&S
identify potential • Identify and
services • Verify, validate temporary execution during • Enter timesheet process
& amend repair) update
required e.g. Weekly Meeting execution data / CNF (efficiency &
crane, MPG,MWC, • Set basic and available effectiveness,
defect start/finish dates
constraints • Confirm
scaffolding , resources services schedule
description, • Detail out job • Feedback compliance,
insulation etc. • Develop 7 days progress to received
notification type, scope in Look Ahead backlog level,
• Set Priority FL, Breakdown OPS during through service
operations and Plan entry sheet for rework)
• Enter Required Ind, priority and identify special daily meeting
Start/End Date • Revise and set services • Review/amend
Malfunction tools, if required • Update user P&S business
• Tick Breakdown start date/time basic start/end status to reflect • Convert work
(assign date process
Indicator, when • Review scope manpower constraints, order into task
appropriate and reject notif resources (WC, • Set user status e.g. AWMT, list and amend
• Enter if needed, enter # of persons to INPR AESE existing task list
Malfunction start reasons for and duration) • Monitor • Close PTW if necessary (As
date/time rejection & Develop or refer progress / Built)
• Inform service
inform to Task list (Job status of on providers for • Report TECO
Operations Library) for going jobs demobilisation •
• Accept recurring jobs Reschedule
jobs, if needed • Return surplus
Notification by • Check materials to warehouse
amending user availability. • Enter agreed
status to SCRN Reserve/ Break-in jobs in
purchase LAP schedule
materials and • Discuss and
services) agree with OPS
Refer to BOM on window for
• Assign to appro. pending REFE
MPG jobs (Active
• Enter estimated Backlog) during
cost, and check Weekly Meeting
Settlement Rule and available
• Identify resources
applicable work • Transfer
instructions, pending REFE
repair jobs to next
procedures and week’s LAP and
associated amend user
checklists status to INPR
• Conduct JSA,
Risk
Assessment
• Set user status
to AWAP/AWAE
to approve and
release MO or
to obtain
approval
• Complete PR
and submit for
approval
This section specifies the approach in managing the maintenance works steps in PMMS.
Business Objectives
The business objectives of Work Identification are that:
All maintenance related work are identified and entered into the system, i.e., all work
requested and done shall have a record in PMMS
Full equipment history is recorded in the system for future reference
Complete data integrity in the PMMS
Maintenance Notifications are raised usually by one of the following plant personnel - Operations
(operators), Maintenance (engineers, technicians), Inspection group or others (e.g. Technical
Services Department, HSE) to indicate the need for work to be performed by the Maintenance
Department in the plant. The Maintenance notification is also used to document the tasks that have
been executed. Each Maintenance Notification shall be assigned the appropriate priority level and
maintenance type; and shall be screened by the appropriate levels.
Business Requirements
When a requestor wants to create a notification to request for maintenance work to be done, he/she
should ensure that he/she has all the correct and complete information to be included, this will greatly
improve the efficiency of the subsequent processing steps (e.g., no clarification discussion needed,
planner knows where the work is required and what to carry out). The important information on a
notification is:
Notification type – the requestor shall choose the correct notification type for the notification.
The notification type is used to classify the nature of the work request. The notification types
available are:
o RM: Reactive Maintenance - Work request that is in response to an equipment failure
or ad-hoc situation
o PM: Proactive Maintenance – Work request created for proactive rectification
o IN: Inspection – Work request for Inspection team to carry out inspection work
o PC: Plant Change – Notification type used to record a plant change work
o SM: Support Service – Work that is not directly related to plant equipment
Problem description - describe as fully and as detailed as possible the nature of the
problem. Write a short text at the header of the notification to summarize the problem and
describe the problem in details in the long text. A complete description is not only important
for planning but also for future analysis purpose.
Equipment / tag number - the correct equipment number or tag number (functional location)
shall be identified in the notification. If the equipment does not have a specific tag number,
then the requestor shall identify the closest tag number and identify the item in the long text
explanation
Priority - the correct priority shall be assigned. This will identify the importance and urgency
of this work request. The final priority should be agreed jointly by the requestor (operations /
inspection / TSD / HSE etc.) and the maintenance department. To guide the decision on
priority, the RAM (Risk Assessment Matrix) for the OPU shall be followed.
During screening, the approver should check for these details on the notifications:
Correct and complete problem description
Correct priority has been assigned based on the severity of the equipment fault
Correct tag number and equipment number are specified
If the equipment complaint involves a breakdown, the breakdown indicator has been ticked
and malfunction start date/time has been entered correctly.
Reasonable period of time has been specified as the required start and end dates for the
maintenance department to complete the job
If a notification is rejected, e.g., due to duplication, or that the work is deemed not necessary, the
screener should set the status to REJC, a reason for rejection should be recorded in the long text of
the notification, to ensure future tracking and reference purposes.
The planner should list all rejected notifications and set the deletion flag ‘DLFL’ on each one. He/she
should then inform the creator of the notification, e.g., the operator, on the rejection and the reason
behind.
[Link] Planning
Business Objectives
The objectives of Planning stage are to ensure:
1. Information critical to work order preparation is included, i.e.
a. Work / task descriptions
b. Manpower requirements
c. Material requirement / Purchase Requisition
d. Tools requirements
e. External service requirements
f. Job standards
2. Ensure maintenance resources are utilised effectively
3. Enable the maintenance work to be performed on schedule with minimal equipment downtime
Business Requirements
The business requirements of Planning stage are:
a) Record and capture the planned cost and quantities for the materials, internal or external labour
and any special conditions requirements to execute the jobs and indicate the cost ownership (via
settlement rules).
b) Planned cost for each order is available for review to ensure the maintenance work is carried out
in a cost effective manner.
c) Provides information such as the responsible person/group leading the work, the planned start
date of the job and the reason for outstanding job.
Group Technology Solutions Page 48 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
d) The system can assist in providing relevant information in a timely manner during work planning.
e) Able to manage complex jobs which requires different cost ownership depending on the craft to
execute the job or depending on different budget holder (specified via settlement rules).
Work Order Planning Process
Planning of maintenance order involves the specification of the work required (operations) to be done,
materials required, manpower (internal and external) and timeline, after investigation is carried out on
the work required to be done. As much as possible the maintenance order should be fully planned
before it is sent for approval and release.
The Work Order Planning process should be carried out as described below:
Planner should check the PMMS twice a day for notifications that have been screened.
For each notification, the planner is to check the completeness of the information on the notification,
then assess and define the scope of work required to be carried out. Site visit may be conducted to
understand more the complaint and to determine the type of work required for rectification.
The screened notifications are then converted into maintenance orders.
Planners shall classify the maintenance orders correctly (using order types) according to the nature of
the maintenance work. Orders are classified into one of the 3 main categories – proactive
maintenance (all order types that start with ‘P’), reactive maintenance (order type ‘REM’) and support
services (order type ‘SSM’). These order types are important in KPI reporting, such as in the areas of
schedule compliance by order types, and % of proactive-reactive work done.
The relationship between notification types (used by requestor, such as operator) and order types
(used by planners) are depicted below:
Support Serv.
Maint (SSM)
The table below describes each order type and its relationship to its origination notification type in
detail:
PM / IN PSI Used for plant turnaround and planned shutdown but not
Plant opportunity work. This includes DOSH inspection work. This
Statutory order type is normally created against a PM notification type.
Inspection
PC PCM Plant change request.
Plant Change PCM order type is defaulted when you create an order against
a PC notification type.
SM SSM Work meant for supporting functions but not directly related to
Support core maintenance. SSM order type is defaulted when you
Services create an order against a SM notification type.
Maintenance
Once the order is created, the planner should enter or check the following data:
Order Description (order short text& long text) – should describe the repair work that needs to be
carried out.
Equipment number and functional location – while the equipment and functional location are
defaulted from the notification, it is a good practice to check their correctness. Modify if necessary.
Specifying the correct equipment / FL is important as the maintenance order will become part of its
maintenance history.
Maintenance Activity type – choose the correct label to characterize this job from the drop down list.
Each order type has its own set of activity types.
Set Basic Start / Finish dates – based on the priority of the order, the planner set a date for the
order to be carried out. These date are tentative and may be changed during scheduling phase.
Detail Out the Job Scope – specify the tasks that are required to be carried out as operation items in
the order. For each operation describe the work required to be done (short text and long text), assign
the resources (workcentre) by specifying the headcount and the hours for the duration of each
operation. If the operation requires special tool, it needs to be specified too. If the job is a recurring
job, refer to task list (Job Library) for full work specifications, if the OPU has build up their Job Library
in PMMS as task lists.
The use of task lists will greatly simplify the effort required for operations planning in maintenance
orders. Task lists are pre-defined collections of task description, task duration and material
specifications and quantity, which are stored in the system. When the planner is carrying out planning
on a maintenance order, he/she can call up a task list to include in the order. In PMMS, users can
create and store common tasks, such as equipment overhaul, as General Task Lists.
Specify spares / materials required – for each operation, identify the materials and the quantities
required. Enter these as components under their respective operations. Correct material numbers can
be obtained from Bill of Material for the equipment involved in the repair if the BOM has been
developed.
For each material entered:
- if it is a stock item, a reservation on that material will be generated
- if it is a non-stock item, a purchase requisition will be automatically generated and it will go through
the purchasing process
It is a good practice to carry out a check on material availability, and follow up with warehouse or the
purchasing department to ensure that all materials are available for the job to start on time.
Enter Maintenance Planning Group – specify the code of the planner that will be responsible for the
maintenance order
Estimate Cost – If all the internal manpower, external services and materials are known and entered
into the order, the PMMS will automatically calculate the planned cost for this order, and this will be
the amount submitted for the technical approval step. However, if the planning is not complete, e.g.,
the extent of external service is not known yet, then the planner should enter an estimated cost for
the technical approval purpose
Check Settlement Rule – the settlement rule specifies where the maintenance order cost will be
charged to when the job is completed, e.g., a cost centre or a WBS (project). The settlement rule is
defaulted from the equipment master, usually a cost centre. If this maintenance work is to be borne
by a project, amend accordingly.
Identify applicable Work Instructions, Repair Procedures and Associated Checklist – identify
and include any other relevant documents for this maintenance order. Include them in the long text
(as a reference to a document name or pasted completely into the long text) or attach to the order
using the document management feature in PMMS.
Conduct JSA, Risk Assessment – conduct these assessments to ensure safety when carrying the
work
Set User Status to AWAP or AWAE for Technical Approval – when the planning is complete, the
planner will submit the order for approval. The approval process is carried out based on the cost level
of the order. The higher the cost, the higher the order has to go in the management hierarchy for
approval.
If the maintenance order cannot be fully planned beforehand (e.g., if certain aspects of the repair
cannot be determined until the equipment is opened up), an estimate should be done on the
maintenance cost before it is sent for approval and release.
If the planning is complete, the planned cost calculated by the PMMS will be the basis (set AWAP –
awaiting approval based on planned cost).
If the maintenance order cannot be fully planned beforehand (e.g., if certain aspects of the repair
cannot be determined until the equipment is opened up), an estimate should be done on the cost
before it is sent for approval and release. In this case, the AWAE (awaiting approval based on
estimated cost) status will be set.
Each OPU needs to assigns an order value range to each approval level (e.g., orders with RM50k or
below should be approved by executive, RM50k-RM100k approved by manager etc.). The approver
needs to check the specifications of the work to be done, reasonableness of the costing and the order
schedule.
If he is satisfied with the planning details and costing, he can approve and release the order for work
to start.
If the reviewer is not satisfied with the planning then he/she can reject the order where the job will be
cancelled, or send the order back to the planner for replanning (e.g., when there is a better approach
to carry out the repair and for a lower cost), the planner should rework the order and submit it again
for approval.
If an order is eventually rejected, the planner should set the deletion status on in the order.
Complete PR and Submit for Approval – once the order is approved and released, the purchase
requisitions from maintenance orders for parts become active.
The outstanding PR needs to go through the normal PR LOA (level of authority) holder to be
approved for the purchasing process to start. These PRs need to be monitored and followed up on,
so that the materials will arrive on time for the job to proceed.
[Link] Scheduling
Business Objectives
In scheduling, the objective to set the final dates for the execution of a maintenance order are
specified. Maintenance orders are lined up in a LAP (look ahead plan) after the planner / scheduler
takes into account the availability of resources and the equipment in question.
Business Requirements
The planners should regularly list down the maintenance orders that have just been approved and
released via the technical approval process, identify those where work is ready to start and set the
status REFE (ready for execution) on them. Factors to consider include:
Is internal manpower available to carry out the work taking into account other works under
them?
Group Technology Solutions Page 52 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Are spare parts required available in the warehouse? If the item needs to be purchased, what
is the vendor’s delivery date?
If external manpower is required, can the external vendor supply the manpower on time?
Can Operations release the equipment for repair on the required date?
What is the reasonable time period to complete this job?
These orders will then go into the scheduling and get executed. The scheduling process involves the
following:
List all REFE jobs and enter jobs into Look Ahead Plan
Identify short term PPM (preventive maintenance) jobs and incorporate into Look Ahead Plan
(The adhoc maintenance orders for repair and preplanned preventive orders will collectively
make up the work that needs to be done in the coming weeks / months)
Discuss with Operations on window for execution during weekly meeting and available
resources – the Look Ahead Plan needs to be agreed with Operations so that the equipment
can be released for the maintenance crew to work on
Develop 7 days Look Ahead Plan – all orders that have been agreed with Operations will be
scheduled on the 7 day Look Ahead Plan
Revise and set basic start / end date – the orders in PMMS are revised with the agreed
scheduling dates
Set user status to INPR (in process) on orders that have gone onto the 7 day Look ahead
Plan
Monitor Progress / status of on-going jobs. Reschedule jobs, if needed.
Enter agreed Break-in jobs in LAP schedule – during the week, there may be urgent jobs that
need to be attended immediately, existing scheduled jobs may need to give way to these
urgent jobs (called ‘schedule breakers’). These existing jobs may have to be moved to the
future week
Discuss and agree with OPS on window for pending REFE jobs (Active Backlog) during
weekly meeting and available resources
Transfer pending REFE jobs to next week’s LAP and amend user status to INPR
[Link] Execution
Business Objectives
The objective of this section is to detail out the maintenance management activities required for a
successful completion of maintenance work.
Business Requirements
During the week, the maintenance orders in the 7 day LAP should be executed accordingly.
Execution of a maintenance order involves the following steps:
Withdraw materials – warehouse should have prepared all the materials reserved (stock
items) and purchased (non-stock) for the maintenance orders. The maintenance crew will
withdraw the materials to prepare for work execution
Brief / discuss JSA and work instructions
Apply PTW (permit-to-work) one day in advance
Execute jobs – carry out work according to the operations in the maintenance order
Identify and update execution constraints – if a maintenance order cannot proceed due to
constraints, e.g., weather, unavailability of resources and other circumstances, such condition
shall be noted and later recorded into the maintenance order via user status. These orders
shall be considered inactive. When the constraints are removed, the orders shall be made
active again (by taking away the user status) and included in LAP
Feedback progress to OPS during daily meeting – communications between maintenance
and operations on how the jobs are going. If a job faces constraint, OPS should be notified
accordingly.
Update user status in maintenance orders to reflect constraints - e.g., AWMT (awaiting
materials), AESE (awaiting external service completion) and others.
Close PTW after work has been completed
Inform service providers for demobilisation
Return surplus materials to warehouse – it is important to return unused material back to
warehouse, this is to avoid squirrel stores and to get credit onto the maintenance orders so
that the cost can be reflected correctly
The planners should also monitor the due dates and progress of maintenance orders. The PMMS is
able to produce a list of work orders that are near to or have passed their planned due dates. The
planners shall review the overdue orders with the engineers and supervisors and reschedule the
orders where necessary.
PERFORMANCE STANDARDS
code / damage codes / cause of damage code shall be specified as part of the technical report in the
notification record.
Business Requirements
It is a good practice to appoint a party within the maintenance community, such as discipline
engineers, to review the technical report before the work order is closed out and marked as
‘technically complete’.
Factors that can be analyzed, for example, are planning accuracy in terms of resources employed,
compliance to the planned schedule, and cost overrun and underrun etc..
Business Requirements
After a job is completed, all pertinent performance data, such as cost, time, resource usage shall be
fully accounted for in the technical report entered. After a period of time, when a sizeable amount of
data and trend have been accumulated, maintenance performance can be analyzed to find
improvement opportunities.
Perform job planning accuracy analysis on manhours, costs and duration (estimates vs.
actuals). The discrepancies should be studied to identify the causes. Example:
Mar-08 Apr-08 May-08 Jun-08 Jul-08 Aug-08 Sep-08 Oct-08 Nov-08 Dec-08 Jan-09 Feb-09
Plan 1837 3697 3354 3905 3452 4499 3557 3454 3517 3517 3451 3302
Actual 1202 2369 1822 2436 2428 2159 2253 2344 2262 1558 2079 1886
No. of Work Orders 315 437 415 469 427 503 424 425 361 319 327 292
From the chart above, it can be observed that on average, manhours are always overplanned.
This may cause too few work orders to be scheduled in a particular period of time, e.g. 1 week.
Therefore, a more detailed analysis shall be conducted at the lower detail levels, i.e. at the order
level to identify the possible causes and areas for improvement.
For repetitive or complex jobs, job library shall be developed so that they can be referenced
easily when similar jobs arise in the future. This is to ensure efficiency in planning and
consistency in work execution. Task List feature in PMMS shall be utilized as Job Library.
Update Task List (job library) as required – the analyze result from the maintenance order
planned vs. actual is incorporated into task lists, the tasks include:
o Identify the best method / steps to carry out similar work and specify these as
operations
o Identify the most efficient amount of manpower required to carry out the work and
specify as headcount and duration for each operation
o If external services are required for the work, specify the amount and type of services
as separate operations in the task list
o Specify all materials and parts needed, in terms of specifications and quantity, as
components for each operation
o If there are documents (JSA, instruction etc.) relevant to a job, attach their softcopies
as documents (using PRT features and DMS) to the task list
Review and analyse Planning and Scheduling process (efficiency & effectiveness, schedule
compliance, backlog level, rework)
Review / amend P&S process
PERFORMANCE STANDARDS
The control key used in the maintenance order’s operation will determine whether a PR will be
automatically or manually generated. The 3 control keys,
a) Internal resource (INTN) - this will signify internal workforce usage
b) External Services with automated PR generation (ESVC) - this will signify external
workforce/contractors usage for the work, and the PR will be automatically raised when
Maintenance order is approved and released.
c) External Services with manual PR generation (ESV1) - this will signify external
workforce/contractors usage for the work, and the maintenance personnel will create the PR
manually against related Maintenance Orders by compiling information from multiple related
Maintenance Orders.
In summary, for the contracted cost in the Maintenance Order and the equipment (to ensure proper
LCC) to be properly reflected, the following statements need to be observed:
a) Each contracted work has to be procured through each Maintenance Order or procured manually
and charged back to relevant Maintenance Orders
b) Each Purchase Requisition for contract service has to be approved
c) Each Purchase Requisition has to be converted into a respective Purchase Order
d) Each service completion has to be confirmed with a Service Entry Sheet (SES)
The following describes the process flows for purchasing services using control key ESVC and ESV1:
The diagram below illustrates the generic flow for Automated PR (ESVC) generation.
Control key ESV1 when requesting external service requirement in the order’s operation, the PR is
not automatically triggered from the approved and released Maintenance Order. Planners should
consolidate all maintenance orders with control key ESV1 using Transaction Code ZM14 and create a
single PR type 'NS - Non stock'. Multiple account assignment will be specified in this PR to charge
back the external service costs to each maintenance order.
The diagram below illustrates multiple Maintenance Orders’ ESV1 operations can be grouped into
one (1) Purchase Requisition. In the PR, each Maintenance Order should be referenced through the
Account Assignment to ensure the proper traceability.
The diagram below shows the segregation of the ESV1 PR account assignment:
PERFORMANCE STANDARDS
Overview
When the maintenance job required is completed, specific operation personnel (depending on OPU)
may be involved to verify the completed work. In some cases, this is done by the Inspection
personnel. If the maintenance carried out is intended as a temporary solution for the problem,
Maintenance and Operations should target for a complete repair of the problem in the near future.
Temporary repairs can be defined as repairs which are considered satisfactory and to be effective at
only within a specified time frame as an interim measure and shall be dispensed immediately upon
receipt of standard methods, parts and/or material as time permits.
The definition thus covers any quick modification after equipment failure, where repairs are done
using non OEM parts or materials, or when repairs are done using worn parts in the event of no
availability of spares, or when using reclaimed parts or components which deviate from the original
design criteria.
On the other hand, permanent repairs, or complete repairs, can be defined as repair work that
enables a continued plant operation throughout the normal life cycle of the equipment. In this case,
the repair method and the spares or materials used need to comply with the original design
requirements.
The definition covers, for example, repairs which are done using similar materials or methods as in
the original specifications.
Business Objectives
Temporary repairs are considered as part of Non-Standard Repairs (NSR), and should be monitored
closely to ensure:
a) Proper level of review is applied to prevent inadvertent effects from temporary non-standard
changes that could introduce hazards.
b) Safety of the plant and its personnel are not compromised by inadequately evaluated changes.
There is a need to prevent unacceptable hidden risks on safety, health, environment or
community.
c) The integrity and availability of the equipment can be maintained to ensure continued operational
capability.
In view of the above objectives, any Temporary Repairs done shall be properly recorded and
monitored by Maintenance in the SAP system. This shall be done using either one of the different
methods in the PMMS maintenance work management procedures, as described in the subsequent
page.
Business Requirements
The business requirements of temporary repairs are:
a) Provide visibility of any temporary repairs done, as those repairs will require follow-up repairs of
permanent nature.
b) Ensure proper communication flow between the various parties who are responsible to maintain
the integrity of the equipment affected.
c) To include temporary repairs, and subsequently, the complete, or permanent repairs as part of
the equipment maintenance history.
Here, a “RM” notification shall be created to inform the responsible parties in maintenance to perform
the complete repairs on the equipment. A new “REM” maintenance order needs to be created from
the notification to plan and manage the complete repair work. For this subsequent order, the
Maintenance Activity Type “CRP – Complete repair” is set.
Although this method allows Maintenance to keep track of the permanent fix on the equipment and
record it as part of the equipment maintenance history, there will be no cross-reference between the
temporary repair order and the permanent repair order. In order to keep track of the linkage between
the two repairs, the text field in each of the order can be used to record the references. Apart from
that, both the permanent and temporary fix costs will be segregated and will not be kept in the system
as a complete loop.
For this method, each of the maintenance orders can be managed and closed independently.
In order to maintain a linkage between the temporary repairs and the complete repairs, the
subsequent order for the complete repairs job shall be created as a sub-order to the temporary
repairs order. In this case, the order in which the temporary repairs are recorded is considered as the
main order.
Once the temporary repairs are performed, another “REM” order shall be created as a sub-order to
the main order. This sub-order must have “CRP – Complete repair” as the Maintenance Activity
Type. It shall then be used to plan and manage the complete repairs, while its corresponding “RM”
notification shall be used to record the technical report for the permanent fix.
i) Overall costs for both the repair jobs can be easily obtained. The order cost report in the main
order will show the total costs for both the orders. While the costs of the individual repairs are
segregated, the cost of the permanent fix in the sub-order will be rolled up to the main order.
Therefore, users are able to see the complete cost history for both repairs.
ii) To ensure that the permanent fix in the sub-order is subsequently performed for the equipment,
the system does not allow the main order (for the temporary repair) to be closed (TECO) until the
sub-order (for the permanent repair) has been completed (TECO). The planned start and finish
dates for the main order, thus, need to take into consideration the planned dates for the sub-
order. The main order can still be compliant as it will have the “CNF” status once the temporary
repairs are finally confirmed. Constant monitoring of the main order (which has not yet been
TECO) will keep the maintenance personnel informed of the existing sub-order which has been
created to manage the complete repair work.
c. Creating additional operation for the follow-up work in the existing temporary repair order.
By using this method, the permanent repair work shall be recorded and managed using the same
maintenance order as the temporary repair work. This is done by creating an additional operation in
the temporary repair “REM” order to cater for the permanent repair. In this situation, the maintenance
Group Technology Solutions Page 61 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
order will remain active (status “REL”) for a long period of time, until the permanent fix has been
completed. Besides that, the total costs for both the repair work will be accumulated in the same
order. Therefore, there will be no way for the costs of both repairs to be segregated and analysed
separately.
It is recommended that, for better control and more complete history of the temporary repairs as well
as the subsequent complete repairs done on the equipment, the second method of using sub-orders
to link the complete repair work to the temporary repair work should be adopted. In this way, a linkage
between both repair works can be established and monitored more effectively. Revision numbers
should also be used to mark temporary repair orders.
PERFORMANCE STANDARDS
The Objective is to develop basic personnel data for Plant Maintenance personnel in SAP (PINTAS)
in order to have maintenance-related personnel information and to allow the implementation of CATS
Timesheets to improve on maintenance manpower utilization.
1. The complete organization tree is created to reflect position of the maintenance and
inspection department within the organization. However, there is no need to reflect
departments other than maintenance and inspection department. See below:
2. Only personnel master records for technicians (non executives) in the department are
created. This is because they are the ones who are assigned maintenance work and will
carry out time reporting.
3. For contractors who perform maintenance jobs, supplying manpower, and so on, only one
personnel master is needed to represent the company the contractor belongs to. For
example, if the company is supplying 10 contract manpower, only one personnel master is
needed in the system. The personnel master should then reflect the company’s name.
4. In the system, each technician and contractor should be tied to the relevant work center that
he or she normally works for.
5. If the organization deems it necessary, it is possible to extend the personnel master for
executives and so forth for other usage in the future.
The following is the basic information that is required to create a personnel master record:
a) Employees must have a personnel number in the system. This applies to both internal and
external employees. For staff, the personnel number refers to the staff’s ID no. For external
employees (contractors), it is possible to use a single employee master data record to capture several
persons hours. For Cross Application Time Sheet (CATS), the system can be set to accept daily
hours in excess of 24 hours.
b) When working times are entered here, the time sheet default values are copied automatically to
the time sheet and can be overwritten if necessary. Default values can either be activity type S01 -
Staff or C01 - Contractor. The value defaulted is determined by personnel ID.
The Sender Cost Centre field must be maintained as this will determine the cost of the man hours
spent is charged to the correct cost centre.
The Vendor field must be maintained for external employees. This field allows the assignment of an
external employee to a specific vendor, and provides another means of checking data entered in the
time sheet in CATS.
c) The following are some of the personnel information that are required:
1. Enterprise structure: Company code, Personnel Area, Personnel Subarea, Employee Group
and Employee Subgroup.
2. Form of address
3. Nationality
4. Payroll Area
d) Work Schedule Rule must be determined for each of the personnel. The work schedule rule is
used to determine the minimum hours that must be recorded per day. The table below indicates the
possible Work Schedule Rule to be selected for each of the personnel:
In the diagram above, it can be seen that entering data into CATS involve the following steps:
1. Actual time worked is recorded either on paper (hardcopy), softcopy or online.
2. If time data is approved by the supervisor, the data will be entered into the SAP system.
3. If time data is not approved, corrections are done and re-submitted for approval.
4. All approved time sheet data will then be transferred to the Plant Maintenance (PM) module
The following options for data entry are available for organizations to adopt:
Time sheet data entered by the individual employees. May be costly to obtain individual
license for each user - More PCs required / use Pool ID etc.
Time sheet data entered by another person (clerk). A clerical staff or a person without the
approving authority may enter the time sheet for the staff.
Time sheet data entered by the work supervisor (executive). An executive with approving
authority may enter time sheet data for the staff working under him/her. The supervisor can
later immediately approve the time for system transfer.
Time recording can also be done on formatted forms and later keyed into the system using any of the
three options above. Each technician will need to record their activity on the form and pass it for
system data entry on a period determined by the organization such as weekly or fortnightly. In any
case or options, the same activity needs to be done by the contractors as well.
Hours worked by contractors will also be recorded through time sheet using either option mentioned
above. As the contractor will only be assigned to one unique number per contractor’s company,
therefore there is a possibility that the contractor’s personnel would clock more than 24hours
especially during Turnaround/Project. In this case, upload contractor’s timesheet program (ZCATS4)
shall be used for this purpose using an upload template.
The manual recording (either on hardcopy or softcopy) with data entry by dedicated personnel is
chosen as the entry by individual staff involves additional cost and effort.
The time sheet is a cross-application tool for recording employee working times. Working times are
recorded centrally in a single data entry sheet, together with other information such as cost
accounting, confirmation and external services information, and then made available to other SAP
System applications for further processing.
During data entry in the time sheet, the following data will be recorded in the following fields:
1. Receiver Order (Maintenance order): The target orders where work is performed.
2. Activity/Operation number from the maintenance order: The specific tasks worked on by the
personnel.
3. Activity type: whether it is internal staff or external contractor involved.
4. Attendance/Absence type: the identification of the activities / work categories i.e. Hands-on,
supervisory, awaiting material etc.
5. Premium / Indicator: the identification of the type of work hours, either work performed during
normal hours or overtime.
6. Comment: Additional comment need to be recorded for the time entered.
7. Hours: The hours spent up to the decimal of 2.
Note: * This Attendance Type can only be performed during overtime. Indicate K1-K9 for premium number. ** W107 was no
st
longer active as of 1 Nov 2008 and replaced by M105
The following is the definition or scenario in order to accurately record the hours spent accordingly:
Maintenance Hours:
Administrative Hours:
Traveling/Delay Hours:
Operation/Multitasking Hours:
PERFORMANCE STANDARDS
Business Requirement
Maintenance Management Leadership in OPU has to ensure that;
1. Maintenance Management performance shall be monitored, updated and reviewed on
monthly basis based on the available KPIs and statistics.
2. The Maintenance Management KPIs and Statistics analysis shall be shared and discussed at
OPU CoP where actions identified for areas for improvement.
There are a few reporting systems consisting of various KPIs available based on Plant Maintenance
data in SAP. These statistics reports can be produced directly from the Business Warehouse (BW)
system via [Link], on the intranet, or obtained from monthly statistics production from the
central team. OPU shall utilise these reporting systems in monitoring maintenance performance at
individual OPU level.
The PMMS maintenance performance KPIs and statistics are delivered in five different areas with
each area reports on different combinations of statistics and KPIs based on the needs of the intended
audience (i.e., whether it is at management level or daily operational level). List of available reports or
statistics as illustrated the following diagram:
2 Maintenance Detailed Reports Provides in-depth operational reports and statistics based on
(Operational) MMSEP’s maintenance processes
4 PGTS Monthly Report Provides a GroupWide display of maintenance performance and work
(Trending) management overview for all OPUs*
In general, the maintenance performance KPIs and Statistics are divided into Asset Management and
Work Management areas. This is in line with the PETRONAS Maintenance Management System
requirement which is also represented by structure and functionality of the SAP Plant Maintenance
module. The KPIs and statistics for both areas are described in detailed in this manual.
Asset Management KPIs
Asset Management KPIs are generally monitoring the Maintenance data build up at an OPU. The
monitoring of these KPIs shall be continuously monitored until such time when the OPU achieves
100% completion. The OPUs have to continuously update the KPIs when there are changes to the
existing maintenance equipment.
Descriptions of Asset Management KPIs are as listed in the table below:
Objective:
To list equipment master data for
completeness checking for Plant Asset
Structure
Objective
To manage outstanding notifications count by
creation month
Objective
To manage all repeated/remedial jobs
Objective
To manage notifications that have been screened
but yet to be converted into orders
Objective
To manage notifications that have been created but
no action has been performed on them (i.e. not
screened)
Objective
Group Technology Solutions Page 73 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Objective
To determine cost efficiency
Objective
To assist in equipment review process
Objective
To measure equipment reliability and repair
efficiency
Objective
To detail orders requiring rework
Objective
To manage all MHrs charged to order
Objective
To manage the time approval process
Objective
To manage maintenance MHrs and identify areas
for improvement. An industry study indicates a
target of >80% Productive hours & <20% Non-
Productive hours
Objective
To manage all maintenance order overtime charged
against maintenance order hours
Objective
To manage all Overtime Work
OPUs may conduct the OPU Maintenance Scorecard Result Review exercise which allows them to
confirm that their scorecard results truly represent the actual performance in their respective OPUs.
This exercise also allows OPUs to identify the practices that lead to strong performance in the OPUs’
KPIs and areas that require further improvement in the OPUs. A framework has been developed to
detail the approach and scoring methodology to be followed by the OPUs for this review exercise.
The Central Team will initiate the review exercise by analyzing underlying OPU maintenance data
relevant to the scorecard and indentifying areas of interest for further confirmation, which will then be
discussed in an initial discussion with the OPU’s Focal Persons.
After the preliminary investigation of the relevant maintenance data by OPU FPs, an on-site review
session between the OPU and Central Team should be held to discuss and validate all the review
points based on all the observations made through the preliminary investigation. The on-site review
session usually lasts for 1.5 – 2 days. An accuracy score (in %) of 0 – 100 shall be assigned to each
KPI, based on the extent of ‘believability’ (the extent to which data is regarded as true and credible)
and ‘correctness’ (the extent to which data is reliable and whether it contains any error, and the extent
it is captured correctly according to the business rules) of the data. This accuracy (%) score should
be agreed upon mutually between the PMMS Central Review Team and the OPU, taking into
consideration the observations and justifications for each Scorecard KPI scores reported.
The final review report should be presented to the OPU’s management, and action points required
discussed and agreed upon, if any.
4.4 INSPECTION
4.4.1 Overview
Inspection plays an important role in ensuring the integrity of the plant and equipment. In order to
achieve this, Inspection group and Maintenance group shall collaborate together to ensure smooth
planning and execution of the Inspection process.
The role of the inspector is to collect useful and timely information about a piece of equipment.
Examples of these useful indicators are bearing wear, gauge readings, wall thickness, cracks,
corrosion rate, etc. The information will be used to plan further maintenance actions and prevent
equipment failure.
Inspection community will use SAP as the system tool to manage the inspection processes in areas
regarding:
Work Management - to have a common maintenance tool for recording all work performed.
Resource utilization - actual internal manpower usage by Inspection group.
Business Objectives
There is a need to ensure that all Inspection work is visible to the management. This is because
Inspection work constitutes a part of the maintenance work process as a whole. Various elements of
the maintenance resources (i.e. labor, materials and services) are utilized during Inspection. This
gives rise to the need for the Inspection work to be included in the equipment maintenance history for
further analysis. In this case, the OPU shall record the Inspection work process in SAP, using the
PMMS work management process described earlier in this document. This will fulfil the following
business objectives:
To provide the Inspection community with a system tool to manage the inspection business
process
Consolidated information for each equipment, consisting of data from Inspection and
Maintenance groups to provide better maintenance history.
To ensure that the inspection work performed on equipment is kept as part of the equipment
history in the system.
To ensure that the inspection / activity report is available in SAP.
To simplify the process of extracting data for reporting and day to day operational purposes
Business Requirements
The need for the Inspection work history to be available as a part of the equipment maintenance
history shall render it necessary for the OPU to leverage on the existing PMMS work management
process to record and manage Inspection work. Thus, the business requirements of Inspection are:
Provide visibility of work process in Inspection and Maintenance, as activity in one side may
require follow-up activity in another side.
Proper communication flow between Inspection and Maintenance need to be established.
All inspection activities and work performed should be recorded by the Inspection community,
either through new notification or notification from a Maintenance Order.
All Inspection time utilization is captured through Time Sheet.
All Inspection cost and manpower are recorded through Inspection Order (type “PDM”).
Definition
Inspection work can be defined as activities carried out to predict impending failure using modern
technology and calculation technique which is non-intrusive (i.e. vibration reading, lube oil analysis,
thermograph and ultrasound testing for wall thickness) or intrusive (i.e. removal of vessel support for
structural testing). Inspection Work can also be either routine (i.e. planned) or non-routine (i.e. where
Operations or Maintenance group can request for Inspection work to be performed).
Routine Non-Routine
Inspection Create Create Inspection Inspection/
Major Screen Preliminary
Inspection plan inspection Y notification specific Operations/
task?* notification? inspection
requirement plan IN requirement Maintenance
N
Y N
Close Inspection
Released Create order Perform work Remedial
System N notification
order PDM PDM & report action?
IN
Y
Work
Maintenance Create order Close order
Discussion planning&
PRM PRM
execution
Y
Order PRM Create sub-
Inspection & Discussion N
N created? order PRM
Maintenance
Add
Close order operation to
Inspection & PRM
PRM/PDM Order
Maintenance Approve N
Close order Close order
order PRM? PRM planning&
PRM
execution
The diagram above illustrates the overall Inspection workflow for both the Routine Inspection and
Non-Routine Inspection.
Group Technology Solutions Page 78 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
PMMS Guidelines
The OPU shall record any request for Inspection work in SAP, based on the PMMS requirements. In
this case, when an Inspection work is required, the “IN” notification shall be raised by either:
a) The maintenance group when an inspection work is required for a reactive maintenance work or
b) The inspection group when informed by the operations.
For the inspection group, the planner will list all the inspection notification by selecting the type ‘IN’
from the notification listing. Appropriate actions should then be taken based on the notification, for
examples:
a) For scheduled inspection requirement, the maintenance order type “PDM” (Predictive
Maintenance) is generated from the maintenance plan.
b) For inspection work assigned by maintenance group where a reactive maintenance order is
already raised, the order type is “REM” (Reactive Maintenance).
For specific inspection requirement, an “IN” notification is raised and converted to the maintenance
order with order type “PDM” (Predictive Maintenance).
To further categorize the type of work to be done for Inspection, the “PDM” order has a few
Maintenance Activity Types to choose from, namely:
Routine Inspection
Routine Inspection or pre-planned inspection jobs are carried out periodically by the Inspection group.
An Inspection Plan in SAP triggers a Predictive Maintenance Order (type “PDM”) to the Inspection
group. After the inspection job is carried out, a notification (type “IN”) is created for the inspector to
write the inspection report and record the work performed.
If, subsequently, remedial work is required, the inspector will create a new Proactive Notification (type
“PM”) to inform the Maintenance group. The Maintenance group will pick up the Proactive Notification
and create a Proactive Maintenance Order (type “PRM”). The Maintenance group will then plan,
schedule and execute the proactive maintenance tasks. The detailed description of the Maintenance
Order planning, scheduling and execution process is covered in the earlier part of this documentation.
Not all Inspection Plan can be scheduled at a fixed frequency as analytical results from RBI tool will
also determine the scheduling of the inspection jobs. Hence pre-scheduled inspection dates could be
changed. Individual OPU has two (2) options to cater for RBI usage in Inspection work:
a) Create all possible Inspection Plan using Maintenance Plan and trigger it manually based on the
criticality of the analytical results provided by the RBI tools. This will require continuous manual
monitoring of the RBI tools and updating the dates in SAP.
b) Manually create Inspection Notification based on the dates given by RBI tool. This will require a
manual monitoring from the RBI tool and creating the Inspection Notification accordingly.
Non-Routine Inspection
The normal ad-hoc maintenance cycle is triggered by the creation of notification (type “RM”) by the
Operations group to inform the Maintenance group about an equipment failure. The Maintenance
group will then create a Maintenance Order (type “REM”) to perform the tasks. As a result of the
reactive maintenance work performed, the Maintenance group will create an Inspection Notification
(type “IN”) if the Inspection group is required to perform inspection work. For standardization purpose,
the Inspection group will use the same priorities in the notification as used by Maintenance.
The Inspection tasks can be categorized into either Major or Minor Inspection. If the Inspection work
requires material from the warehouse, external resources or resources from other departments, or
where the Inspection time is greater than 2 hours, it is considered as Major Inspection, and should be
managed using Maintenance Order (type “PDM”). For Minor Inspection, OPUs may decide not to
create a Maintenance Order. However, in this case, the Technical Report for the Inspection work still
needs to be recorded in the “IN” notification. However, please take note that, as far as possible, it is
recommended that all Inspection work are managed and recorded using “PDM” maintenance Order,
thus ensuring that the Inspection work, no matter how minor, is included in the equipment
maintenance history.
There are two ways to manage Inspection work using Maintenance Order:
The inspector will then pick up the “IN” notification raised and start to perform the initial inspection. If
further activity is required after the initial inspection job, the Inspection or Maintenance personnel
(depending on the OPU) shall create additional operations for the inspection work in the existing
Maintenance Order (type “REM”) raised earlier. Lastly, the inspector will record their time utilization in
the Time Sheet against the “REM” order and close the “IN” notification.
The Inspection group shall then plan, schedule and execute the inspection tasks using this order. The
detailed description of the Maintenance Order planning, scheduling and execution process is covered
in the earlier part of this documentation. Lastly, the inspector will record their time utilization in the
Time Sheet and close the “IN” notification and “PDM” order.
1. If remedial work is not required, the inspectors shall proceed to record their time spent using
Time Sheet, and close the Inspection Notification and the “PDM” order.
2. If remedial work is required, the inspector shall create a new Proactive Notification (type
“PM”) to inform Maintenance group and include the maintenance work required; and close
the Inspection Notification and the “PDM” order.
When closing the inspection work, the inspector is required to provide the technical completion report;
and the details required shall include:
Technical data such as the damage and the cause, the damage location on the object, as
well as the work and activities performed.
Confirmation on the measurement / counter readings for specific order operations, inclusive
of the measuring points and result.
The start and completion time of the tasks.
Quantity and type of material used and returned.
The creation of an operation in the “REM” (Reactive maintenance) order that the
maintenance used to raise the inspection request. For example: The Maintenance team
raise an “IN” notification while reviewing the tasks of a REM order. After inspector completed
the inspection job, the inspector should indicate to the maintenance group that they need to
check on the equipment after the maintenance work is completed. To indicate this task, the
inspection group will add an operation in the “REM” order with the performing work center as
inspection work center.
The creation of a Notification type “PM” (Proactive Maintenance). The notification will then be
converted to a “PRM” (Proactive Rectification) order by the maintenance group. This is
applicable for business scenario where the inspector recommends some rectification to be
performed as a result of the inspection work.
PERFORMANCE STANDARDS
Plant Change is an important part of the plant and equipment technical history. It may result in
changes to the maintenance strategies and data requirements for plant and equipment, and shall be
incorporated into maintenance processes and SAP-PM master data. In this respect, the PMMS has
provided a platform for Plant Change to be managed online in the SAP R/3 system. This offers a few
benefits for the OPU:
ii) Increased visibility of Plant Change status, enabling maintenance engineers and planners to
revise and implement preventive maintenance plans and allow informed maintenance scheduling
decisions to be made around plant and equipment, for example, it may be possible to defer a
maintenance activity to coincide with a Plant Change implementation schedule.
iii) Reduced maintenance planning time because the status of a potential Plant Change is readily
available on-line to maintenance engineers and planners.
Business Objectives
Plant Change activities need to fulfil a few business objectives, namely:
a) Safety - where the Plant Change processes must comply with plant integrity, and environment
and health safety standards.
b) Effectiveness - the Plant Change request must meet the stated objectives of the requester and
the stakeholders, for example, modified equipment as requested by operations should still be
maintainable for production reasons.
c) Efficiency - the change must be done efficiently for the OPU to enjoy the Plant Change benefits.
It must also be cost-effective to ensure the benefits of the change are maximized.
Those objectives make it necessary for the OPU to adopt and implement a Plant Change process
that meets the following characteristics:
It needs to be efficient, and able to use project management and document management best
practices to:
Manage schedules.
Record time and cost.
Enable collaboration between stakeholders (those interested in the outcome of the Plant
Change) and participants (those performing the Plant Change work).
Business Requirements
Although a large part of the Plant Change involves the preparation of documentations as well as
approval and business procedures that are outside of the SAP system, there is a need for the Plant
Change work planning and execution to be managed in the SAP system. The procedures embedded
in PMMS enables the OPU to fulfil the following business requirements:
PETRONAS already have a series of business activities and approvals to process a Plant
Change. Each OPU will observe its existing documented business activities and approvals.
However, they will be complemented by PMMS transactions to support those business
procedures and manage the Plant Change work planning and execution.
The Plant Change process with On-line capabilities will enable:
• Visibility to Maintenance group that a Plant Change request has been approved for a
specific plant and equipment, and should include useful information (e.g. Tag number,
key dates, cost of Plant Change) for planning.
• Communication to Maintenance group on any changes to planned scope or dates for the
Plant Change.
• Listing of the SAP data elements (e.g. Task Lists, BOMs) to be separately or jointly
developed by Engineering or Maintenance groups to ensure a smooth transition from
construction to the handover to Operations.
• Online acceptance of the Plant Change by Maintenance prior to final transfer to
Operations.
Once the Plant Change design is approved and ready to be constructed, the Engineering group shall
raise a SAP Plant Change Notification (type “PC”) to inform Maintenance of the Plant Change
request and activity. This will enable the Maintenance group to incorporate these new changes or
additions into maintenance activity scheduling and others.
The Notification type used is “PC” for Plant Change. Please take note that, the Plant Change
notification is not used to register a Plant Change request. Only approved Plant Change will be
registered in SAP. The user statuses in a “PC” Notification are used to monitor and manage the
different stages of a Plant Change, as illustrated below:
PCHR Plant Change Handover Plant Change work completed and is ready for handover to
Recommended Maintenance
PCHA Plant Change Handover Accepted Plant Change Handover successfully handover to
Maintenance
PCCC Plant Change Completed and Closed Plant Change Activities have completed and closed
User Status in PC Notification
The maintenance user shall set the appropriate user status as the “PC” Notification progresses
through the various stages of the Plant Change approval and handover.
The “PC” Notification may or may not be turned into a Maintenance Order as it is dependent on the
involvement of the Maintenance team in the project. When the Maintenance group’s involvement is
required, either partially or completely, in the Plant Change work, the Engineering group will inform
the Maintenance group. The Maintenance planner shall then create a Plant Change Maintenance
Order (type “PCM”) from the “PC” Notification and process it accordingly based on PMMS
procedures (refer to the Work Management part of this documentation).
Group Technology Solutions Page 84 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Maintenance can be involved in the plant change work in the following scenarios:
1. Involved in the procurement and maintenance of the plant change.
2. Provide services required by the plant change project team.
For scenario 1, a plant change order “PCM” is created referencing the “PC” notification. All planning
of resources (labour and materials) and work are carried out and managed in a similar way to normal
repair work.
For scenario 2, if the maintenance is providing a service to the plant change project, a “PCM”
maintenance order is also raised with reference to the plant change notification. The internal labour
work is then planned. After completion of the work, the order is closed but the notification will not be
set as complete. The completion time of the notification shall depend on the completion of the
outstanding work of the plant change project.
The following activities in PMMS are required for Plant Change Handover:
Engineering group to confirm the completion of Plant Change activities as detailed out in the
Plant Change Notification.
A User Status, PCHR (Plant Change Handover Recommended) shall be activated in the
Plant Change Notification by the engineer recommending the hand-over.
A User Status, PCHA (Plant Change Handover Accepted) shall be activated by the relevant
Maintenance Manager or representative once it is accepted.
The Plant Change Notification shall then be closed using PCCC (Plant Change Completed
and Closed) by the Maintenance Manager or representative.
Management of Change
Apart from the abovementioned procedures, it is also important to note that any Plant Change done
need to observe the requirements and procedures stated in the PETRONAS Management of Change
(MOC). Those procedures apply whenever there are changes done that leads to impact on the
Production or HSE.
The procedures that are embedded in the MOC seek to ensure that:
a) The proper level of review is applied to prevent inadvertent effects from changes that could
introduce hazards.
b) The safety of the plant and its personnel are protected and not compromised by inadequately
evaluated changes.
c) Changes do not lead to unacceptable risks in safety and health of the environment or community.
For further details on PETRONAS MOC, please refer to the following documents:
a) PTS 60.2201
b) HSEMS Manual
c) Man-PSM-MOC-001
PERFORMANCE STANDARDS
There are certain maintenance activities that can only be carried out when the plant is shutdown. The
two types of maintenance work that require the shutdown of the plant are:
a) Planned and scheduled maintenance work for example, DOSH maintenance (plant turnaround).
b) Ad-hoc maintenance work that requires a shutdown window.
The shutdown window shall be arranged and planned with the operation team after taking into
consideration:
a) The production schedule and customer demand.
b) Criticality of the maintenance work.
c) The fulfillment of the legal and safety requirements.
During the plant shutdown, routine maintenance or plant change activities that cannot be performed
during normal plant operation period will also be scheduled, for example:
a) Plant change activities that required plant shutdown:
i) Modify the existing single mechanical seal to Double mechanical seal of Pump P-1101.
ii) To lay a by -pass line for exchanger E-1401.
b) Routine maintenance that required plant shutdown (usually is called opportunity maintenance) :-
i) Removal of fermanited clamp and replacing them with new flanges.
ii) Replacement of a leaky line which has been temporarily repaired.
Business Objectives
There is a need to ensure that turnaround information is recorded in the same system with other
equipment maintenance data, in order to achieve the following benefits:
a) Provide a complete equipment history in one system.
b) The asset life cycle cost can be easily obtained.
c) Able to manage the scope of the work package, the schedule.
d) Optimize the resources (materials, manpower and tools).
e) Ensure there is no cost overrun.
f) Manage the risk, quality of work and work execution.
Business Requirements
For effective management of Turnaround data and processes, as well as to achieve the abovesaid
benefits, all Turnaround work needs to be managed and recorded in a system that fulfils the following
requirements:
i) To be able to capture Turnaround cost at individual equipment level. This allows users to
extract the equipment life cycle cost easily.
ii) PTA preparation time and efforts can be reduced and processes can be simplified.
iii) PTA documents/history will be available for future reference in the maintenance system.
iv) The turnaround information to be captured includes:
i) The materials (components) that are used during the turnaround.
ii) The contractor who is engaged to perform the work.
iii) The internal staffs involved in the shutdown work – whether they are performing hands-
on or supervisory work.
iv) Any emergent work arising from the turnaround work.
v) The tasks performed in the turnaround.
vi) The budget area that the cost of the turnaround is charged to.
vii) All costs that are recorded by material, labour, contractor per equipment.
The Turnaround work management cycle can be divided into five main stages, as illustrated in the
diagram below:
Turnaround Preparation
In the PMMS system, there are certain data that needs to be prepared beforehand. These include:
a) Functional Location
A master data in PMMS which structures the maintenance objects in PETRONAS according to
functional, system, process-related or location criteria.
b) Equipment
This is a master data in PMMS which represents the Plant’s maintainable assets or equipment. This
data is then assigned to the Functional Location to become part of the Plant Asset Structure.
c) Revision number
This number shall be used to represent the Turnaround window and group all the Maintenance
Orders that are to be executed during the Turnaround. The dates in the revision number can be
defaulted as the planned start and end dates for those orders.
d) Task Lists
This is a master data in PMMS that describes the work steps or tasks that need to be executed during
the Turnaround. The operations/tasks for Turnaround work is listed in the Job Method Sheet (JMS)
for each equipment. The tasks in the JMS is to be created as operations in the Task List in R/3. The
information in the Task List include:
• Task specifications.
Group Technology Solutions Page 88 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
e) Maintenance Plan
This is a master data in PMMS that defines the description, equipment, frequency and the Task List
required to carry out the Turnaround tasks. Maintenance Orders (type “PSI”) will be generated from
the Maintenance Plan for the Turnaround (refer to the diagram below). The turnaround plan is a time-
based maintenance plan as the schedule for turnaround is by time interval, for example, every 2 or 3
years. An auto-call will not be required for Turnaround plans in the system. It will be called manually
in the system by the Turnaround planner during the preparation stage. The reason for the manual
process is due to the long lead time procurement time for materials required in the Turnaround. The
lead time could be 6 - 8 months before the Turnaround starts. It is therefore appropriate to be
processed by the Turnaround planner during preparation.
f) WBS Element
This is the Work Breakdown Structure which represents the Turnaround budget structure. The budget
structure is provided by the maintenance users for Finance to create the project structure (WBS) in
the system and is used for the purpose of the Turnaround cost settlement. It is assigned to the
settlement rule of the Maintenance Orders that are to be executed during the Turnaround. The costs
accumulated in each of the maintenance order will then be settled to the WBS. This way, users can
compare the Turnaround budget to actual.
Once the scope, schedule and dates of the turnaround are determined, based on the CF renewal
requirements, the turnaround planning team will be setup. This may consist of external resources
Group Technology Solutions Page 89 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
(contractors) who are engaged to manage the Turnaround process. Alternatively, at present, some
OPU have their internal Turnaround personnel to undertake the task.
A review on the Scheme of Examination is then carried out with the inspection department for the
Turnaround. Thereafter, the scope and overall schedule for the Turnaround is identified. Examples
of the scope include:
b) Get the list of all project tasks which need to be executed during Turnaround from technical
services team.
c) Retrieve from the system all maintenance orders which are waiting for shutdown (opportunity
work), which may include reactive order (type “REM”), proactive order (type “PRM”) and plant
change (type “PC”) orders from the system. The team will decide on the orders to be included in
the forthcoming Turnaround. All confirmed maintenance orders and project tasks will make up the
total work scope for the turnaround.
d) Generate maintenance orders for all those work which falls into the “Late work authorization”
procedure.
The total work scope will then be planned and submitted for approval for execution in the PTA
planning.
Turnaround Planning
During the Turnaround planning stage, the following activities are executed by the Turnaround
planning team:
a) A check to ensure that the Job Method Sheet (JMS) is available in the system and is updated
according to the confirmation from the Inspection team.
b) The Turnaround budget structure has been submitted to the Finance department and WBS is
created as per the submission for the Turnaround.
c) Ensure that the work packages for groups of equipment are complete and no other modification
to the task list is needed.
d) Maintenance orders for the total work scope of the Turnaround are listed and relevant information
is updated in the orders, including:
i) Select all outstanding “PSI” maintenance orders from the system. Specify the revision
number for the orders.
ii) Identify whether the order is still valid in the forthcoming Turnaround. If no, then it can be set
with a deletion flag and closed.
iii) Verify and adjust the tasks, such as adding and deleting operations from the orders, if
necessary.
iv) Update the materials and manpower requirement, if needed. For materials, stock items are
reserved from the orders. Usually, the storekeeper will make a transfer in the system of the
Turnaround requirement to a storage location which is created specifically for the
Turnaround. The physical withdrawal of the items from the Turnaround storage location is
made 3-4 weeks before the start date. On the other hand, non-stock items are procured via
PR created from the orders.
v) To assign the correct Project Cost /Work Breakdown Structure (WBS) to the generated work
orders based on the budget structure.
e) The contracting strategy is determined jointly with the procurement team and contract is initiated.
f) Upon completion of the planning, the orders are submitted for approval based on individual OPU
requirement. “PSI” orders need to go through the normal PMMS Technical Approval process.
g) Once approved, the maintenance orders are released and the procurement actions are initiated
i.e. external services are planned and PR is created.
h) Request For Quotation (RFQ) can be sent to contractors for the procurement of materials and
services after the PR approval.
i) Release Orders are raised for all external procurement. In the event that the long lead time items
are needed, the release orders will be raised as early as possible to ensure that items ordered
are available before the start of the Turnaround.
j) Once all materials are received, they need to be withdrawn, kept and tagged in a separate TA
warehouse before the TA execution phase.
Once the above activities are completed, detailed scheduling for the Turnaround can be performed.
Turnaround Scheduling
During the Turnaround scheduling, the main tasks that need to be executed are:
Translate all tasks in the Job Method Sheet to the scheduling tool file.
Schedule each maintenance order operations and assign resources to perform the tasks.
Procurement activities and schedules are also monitored for changes in delivery dates.
The method and tools used for Turnaround scheduling varies from one OPU to another. They include,
but not limited to:
ii) The Turnaround scheduling requirement for this tool is very minimal as it will be used only for
extracting work orders into external scheduling tool such as Ms Project / Primavera and for
time/final confirmations only. Other functionality may be redundant and, considering the high
implementation cost, this is not a practical option.
iii) The frequency of usage of IMPRESS is estimated to be low as it will only be used once in a
year or once in every three years, depending on OPU’s Turnaround schedule.
This is the most commonly used scheduling tool. It is a download/upload approach to copy data from
R/3 system to the external scheduling tool (Primavera / MS-Project). Among the data extracted from
the R/3 system include:
i) Work order number.
ii) Operation and Sub-operation.
iii) Task Description.
iv) Start and End Date.
v) Manpower needed for the job.
The maintenance orders are downloaded from SAP standard listing to a spreadsheet format. Then,
the downloaded information will be imported into the external scheduling tool. In the case of MS-
Project, the maintenance orders for Turnaround will be listed as per work packages and saved into
MS-Excel file. The excel file can then be imported into MS-Project and further scheduling can be
carried out.
In addition to the turnaround work orders, there are other project works carried out by other team for
example, engineering (for projects for plant change that do not involved maintenance) that are also
required to be tracked as part of the turnaround schedule. The detailed schedule for these jobs can
be appended to the same project file so that the planner can manage / track the turnaround schedule
on a whole.
In case of Primavera, the maintenance orders will be saved as a Lotus spread sheet. Once the data
file is ready in the required format, Primavera is used to import the data from Lotus 123 into the
Scheduling tool. The imported data can then be arranged by work packages. Scheduling and
resources allocation can be reviewed and altered as per the planners’ requirements. For project
works carried out by other team, for example engineering, the detailed schedule can be appended to
the same project file for overall turnaround scheduling. All scheduling and tracking will then be
performed in Primavera until the completion of the turnaround.
Turnaround Execution
The fourth stage of the Turnaround cycle marks the start of the actual execution of the tasks planned
for the Turnaround. In this case, several activities will be performed such as:
a) Develop an organization for Turnaround execution. This includes all the manpower needed to
perform the tasks in the Turnaround.
d) Monitor work progress and initiate proper action for any delays.
e) Develop and execute a system to track all emergent work and record them for additional work
contracting.
During the execution phase of the Turnaround, the planners will work with the detailed Scheduling
tools to keep track of the work execution progress. On a daily basis, the management is updated with
progress achieved and will also be highlighted on any major emergency job which could affect the
overall schedule.
A procedure would already be in place before the Turnaround as to how to handle additional jobs
which is found during the execution of the Turnaround, such as the inspection of equipment.
Planners will follow up on such additional job and arrange for all resources needed for their execution,
using either the existing manpower, or, if needed, any additional manpower, be it internal or external,
without affecting the overall Turnaround schedule. It is recorded as additional work in the
maintenance order.
Group Technology Solutions Page 92 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Work package documents for each package shall be prepared and distributed to the Turnaround
organisation well in advance for the Turnaround execution team to prepare themselves with the
scope and schedule of jobs. Daily meeting with Operations, Turnaround execution team and
Turnaround planners will be organised to review the progress of jobs.
Turnaround Completion
During this phase of the Turnaround, the Turnaround execution team will handover the plant back to
Operations and give additional help during commissioning stages for a smooth start up.
Once the plant has been started up and streamlined, the planning and execution team will take stock
of unused materials which are in the Turnaround storage location and return the excess quantity back
to the warehouse. Depending on the item category, the following procedure applies:
ii) All stock items will be returned as the surplus material with posting in the system. The posting for
the material returns must be done against the reservation number or the maintenance order
number itself.
iii) All non -stock items will be returned for safekeeping in the warehouse physically. These will be
tagged and kept as surplus in a separate place in the warehouse physically for future use without
any system update. They are considered as direct charge material, i.e. charged out to the
Turnaround orders and do not carry any cost for inventory. They will, therefore, not be monitored
in the inventory module and are tracked manually outside the R/3 system.
The Turnaround team then ensure that all contract manpower time recording is updated in the system
via Timesheet. Internal manpower time is also required to be recorded into turnaround orders using
the Timesheet. Apart from that, technical reporting is required to be updated into the system
individually, via notification, namely:
a) Technical information e.g. Object Code, Cause Code and Damage Code are updated in the
Notification header.
b) Technical findings in the form of report can be updated in the Notification long text or via a
Document (DMS) linked to Notifications.
Maintenance orders are to be technically completed when all technical reporting is complete. Overall
Turnaround reports shall then be prepared and circulated to the management.
PERFORMANCE STANDARDS
The assessments shall be based on the PETRONAS standards and Best Practices to evaluate the
effectiveness of all PMMS elements.
Management reviews are essential and are concerned with determining the effectiveness, efficiency,
implementation, compliance, adequacy, deficiencies, functioning of the overall management system
in meeting current plans and targets, as well as assessing its ability to satisfy future business
requirements and coherence with other management systems.
The objective of the management review is to ensure that the company has the continuing capacity to
meet the implicit and explicit needs of shareholders, the authorities, customers, and employees on
matters related to reliability and integrity.
In order to ensure that the management system is effective and efficient in meeting the company’s
objectives at various levels, management shall initiate regular reviews of the management system.
The nature, scope and frequency of reviews made or initiated by the management shall be clearly
defined and shall at least address the possible need for changes to policy, practices, objectives and
other facets of the management system.
The document specifies the procedure/process flow to request for an addition or change to the
master data, the responsible party for each step of the change process and the data template to fill up
for data upload purpose.
This document is a template which the OPU can further customize to suit its local / specific needs.
During the assessment process, all the findings should be documented by area in the Results
Template. The follow up action items in the findings should be raised in the Master Data Assessment
Action Item Log. The Area Lead should use this form to confirm assessment points and the
prioritisation of action item for their own area. Subsequently, the confirmed Review findings should be
documented in the Master Data Assessment Summary Report, and presented to the Maintenance
Manager and CoP members by both FP & Area Team lead.
It is a good practice for every plant to carry out a Master Data Quality Assessment once every 3 – 4
years.
The assessment team from the OPU can augment the team with invitation to PGTS other OPUs for
experience maintenance personnel to be included. This also allows different perspectives and
experience to be shared with the OPU. The assessment usually lasts for minimum 2 days.
During the audit process, findings should be documented in the Audit Action Request Form. The
auditors should use the AAR to confirm audit points with the auditees’ supervisors. Subsequently, the
final audit findings should be documented in the Audit Report Summary Sheet.
The assessment report should be presented to the OPU’s COP, and action points required discussed
and agreed upon. All non-compliance observed should be tracked using the Corrective Action
Request Status Log and must be closed within specific time period:
PMMS Business Process Compliance Assessment should be done annually or at least once every
two years.
PERFORMANCE STANDARDS
6 MANAGEMENT REVIEW
The company's senior management shall, at appropriate intervals (and at least annually), review the
management system and its performance, to ensure its continuing suitability, adequacy, and effectiveness.
The review should specifically, but not exclusively, address:
• the possible need for changes to the policy and objectives, in the light of changing circumstances,
such as a changes in the organization, changing technology, changing business environment, etc.
• the commitment to strive for continuous improvement
• changes in business processes
• resource allocation for PMMS implementation and maintenance
• incorporation of best practices.
The review process shall be documented, and its results recorded, to facilitate implementation of
consequent changes, and follow-up.
Reviews should be used to reinforce continual efforts to improve the management of PMMS at the OPU.
The scope of review shall cover the content of the management system, the performance standards, and
determine the extent to which any requirements were met or recommendations had been successfully
implemented.
Reviews are to be carried out by appropriate members of, or competent independent personnel appointed
by, the company's senior management. Issues to be addressed as part of the process will typically include:
• any recommendations which have been made in department reports, and whether or not these
have been implemented
• recommendations from OPU PMMS COP meetings
• the continuing suitability, adequacy, and effectiveness of the management system
Reports of reviews need to make clear why they were conducted (e.g. routine procedure, organizational
changes, developments in understanding of PMMS related issues, PMMS developments, reported
deficiencies in the management system, etc.).
Reviews should be used to reinforce the continual efforts to improve PMMS utilization and maintenance
performance.
For the purpose of this document, the following definition shall apply irrespective of their meaning in
other contexts.
TERM DESCRIPTION
A
Asset Management The systematic planning and control of a physical resource throughout
its life. This may include the specification, design, and construction of the
asset, its operation, maintenance and modification while in use, and its
disposal when no longer required.
Asset Register A list of all the Assets in a particular plant/workplace, together with
information about those assets, such as manufacturer, vendor, make,
model, specifications etc.
Availability The proportion of total time that an item of equipment is capable of
performing its specified functions, normally expressed as a percentage.
It can be calculated by dividing the equipment available hours by the
total number of hours in any given period. ISO 14224 defines it as the
ability of an item to be in a state to perform a required function under
given conditions at a given instant of time or over a given time interval,
assuming that the required external resources are provided.
Notes:
For a more detailed description and interpretation of availability, see
Annex C in ISO 14224.
Backlog All work available to be done. Backlog work has been approved, parts
are either listed or bought, and everything is ready to go.
Benchmarking The process of comparing performance with other organisations,
identifying comparatively high performance organisations, and learning
what it is they do that allows them to achieve that high level of
performance.
Bill of Materials A list of all the parts and components that make up a particular asset.
BOM See Bill of Materials
Breakdown Functional failure of an equipment. In PMMS, the breakdown indicator is
used to qualify an event for MTBF calculation.
Breakdown See No Scheduled Maintenance
Maintenance
Boundary Interface between an item and its surroundings.
Document Management In PMMS, Document Management is associated with the storing of the
System document info record such as drawings, procedures, spade lists,
maintenance measurement target values etc. in each equipment master.
Downtime The time that an item of equipment is out of service, as a result of
equipment failure. The time that an item of equipment is available, but
not utilised is generally not included in the calculation of downtime.
Gantt Chart A bar chart format of scheduled activities showing the duration and
sequencing of activities.
Key Performance A select number of key measures that enable performance against
Indicators targets to be monitored.
KPI see Key Performance Indicators
Maintainability The ease and speed with which any maintenance activity can be carried
out on an item of equipment. May be measured by Mean Time to Repair.
Is a function of equipment design, and maintenance task design
(including use of appropriate tools, jigs, work platforms etc.).
Maintenance Any activity carried out on an asset in order to ensure that the asset
continues to perform its intended functions, or to repair the equipment.
Note that modifications are not maintenance, even though they may be
carried out by maintenance personnel.
Maintenance Types Nature of work carried out on the assets. Relation with Maintenance
Order Types are as below:
Maintenance
Reactive Proactive
REM
Protective Device Devices and assets intended to eliminate or reduce the consequences of
equipment failure. Some examples include standby plant and equipment,
emergency systems, safety valves, alarms, trip devices, and guards.
Purchase Requisition The prime document raised by user departments authorising the
purchase of specific materials, parts, supplies, equipment or services
from external suppliers.
Purchase Order The prime document raised by an organisation, and issued to an
external supplier, ordering specific materials, parts, supplies, equipment
or services.
R
Group Technology Solutions Page 103 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Reactive Maintenance Any maintenance activity which is required to correct a failure that has
occurred or is in the process of occurring. This activity may consist of
repair, restoration or replacement of components. This term is used
interchangeably with Corrective Maintenance.
RCM See Reliability Centered Maintenance
Reliability The capability of an asset to continue to perform its intended functions.
Normally measured by Mean Time Between Failures
Reliability Centered A structured process, originally developed in the airline industry, but now
Maintenance commonly used in all industries to determine the equipment
maintenance strategies required for any physical asset to ensure that it
continues to fulfil its intended functions in its present operating context.
Repair Any activity which returns the capability of an asset that has failed to a
level of performance equal to, or greater than, that specified by its
Functions, but not greater than its original maximum capability. An
activity which increases the maximum capability of an asset is a
modification.
Restoration Any activity which returns the capability of an asset that has not failed to
a level of performance equal to, or greater than, that specified by its
Functions, but not greater than its original maximum capability. Not to be
confused with a modification or a repair.
Rework Rework is any repeated/remedial work required within 90 days after
proper handover and commissioning of the equipment, thus excluding
repairs caused by flaws during commissioning and start-up activities.
In this context, the scope of remedial works covers all repairs that should
and/or could have been detected during the first failure.
Note: A combination of poor planning and scheduling. Usually due to
lack of skills, material problem, missing spare parts, or not enough time
assigned to do a precision job before starting equipment again.
Risk The potential for the realisation of the unwanted, negative consequences
of an event. The product of conditional probability of an event, and the
event outcomes.
Routine Maintenance Any maintenance task that is performed at a regular, predefined interval.
Task
Run-to-Failure No Scheduled Maintenance - an Equipment Maintenance Strategy,
where no routine maintenance tasks are performed on the equipment.
The only maintenance performed on the equipment is Corrective
Maintenance, and then only after the equipment has suffered a failure.
Also described as a No Scheduled Maintenance strategy.
Safety Consequences A failure has safety consequences if it causes a loss of function or other
damage that could hurt or kill someone.
Schedule Compliance One of the Key Performance Indicators often used to monitor and control
maintenance. It is defined as the number of Scheduled Work Orders
completed in a given time period (normally one week), divided by the
total number of Scheduled Work Orders that should have been
completed during that period, according to the approved Maintenance
Schedule for that period. It is normally expressed as a percentage, and
will always be less than or equal to 100%. The closer to 100%, the better
the performance for that time period.
Scheduled Maintenance Any maintenance work that has been planned and included on an
approved Maintenance Schedule.
Scheduled Work Order A Work Order that has been planned and included on an approved
Maintenance Schedule.
Group Technology Solutions Page 104 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Unplanned Maintenance Any maintenance activity for which a pre-determined job procedure has
not been documented, or for which all labour, materials, tools, and
equipment required to carry out the task have been not been estimated,
and their availability assured before commencement of the task.
Unscheduled Any maintenance work that has not been included on an approved
Maintenance Maintenance Schedule prior to its commencement.
Group Technology Solutions Page 105 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Uptime The opposite of downtime. It is defined as being the time that an item of
equipment is in service and operating.
Utilization The proportion of available time that an item of equipment is operating.
Calculated by dividing equipment operating hours by equipment
available hours. Generally expressed as a percentage
Vibration Analysis The process of monitoring the condition of equipment, and the diagnosis
of faults in equipment through the measurement and analysis of vibration
within that equipment. Typically conducted through hand-held or
permanently positioned accelerometers placed on key measurement
points on the equipment. Commonly used on most large items of rotating
equipment, such as turbines, centrifugal pumps, motors, gearboxes etc.
LIST OF ABBREVIATIONS
3R Reliable, Repeatable and Replicable
BOM Bills of Material
CoP Community of Practice
EPSS Electronic Performance Support Systems
ID Identity
iPOCS Integrated Plant Operations Capability
KPI Key Performance Indicator
LOA Level of Authority
MMS Maintenance Management System
MMSEP Management System Enhancement Program
NCR Non-conformance Report
OPU Operating Unit
PGTS PETRONAS Group Technology Solution
PMMS PETRONAS Maintenance Management System
PONC Price of Non-conformance
PR Purchase Request
Group Technology Solutions Page 106 of 109
PETRONAS MAINTENANCE MANAGEMENT SYSTEM – REV 0 DECEMBER 2009
Rep Representative
RIMS Reliability and Integrity Management System
SPIR Spare Parts Interchangeability Record
TA Turnaround
REFERENCE DOCUMENTS
1. MMSEP Blueprint
2. R/3 System- Plant Maintenance
3. Plant Maintenance Resource Center ([Link]
4. EPSS (PETRONAS Electronic Performance Support Site)
APPENDICES
Appendix A: PMMS Self-Assessment Checklist
Self- Remarks / Evidence /
No. Practices
Assessment Action Plan
1.0 Leadership & Capability Management