on 10-02-2010 3:09 AM
HI experts,
I know that this question has been asked many times before, but after going through many threads, i still have some questions regarding these two. As to my knowledge, VAX is used when we do not use Sales Order as cost object, and VAY is the other way around.
My questions are:
- what are the effects of using cogs as cost element?
- if i am using sales order cost estimate with valuated stock, but the sales order is NOT cost object itself (account category M, valuation M), does the system automatically choose VAY instead of VAX? I have tried to find the answer to this issue, but most of the sources i found said that it will choose VAX.
i have check the requirement class, but as i see it, no requirement class used make the sales order as cost object, and the cogs account itself is not a cost element
Any help is really appreciated. Thanks
Hi Erwin
1. You use COGS as cost element when sales order is CO object. In this case, prof is analyzed at sales order level... thats why, both COGS and revenues are collected on sale order and this SO is settled to COPA
SO, making COGS as cost ele will help you analyse COGS and revenue at SO level
2. Yes, if Sale order is not CO object, system will choose VAX, instead of VAY...
To make sale order a CO object, your req class should use Acct Assignment Category (AAC) = E... The Consumption posting field of AAC will be either E or V... Then VAY will be triggered instead of VAX
Regards
Ajay M
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for the quick reply, Ajay
Yes, that is what i thought, but when i have took a few look at my configurations, but still, i am 100% sure i do not flag the SO as cost object, but i still can't understand why the system looks for VAY Instead of VAX.
Can u give me some pointers about which other areas to check?
Hi
May be the GL in VAX is itself a cost element...Can you check this
Also,
1. In your SO, go to "procurement" tab and you will find Req Type...
2. Now go to IMG > CO > Prod Costing > Cost Obj COntr > Prod cost by SO > COntrol of Req > Req Type.... Here you will assignment of req type to req class
3. Check whats the AAC in this req class and the consumption posting field in AAC
I am very sure that system would never determine VAX or VAY incorrectly... Unless it gets a pointer from AAC, it would never do that
Regards
Ajay M
Have to revisit this issue,
The case is like this, the requirement type is KSL, in which the requirement class is 030 (standard setting, nothing was changed)
In the requirement class setting, everything is blank, nothing is entered, not even a single letter.
The CoGS GL account is NOT cost element....
But, the system still Insists on looking for VAY. Now i am 90% sure it is not the error or miss-config done in controlling module.
Could anybody help me to point to which other areas to check (probably the SD or MM module)
Any help is greatly appreciated..
Thank you all in advance
Hi Erwin
Your situation is pretty strange
Other pointers could be
1. Post the transaction with GBB VAY... See what movement type is used in the transaction.. Go to OMJJ and see what account modifier is assigned against that movement type... Possibility of some one changing it can not be ruled out
2. Remove your GBB VAY account from OBYC for the time being and see what error the system gives.. Does it still refer to GBB VAY?? This will give you true indicator as to what the system is looking for
If it does not give error, it would mean that it is taking GL account from some other key... in that case, you will have to check whereelse the COGS (Cost Ele) GL is assigned in OBYC
3. I assume the req type KSL is showing in your sales order and Acct Assgn Catg is also blank in your req class (as you said it is a clean screen).. So, nothing on this front to be checked....
Regards
Ajay M
Hi Erwin
The only reply I can give now is to raise an OSS message... All the symptoms as replied by you seem to be OK....
Its not necessary to maintain VAY along with VAX....
Just one last question... Is your sales order account assigned to some WBS or IO? and which CO object is your COGS getting posted to?
Regards
Ajay M
Hi,
So, i decided to put the VAY into the OBYC by using the cogs (but still NOT as cost element), and why i am using Sales Order Cost Estimate to calculate the standard price, the sistem issues the following msg:
Item 00001 : Cost element 123456 does not exist in CO area 1000 for 28.10.2010
Message no. KK689
Diagnosis
Item 00001 is assigned to a cost element which does not exist in controlling area 1000 on 28.10.2010.
Meanwhile, i will do some testing to see the flow from the creation of SO --> PrO until the billing process, but i am curious of what is the effect of usint the cogs as cost element... Because we are not using SO as cost object, so i think, it is not necessary to compare the revenue and cogs at the sales order level...
Any help is greatly appreciated
Regards, Erwin
Hi Erwin
If it is a test system, I would recommend you to create a new SO and start with a clean slate... See if it stil calls for VAY
SInce you are not using SO as cost object, it does not make sense to create COGS as cost element
Also, while you create SO, just check what Item catg is called for.. Go to OVZI and see whats the SOURCE.. If it is 1 or 2, Req Type is determined from SD side.... Else, it is determined from PP side (I.e. MRP group or Strategy Group in MRP views of mat master)
Regards
Ajay M
Hi Ajay,
It is a test system, and I did the testing using the new SO. May i know what do you mean with clean slate?
Well, it still calls for VAY, even when the requirement class is 030 or 046, both calls for VAY...
I just did as what you said, checked the OVZI, and there are 2 lines regarding this item category
Item category : ZTCU, type: blank, Q:0
Item category : ZTCU, type: ND, Q:0
What do you want me to do with the item category?
Thanks for your help.
Regards, Erwin
Hi Erwin
With clean slate, i meant to start afresh
1. Did you see any Req Type assigned in OVZI?
2. If SOURCE field in ZERO in OVZI, it would mean req type is to be determined from Mat Master
Check what is the MRP group (MRP1 view) or Strategy Group in MRP 3 view of the material master
Now go to IMG > Product Cost Controlling > Cost Object Controlling > Product Cost by Sales Order > Control of Sales-Order-Related Production/Product Cost by Sales Order > Selection of Requirements Type Through MRP Group...
See whats the Req Type against your MRP group / Strat Group.. See the Req class against it and so on
Regards
Ajay M
Hi,
Oh i see, it is the same as the one you can see through procurement tab from SO, right?
of all materials, they will all fall into 3 req classes:
- 030 : clear screen in req class
- 050 : clear screen in req class
- 046 : standard setting, account assignment is M
I will do some testing with the new SO first, will get back to you soon, thank you
Regards, Erwin
Solved
Big thanks for all who participated...
Regards, Erwin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Erwin-
I am also getting the error message that the COGS account is not a cost element.
I am changing our MTO from non-valuated to valuated using a sales order cost estimate. Everthing seems to work except I do not want to have COGS as a cost element.
Do you know how to get this scenario to work w/o a cost element?
Best Regards
Nick Schmitz
User | Count |
---|---|
89 | |
7 | |
7 | |
4 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.