issue with rescheduling

[Former Member]

when i do rescheduling nothing happens to the sales orders

[former_member223981 · Accepted solution]

There is something happening. The confirmed quantity for sales order 549 is being changed from 100 to 0. Is this reflected in VA03?

[Former Member · Accepted solution]

yup but till now i don't now why request delivery date of order 549 is earlier than that of the other order and i am using delivery priorty

[former_member223981 · Accepted solution]

Presumably order 548 is a higher priority than 549? Check the values in VBAP-LPRIO in SE16.

If not, then they are exactly the same and the sort order in the selection screen becomes irrelevant [as you have not maintained any other criteria there except for delivery priority].

[Former Member · Accepted solution]

i cant find this field: VBAP-LPRIO in se16 or se16n

[former_member223981 · Accepted solution]

It is the "Delivery Priority" field. VBAP-LPRIO is the technical name. If you go to: Settings - Choose Fields and do a find you should see it.

[Former Member · Accepted solution]

both of them have the same priority why this happened

[former_member223981 · Accepted solution]

But what do you expect to happen? The system is selecting the orders from the database. They will be selected in this order:

1. 548

2. 549

The system will check availability for 548 first; it has a confirmed qty of 300.

The system will then check availability for 549. As order 548 is using all the available quantity, order 549 gets a new confirmed quantity = 0.

What is your expected result?

[Former Member · Accepted solution]

i expected system will take request delivery date into consideration and will change confirmation qty in 548 to 549 coz it has earlier request delivery date

[former_member223981 · Accepted solution]

Can you post screenshots of the schedule lines in 548 & 549? Also a screenshot of CO09 may be useful [checking rule A]

[Former Member · Accepted solution]

[former_member223981 · Accepted solution]

For order 548, you already have a confirmed quantity = 300.

For order 549, you do not have a confirmed quantity.

V_V2 will reschedule 548 first as they will be selected from the database in the order of order number. It is after they are selected from the database that the system will sort them according to your sort order. However, as your sort order only has delivery priority specified, it will not change the sequence of 548 and then 549 as both have the same priority.

You should enter "2" in the selection screen of V_V2 and select the radio button for "Sort by delivery date of earliest schedule line".

This will ensure that order 549 gets rescheduled before order 548 [as order 549 has an earlier requested delivery date].

[Former Member · Accepted solution]

Dear Noel,

Thank you for taking care reading my post

All the best

Mohammed

[Lakshmipathi]

Check the following note which will help you:-

• Note 1579473 - V_V2: Changes to document are not saved in the background

G. Lakshmipathi

[former_member211556]

Hi Mohammed,

You need to understand the t-code more. The screen you see is just the subsequent screen and there you can see the previous confirmed qty and new confirmed qty. This confirmation happens only when you click on change document, when you process it in foreground.

The same thing when processed in background will complete the reconfirmation and gives you the log.

Kindly recheck the same.

Regards

Vasanth

[Former Member]

Hi Vasanth,

plz if u could clarify more

second screen the log after i clicked execute in background

Regards

Mohammed

[former_member211556]

Hi Mohammed,

Once you execute V_V2 in background mode, go to SM37 and check the logs of the jobs in the user id you used for running V_V2. In that select the job and click on the job log to see the results.

Regards

Vasanth