BOP doesnu2019t fix sales order with confirmed qty greater than order qty

[Former Member]

Hello all,

We are facing an issue with BOP. We use the backorder processing in order to confirm the sales orders quantity. We have a sales order schedule line that was completely confirmed - quantity = 150 pieces. So this schedule line was changed to 100 pieces. As we disabled VA02 ATP, the confirmed quantity remained with 150 pieces. In other words, the confirmed quantity became greater than order quantity.

We thought that BOP process would correct this situation, reducing the confirmed quantity, but it doesnu2019t occur. The BOP result shows that nothing was change.

Is it possible to change this behavior?

Thanks in advance.

Regards,

Januario Faria

[Former Member]

Rishi,

We use check against Request.

Ok. Thank you very much.

Regards.

Januario.

[Former Member]

Hi Rishi,

Request: 100

Confirmation, First version: 153

Thank you.

Januario.

[Former Member]

Januario

In your BOP variant, on the 'Parameters Check' tab, do you check for requested dates/ quantities or Confirmed dates/ quantities.

If you check against Confirmation, try instead to check against Request.

Sorry, thats all I can think of. If it still doesnt work then as suggested by Michael, and if nobody else in the forum has any suggestions, raise an OSS message with SAP.

Rishi Menon

[Former Member]

Hi Rishi.

Yes, the order is selected.

We can see it in transactions /SAPAPO/BOP_RESULT and /SAPAPO/BOP_WORKLIST.

Thank you.

Januario.

[Former Member]

Januario

Can you check one more thing - Use program /SAPAPO/SDORDER_DISPLAY (specify the Logical System, ECC Order # and line #, leave the GUID blank) to display. On the Schedule Lines tab, what are the requested and confirmed quantities that you see ?

Rishi Menon

[Former Member]

Hi Michael,

We have already executed report /SAPAPO/SDRQCR21 and run BOP with u201Ccancel confirmationu201D flag without success.

I didnu2019t understand your suggestion: u201Cto create a new SAP message to get a proper solutionu201D.

Could you give more details?

Thank you.

Januario.

[Former Member]

Januario

Basic check - Can you confirm if the order is selected and shows up when you use the same BOP variant in the BOP worklist (/SAPAPO/BOP_WORKLIST).

Try to select all Confirmation Situations in the filter variant.

Rishi Menon

[Former Member]

Hello Rishi Menon,

Thanks for you fast reply.

We use VA02 ATP only for some products that use MTS strategy u2013 ECC strategy 10. For most products that have strategy u201CPlanning with final assemblyu201D we canu2019t confirm any quantities before our production planning and control team (PPC) analyze the sales orders. To implement it, we have created a customized scenario with features below:

1. We created a Z delivery block;

2. All sales orders are created with this delivery block and it should not be confirmed before the PPC team analyze them. Because of that, we disabled the VA01/VA02 ATP;

3. The PPC team analyzes all new sales orders and they can change the delivery date. It depends on our production capacity and material's lead time, for example;

4. After this analysis, the delivery block is removed.

5. The ATP check is performed by BOP in background for all sales orders without delivery block.

With this scenario the BOP process works fine for almost totality of sales orders. We are facing problems only with this issue, when confirmed quantity is greater than order quantity.

Thank you.

Januario.

[michael_thinschmidt]

Hi Januario,

In that case I would first execute the report /SAPAPO/SDRQCR21 to check the consistency of the data before running BOP.

Another option would be the execution of an BOP run to unconfirm your orders (you can use the "cancel confirmation flag") first and afterwards execute a "normal" BOP to reconfirm all orders.

But usually BOP should be able to fix such overconfirmation situations. Maybe you have to create a new SAP message to get a proper solution of your issue.

best regards,

Michael

[Former Member]

Januario

For BOP to work correctly, it must have the updated Sales Order information. So my guess is that since the VA02 ATP check is not performed, ATP relevant sales order details are not updated in APO.

What is the business reason for disabling the ATP check during VA02 ?

Rishi Menon