These include transactions like acquisition of fixed assets, sale of fixed assets, in-house development of assets, settlement of WIP, and accounting for depreciation on fixed assets and so on. A separate Asset Accounting Module is required for these transactions because there are some distinguishing characteristics of fixed assets as compared to normal General Ledger accounts. But they are subject to wear and tear, and to provide for this we need to depreciate them. The Asset Accounting Module enables such calculation of depreciation we can create depreciation keys where we give the rate of depreciation.

Author:Goltigul Goltijinn
Language:English (Spanish)
Published (Last):18 August 2005
PDF File Size:18.97 Mb
ePub File Size:6.38 Mb
Price:Free* [*Free Regsitration Required]

Next, I will go into some more detail on some of the larger areas, for example how the depreciation areas work with the ledgers to record the different accounting principles. I will explain what that is and how New Asset Accounting integrates with it and how the new asset transactions work.

I will also run through the depreciation and finally I will briefly touch on the migration of assets. However, there have been many improvements in different areas and a much tighter integration to finance, which you can see straight away if you are migrating fixed assets from a legacy system.

You no longer post the asset master data and values together and then later post a summary journal to finance. Now, similar to the accounts payable and accounts receivable sub-ledgers, you create the master data first and separately post the value to the asset and simultaneously to the general ledger.

In other words, you now have everything in one place. Additional accounting principles no longer have to be posted periodically; instead all accounting principles post real-time and at the same time.

I thought it would be easier to show the transaction codes so you could compare the ECC transactions and see what has changed. The legacy Transaction AS91 can no longer be used to post the values to an asset, but you can still create the master data with it and post the values to both the asset and finance with Transaction ABLDT.

The post depreciation transaction AFAB, like the calculate planned depreciation Transaction AFAR has the same transaction code but there is a different program underneath and a slightly different selection screen. I will explain these differences in the depreciation section shortly. In Asset Accounting, different accounting principles are managed by setting up different depreciation areas. You also assign an accounting principle to the ledger group in the financial configuration, you will see this in Figure 2.

You still have the option to use the accounts approach or the ledger approach for your different accounting principles. The accounts approach may be a better choice if you have only a few differences between the two accounting principles. You also no longer need delta depreciation areas, but, if you want to have additional currencies in one ledger you have to set up additional depreciation areas for those currencies in the asset module.

Figure 2 shows one of the configuration steps of an example US company code with a European Head Office. The depreciation areas are shown in the first column on the left. Depreciation area 30, which posts real-time to the parallel ledger 2L, is also in USD but because of different capitalization rules and useful lives, some of the assets will have slightly different values in accordance with the European Head Office policies. As you can see, other asset valuations are recorded for tax and other purposes, but not posted to the general ledger.

When you assign the accounting principle to each depreciation area, it then pulls in the target ledger group that is assigned in the financial configuration, to that accounting principle. Usually there is one ledger in the group with the same name as the ledger group.

All depreciation areas are now equal, which means that you can choose any depreciation area to be the main accounting principle and linked to the leading ledger. The next section is about how New Asset Accounting integrates with Finance. Although the old tables no longer exist, the programs will still work, as long as you are just reading the tables and not writing directly to them.

This is because of something called compatibility views. The Universal journal is the underlying comprehensive document for all postings to finance. The Technical Clearing Account is a new account that has been introduced for accounts that cannot be posted to in a single ledger only. If you receive an invoice from a supplier for dollars, you cannot record it against that supplier as anything other than dollars in all ledgers and the amount you pay against it will be the same in all ledgers along with any related taxes.

You can see in the Figure 4, that the Technical Clearing Account allows you to do this by posting the first document to all ledgers, crediting the supplier and debiting the technical clearing account. This is called the operating part of the posting. Then you can post the other side in two separate documents one to each ledger.

This is called the valuating part of the transaction. An additional posting is required if for one ledger, you need to post for example to freight, or legal fees or whatever the policies of the other accounting principle requires.

The Technical Clearing account is a reconciliation account and works in the same way for both account and ledger approaches, and you can also have more than one technical clearing account. It is defined in the configuration by Chart of Accounts and account determination, so you could have a different account by asset class assuming your account determination is mapped closely with your asset class.

This is different to the normal clearing account for asset acquisition which still exists and behaves in the same way for transactions such as the acquisition ABZON where there is no automatic offsetting account.

An example of a non-integrated asset posting, where the technical clearing account is not used, is the settlement of line items from an asset under construction to the final asset. Figure 5 shows that you can still create different settlement rules, for example settling to an asset in the leading ledger 0L, but settling to a cost center for the parallel ledger in this case ledger 2L.

You can no longer set a transaction type to be ledger specific. Instead you can select the ledger by choosing the depreciation area or the accounting principle in the new transaction codes, for example Asset Retirement by Scrapping, Transaction ABAVL. However, this does not include cost element category 90 which was used for statistical postings to the Balance Sheet so that you could link internal orders and WBS elements to balance Sheet accounts.

Instead we have a new check box in the chart of accounts to allow you to apply account assignments statistically in the fixed asset accounts and the material accounts see Figure 7. Now we come to the depreciation programs. There are a few changes in this area, for example speed, different selection screen options, and under the hood or bonnet in the UK there is a new Depreciation Calculation Engine, which you may have heard of and be wondering what it does.

The planned depreciation is updated every time an asset transaction is posted, or a change made. Therefore, the asset explorer and asset reports will always show you up to date values. The system still posts collective documents for depreciation, not one document for each asset, but it does post a separate line item in the general ledger for each asset, giving you more detail than before for reporting in Finance.

The first thing you will notice when you enter the depreciation transaction AFAB, is that the selection screen is simplified, as you can see in Figure 8. Previously, if I had to rerun the depreciation in a particular period, I always had to think for a minute which button to choose, now the system figures it out automatically.

The second point is that you can still run the depreciation for all accounting principles at the same time, or you can choose to run it for the different accounting principles separately. The New Depreciation Engine was designed in order to cope with some country specific requirements, in particular I believe for Japan.

It introduces new options, for example to changeover the depreciation method mid-year automatically, and for calculating depreciation after impairment. Previously depreciation was calculated on every transaction line item sequentially, with the annual depreciation being the total of the line items, so for example you have the depreciation for the whole year calculated on the first acquisition value.

Finally, if you then had an addition to the asset near the end of the year you would add on the depreciation for that acquisition just for those remaining months. So, in this example, instead of calculating depreciation on the original amount of 1, for the whole year and deducting and adding retirements and additional acquisitions, you take the balance of each period and calculate it separately.

However, if you are moving to New Asset Accounting and want to compare in detail the calculations before and after, it might be useful to understand the above. During the migration, there are a number of checks and adjustments to be done, for example for the cost elements during the merge of finance and controlling, and ensuring everything has the correct fiscal year variant. It is particularly important to get the asset module correctly aligned with finance, especially if you have additional accounting principles in both.

The exact changes that you will need to carry out will depend on your existing and planned configuration. If you already have parallel ledgers you will need to match the depreciation areas to the parallel ledgers and currencies using the accounting principles.

If you plan to use the accounts approach for different accounting principles you need to set up ledger groups and tick the new flag in the ledger configuration for parallel accounting using GL accounts. You also need to create your technical clearing account, and change the asset accounts to reconciliation accounts for the non-leading ledgers the leading ledger should already have reconciliation accounts. If you have any transaction types that are applicable to only one ledger, you will need to mark them as obsolete as you will no longer be able to use them.

There are also some additional flags to verify for net book value retirements and revenue distribution. Only one fiscal year can be open during migration and the last year cannot be reopened after migration, but you can still run reports for prior years.

There are many standard asset reports such as asset balances, asset history, planned depreciation and so on that you can run both before and after the migration. If you are used to using the LSMW which stands for the Legacy System Migration Workbench , the bad news is that it has not been fully converted to the new table structures and methods of posting, so SAP do not recommend to use it in the same way as before. Instead SAP suggest three options to transfer your data depending on the quantity of data that you have.

If you have a small amount of data, you can still use transaction AS91 to create the asset master data, but the take-over values button is grayed out so you can no longer enter values and need to use the new transaction ABLDT for the values.

The reason for this is that the posting of the value now creates a Universal Journal document which posts between the asset and finance, and therefore the asset has to exist before the posting can be made. Hence you have to save the asset first and then go into a different transaction to post the value.

Note that the BAPI only supports new assets, not the transfer of amounts to an existing asset or the correction of values previously transported. Material Ledger. Cost Transparency Report. Post a Request. Resources News and Events. Ask a Fixer Webcast. Webcast: June 16, with Oona Flanagan. ERPfixers Blog Series. Partner Resources. Depreciation Areas and Ledgers In Asset Accounting, different accounting principles are managed by setting up different depreciation areas.

Have an SAP question?


Asset Accounting Configuration in SAP ERP



Asset Accounting Configuration Steps in SAP FICO | Asset Accounting



ASSET ACCOUNTING Configuration Steps


Related Articles