One-Time Revaluation Measures 

Purpose

This component is for carrying out one-time revaluation measures for the balance sheet. This one-time revaluation makes it possible to comply with tax requirements in some countries for a single revaluation of all fixed assets in order to offset the effects of inflation.

Refer to:

For more information on periodic revaluation, see CA – Country-Specific Documentation. The procedure is described t here using Argentina as an example.

Features

The system enables you to define revaluation measures in Asset Accounting and use collective posting to post them.

You can manage revaluation values in any depreciation area. In accordance with the legal requirements in many countries, however, you must be able to separately identify such changes in value. In this case, you must use a separate depreciation area for each revaluation. You manage and depreciate the revaluation separately from APC and other revaluation in this depreciation area.

You have to manage and depreciate revaluation in its own depreciation area, if you want to post depreciation of the historical APC to different value adjustment accounts than depreciation of the revaluation.

Definition of Revaluation

You define revaluation (time limitations, base depreciation area for the calculation of revaluation, and so on) in Customizing for Asset Accounting. For each revaluation, you define the depreciation area in which it should be carried out. In this way, it possible to manage and depreciate the revaluation separately in its own depreciation area. You can also define additional (already existing) depreciation areas for revaluation.

Since the rules for revaluation vary widely according to the country and particular time, the system does not provide standard calculation rules for revaluation. However, there is an SAP enhancement project (ARVL0001). You can program your own revaluation rules and install them in the system with the help of this project. You have to assign this SAP enhancement project to a newly-defined user modification project before it can be used (transaction CMOD). See Customer Enhancements (Customer Exits).

Planning Revaluation Using Collective Posting

If you wish to plan and post revaluation using collective posting, follow these steps:

Manual Planning

If you choose to plan revaluation manually, the revaluation report can still be used to create the depreciation areas required for the individual assets. If you choose, the report does not create a posting session in that case. For planning, use transaction type Rxx (xx = key of the revaluation). The system automatically creates this transaction type when you define the revaluation.

If you want to post gross revaluation, that is, with the revaluation of historical depreciation (backlog calculation), use transaction type 800. Transaction type 800 is defined in the standard system so that it posts to all depreciation areas that allow for revaluation and backlog calculation in their Customizing definitions. If you want to limit the posting of gross revaluation only to specific depreciation areas, you have to change the Customizing definition of transaction type 800 accordingly (function Areas). Or copy transaction type 800 and change the copy.

In this instance also, FI documents are not created until the periodic posting of the depreciation area to Financial Accounting is carried out.

For more information on planning revaluation, see Revaluation.

Settings for the Revaluation Depreciation Area

Generally, you need to post the values from a depreciation area that is solely for revaluation (without APC) to the general ledger accounts along with values from the book depreciation area. The system does not create any FI posting documents when planning revaluation in the FI-AA component. Therefore, you have to define such revaluation depreciation areas with the following settings for posting.

For more information, see Features at Chart of Depreciation Level .

The system enters the posting date of the last revaluation in the asset master record (Extras ® Master data info).

The fundamental rule, of course, is that only one depreciation area can be posted automatically in realtime to the General Ledger. It is possible to automatically post proportional value adjustments for asset retirements online from any number of depreciation areas in parallel.