SAP EAM usage based preventive maintenance scenario solely based on counter readings

[former_member564417]

Greetings,

we would like to establish usage based preventive maintenance for PRTs. I am having some trouble understanding why SAP triggers maintenance orders with no measurement documents.

The example is as follows:

I have a single cycle maintenance plan that should generate a maintenance order every 1 PC

This maintenance call should be created on the same day as it is planned and the system should calculate dates for one year in advance

There are two measurement documents created for this counter. One for initializing the counter and one for the first reading

The total counter reading is 1 which in our business scenario means that no pieces have been produced with this PRT and no maintenance is necessary but while scheduling my maintenance plan in IP10 an order gets generated for every day.

I do understand that an order gets generated every day because my cycle is 1 PC and annual estimate is 365 PC but in reality it means that maintenance orders for a usage based preventive maintenance are being created without any actual usage - measurement documents.

The business scenario is a s follows:

• there are many PRT which can be used for a period of time and then put into storage where they are kept for up to 10 years
• at any time they can be brought out of storage for production and then put back
• PRTs are serialized

My question is as follows:

Is it possible to generate maintenance calls for a usage based preventive maintenance scenario solely based on counter readings.

Thank you for your help.

Best regards,

Matjaž.

[former_member564417 · Accepted solution]

Greetings,

The idea where the annual estimate on the counter is as low as possible seems to do the trick. The annual estimate needs to be sufficiently lower than the cycle .

If our cycle is 500 PC then the annual estimate is lets say 50. By doing this we almost certainly prevent the system to schedule a maintenance call item without sufficient total counter reading.

Best regards,

Matjaž.