CO06 - BOP - Credit block

[former_member359994]

Hello,

BOP (ECC) runs twice a day (V_V2) and occurs credit block even if no quantity changed (only available date).

When the ATP (ECC) is executed in VA02, the credit block is not done.

Consequence : the financial department should unblock the sales order several times.

The objective is : get the same behaviour than VA02, in other words, BOP (V_V2 or Co06) should not block again sales order.

I read several notes (for ie : note 100861) w/o finding the solution.

Regarding the user exit

  -RMCS1US1 : Exit kept so the routine is not applied

- RMCS1US2 : routine activated but the breakpoints implementation showed that no influence

- RMCS1US3 : Exit kept so the routine is not applied

- RMCS1US4 : Exit kept so the routine is not applied

Have you already encountered this issue?

Do you have solutions, please?

Thank you in advance for your help

[RahulHanda · Accepted solution]

Hi Catherine,

Check your settings in OVA8. Do you have a check for critical fields/open items etc in the same?

Regards

Rahul

[former_member359994 · Accepted solution]

Hi Rahul,

thank you for your prompt reply.

I checked with FICO team and we found nothing special.

Please see below OVA8 settings linked to our customers.

For my understanding, ATP in VA02 & BOP/CO06 are based on the same OVA8 settings...so why in some cases it works and not for others?

[RahulHanda · Accepted solution]

Hi Catherine,

You have User1/2/3 active, please check what are they doing. Also check SAP note 549064, question number 9.

549064 - FAQ: Rescheduling/backorder updating in R/3

As per note

Question:

Why does the result list for rescheduling display an item without a confirmed quantity even though the item was saved with a confirmed quantity (that is, transaction VA02 displays a different confirmed quantity than rescheduling)?

Answer:
You are using a credit block for which no deletion of the confirmed quantities is set. Rescheduling does not support this function. The system always assumes that a blocked document does not have confirmed quantities. The rescheduling result is therefore incorrect since such a document still uses quantities that should be distributed to other documents by the rescheduling run. As a result, an overconfirmation may be created.

Regards

Rahul