Maximo

 View Only
  • 1.  Tracking Deferred Preventive Maintenance at the Asset Level

    Posted Mon October 03, 2022 02:53 PM

    We are interested in understanding how others track deferred preventive maintenance in Maximo (7.6.1.2) to the asset level.  We use asset templates that have corresponding PM Masters.  When we associate assets to an asset template with a PM Master, the PM for that asset is auto-generated with its corresponding job plan sequence.    We are tracking the % of PMs associated to the PM Masters as a key indicator for our conversion away from bespoke PMs so as to execute at scale and manage using a specific PM program.   Facilities Managers are allowed to alter the PM frequencies for asset specific reasons such as seasonal or environmental conditions.

     

    Our intention was to set the job plan and/or PM status to "Deferred" for any assets where a decision is to defer maintenance.  Are there other ways to do the same that may have additional value that we've not considered?

     

    Thank you.

    --Nancy    


    #Maximo
    #AssetandFacilitiesManagement


  • 2.  RE: Tracking Deferred Preventive Maintenance at the Asset Level

    IBM Champion
    Posted Tue October 04, 2022 05:03 AM
    Hi Nancy - If you are going to defer maintenance you are going to defer it to a future date. Then use the Extended Date on the Time Based Frequency tab and use the extended date to Adjust Next Due Date.

    You would change status if you do not need to consider the PM again, perhaps because the asset has been taken offline (temporary) or disposed (permanent). I wouldn't change status on the job plan as the job plan is hopefully being shared between multiple PMs.

    Regards - Andrew

    ------------------------------
    Andrew Jeffery
    Maximo SME
    ZNAPZ b.v
    Barnstaple
    0777 1847873
    ------------------------------



  • 3.  RE: Tracking Deferred Preventive Maintenance at the Asset Level

    Posted Tue October 04, 2022 05:47 AM

    Thank you Jeffrey.

     

    With your recommendation in mind, how would we identify and differentiate PMs that are deferred for reporting?  Our Facilities team would like to see that decisions that fall under the following three situations:

     

    1.      All recommended Maintenance frequency will never be performed (i.e. full PM)

    2.      Partial recommended Maintenance frequency will never be performed (i.e. quarterly).

    3.      Recommended Maintenance has been deferred (with your recommendation above) and the period of deferral  (i.e. annual now rescheduled two years in the future).

     

    --Nancy






  • 4.  RE: Tracking Deferred Preventive Maintenance at the Asset Level

    IBM Champion
    Posted Tue October 04, 2022 09:21 AM
    The leading practice is to understand any deferral of work on the WO's being generated and leave the Job Plan and PM as a standing record, except for the cases Andrew listed above. The PM and Job Plans are the schedule we want to achieve. The WO's will indicate the actual choices - intentional or unintentional - made by the maintenance team. 

    One method we've used is to create a new WO status to identify work that has been deferred or missed. Our company has a synonym WO status of MISSED to the core status CLOSE. So when a maintenance group decides that job will not get done this period, they set the PM WO to MISSED to indicate they did not do the work. We also have an Escalation running to check for jobs that truly get missed and 2 PM WO's for the same job - e.g. a monthly PM got dropped and the next monthly PM for the same asset is generated - and automatically set the older of the 2 WO's to MISSED status. 

    We've started to have a conversation on adding a 2nd synonym status of DEFER, or something liked that, to indicate that maintenance intentionally chose to not do some work versus the truly missing the opportunity to get work done at the correct time.

    ------------------------------
    Jason Verly
    Reliability Engineering Manager
    Agropur US
    Le Sueur MN
    ------------------------------



  • 5.  RE: Tracking Deferred Preventive Maintenance at the Asset Level

    Posted Tue October 04, 2022 01:54 PM
    The first thing I would do is consider whether or not the PMs have a fixed or floating schedule.  If it has a floating schedule. . .I just leave it be.  That leaves you with a Work Order that is overdue.  So you have your managers pay attention to the overdue work -- which may mean creating a Start Center portlet, creating and scheduling a report, using Escalations to notify people when this happens, etc. -- whatever works best for your team to make them aware of it, and hopefully get the job done.

    If it has a fixed schedule (e.g., this is something you "have to" do every month, and maybe every 3 months there's a Quarterly Inspection (so sequenced Job Plans), etc. -- but your team was unable to do the job last month) -- I use a synonym of Complete, NOTDONE, to indicate that this one wasn't completed, and it gets it off the "to-do" list.

    Also, a bit of a rabbit trail, I had added a custom "Origin" field to the PM -- basically the rationale for the PM even existing.  This is domain-bound, and one of the choices is "Regulatory."  If some regulatory agency says we have to do this PM every X interval, then I put controls on the Work Order statuses that prevent users from Cancelling the Work Order.  These PMs also tend to (I almost want to say must) have a fixed schedule.  But if the Origin is, say, manufacturer's recommendation . . .I still don't let users Cancel this.  It stays "open" until they get it done (unless they tell me, "Oops, we disposed of that Asset" or some other valid reason to not need the PM anymore -- as the Admin, I can Cancel the Work Orders).  But these I usually set up as floating.


    Looking back at your three situations:

    1.      All recommended Maintenance frequency will never be performed (i.e. full PM)

    If you're never, ever going to do the PM, then set the PM status(es) to INACTIVE

    2.      Partial recommended Maintenance frequency will never be performed (i.e. quarterly).

    Here, you'd have to manipulate the Job Plan Sequence for the PM that was generated from the Asset Template.

    3.      Recommended Maintenance has been deferred (with your recommendation above) and the period of deferral  (i.e. annual now rescheduled two years in the future).


    If this has sequenced Job Plans, IDK how you'd reschedule the annual inspection for two years in the future.  Seems you'd have to have that as its own PM, while leaving the monthly/quarterly ones sequenced.  Otherwise, depending on the situation, Andrew's recommendation of changing the Next Due Date could work.




    All that said, to answer your original question:  To see what was deferred, 
    --if it has a fixed schedule, I'm going to look at the Work Orders that were generated and see how many went through the NOTDONE status; also, I'd test those that were COMP to see if there were Actuals recorded to it (because a user may have thought that the right thing to do with last month's PM Work Order, that he didn't do, was to change the status to COMP, so as to get it off the "to-do" list)

    --if it has a floating schedule, I'd be looking at difference between today's date and the Target Finish Date.  Of course that means you need controls to prevent users from changing the value in that field.

    --You'd also need to check the PM records, to see if the Next Due Date field has a value

    --You'd also need to check Report Dates for the Work Orders that were generated, to see if at some point the PM had the Next Due Date manipulated, or there were seasonal adjustments, etc.

    --Then you'd also want to compare what PMs actually exist vs. what you had put in the Asset Template.

    ------------------------------
    Travis Herron
    ------------------------------



  • 6.  RE: Tracking Deferred Preventive Maintenance at the Asset Level

    IBM Champion
    Posted Wed October 05, 2022 04:26 AM

    Hi Nancy - I've got to say it is one of the most interesting questions I've seen in the community for a while - thanks for that. I took your original question to be specific to managing deferral before generating a work order rather than after the work order has been created. The comments which Jason and Travis have made are valid for work order deferral, but I'll continue to answer on the basis of handling deferral of PM before a work order is generated. My preference would be, if you are not going to do work, then do not generate a work order.

    1. If you wish to abandon the maintenance frequency, then you change status to a synonym of INACTIVE.
    2. If you are going to skip a sequence, then use an Extension Date and increment the PM counter. If you set an Extended date which is more than the frequency of the PM, you will receive a warning "BMXAA3227W - The extended date entered will cause at least one cycle to be skipped. This may cause a disruption with job plan sequencing."- this is your reminder that you need to increment the PM counter.
    3. For short term deferrals between now and when the next PM would be due use the Extension Date.

    A normal PM next due date is considered a target date around which you schedule, so you may do earlier, you may do a little later. I encourage clients to use the Constraint Offsets to provide the allowed window of time when the PM should be completed. When using an Extension Date for a deferral you may think of the date as a date when you should have completed the PM, if this is the case then you could set the Finish Constraint Offset to 0 but you'll need to remember to reset it after the PM generates the work order. Better then to think of a date when you need to get the PM completed and enter an Extended Date earlier than this by the number of days you use for the PM Finish Offset.

    For equipment where you need to postpone a PM for an unknown period, then you could change status to a synonym of INACTIVE (a work order will never be generated), or you could set the frequency to 0, work orders will not be generated based on frequency, but you still could generate a work order if you uncheck Use Frequency Criteria. My general preference is not to use a status field for lots of different purposes, because it starts to make business processes difficult to follow, but I know that many others do use additional synonyms and you could have different deferral reasons as synonyms of INACTIVE. But my preference would be to set to INACTIVE when I know the PM record will not be used again and set frequency to 0 to stop the PM from generating a work order (many might disagree with this).

    What would be a great addition to the PM application is a Log tab (same for Job Plan) to record your maintenance decisions, easily configured, which is probably why it doesn't exist in the applications.

    One final thought - the Last Start Date and Last Completion Date are important, so do not do anything that will give false information for those two fields. If you generate a work order and then do not want to do that work order, then cancel it do not complete or close the work order as that will change the Last Completion Date on the PM.

    Regards - Andrew



    ------------------------------
    Andrew Jeffery
    Maximo SME
    ZNAPZ b.v
    Barnstaple
    0777 1847873
    ------------------------------



  • 7.  RE: Tracking Deferred Preventive Maintenance at the Asset Level

    Posted Mon October 10, 2022 11:42 AM

    Hi Nancy,


    a great and interesting question that i previously investigated and implemented for an organisation. The selected method is to track deferral of work at WO level, against the asset.  If the work is to be deferred before a work order is generated,  then i feel the better solution is to utilise the multiple options available on PMs. the method below is for deferrals against the work order which provides a very granular detail, which of coursed can be summarised in any reporting.

    To explain the methodology, we utilise a new standalone domain for deferral status, combined with notifications to authorised team members, all triggered by WO workflow. When it is identified the target date cannot be achieved, (utilising CF on the work order screen) the Planner 'applies for a deferral' by changing the deferral status, which triggers a notification to authorised approvers. Once advised by the system communications, the authorised person(s) log in to the system, execute a risk assessment (within the system) based on the asset / work and ultimately enter a 'new' target date for the work (called deferral date) or rejects the request for deferral, based on the risk assessment.

     

    The points to note are each deferral is formally risk assessed, with progress tracked via deferral status, complete with revision control, full process transparency and auditing ability.  Once the 'request for deferral' has been approved, a flag (and counter) are recorded in the WO table, making, for reporting simple.

    As mentioned, this is all work order deferrals, and any deferrals required before work order generation are managed  via the PM functionality. Between both you can provide full visibility across all time horizons, via a very simple process, fully supported by the system.

     

    Regards

    John



    ------------------------------
    John Plahn
    ------------------------------



  • 8.  RE: Tracking Deferred Preventive Maintenance at the Asset Level

    Posted Mon October 10, 2022 11:42 AM
    Edited by System Wed March 22, 2023 11:56 AM


  • 9.  RE: Tracking Deferred Preventive Maintenance at the Asset Level

    Posted Mon October 10, 2022 11:42 AM
    Edited by System Wed March 22, 2023 11:45 AM


  • 10.  RE: Tracking Deferred Preventive Maintenance at the Asset Level

    Posted Mon October 10, 2022 11:43 AM
    Edited by System Wed March 22, 2023 11:44 AM