Revaluating at Actual Prices

Prerequisites
Before revaluating at actual prices, you should do the following:
1.
SAP recommends you to set the period lock for actual activity allocation
(RKL).
2.
Set the period lock for actual indirect activity allocation (RKIL), so that you
can carry out the following steps on solidly based costs. Should it still be
necessary to carry out further activity allocations in Financial Accounting before
settlement, you must carry out the following steps once again.
3.
Calculate the overheads if there are internal CO receivers with periodic
settlement rules (PER rules). You cannot use percentage-based overhead
calculation in this case for secondary cost elements.
4.
If there are CO internal receivers with PER rules, carry out CO internal
settlement. The system settles all CO objects that have internal receivers.
5.
Carry out the splitting function.
6.
Calculate the price. The actual price is used for revaluation.

Procedure
1.
For revaluation at actual prices, choose the following:
From:
The following menu paths:

2.
3.

Internal orders

In Internal Orders, Actual postings Period-end closing

Revaluation at actual prices Individual processing
or Collective processing

Cost Object
Controlling

In period-end closing for the relevant object, Revaluation at

actual prices Individual processing or Collective processing

Objects in the
project system

In the implementation area menu, Period-end closing

Overheads Revaluation at actual prices Individual processing
or Collective processing

Caution
When using the cost object hierarchy, ensure that you revaluate activities
that were posted to cost object nodes in a cost object hierarchy before you
distribute the actual costs posted to it.

4.
1.
2.
3.
4.

After revaluating at actual prices, do the following:

If there are no CO internal receivers with PER rules, calculate the
overhead. You can also calculate overhead for secondary cost elements.
Set the period lock for revaluation (RKLN).
Carry out settlement for all receivers. This is an important
requirement, as it is the only way that you can pass on revaluation data from a
revaluated CO object to further CO objects.
Run any reports required. Your data is consistent again after the
settlement.

Result
The system displays the revaluation results in a list. In addition to the selection
criteria and the processing parameters, the list header contains the following data:

Processing status (test run, update run)

Number of messages

Number of selected objects, whose status does not permit revaluation (with
an error message)

Number of processed objects

Note
There is no change to the debit, if
o
No activity was included
o
No actual price exists
o
The object was already valuated with the actual price
o
You cannot post to the cost center to be credited, due to its current
status