SAP Netweaver Enterprise Controlling

Symptom
The RAFABNEW program does not generate any new depreciation areas for assets under construction for investment measures.
Other terms
XINVM, assets under construction, KO88, KO8G, CJ88, CJ8G
Reason and Prerequisites
It is not usually necessary to create a new depreciation area for assets under construction, since these fixed assets are not depreciated. During the final settlement, the new depreciation area is also automatically supplied with values from the reference depreciation area from the AUC (assets under construction) in the completed assets.
Solution
For assets under construction for investment measures with summary settlement, a new depreciation area can be inserted using the RAFABNEW program, as described in Note 114419. You can then construct a new depreciation area on the asset under construction using the following programs.
For assets under construction for investment measures with line item settlement, you cannot use the RAFABNEW program to insert a new depreciation area afterwards in the standard system. One reason for this is that internal settlement data for the new depreciation area has to be updated for each CO line item. However, subsequent new depreciation areas can be constructed on the AUC using the following programs.
The following programs only process assets under construction of investment measures and they are not delivered in the SAP standard system.
Using the ZZAFANEW1 program, you can construct a new depreciation area on the AUC for investment measures by copying an existing depreciation area. The following entries are possible on the selection screen:
XBUKRS = Company code
XANLN1 = Fixed asset: Main asset number of the AUC
XANLN2 = Fixed asset: Subnumber of the AUC
XAFABE = Source area: Existing area on the AUC
YAFABE = Target area: New area on the AUC
XFLAG = Test run: ‘X’ for test, ‘ ‘ for update
Note the following points:
The area values are copied identically without a check/reconciliation from the source area to the target area. This results in the source area and target area having to run the same currency and the target area does not receive any alternative values (for example no alternative accrual/deferral is possible using the capitalization key).You should test the settlements of an investment measure following the data correction by testing both the settlement from CO to AUC and the final settlement (AUC intracompany transfer to completed fixed assets). You should also check the fixed asset values in the new depreciation area (values that have already been settled and values that are still to be settled in this area).
For data security reasons, the ZZAFANEW1 program only constructs the new depreciation area if no data for the new area exists on the AUC. That is, there is still no AUC master data for this area in the ANLB table. This corresponds with the correct dataset according to the RAFABNEW program which either entirely constructs the new area on the AUC, or does not construct it at all.
You can use the ZZAFANEW2 program if the new depreciation area was created by other means and if the data of the new area is incomplete (that is, the new area is not constructed in all of the relevant database tables). The same conditions apply for this program as for program ZZAFANEW1, however this program allows you to add the area data that is still missing.
In particular, this case occurs with investment measures with a line item settlement, for which only the data is created incorrectly in the FI-AA without the required settlement data for the new area per CO line item in Controlling and therefore, it can result in the following errors in this depreciation area in the settlement:
Various error messages for this area, for example AA617 or AA698 in the final settlementIncorrect asset values to final settlement posted, for example, the value 0 or a value that is too low is transfer posted in the affected area. That is, the value of the AUC intracompany transfer does not correspond with the acquisition and production costs of the AUC to be transfer posted, which are displayed in FI-AA.
The following section describes one of the ways in which you can check the new depreciation area:
You can check missing entries in relevant database tables using a test run of the ZZAFANEW2 program. In particular, check whether entries are created in the tables COEPBR and AUAI and thus are missing.
If entries are only missing in the tables COEPBR and AUAI and the remaining AUC values exist, you can reverse the incorrect settlements and repeat, instead of correcting data in open fiscal years using the ZZAFANEW2 program. Note that in this case, you must reverse and repeat the incorrect final settlement and the settlement from CO to AUC (all the settlements from which values to be transfer posted result on the AUC).You can use Transaction KOB5 (for orders) or CJIC (for WBS elements) to check for missing entries in the relevant database tables and for missing values in the new depreciation area with reference to the CO line items that are still to be settled before and after the new settlements: See menu entry ‘Goto’/'Depreciation area’ in the line item list.