GL Periods
Multiple revaluation runs can be made during the same GL period.
When a revaluation posting has been created for a particular GL period, a subsequent revaluation posting for the same period reverses the existing posting.
You can also choose up to three source layers to be revaluated and the target layer to which the revaluation posting must be made. A subsequent revaluation that has the same target layer as a previous revaluation for the same GL period must also use the same source layers as the previous revaluation. Alternately, all the source layers must be different in the subsequent revaluation for the same GL period to prevent overlap.
If the target layer is the same and the source layers overlap, then an error message is displayed, and you cannot save the revaluation posting.
Example:
A domain contains four accounting layers: Official, Mgt1, Mgt2, and Mgt3. You make subsequent revaluations for the GL period 2014/05.
Revaluation 1
|
Source Layers
|
Target Layer
|
|
Official, Mgt1
|
Mgt1
|
Revaluation 1 is posted. There are no limitations because it is the first revaluation for the GL period.
Revaluation 2
|
Source Layers
|
Target Layer
|
|
Official, Mgt2
|
Mgt2
|
Revaluation 2 is posted because the target layer is different from that of Revaluation 1. Revaluation 1 is preserved.
Revaluation 3
|
Source Layers
|
Target Layer
|
|
Official, Mgt1
|
Mgt1
|
Revaluation 3 is saved and posted. The system allows the revaluation because the source and target are the same as Revaluation 1. Revaluation 1 is reversed.
Revaluation 4
|
Source Layers
|
Target Layer
|
|
Mgt3
|
Mgt1
|
Revaluation 4 is saved and posted. The system allows the revaluation because the source is different from any previous revaluation in the GL period.
Revaluation 5
|
Source Layers
|
Target Layer
|
|
Mgt2
|
Mgt2
|
The system does not save Revaluation 5 because the target was already used in Revaluation 2 with source layers that are different, but overlapping (Mgt2).
Note: When the system validates subsequent revaluation runs for the same layers, it considers whether you have chosen to revaluate relative to the base currency, statutory currency, or both. Revaluation 3 would only be allowed if the revaluation settings for base currency and statutory currency were the same as those for the previous revaluation run.
You cannot re-create revaluation postings that occur in correction periods, or create a reverse posting to occur in a correction period.
Example: The last GL period of the calendar year is 2014/12, and the correction periods are 2014/13 and 2014/14. The revaluation is processed in the same period (2014/12), and reversal postings are processed in 2015/1.
You can modify or delete revaluations only when all revaluation areas have an initial status. In this case, you can modify only the revaluation header or scope, and can delete entire rows in the Simulation tab of the Revaluation screen, but not modify the row data.
Subsequent Revaluations for Different Revaluation Areas
If you post a revaluation for a particular GL period and layer and then post a second revaluation for the same GL period and layer, the system undoes all postings for the first revaluation, even if the new revaluation is for a different area selection.
Example:
You create a revaluation simulation for customer open item accounts and balance sheet accounts for GL period 07 and layer Mgt2. You then post the revaluation for both account types and the system assigns a revaluation identifier number of 10.
Subsequently, you create a second revaluation simulation for customer open items and balance sheet accounts for GL period 07 and layer Mgt2. However, you only post the revaluation for the balance sheet accounts. The system assigns the second revaluation an identifier number of 11.
In Journal Entry View, you notice that the system has undone all postings for revaluation 10, even though the second revaluation posting did not include customer open item accounts.