on 11-28-2016 6:08 PM
We have a condition type for freight expense that we want to capture to Cost Center as real but as of current system behavior it is being capture as statistical. The cost element is set as category 1 or "primary cost clement".
When I do direct FI posting to the cost element and cost center, this is considered real. But when the posting comes from billing condition type posting, it is posted as statistical.
There are no other cost object aside from the Cost Center and the its corresponding PC.
What configuration do I need to change to allow the posting from this condition type to be real?
In a different client, also have expense posting from SD condition type and is posted as real to CC so this means it is not standard behavior or there is a config for this.
Hi,
Could you check the OKC9 substitution in both systems ?
As far as I know the only way to achieve your requirement is via OKC9 where you can clear the PA segment and then assign the required cost center.
regards
Waman
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Kenneth,
You mentioned that COPA document was created. This means that costing based COPA is active in your system. In that case the real account assignment will always be a PA segment.
regards
Waman
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Check if the freight condition type is mapped to a value field in KE4I. It must be. Delete that mapping. Then cost center will become the primary cost object.
Note that freight expense will not be reflected in COPA directly, in this case. It must be passed to COPA through assessment cycle.
Regards
Abhi
In the other client that i mentioned, the ke4i value flow is mapped and the CC still takes real posting even with COPA doc being created. How is this possible?
One thing I noticed was that, in COEP two lineitems were being created for the same amounts, one KS and AO object number. The KS takes value type '11' while AO is '04'. The other client system on the other hand has only the KS item with value type '04'. Is there a standard setup to possibly allow this scenario to happen?
Hi,
One thing is for sure. In your other client, the freight value is not flowing to COPA through SD. COPA posting is never statistical because COPA is the ultimate cost object. That is why there is no value type '11' (statistical) in the other client.
What I am not sure of is why the value did not flow to COPA in the other client if KE4I is mapped.
Check KE4W, if the value field is reset for that billing type?
Is your OKB9 same in both the clients?
Check the sign of the condition value, if it is the same in both clients?
Is the condition category same in both clients?
I cannot think of any other checkpoint currently.
BR
Abhi
Hi,
As I already mentioned if the document has another real cost object, in that case it posts as statistical object. As mentioned in the replies, you have to check whether sale order posts as real object.
Regards,
Mukthar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Kenneth ,
Refer the following links for -- Overview of MTO !
https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=40075655
https://sapfidocz.wordpress.com/2013/02/06/mto-mts-in-sap/
Thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
Seems that you are in MTO scenario and your sale order is a cost object.
Rajneesh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Check the GL account assigned for the account key of the condition type. If it is expense account, then the posting always take as real to CC, if no other Account assignments assigned for it. If it is revenue item, then it always consider as statistical to CC.
Regards,
Mukthar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
99 | |
11 | |
11 | |
6 | |
6 | |
4 | |
4 | |
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.