cancel
Showing results for 
Search instead for 
Did you mean: 

Why does S4 change the already confirmed schedule line date to a later date?

ali-sd
Active Participant
0 Kudos

Hi Experts,
Why does S4 change the already confirmed schedule line date to a later date (ex. 4/26/2021 to 4/27/2021 the next day)?


Let me first explain my understanding on the parameters to calculate the confirmed schedule line date (for a rush order)
1. Loading Time (in days), which are maintained in the shipping point (OVXD)
2. Pick Pack time (in days), which are maintained in the shipping point (OVXD)
3. GR Processing Time (in days), which is maintained in Article master (MRP2)
4. Planned delivery time (in days), which is maintained in Article master (MRP2)
Note: MRP3 fields does not come into picture in our business scenario as we are NOT into in-house production
5. Transit Time (if route is configured/activated)
6. Transportation Lead Time (if route is configured/activated)
7. Holidays (Ex: Sat + Sun + any public holiday) should be excused (not consider)

My current system settings:
1. Loading time = 0 days
2. Pick pack time = 3 days
3. GR Processing Time = 2 days
4. Planned delivery time = 0 days
5. Transit Time, No route configured (activated), so ignoring it
6. Transportation Lead Time, No route configured (activated), so ignoring it
7. Factory Calendar XX and Holiday calendar YY assigned to Shipping point (AB04) & Plant (AB04). And no holiday at all per YY.
So I can see only 5 days (3+2 or Pick pack time + GR Processing Time) will be considered to calculate "confirmed schedule line date".

Below is one of the live examples (sales order with two shipping points or sites). However, for item 20, why did S4 change the already confirmed schedule line date to a later date (i.e. 4/26/2021 to 4/27/2021 the next day)?

I notice that only for item 20 in the sales order, there were changes made by a scheduled batch job.

Below are the steps for this batch job
1. ATP_BOP_RUN
2. RBDAPP01 (for order cancellation from WMS)
3. RBDMANI2 (for reprocessing cancelled orders)
4. ARUN_INSIGHT_TO_ACTION

Below are the variants for each step




Please advise me the root cause for this behavior.Thank you!


Thank you!

ali-sd
Active Participant
0 Kudos

Hi Experts,
Could you please advise on this?

ali-sd
Active Participant
0 Kudos

Hi Experts,

Could I hear any news on this please?

ali-sd
Active Participant
0 Kudos

Hi Experts (whom I follow, below is the list) and the rest all,
lakshmipathi.ganesan
jelena.perfiljeva
veselina.peykova
moazzam.ali
1005bf8318434f49964a5737c29bb265
jrgen.lins
sez41
t.t2
jignesh.mehta3

Could you please advise on this?

Accepted Solutions (0)

Answers (3)

Answers (3)

rupesh_brahmankar3
Active Contributor

Hello,

This could be due to ATP check with replenishment lead time (RLT).

Please check your Availability check control setting in OVZ9 for your checking group and checking rule A combination you have set "Check without RLT". Please read F1 of that field,

Items for which the delivery date falls within the replenishment lead time, but for which there is no inventory, are confirmed for delivery after the replenishment lead time. In the case of items for which the delivery date falls after the end of the replenishment lead time, the system assumes that everything can be confirmed.

So order gets confirmed as per the lead time, in your case 5 days. However, when run ATP or BOP next day material availability check will push order MBDAT by one day as per the lead time of 5 days from current date. (Today + 5 days lead time)

This could be the reason your schedule line MBDAT changed from 4/26/2021 to 4/27/2021 the next day and so on.

Best Regards,

R.Brahmankar

jignesh_mehta3
Active Contributor
0 Kudos

Good Point rupesh.brahmankar3.

Looking at the screenshots above, we can see the Dates were changed in Item 20 on 26th April.

Can we assume that due to some reason the Material in Line Item 20 was not delivered on 26th April (while all the other Item were Delivered on originally scheduled date of 26th April)?

My assumption here is GR Processing TIme of 2 Days is maintained for all the materials.

Should the Warehouse look in to the reason for Line Item 20 not being Delivered on original schedule of 26th april?

Thanks,

ali-sd
Active Participant
0 Kudos

Hello rupesh.brahmankar3 ,
Thank you very much for your response. I really appreciate!
You are absolutely right. Check without RLT is ticked. Below is the configuration detail.



However, on your point (when run ATP or BOP next day, material availability check will push order MBDAT by one day as per the lead time of 5 days from current date (Today + 5 days lead time), this should have happened to all 6 items. Because the parameters (Pick pack time = 3 days and GR Processing Time = 2 days) are same across all 6 items. But how come only item 20 was effected?

Adding some details on these 6 items.



Thank you!

rupesh_brahmankar3
Active Contributor
0 Kudos

Hello,

should have happened to all 6 items ???

Your all other items are already delivered, so item 20 is only open item, which is only relevant for ATP check.

You can see that very well in VBBE table.

Due to that during the ATP or BOP run only item 20 will push out as per the RLT.

Best Regards,

R.Brahmankar

jignesh_mehta3
Active Contributor
0 Kudos

Hello,

There can be many other factors influencing the Availability of the Material.

One of the first place I would look current Stock situation for the Material in Line Item 20 in MD04. Can you check the Availability situationn for this Material in MD04 and paste screenshot here?

Lakshmipathi
Active Contributor
0 Kudos

Are you testing for AFS scenario which you have not mentioned but listed under batch jobs. Coming to the scenario, it could be due to various reasons that system confirms the stock for a day can change for another day and without testing in system, it will be difficult to come to a conclusion. By the way, what is set in OVZJ for Availability Check Rule. If anything other than E, change it to E and retest the scenario for that material.

ali-sd
Active Participant
0 Kudos

Thank you very much for your reply.
It is FMS.
Below are the OVZJ settings