cancel
Showing results for 
Search instead for 
Did you mean: 

COIP-REASON

Former Member
0 Kudos

Hi,

Iam getting entries in CO1P sometimes and the sap notes says that its because of lock entries.I don't understand where actually lock exists.

We are doing the order confirmation in external system and it comes to R/3 through Idocs.If there is any error in the GM,then it will result in COGI.But some time quantity is not updating correctly and if we process CO1P,it going well.

Pl explain me in what scenario entries are going to CO1P.

Regards

KRISHNAN

Accepted Solutions (0)

Answers (6)

Answers (6)

Former Member
0 Kudos

thanks

Former Member
0 Kudos

problem is solved or not?

Former Member
0 Kudos

Rajesh,

After removing the tick in the checkbox meant for Auto GR in Control key,the entries are not getting reflected in CO1P.How to make the scenario in which entries are going to CO1P in test client

regards

KRISHNAN

former_member335796
Active Contributor
0 Kudos

Hi,

Detailed information regarding the Process Control and CO1P is given in the below thread..

How to handle the CO1P entries is also discuused in this..

Revert for further clarifications..

Regards,

Siva

Former Member
0 Kudos

Hi Rajesh,

Is it possible to create the same situation in testing client?

Regards

KRISHNAN

Former Member
0 Kudos

yes.

You decouple the GI/GR from confirmation...then goto CO1P and enter the order num ber and activate the check box for GR/GI and execute...

pl coem back with the result.

Former Member
0 Kudos

HI Rajesh

How to decouple GI/GR. In the documentation it is said that aboput decoupling.

Can you pl. explain about decoupling.

In my case we are doing Confirmation,Auro GR & back flushing simultaneously.

But doing single confirmation at a time.

Some times it is going to CO1P.

Regards

YMREDDY

Former Member
0 Kudos

See that Auto GR tick is not there in control key and backflush tick for components..

Former Member
0 Kudos

Hi,

Thanks. Why some records are going to CO1P.We are processing around 10000 confirmation records through Idocs to R/3.Out of this 2 or 3 records are going to CO1P.Where actually Lock happening and why?

Regards

KRISHNAN

Former Member
0 Kudos

Dear,

When you process large amount of data, it is possible that transaction is not fully through, such cases it will goto CO1P.

Example - when you do GI, if the stock is not available, it will get posted to COGI...but if the stock is there and cannot post the transaction due to systme performance constraints, it will get posted to CO1P where you can reprocess. Hence it is not error, but due to large amount of data, confirmation is processsed, the other activities associated with that are not posted due to may be performance or lock entries.

Former Member
0 Kudos

Hi,

if confirmations are posted via BAPIs ,IDOCs or mass processing (COHV), some erros (e.g. lock errors) are not sent to COGI but to CO1P. Lock errors are no errors which require a reprocessing in COGI (whereas e.g. a missing batch requires a manual reprocessing in COGI). If IDOCs, BAPIs or mass processing is used, it is beleived that an automatic background program (like CORUAFWP, CORUPROC) is scheduled regularly to pick up those records in CO1P.

Regards, Andreas

Former Member
0 Kudos

Dear,

COIP or CO1P?

I think it is CO1P

If so it is the predefined GR/backflush/actual calculation etc are carried out after the confirmation. Since there is a huge ammount of data, in the confirmation the backflush of components/GR/actual cost calculation is seperated and carried out in CO1P...

Please come back