There is no inherent logic provided with a costing sheet. It must be structured to recognize direct costs and indirect costs. There is no recognition within the costing sheet for a detail such as item category; the control and organization are based on cost elements and origin groups.
The base defines the cost element(s) that are used to recognize some category of direct costs, such as direct material costs. The origin group is useful if only certain types of materials within a cost element are considered as the surcharge base. A good example of this is warehousing overhead. Although automatic account determination may use the same cost element to recognize purchased material consumption, different types of purchased materials may require expensive warehousing, such as items requiring a climate-controlled environment or refrigeration. To apply those premium warehousing expenses back to those materials, you must use the origin group to locate those specific items for base calculation. With the cost element range, you can further define the base as total cost, only fixed costs, or only variable costs.
The overhead (or surcharge) key defines the rate of overhead to be applied against the value calculated in the base. You can define the rate as a percentage of input costs or as an absolute value of input quantity. The quantity-based surcharges are a good method of applying machine overhead, since most machining overhead costs, such as maintenance, are incurred as a result of operating time, not operating expense. You can define the overhead key by using dependencies such as plant, company code, order type, or overhead key. The overhead key is assigned to the activity or WBS element. This is a good method for changing the overhead that is applied based on the specifics of the activity, such as internal activity versus external activity.
The credit defines the secondary cost element for the credit of the overhead calculation. It also defines either an overhead cost center, an overhead order, or a business process to receive the credit posting during actual posting. It is also possible to define the percentage of the calculated surcharge value that needs to be considered as a fixed cost. If this setting is not defined, it will use the same split between fixed and variable as determined for the base.
Overhead Costing Sheets
Another technique to apply overheads is to use an overhead costing sheet. You can use the overhead costing sheet to allocate overhead costs to activities and WBS elements.

You can use this function to calculate overheads in planned, commitment, and actual values.
Costing Sheet
The costing sheet determines the overheads that are calculated and the objects (cost center, internal order, or process) to which overheads are credited.
Using this technique, the costing sheet determines the amount of overhead that needs to be allocated.
The overhead surcharge can be driven by either value or quantity. You can define a surcharge percentage if the surcharge is value-driven. You can define an absolute value per unit of measure if it is quantity-driven (for example, 100 surcharge per hour to utilize a machine).
You calculate the overhead against a base, which represents the expenses that drive the allocation of the surcharge. The base is defined by cost elements and can be either the total value of the base or only the fixed or variable portion.
Costing Process
The following list highlights the costing process:
Collect cost elements or cost element areas in baselines.
Example: B100 – cost elements 54000000 to 54500000all costs for consuming materials.
Define the surcharge, which is calculated against the base.
Calculate an overhead for one or more baselines.
Example: C000 – 20% warehouse surcharge for all stock-purchased materials used.
Each overhead allocation leads to a credit posting to a cost center, internal order, or process, and is posted using an overhead cost element defined in the credit key.
Example: E01 – post the credit to cost center OVH_MAT_CR, using cost element 94111000.
The overhead rate that is applied can depend on various factors, such as the time period, controlling area, company code, plant, network type, plan versus actual, and overhead group. The overhead group is determined in Customizing from the overhead key assigned to the cost object, which enables the use of a single costing sheet with flexible rates based on organizational units or individual activities.
Tables for Process Costs and Overheads
In the case of networks, the costing sheet is derived from the Parameters for Network Type table by means of the costing variant. You can change the costing sheet and overhead key in the network header. Both features provide a default for the costing sheet assigned to activities.
The costing sheet for WBS elements is derived directly from the project profile.
If you create activities for the WBS, the newly created activities inherit their costing sheets and overhead keys from the WBS elements.
In the case of Easy Cost Planning and unit costing for WBS elements, cost planning draws on a costing sheet for a costing variant that is assigned to the project profile by way of the planning profile. This method is available only for cost planning using unit costing or Easy Cost Planning, and is not shown in the Tables for Process Costs and Overheads figure.
The template is dynamically determined during cost planning and period-end allocations, based on the costing sheet and overhead key assigned to the cost object.
Accelerated Calculation with SAP HANA — Overhead Cost Calculation
With the introduction of SAP HANA as a new, in-memory database, new reporting and calculation options became available that can be used in the Project System. You can now use the accelerated selection of the hybrid database (HDB) (like in SAP HANA) to calculate the overhead rates.
The accelerated selection of the new transactions uses the column storage of the SAP HANA database in such a way that only certain columns of data are read from the data and used. For example, if you do not have the cost element in your layout, then the cost element is not imported and all line items are summarized. In general, all fields that are not selected are summarized.
The accelerated selection reads the overhead rates that were previously posted in the current period directly from the line item tables instead of reconstructing them from the total records read.
The accelerated selection for the overhead calculation is not possible if there is no update at line item level (for example, if the Write Plain Line Items business transaction is not allowed) or for a material cost estimate (transaction codes CK11 and CK11N).
Prerequisites for this enhancement are that the HDB and tables (COEP, COEJ) are available according to Customizing (transaction code HDBC). Also, the replication (SAP Landscape Transformation, or SLT) must be guaranteed in a time frame before the repeated overhead calculation of the same object. The overhead rate is updated in the standard database; for a new application of overhead, records that were previously posted are read from the HDB.





