My name is Chandresh Vyas. I would like to share with you all how to setup automatic activity price calculation.
The options available for calculating activity rates in the system and the benefits that would arise from doing so. I will expand further on the automatic calculation of activity rates, and highlight a few of the settings needed for calculating plan and actual activity rates using the system.
Activity type master: In the activity type master (transaction KL02) you need to set the ‘Price indicator’ to “1” (Plan price, automatically based on activity) in the ‘Allocation default values’ section in order that the plan prices are calculated automatically. This means that the cost center budget entered in transaction KP06 will be divided by the quantity entered in transaction KP26 when you run the plan price calculation in transaction KSPI. You need to set the ‘Act. Price indicator’ to “5” (Actual price, automatically based on activity) in the ‘Variance Values for Actual Allocation’ section in order that the actual prices are calculated automatically. This means that the actual costs posted a cost center will be divided by the actual quantity consumed in the cost center when you run the ‘Actual Price Calculation’ in transaction KSII. Note that both the plan and actual price calculation use the same splitting logic which was discussed in my previous blog.
Controlling Area settings: You can decide the method used to calculate activity prices by setting the appropriate indicators in the Controlling Area settings. To do this go to transaction OKEV, highlight the appropriate version and double-click on the folder “Settings for each fiscal year”. Then double-click on the appropriate year and go to the tab “Price Calculation”. In the ‘Plan’ section, you can choose the method for calculation the price which can be “Periodic” (where the budget for each period is divided by the quantity of that period) or “Average” (where the budget for all the periods are divided by the quantity for all periods and the result is assigned to every period). In the ‘Actual’ section you also choose one of the above mentioned methods. In addition you need to specify whether you want the difference between the actual and plan price is updated in the same transaction that was originally posted or if it should be posted in a different transaction. You do this by selecting the relevant indicator in the “Revaluation” field.
For actual activity price calculation, the cost object that the cost center’s quantities have been consumed in can be revalued based on the “Revaluation” setting mentioned above. In order for the revaluation to take place however, you need to run a separate transaction for the cost object (after you have run the actual price calculation transaction KSII). This transaction will depend on the type of cost object that is being revalued. See the below table for the cost objects and their corresponding revaluation transactions.
Cost Object | Revaluation Transaction (Individual) | Revaluation Transaction (Collective) |
Production Orders | CON1 | CON2 |
Process Orders | CON1 | CON2 |
Product Cost Collectors | CON1 | CON2 |
QM Orders | CON1 | CON2 |
Networks | CON1 | CON2 |
Internal Orders | KON2 |