cancel
Showing results for 
Search instead for 
Did you mean: 

Backward Scheduling is not working during ATP

kumararmugam
Explorer
0 Kudos

Hello

During ATP check the backward scheduling is not confirming the sales order on requested delivery date.

Ex:

There is enough inventory at location to cover the requirement.

Lets assume current date when order is being created as 9/11

If order is created with requested delivery date as 9/11 i.e. current date, system proposes confirmed delivery date 9/15 as below.

MAD = 9/11

PICK/PACK = 1 day = 9/12

LOAD = 1 day = 9/13

TRAN = 2 day = 9/15

So, the latest the order can be confirmed is by 9/15, So if I ask requested delivery date as 9/15 then it should be confirmed on that date. But the system is considering the MAD as 9/15 during backward scheduling and then adding lead time of 4 days in forward scheduling to confirm the order for 9/19.

If requested delivery date is changed to 9/14, then MAD is considered as 9/14 during backward scheduling and then add 4 days lead time in forward scheduling to proposed 9/18 as confirmed delivery date.

goods receiving hours at ship to location are 24/7 so no impact due to it.

We using GATP for transportation and shipment scheduling for sales order.

Regards

Kumar

View Entire Topic
kumararmugam
Explorer
0 Kudos

Hello,

Scheduling is done in APO and not in ECC in this scenario.

Condition records are maintained in APO for PICK/LOAD/UNLD. TRAN is determined through T lane between customer Tran zone and Delivery location. screen shot below.

In OLVY dlvry and trans scheduling are activated in ECC even though the scheduling is done in APO. its a production issues and have we have not made any changes to config.

APO_SCHEDULING function module is called and not SD_SCHEDULING to calculate dates based on requested delivery date.

You can see that these condition records are read and used to calculate confirmed delivery date in forward scheduling, but not during backward scheduling. system considered the sequestered delivery date as MAD date and then same MAD date is passed on for forward scheduling.

Looks like system is ignoring the current date and time ( when stock are only receipt elements) as MAD during backward /forward scheduling...! but the system is reading current date and time as MAD when requested delivery date is current date that is correct behavior as we have enough inventory to cover the requirement.