roll forward period and rescheduling horizon

[Former Member]

Hi,

Could comeone please explain to me the meaning of roll forward period. The F1 help is a bit too concise. I mean looking forward from todays date how does the roll forward period wipe out firmed planned orders ? Also why would anyone want to wipe out firm planned orders and where is the roll forward period mentioned ?

In case of rescheduling horizon there is a tolerance limit stated for rescheduling in and rescheduling out. The F1 help says that in this period there are no rescheduling messages created for procurement elements that should be rescheduled and thus the system prevents excessive rescheduling messages from being created. If that is the case then how would the planner know what to reschedule if the procurement element lies within the tolerance period, ?

Thanks

[Former Member · Accepted solution]

Hi,

Only planned order is manually created, so it is firmed. After that it is no longer used for produce a material. In MRp run also system will not delete this planned order because it is firmed.

However if you want to delete old firmed planned order, you can use roll forward period. Say 2- means, system will delete old planned order which are available in 2 days before from today.

Rescheduling horzon:

Assume a material having manually created production order with qty100 no's on 10.10.08. Say you have created PIR for 100 no's for that material on 08.10.08.

So in MD04 screen, system will propose to reschedule the prod order to 08.10.08 which is available on 10.10.08

If you put 2 days tolerence means, system will not propose to reschedule. Because 10.10.08 is within tolerence limit. If prod order is on 11.10.08 means system will propose to reschedule.

Regards,

Dharma

[rupesh_brahmankar3]

Dear,

Rescheduling check is to change the dates of already existing firmed receipts which were not planned on the same day as the requirements day to suit the requirement.

For this we need to define a rescheduling horizon.

Rescheduling horizon defines the period for bringing the receipts that should be taken into account for rescheduling.

There are two process

1.Reschedule in - Bringing the process forward Exception message 10

1. Within the recheduling horizon the system checks whether after the requirement a firmend receipts exists which can be used to cover this requirement.

2. Then the system displays the message Bring the process forward and exception message 10

3. The net requirement calculation uses the receipt and the system will create new procurement proposal only if there is any shortage.

4. For this we need to define a tolerance value for bringing the process in tcode OPPQ /OPPR

The system checks compares this value with the difference between order finish date- Reqmts date.If this difference is more than the tolerance value the system issues the message for the MRP element to bring the process forward if the reqmts date lies before the firmed receipt element date.

5. Same process for Postponing the process Exception message 15.

During MRP the system carries out Rescheduling check automatically. No Tcode is reqd.

Rescheduling check is to change the dates of already existing firmed receipts which were not planned on the same day as the requirements day to suit the requirement.

In OPPQ you have defined the tolerance value say 2.

The difference between order finish date and reqmts date is say 4 days.

Then the system compares the tolerance value(2 days) with this 4 days.

since this 4 days is greated than tolerance value the system decides that the order proposals nedd to be rescheduled.

Then system checks whether it is bring the process or postpone the process.

If the reqmts date is before the order finish date then the system issues exception message 10 Bring the process forward.

If the reqmts date is after the order finish date then the system issues exception message 15 post pone the process.

In MRP group (OPPR) Roll forward period is available. If you put 2 days, all the firmed planned orders created 2 days before, will get delete in the next MRP run.

Plesae refer this link,

[Tolerance value in resheduling horizon |https://forums.sdn.sap.com/click.jspa?searchID=17087980&messageID=5172467]

Regards,

R.Brahmankar