Assigning Valuation Approaches to CO Versions
When you activate parallel valuation approaches/transfer pricing, you need to define which valuation approach (valuation view and currency) you want to use for your operational CO version (version 000). (See also
Multiple Value Flows in Controlling.) Some functions in CO are only available for the operational version or react according to the settings in the operational version. This means that when you define your operational version, you are determining which valuation approach reflects your overall controlling approach.The following restrictions apply for the different CO application components:
Overhead Cost Controlling (CO-OM)
You can only plan in the operational version. The other actual versions cannot be used for planning. However, you can define and plan in additional plan versions, provided that these also use the same valuation view as your operational plan version.
Cycles for assessment, distribution, and periodic repostings apply to all valuation approaches. It is not possible to allocate values in version 000 and in the additional actual versions using different tracing factors.
Repostings can only be valuated with the operational valuation approach. Because the other valuation approaches are stored in "delta versions" which contain only the differences to the operational valuation, the same value is automatically updated in all actual versions.
If a material usage posting is made to the wrong cost center, you can update the correct debit in each valuation approach by making a line item reposting.
It is not possible to define different settlement rules for the different valuation approaches.
Profitability Analysis (CO-PA)
Only data in the operational version is assessed to Profitability Analysis.
When you settle orders and WBS elements to CO-PA, only the legal and profit center valuations are settled. Values from the group viewpoint remain as costs for the order.
Product Cost Controlling (CO-PC)
Overhead calculation is only carried out for the operational version. Because the other actual versions are "delta versions" which contain only the differences to the operational valuation, the overhead applied in the operational version is automatically "posted" for the other versions as well, even if the tracing factors that would be found for those versions yield a different amount.
Variances for production orders are automatically created for each valuation approach and posted to the price difference account when the material is delivered to stock.
Variance calculation, which divides the variances according to category, only works in the operational version. You should take this into account if you are using Profitability Analysis (CO-PA) and want to settle variances to profitability segments. It is possible to transfer the variances to CO-PA in a lump sum in the other actual versions. However, data in those versions cannot be divided into variance categories.
WIP at target costs can only be calculated on the basis of the operational version.
Results analysis is normally carried out based on plan data. However, because you can only plan in the operational valuation view, results analysis in the other valuation views may yield nonsense results, since the plan would look different in the other valuation views.
In addition, note that you cannot set different results analysis methods for different valuation approaches. This point is particularly important if you are using transfer prices.
Project System (PS)
Project interest calculation does not support multiple valuation approaches. Interest is only calculated in the operational version.
Investment Management (IM)
The availability check in budgeting only checks the operational version.
The settings for the capitalization percentage rates can only be carried out by valuation area, and not using multiple valuation approaches. Consequently, it is not possible to capitalize the group valuation differently from the legal or profit center valuation.