on 06-24-2008 5:39 AM
Dear All,
I dont want to post my errors to COGI. For that I have activated the "Termination in case of Incorrect goods movement" in OPK4.
This is the only setting I know which prevents the error going into the COGI. I have also restricted users using any other transaction other than CO11N.
But still sometimes I get the error logged in COGI for the same. I could not found the reason as such. Though the frequency is quiet less the system is not working perfectly.
Can you please tell me what can be the possible reasons for this?
Thanks and Regards,
Sumeet Vaidya
Hi,
I am not sure, Please check with table AFFW , Hope u will get some information.
Pradeep
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sumeet,
I agree with you.
This is the only setting to reastict the COGI Entries..
But, the reversal movements are in our hands.
For example, your do auto GR at the time of Confirmation.
ow you may reverse/cancel the confirmation. the 102 movement should have done but this entry will go to COGI. Why? I do not know.
To restrict this system behavior it is advisible to execte the Program CORUPROC periodically in the background.
Hope this helps..
Regards,
Siva
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear All,
Thnaks for your inputs.
The errors that I am getting are not specific. It can be Enter batch or Material is locked by other user or deficit of stock etc.
Just not able to located why system is behaving or how can one temper with this. No other confirmation transaction possible. I have put restrictions for users.
Please tell me what does the CORUPROC program does..
Thanks
Sumeet
Hi,
We have implemented this CORUPROC with number of clients.
This is especially for Goods movement errors. (as you can not control the entry for 102 & 262 into COGI)
Goto SA38 and select Goods movement errors and execute this is a program at the client level.
This program will not look into any user locks.
If you want deal with User Locks also then you need to consider executing the program:CORUAFWP.
I've not tested this second program.
CORUPROC:
==========================================================================
Short text
Process chain for confirmation, collective background processing
Description
The program CORUPROC can be used to post preselected processes for confirmations.
The following processes can optionally be preselected:
Automatic goods receipt
Backflushing
Calculation of actual costs
The process "Transfer of confirmation data to HR system" always takes place using preselections.
Such preselections can result both from creation transactions and cancellation transactions for confirmations.
You can use parameters to choose what type of preselections are processed. If both goods receipt items and goods issue items are to be processed then all goods receipt postings take place first to avoid as many errors as possible due to missing stock with goods issue postings.
The program CORUPROC is normally used in periodically dispatched background jobs. However, it can also be started online.
If the program is used in a background job then this is only by specifying a variant to make possible the parametrization of the program CORUPROC.
The following parameters are possible:
goods movements
automatic goods receipt
backflushing
Incl. incorrect goods movement: Not only preselected but also incorrect goods movements that are usually processed with transaction COGI are are selected and processed. The indicator "Automatic goods receipt" and "Backflushing" are also taken into account.
Determination of actual costs
You can define further parameters for controlling the program flow in Customizing using the transaction OPKB. The following parameters are involved:
Number of parallel processes: You can use this entry to restrict the number of simultaneously processed portions. If no number exists the system calculates the number of the maximum available work processes on the application servers that are available. The number of parallel processes along with the parameters "Maximum number of items in material document" directly affect the total number of active locking entries in the global locking table.
Application server group: Using this entry the system can post goods movements in parallel to a predefined group of application servers. The RFC groups can be maintained using the menu options "Tools -> Administration -> Administration -> Network -> RFC destination, RFC -> RFC groups".
Maximum number of items in material document: You can use this entry to specify the number of goods movement items used to create a material document. If the entry is missing then a maximum of 100 goods movements are copied to a material document. This entry is necessary since with a large number of items the accounting document cannot be posted.
====================================================================
Hope this helps..
Regards,
Siva
Dear Siva,
Thanks for your help.
Actually I have got the root cause of the problem. There was a Z transaction made for confirmations which I was not aware of. It was allowing the errors to go in COGI.
Now I am working on the same logic of trnsaction to remove the possibility of going to COGI.
Sumeet
If user is using co12 transaction or they are using any ABAP Z object for conformation where goods movements are involved then in case of errors in goods movement they will go to COGI.
Regards,
KrishnamurthyDSS
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sumeet,
Can you tell me wht type of erors still you find in COGI?
Check the error details/description
As after confirmation
Qty ,good movement,cost posting happens
So in your case it can be cost related issue
if that is the case you also activate Act.costs in OPK4
Regards,
SVP
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
7 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.