Cost element type 90

I need information about primary cost elements with cost element type 90.
Has someone hands-on experience?
I try to use this type of cost element linked to a reconciliation (customer) accont.

Hello
Cost Element Category 90
Cost element for balance sheet accounts in Financial Accounting
Cost elements of this category are generated automatically when you create cost elements in Controlling that have asset reconciliation accounts, that is, special balance sheet accounts, as corresponding general ledger accounts in Financial Accounting.
You cannot change this cost element category in CO master data maintenance.
FI does not require CO account assignments of category 90. However, if you do enter a CO account assignment, this is only updated statistically even for true CO objects.
Cost elements of category 90 enable you to control the costs of an order or project budget during the acquisition of fixed assets that can be directly capitalized. To achieve this you enter a capital investment order or work breakdown structure (WBS) element in the appropriate field in the asset master data. The Asset Management (AM) component ensures that when the asset is acquired, the order or WBS element is automatically entered in the document.
In Controlling, orders and WBS elements are debited statistically. This statistical debit is checked with the budget during availability control.
The system does not support other uses of category 90 cost elements at present. You cannot plan using these cost elements.
Reg
*assign points if useful

Similar Messages

Cost Element Type change with balance in it

Hi All,
I have a P &L account created in FS00 maintained as cost element of type 1 , and now we want to change it as type 12 sales and Deductions Cost element, so when I try to change in FS00 it didn't allow me to do so as it is having some balance, so
What can I do now ?
How can I change that cost element type from 1 to 12 ?
How can I clear the balance that is that account now ?
and where can I see what balance is in that Cost element?
Your Help greately appreciated,
Sandhya

Hi Eli,
Thank you for the valueble report, But it shows I have no data in that cost element ,
But When I try to change the CE category in FS00 it is saying the transactional data exists Message KS134 ,
where can I see the actual dollar amount sitting in that Cost Element?
and
If I don't know how much in that CE how can I transfer the amount from this CE to another CE?
Please Help me Guru s,,,
Sandhya

Cost Center Assessment - cost element type 42

Hi dear All,
I got issues running KSU5 to allocate planned costs under cost element type 42. we were expecting that all planned costs (primary and secondary(cost element type 42)) could be allocated by credit cost center (actual). only primary costs are being allocated.
Scenario:
cost center planning (kp06) 1000 currencies in primary cost element in cost center A
running planning assessment - KSUB: cycle uses assessment cost element (type 42): sender cost center A, receiver cost center B (all planned values). assessment cyles posts 1000 currencies from CC A to cost center B
planning in cost center B (primary cost elements through kp06, 500 currencies) total planning 1000 from previous assessment with CE type 42, and 500 from cc planning in a primari CE.
by the period end closing, tcode KSU5 (allocation actual) is running. new cycle created, based on planned values (origini not actual, but planned amounts).
we were expecting to allocate 1500 currencies from cost center B to cost center C (using 100% and through assessment cost element)).
result: credit actual cost center B = 500 currencies debit actual cost center C = 500 currencies.
1000 currencies pending on cost center B (planned).
do you know why SAP is not allocating the 1000? even if those 1000 were planned in cost center B by assessement, a new allocation cycle should be able to post them or not?
thank you for your outcome.

Hi dear Ajay, thank you for your answer.
first, I understand the difference between KSUB and KSU5, in the defined scenario, we have both. planned values, become actual with the MEC activities. business definition.
regarding the cycle, I have setup assessment cost element so we can get all planned lines posted as 1.
On sender tab I have only the cost center. no cost element defined.
receiver its cost center.
furthermore, i've not setup allocation structure, so all cost elements should be allow, there is no restriction on this.
the only difference is: planned costs which their origin is already an assessment are not being assessed again.
I can show you the print screens with cycles setup if it helps
best regards
MF

Change cost element type 4 to 1

Hello,
I want to change a cost element type "4" to "1". But SAP does not allow it because the plan data on the cost element.
How can I change the type? Please any help.
Thanks

HI,
I'm afraid if dependent data (actual and/or planning data) exist for cost element for the fiscal year, then there is no way to change the category type until the next fiscal year. This is to prevent inconsistency in the data for a given fiscal year. When posting the first transaction data (plan or actual posting), a year dependent entry is created in a control table for the cost element. You can only change the category if NO transaction data exist for the relevant year or if all the transaction data for this cost element/year
is deleted.
An option is to create a new analysis period (KA02 -> Basic Screen -> Edit -> Analysis Period) and specify the new cost element category. The new analysis period can only be specified in yearly intervals.
For further information on this please review the attached note:
37093 Master data: change/delete validity period
Regards,
Abhisek

Cost element type 12 "Sales Deduction"

Hi guru
I would understand the effective impacts in CO-PA when I use Cost Element Type 12 "Sales Deduction".
Can you help me?
Thanks

Hi,
Cost element category '12" is used for sales deduction. If u want this to flow to COPA U have to Maintain the value field of COPA with the FI G/L for that paricular account in Valuation Strategy Configuration.
Regards,
Sreekanth

Cost element type

Is it possible to change the cost element type after posting some actuals?

No, it is not possible to change the cost element type

Cost element 41 is not getting displayed in basic data Cost Element Basic..

Hello All,
Need you help in understanding and solving this issue, when ever I am creating a GL account in P&L, primary cost element is getting created, that is perfect, but for some G/L account I want to assign to CElem category to 41 for overhead, but due to some reason, only see 6 cost element category when try to look into mirror glass, or F4, only can see (1, 3, 4, 11, 12, 22). Please suggest how can I fixed this. If some one is having hard time understanding my question please feel free to write me.
Thanks
Nishan

Christian,
I belive you have not understood this issue, here I am not asking the difference between primary and secondary, let me articulate it one more time:
When you create a G/L account under expenses for P&L and it create Primary cost element and instead of allocating it to primary costs/ cost-reducing revenue want to make it to 41 overhead cost element. but I dont see the option of 41 just see 6 option ( 1 for primary costs/ cost-revenue reducing revenues. 3 - Accrual, 4 , 11= revenue, 12 = sales deduction and 22 external settlement, and where as I dont see 41, what setting need to be changed so that I can see all the cost element type.
thanks

RA method 15 ignoring certain Cost of Sales Cost Elements for its calculat

Hi,
We are using RA method 15 to calculate revenue accruals for costs posted to a WBS element, but not yet billed.
We normally have cost of sales being posted to a GL / Primary Cost Element (type 1) 601000, with quantities, which is then picked up by RA correctly and which adjust the revenue accruals accordingly.
We are using a further GL / primary cost element (type 1) to post manual adjustments to (602000). This also has quantities posted to it. This is included in the configuration in OKG5, with the same settings as the cost element 601000.
For some reason, this account is not being included in the RA calculation.
does anyone have any ideas why this might be the case?
Many thanks in anticipation
Jill

Is CE 602000 included in the DIP Profile for RRB?
Methods 14 and 15 work in concert with the DIP Profile. Check is the CE is included in the Source Selection.

CO - Cost of Goods Sold as a cost element?

Hi,
I've been creating primary cost elements for cost and revenues accounts.
I have already created cost elements for revenues, but I have some doubts about an account Cost of Goods Sold. Do I have to make cost element for it?
SD module is being implemented and revenues and cost of goods sold will be posted on SD orders.
CO-PA will not be used.
What is the best solution? Should I create cost elements for Cost of goods sold Account and if YES, which cost element type should I choose (1 or 11?)
Best wishes,
Karol

Thank you very much! Your answer solved my problem.
I have one more question about profit centers assignment to material master.
I have divided my profit center hierarchy in such a way - that I could easily prepare a COS profit and loss statement using them. Basically I have such profit centers like:
- Profit on sale of Goods
- Profit on sale of Materials
- Profit on sale of Service
- Costs of Production
- Other costs of sales
- Costs of Administration
As you can see I didn't reflect in this hierarchy an organization structure.
I was wondering which profit center could be used for Material master assignment.
I know that for sales order there has to be assigned one of:
- Profit on sale of Goods
- Profit on sale of Materials
- Profit on sale of Service
But I don't know whether it is OK to use them for materials master assignment. Can you suggest me some solution? I think that there should be different profit centers for goods and different profit centers for materials.

Revenue Planning to cost elements

Hi,
I am Working on Project system object.
When i am trying planned revenue is added on the project, I need to find if there is a way to assign the revenue amount on the lowest WBS to a cost element. This is required for revenue amounts to appear in costing reports. CJ42 is used to add planned revenue manually.

hi anuradha,
Revenue Planning
Use
Revenue planning can be necessary when you perform results analysis on a sales order item and use a results analysis method that uses the planned revenues to calculate the results analysis data.
Features
The net value (revenue) for sales-order-related production is determined in pricing in Sales and Distribution (SD). Pricing depends on specific conditions which you maintain in Sales and Distribution.
A particular customer orders a particular quantity of a product on a particular day. The variable factors customer, product, quantity ordered, date determine the final price for the customer.
The system uses the conditions you specified to calculate the gross price at which the customer is invoiced; any discounts applying to the customer, for example; and other values such as freight charges and tax.
Pricing is controlled by a pricing procedure which is selected through the sales document type. Price elements such as prices, surcharges and discounts, freight costs and taxes are saved in Sales and Distribution as condition types. The pricing procedure determines which condition types are used and the sequence in which they are calculated in the sales order.
Condition Types
The standard system contains the following condition types that can be used in connection with unit costing, product costing, and preliminary order costing in assembly processing:
Condition Types for Pricing
Condition Type
Meaning
EK01
Cost of goods manufactured (CGM)
EK02
CGM (statistical)
EK03
Fixed CGM (statistical)
Condition type EK01 is mainly used for cost-plus contracts in which the sales price depends on the expected costs.
Condition type EK02 is mainly used when the sales price is a market price and the expected costs are only used for informational purposes.
Condition type EK03 offers the capability of transferring the fixed costs of a cost estimate into the conditions.
The costs are transferred from the cost component view Cost of goods sold into the condition type.
The above-mentioned condition types must be of category Q. Whether a condition type of category Q is only used in pricing as a statistical value or for price calculation is controlled in the pricing procedure.
The condition type is created in Customizing for Sales.
The condition type can be selected as follows:
Through the sales document type
Condition types EK01 and EK02 are specified in the CndTypLineItems field in the sales document type.
Through the requirements class
This enables you to define different condition types for different sales document items of a sales document.
Condition types EK01 or EK02 are specified in the CndTypLineItems field in the requirements class.
Condition type EK03 is specified in the CondTypLinItFix field. You can only use condition type EK03 in conjunction with the requirements class.
Planned Revenues
Revenue elements from the SD pricing procedure that are not statistical are updated as planned revenue on the sales order item that carries costs and revenues, and can be viewed in the Product Cost Controlling Information System. Sales deductions can also be assigned to revenue elements through account determination, and updated on the CO object for the sales order item.
The condition type is selected through the sales document type.
Condition type EK01 is selected for sales document type TA (standard order). This means that the value from the cost estimate goes directly into pricing. A surcharge is calculated from this value and the net value for the sales order item is calculated.
Condition type EK02 is selected for sales document type TA (standard order). Pricing is carried out on the basis of condition type PR00. To maintain this price, choose Logistics ® Sales/distribution ® Sales ® Master data ® Prices ® Material prices and enter a material price. The material price is updated under condition type PR00, while the values from the cost estimate are updated under condition type EK02 and can be used for informational purposes.
Actual Revenue in Product Cost by Sales Order
Use
In Product Cost by Sales Order, actual revenues are updated to the sales order item that carries costs and revenues at the time of invoicing.
Integration
You can view the actual revenues in comparison with the planned revenues and costs in the Product Cost Controlling Information System at any time.
You can settle the costs and revenues that are updated to the sales order item to a profitability segment in Profitability Analysis (CO-PA) during period-end closing for Product Cost by Sales Order. When you perform results analysis, the results analysis data are settled to CO-PA.
The processing in Product Cost by Sales Order therefore differs from the processing in Product Cost by Order or Product Cost by Period (make-to-stock production and with a valuated sales order stock without a sales order item that carries costs and revenues).
If you perform this type of product cost controlling (such as in addition to Product Cost by Sales Order), then in Product Cost by Order or Product Cost by Period the revenues from invoicing are transferred to CO-PA.
If you are using the cost-of-sales accounting in Financial Accounting (FI) and are using a valuated sales order stock, you do not need to perform results analysis in order to transfer the cost of sales to FI. The cost of sales is transferred to Financial Accounting at the point of the goods issue posting.
Prerequisites
To ensure that the revenues are displayed on the sales order item, you must create revenue accounts and possibly sales deduction accounts as primary cost elements of cost element type 11 (revenues) or 12 (sales deductions). Make the necessary settings in Customizing under Controlling ® Overhead Cost Controlling ® Cost and Revenue Element Accounting ® Master data ® Cost Elements.
To be able to settle the costs to Profitability Analysis, you must make the necessary settings in Customizing for Profitability Analysis. Make the necessary settings in Customizing under Controlling ® Profitability Analysis.
Features
Billing
Billing invoices the customer for the goods and services delivered for a sales order.
In Sales and Distribution, you create an invoice (billing document) on the basis of a reference document. In order-related billing, the reference document is the standard order or the delivery document with delivery-related billing.
The data such as prices and quantities are transferred from the previous documents into the billing documents. The price can be calculated in the following ways:
Using pricing on the basis of conditions (such as material or customer)
On the basis of the incurred costs if you want to use resource-related billing
When you enter a billing document, the system proposes a billing type depending on the reference document.
The billing type determines the following:
Which pricing procedure is used for account determination for Financial Accounting
Whether the invoices are passed immediately to Financial Accounting
Account assignment is controlled by the following parameters:
The chart of accounts
The sales organization
The account assignment group of the customer (in the Account group field in the Invoicing screen of the customer master record)
The account assignment group of the material (in the Account assignment group field in the Sales 2 view of the material master record)
The account key in the pricing procedure
thanks
karthik
<REMOVED BY MODERATOR>
Edited by: Alvaro Tejada Galindo on Apr 15, 2008 3:10 PM

Need to treast a cost element 90 as a cost element 1

Hi experts. I'm having some problems with CO.
The issue is that I need to generate a Cost element for a balance account and that cost element needs to be allocated as the rest using KSV5.
When I create a cost element for a balance account the system assigns the type 90 and I can not change that.
Please let me know if you know any alternatives.
Thanks!!!

I'm trying to distribute the costs that were post to the Cost element type 90.
At the moment when I run the KSV5 the system is not doing any allocations of the values that were post to a cost element type 90....
Let me know if you need more information.
Thanks a lot!!!!

Mistake in creating cost elements

Dear Guru's,
By mistake, Sale revenue GL accounts have been created as cost elements under "01" category instead of 11 category.
Due to this mistake, Sales values are not flowing to COPA,
Please help me in this regard, how to correct it.
Regards
Anuj

Hello,
If you have dependent data (actual and/or planning data) on the cost
element for the fiscal year there is no way to change the category type
until the next fiscal year. This is to prevent inconsistency in the data
for a given fiscal year.
What I can advise is to change the validity period of the cost element
as of the next fiscal year in KA02 to change the master data in
relation to the cost element type. This should be no problem.
In case you need to execute this change for periods where you already ha
postings on the cost element, all the previous postings to this cost ele
within the fiscal year need to be reversed or deleted. In most cases thi
not easily possible - so it mainly depends on how many postings you have
made to this cost element. In case you can remove the previous CO-docume
use note 175522 by deleting the postings with report ZKACOR21.
Delete all the actual postings for the particular cost element\fiscal
year combination so that there are no dependant entries in the CO tables
There are entries in the following tables COEP, COSP, COSS and
COKA.
Notes 37093, & 38955 that explain how to delete cost elements
where there is dependent data.
"the cost element can only be deleted, if you delete first the entries
of following tables: COEP (CO object: period-related line items),
and with the information document number and line item of COEP you can
delete the entries in table COBK (CO Object: Document header). The name
of the summarized table is COSP (CO Object: Cost Totals - External Post
ings). The last table is the most important one it is the control table.
The Transaction KA04 will select this table before deleting a cost elem
ent. Its name is COKA. If you delete all entries it should be possible
to delete your cost element."
Even if the COEP table line items are 'zeroed out, they are still
considered as line items. Please review your COEP table. If there
is a posting to the cost element, you can reverse the posting so that
that the cost element has a zero balance, ('zeroed out'). Then please
review attached note 175522 and try running report RKACOR21 described
in the note. Please try this in your test system first.
Please try this way to delete table COKA/COSP entries:
-run report:RKACOR20(refer to note 45122) to delete the CO documents
for the GL doc and its reversal document
-run report:RKPLNC27 (refer to note 549760) to delete zero records in
table COSP (with parameters:object number,fiscal year,version)
-Then run report:RKPLNC25 to delete dependency record in table COKA.
br, Guido

Abt cost element

Hi Experts,
When i am saving my process order it gives me error in cost element, it tell inconsistency in checking cost element category with material XYZ for all my materials on that process order, where to assign it, pls guide me.
Thanks & Regards,
Karad D D

Dear,
Are you getting message no CK059?
Check the cost element type '22' with your CO person KA2 and KA07.
Regards.
R.Brahmankar
Edited by: R Brahmankar on Aug 11, 2009 2:55 PM

Statistical cost element (Value type 11) line item entry in CJI3

Dear all
I am doing WBS settlement to AUC thr CJ88. Suppose actual cost on WBS is 100 rs.
CJI3 report shows the balance to be settled to AUC. Now It is showing 100 rs balance. I carry out WBS settlement to AUC.
Even though settlement has taken place to AUC, CJI3 is showing line item entry of 100 rs (Statistical cost element with value type 11).
This also affects our reporting as in report S_ALR_87013558, because of statistical cost element line item entry, WBS actual cost is showing as (100+100 st'cal)
Also, I read in sap note 666152 that we can define transaction type as not releavent for account assignment. But i dont see this kind of setting anywhere in transaction type.
Can we restrict the statistical cost element to not take part in CJI3 (CO reporting)? How we can avoid statistical CO postings.
Pls suggest
Madhusudan Patil

Hello,
Statistical postings could be generated, if
(a) you have 2 co-objects, e.g. cost center and internal order. There is a default rule in the system, that in this case the internal order will be posted real and the cost center statistical
(b) you have 2 co-objects and one is marked as statistical in the master data. Actual Postings only to statistical co-objects are not possible. You can not settle statistical values, they will stay at the object.
Please check OSS-message 106968. It explains everything in detail.
You can modify your report, that it will show only real postings (value type 04), but I wouldn't do it. For me it sounds that you have to check your value flows in general. They look inconsistent, if you do not expect statistical postings.
Kind regards
Tapio
Message was edited by:
Tapio Reisinger

Difference between type of Secondary Cost Element Category?

Hi,
I checked the system, and during the secondary cost element (CE) creation, I can select some of the CE category as follows:
21 Internal settlement
31 Order/project results analysis
41 Overheads
42 Assessment
43 Internal activity allocation
50 Project-related incoming orders: Sales
51 Project-related incoming orders: Other
52 Project-related incoming orders: Costs
61 Earned value
My question, what kind of report that I can read entries with these kind of CE?
Reason: I want to check what has been posted to these secondary CE.
Or
Could anyone explain the use of above-mentioned CE category in brief?
Thanks.

Cost element that is used to allocate costs for internal activities.
Most often used categories are
21 Internal settlement
(When ever an order is settled e.g internal order settling to cost center through this type of cost elements)
31 Order/project results analysis
(WIP in production orders are calculated and posted using this category)
41 Overheads
(Used in costing sheet to do an overhead allocation)
42 Assessment
(whenever cost is allocated between cost centers through allocation method - Assessment)
43 Internal activity allocation
(found in production orders when a routing activity is confimed the charge goes to the production order through this cost element)

Cost element type 90

Similar Messages

Maybe you are looking for