You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 85 Next »

Status

  Revision in Progress

OwnerMaytingsari Tjahjo
Stakeholders
Purpose

The purpose of this document is to define the conversion approach to migrate the balance of Capex Project/WBS from legacy system to S/4HANA, so the Project Manager is able to know the total cost of CAPEX Project in scope.

Conversion Scope

There are 2 group go-live as below:

  • Group 1 go-live (1 July 2028) (Source System: PF2)
  • Group 2 go-live (1 Jan 2029) (Source System: WP2)

Note:  There is possibility to shift into 1 go live date, this option is currently still being considered.

Please refer to column "Company Code (As Is)" and "Group for Go-Live" in Enterprise Structure Catalog - Google Sheets (worksheet 10. Company code), to know which company codes fall under which Group Go live.

Relevancy rules:

Below are the criteria of CAPEX projects that are in scope. This document covers the approach for migrating the balance of CAPEX Projects below for the company codes in scope from Legacy Source Systems into S/4HANA:

  • Active CAPEX Project/WBS as per cutover date (i.e. 30 June 2028 for Grp 1 & 31 Dec 2028 for Grp 2)
  • Closed CAPEX Project/WBS that have cost in current year (From a portfolio level perspective, there needs to be full current year costs to be able to track against the annual budget allocation)

Conversion specs 1026 will provide the list of the WBS CAPEX that meet the above criteria.

The relevancy rules for this object will follow the relevancy rule in conversion specification 1026 (WBS - CAPEX, OPEX, Statistical) in migrating the balance of CAPEX projects as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026. (Life to Date) (Statistical Posting). Project Manager can only see the total cost for WBS, but not the AUC balance.
    • Accumulated balance from 1 Jan 2027-31 Dec 2027. (Actual posting and Reversal of Statistical Posting)
    • Monthly balance from 1 Jan 2028 till 30 June 2028. (Actual posting). The monthly balance is required for forecasting purpose, monthly trend report and sleeping AUC report.

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026. (Life to Date) (Statistical Posting). Project Manager can only see the total cost for WBS, but not the AUC balance. Note: The rationale why statistical posting is required so only 1-year worth Trial Balance data (Jan-Dec 2028) for Group 2 is required to be loaded. Please refer to "Trial Balance Extraction" below for more detail.
    • Accumulated balance from 1 Jan 2027-31 Dec 2027. (Actual posting and Reversal of Statistical Posting)
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028. (Actual posting). The monthly balance is required for forecasting purpose, monthly trend report and sleeping AUC report.

Please refer to the accounting journal as described in link below:

Example:

Accounting Journal CS 9031.xlsx - Google Sheets

It is expected that the balance of the WBS Elements is zero at each month end, implying that the settlement transactions will be equal to all the primary and other secondary transactions posted to the relevant WBS Element.  

  • Primary transactions refer to original postings from all sources whether it is debit or credit.
  • Secondary transactions refer to allocations from sources such as allocations from payroll, work orders, other WBS Elements or cost centers. etc. 

All these transactions will be totaled by each extraction and posted by WBS and by the original G/L account (which will be mapped to new WBS and G/L in S4/HANA). The approach will also run SAP settlement by each extraction to the relevant Asset Under Construction.

The scope of this document will therefore extract the settlement transactions from each individual WBS Element to provide a base for posting to the S/4HANA WBS Elements as at each extraction. The total of the settlement transactions will also be reconciled against the total costs posted to the WBS Element to ensure that all costs have been captured. Therefore, the scope will extend to the reconciliation of the legacy AUC values.

The data from legacy system includes:

  1. Relevancy rules of object 1026 (WBS - CAPEX, OPEX, Statistical)

The data from legacy system excludes:

  1. All WBS CAPEX with an out-of-scope company code will not be migrated.
  2. All closed Project CAPEX as at the end of the previous fiscal year will not be migrated.
  3. All WBS CAPEX marked for deletion will not be migrated.
  4. All WBS CAPEX marked as statistical will not be migrated. 

Trial Balance Extraction:

To migrate last financial year monthly movement and current year monthly movements. 

Group 1 Go live (1 July 2028):

  • Trial balance migration will be periodic balance movement starting from 1 Jan 2027 onwards for each period until 30 June 2028 (1.5-year worth trial balance data).

Group 2 Go live (1 Jan 2029):

  • Trial balance migration will be periodic balance movement starting from 1Jan 2028 onwards for each period until 31 Dec 2028 (1-year worth trial balance data)

List of source systems and approximate number of records

SourceScope

Source Approx No. of Records

Target SystemTarget Approx

No. of Records

PF2 and WP2

Extraction of the Sender Credit values from settlement that uses primary cost elements for settlement (Table COSP)


S/4HANA

PF2 and WP2

Extraction of the Sender Credit values from settlement that uses secondary cost elements for settlement (Table COSS)
S/4HANA

Additional Information

Below is the logic for this object:

StepDescriptionResult
1List of WBS elements in scope from object 1026.All WBS in scope (CAPEX and OPEX)
2Extract table PRPS by identifying the WBS elements from Step 1 to get the corresponding object numbers.Object numbers
3Extract table COBRB by identifying the object numbers from Step 2 and field "Account Assignment Category" as FXA to filter the object numbers belong to CAPEX.Object numbers with Asset number for AUC/Final Asset
4Extract table ANLA by identifying AUC/Final Asset number from Step 3 to get the corresponding asset classes, in order to know the G/L take-on account to be used.Asset Classes for AUC and Final Asset
5Extract table ANKA by identifying Asset Classes from Step 4 and number range = 01 to get the asset classes for AUC only. Asset Classes for AUC
6

Refer to links below to get the corresponding Offsetting GL accounts for each AUC class
PF2_ANKA_AUC Classes.xlsx - Google Sheets
WP2_ANKA_AUC Classes.xlsx - Google Sheets

Note:

There are 3 take-on accounts for Fixed Asset and AUC:

  • 1199999 Fixed Asset Take-on Account - Intangibles
  • 1299999 Goodwill - Take-on Account
  • 1399999 Fixed Asset Tangibles (PP&E) - Take-on Account
 
7Extract table COSP and COSS by identifying object numbers from Step 3 and specify Dr/Cr indicator = 0 to get the settlement posting for each object numbers.Settlement Posting for each object numbers
8Execute transaction code CJI3 (by excluding Dr/Cr indicator = 0) to get the total cost of actual posting before settlement.The total cost of actual posting before settlement 
9Total amount of Step 7 must be the same as total amount of Step 8. 
10Extract table ANEP by identifying Asset number (AUC or Final Asset) to get the balance for AUC and Final Asset.Total balance for AUC and Final Asset
11Step 7 and Step 8 and Step 9 (AUC balance) should generate the same amount (with the assumption that settlement from WBS is done at month end) 
12Post statistical posting (T.code KAFD) for the Final Asset based on the balance from Step 10 (Final Asset balance) 

Multi-language Requirement

N/A

Document Management

N/A

Legal Requirement

N/A

Special Requirements

Due to compliance requirement, there will be 3 SAP instances as below:

  • SAP instance for Rest of the World (ROW)
  • SAP instance for China
  • SAP instance for CUI

Project actual cost balance will be migrated to respective SAP instances based on the company codes. Please refer to column "Company Code" and "Instance" in Enterprise Structure Catalog - Google Sheets (worksheet 10. Company code).

Target Design

 The technical design of the target for this conversion approach for real posting to post cost that will be settled to AUC:

TableFieldData ElementField DescriptionData TypeLengthRequirement
ACDOCARBUKRSBUKRSCompany CodeCHAR4    

Mandatory

ACDOCARACCTRACCTG/L AccountCHAR10   

Mandatory

ACDOCAGKONTGKONTOffsetting AccountCHAR10Mandatory
ACDOCABLARTBLARTDocument TypeCHARMandatory
ACDOCABUDATBUDAT

Posting Date in the document

Syniti to advise:

Migration Cockpit GL Balance does not have field "Posting Date".

There are 2 options:

  1. Syniti to add field "Posting date"
  2. Before loading, Posting Date will be maintained in the view FINSV_MIG_CTRL_1
DATS8Mandatory
ACDOCABLDATBLDATDocument DateDATS8Mandatory
BKPFBKTXTBKTXTHeader TextCHAR25    Optional
ACDOCASGTXTSGTXTItem TextCHAR50    Optional
ACDOCA

RWCUR

FINS_CURRWTransaction CurrencyCUKY5Mandatory
ACDOCAWSL

FINS_VWCUR12

Amount in Transaction CurrencyCURR23    Mandatory
ACDOCA

RHCUR

FINS_CURRH

Company Code Currency

CUKY5Mandatory
ACDOCAHSL

FINS_VHCUR12

Amount in Company Code Currency

CURR23    Mandatory
ACDOCA

RKCUR

FINS_CURRK

Global Currency (Curr type 30)

CUKY5System generated
ACDOCAKSLFINS_VKCUR12

Amount in Global Currency (Curr type 30)

CURR23    System generated
ACDOCA

ROCUR

FINS_CURR1

Freely Defined Currency 1 (Curr type 31)

CUKY5System generated
ACDOCA

OSL

FINS_VOCUR12

Amount in Global Currency (Curr type 31)

CURR23System generated
ACDOCAPS_PSP_PNRPS_PSP_PNRWBS ElementCHAR80    Conditional

The technical design of the target for this conversion approach for statistical posting (T.code KAFD) to post the Fixed Asset balance.

There is no standard Data Migration Cockpit to post statistical posting (Transaction code KAFD). Hence there are 2 options as below:

Option 1: Create custom cockpit object 

Option 2: Create LSMW

TableFieldData ElementField DescriptionData TypeLengthRequirement
COEPPSPNRPS_POSIDWBS ElementCHAR24

Mandatory

COEPPERIOCO_PERIOPeriodNUMC3

Mandatory

COEPGJAHRGJAHRFiscal yearNUMC4

Mandatory

COEPKSTARKSTARCost elementCHAR10

Mandatory

COEPWTGBTRWTGXXX

Total Value in Transaction Currency

CURR23 (2 decimal)

Mandatory

COEPTWAERTWAERTransaction CurrencyCUKY5

Mandatory

 WWERTWWERT_DTranslation DateDATS8

Mandatory

COEPWKGBTRWKGXXXTotal Value in Controlling Area CurrencyCURR23 (2 decimal)

System generated

COEPKWAERKWAERControlling area currencyCUKY5

System generated

COEPWOGBTRWOGXXXTotal Value in Object CurrencyCURR23 (2 decimal)

System generated

COEPOWAEROWAERObject CurrencyCUKY5

System generated

COEPWRTTPCO_WRTTPValue TypeCHAR2

System generated

COEPVRGNGCO_VORGANGBusiness TransactionCHAR4

System generated

COEPVERSNVERSNVersionCHAR3

System generated


Data Cleansing

There will be cleansing required in the following DCA:

  • 1024 - Project Definition (CAPEX, OPEX)
  • 1026 - WBS - CAPEX, OPEX, Statistical
ID

Criticality

C1 - Data cannot be loaded to SAP

C2 - Data can be loaded into SAP but not Business Ready

C3 - Errors that do not impact Go-Live or do not validate any standard 

Error Message/Report DescriptionRuleOutputSource System
1C2

Settlement rule with field "Account Assignment Category" = G/L with the GL account (which is mapped to Reconciliation Account type A) must be cleansed by Business.

Action item:

Instead of settled to the Balance Sheet GL account (which is FXA Reconciliation Account), business must settle to AUC number

Extract table COBRB:

Company codes in scope

Object Number: PR*

Field KONTY (Acct Assignment Category) = G/L

Field HKONT (G/L account) = 21900100

List of WBS that is settled to GL 21900100 (FA recon account)

PF2 and WP2
2C2

Review of assets under construction (AUC) older than 6 months (over 500k €) and older 1 year. The aim is to detect if there is any AUC without any new costs for the last 6 months without capitalization to the fixed asset (FXA). This is the existing process that is happening in PF2 and WP2

WW - FXA.01.08 - Review of assets under construction (AUC) older than 6 months - Sleeping AUC - Finance Service Line - Syensqo - Wiki knowledge base

Custom reports that already exist in legacy system:

PF2 - Z1A_AUC_SLEEP

WP2 - ZWFA81B



  • Report

PF2 - Use layout /I&D S AUC

WP2 - Use layout /I&D S AUC 2

PF2 and WP2
3C2Ensure there is no partial capitalization from AUC to Final Asset 

 

PF2 and WP2


Conversion Process

The high-level process is represented by the diagram below:

Note: DCT is not required for this object 9032. DCT is shown in table below, for reference only, just in case in the future data migration, DCT is required.

  

Process

Activity

Extract

Extract involves collecting data from the source.  There are 2 possible methods at this stage of process:

1.     If the source is a system, extract means to pull the required data from source systems into repository. There are 2 steps for this method:

a.     Perform full data extraction from relevant tables in the source system(s).

b.     Apply relevancy criteria for filtering the data that will be applicable according to target system.

 2.     If the source is not a system, the data will need to be manually collected by business.  This is to be done using DCT (Data Collection Template).

Transform

There are 2 steps of Transform activities that can happen:

  1.     Perform mapping and data transformation rules.  Some data will need to be mapped to the to-be values and/or updated according to the rules as per design requirement in target system.

The WBS mapping (Current vs To-Be) will be provided by conversion object 1026 (WBS - CAPEX, OPEX, Statistical).

2.     Prepare load-ready data in the structure and format that is required for loading via standard Load Tool.  This step also produces the load data ready for business to perform Pre-load Data Validation.

Load

This process includes:

1.     Execute the automated data load into target system using load tool.  Note:  There may be some cases where the load is done manually as part of business activities.

2.     Once the data is loaded to target system, it will be extracted out and prepared for Post Load Data Validation.

Data Privacy and Sensitivity

N/A


Extraction

Extract data from a source into Syniti Migrate. There are 2 possibilities:

  1. The data exists. Syniti Migrate connects to the source and loads the data into Syniti Migrate. There are 3 methods:
    1. Perform full data extraction from relevant tables in the source system(s).
    2. Perform extraction through the application layer.
    3. Only if Syniti MIgrate cannot connect to the source, data is loaded to the repository from the provided source system extract/report.
  2. The data does not exist (or cannot be converted from its current state).  The data is manually collected by the business directly in Syniti Migrate. This is to be conducted using DCT (Data Collection Template) in Syniti Migrate

The agreed Relevancy criteria is applied to the extracted records to identify the records that are applicable for the Target loads

A. Extraction Run Sheet for AUC balances:

Req #Requirement DescriptionTeam Responsible
1.

Identify the WBS items that are in scope to get the asset number for AUC and Final Asset (if any)

Syniti Team

a. Get the list of WBS in scope from object 1026.

b. Extract table PRPS by identifying the WBS elements from Step a to get the corresponding object numbers.

c. Extract table COBRB by identifying the object numbers (from Step b) and specify 'FXA' into field "Account Assignment Category" to filter the object numbers belong to CAPEX.

FieldValue
Object Numbers

Enter the Object Numbers 

Account Assignment Category

FXA (Fixed Asset)

System will provide a report as below that will include the following fields:

FieldExample
Object NumbersPR********
Account Assignment Category

FXA

Company Code     Company code where the transaction was posted
AssetThis will show both (AUC and Final asset) if any values have been posted to the final asset. 

Result: Get the AUC and Final Asset (if any) numbers from this report.


2. 

Identify Asset Classes for AUC and Final Asset

 

Extract table ANLA by identifying AUC/Final Asset number from Step 1c to get the corresponding asset classes for AUC and Final Asset.

 
3A.

Identify Asset Classes for AUC and G/L take-on account to be used for posting based on AUC Asset Classes

 

Extract table ANKA by identifying Asset Classes from Step 2 and number range = 01 to get the asset classes for AUC.

Refer to links below to get the corresponding GL take-on account for each AUC class:

PF2_ANKA_AUC Classes.xlsx - Google Sheets

WP2_ANKA_AUC Classes.xlsx - Google Sheets

There are 3 take-on accounts for Fixed Asset and AUC:

  • 1199999 Fixed Asset Take-on Account - Intangibles
  • 1299999 Goodwill - Take-on Account
  • 1399999 Fixed Asset Tangibles (PP&E) - Take-on Account
 
3B.

Identify Asset Number for AUC

 

Extract table ANLA by identifying asset classes for AUC and get the asset number for AUC

 
4.

Identify settlement posting for AUC

 

The following tables will be used to extract the settlement amount for the object numbers from Step 1

  • Primary Cost Total (COSP) table
  • Secondary Cost Total (COSS) table 

Go to source systems (PF2 and WP2) Primary Costs Total (Table COSP)

FieldValue
Object NumbersFrom Step 1
Year

Specify the year as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028.
Value Type                   04 (Actual)
Cost Element                Leave it blank
Dr/CR Indicator             O (Special: Sender credit from settlement)

Value transaction currency for each period for each year

WTG01 to WTG16

 Go to source systems (PF2 and WP2) Secondary Costs Total (Table COSS) 

FieldValue
Object NumbersFrom Step 1
Year

Specify the year as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028.
Value Type04 (Actual)
Cost ElementLeave it blank
Dr/CR IndicatorO (Special: Sender credit from settlement)
Value transaction currency for each period for each yearWTG01 to WTG16

From the above, system will generate report as below.

The report will need to be summarized by object number, by original G/L, by extraction as below:

Group 1 Go live (1 July 2028):

  • Accumulated balances up to 31 Dec 2026 (Life to Date)
  • Accumulated balances 1 Jan - 31 Dec 2027
  • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 Go live (1 Jan 2029):

  • Accumulated balances up to 31 Dec 2026 (Life to Date)
  • Accumulated balances up to 1 Jan - 31 Dec 2027
  • Monthly balance from 1 Jan 2028 till 31 Dec 2028
FieldValue
Object NumbersPR*******
Fiscal YearThere will be values for each Fiscal Year.
Value Type04
Cost ElementThe cost element to which the transaction was posted.
Dr/CR IndicatorO
Value transaction currency for each period for each yearWTG01 to WTG16
Company CodeCompany code where the transaction was posted

Step #4 provides what needs to be posted for each WBS Element. These must be posted by using the original cost element (which will be mapped to S/4HANA cost element). 

Syniti Team
5. 

To ensure settlement amount is the same as the actual posting

Data Team

To ensure that all settlement costs have been collected via these tables (COSP & COSS), run a report (transaction code CJI3) to extract all the costs (by excluding Dr/Cr indicator "O") posted to the WBS Element/s to reconcile against the totals extracted from table COSP & COSS. Compare and agree the reconciliation values before progressing further to the next steps.

For each WBS in scope, confirm that the final balance is zero which will ensure that the settlement costs represent all the postings (debit and credit) by WBS Element.


6.

To get the AUC balance

 

Extract the fixed asset values from table ANEP in source systems (PF2 and WP2) to check what has been posted to the Asset under Construction (AUC) and Final Asset.

FieldDescriptionValue
ANEP-BUKRSCompany CodeCompany code from the above step.
ANEP-ANLN1Asset NumberAsset numbers from the step 3B.
ANEP-GJAHRFiscal Year

Specify the year as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028.
ANEP-AFABEDepreciation Area01

 System will generate as below:

FieldDescriptionValue
ANEP-BUKRSCompany CodeCompany code from the above step.
ANEP-ANLN1Asset NumberAsset numbers from the step 3B.
ANEP-GJAHRFiscal YearFiscal year posting for each year
ANEP-AFABEDepreciation Area01
ANEP-BWASLTransaction TypeTransaction types that are used for posting
ANEP-ANBTRAmount PostedAmount posted

This report will need to be summarized by asset number as below:

Group 1 Go live (1 July 2028):

  • Accumulated balances up to 31 Dec 2026 (Life to Date)
  • Accumulated balances 1 Jan-31 Dec 2027
  • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 Go live (1 Jan 2029):

  • Accumulated balances up to 31 Dec 2026 (Life to Date)
  • Accumulated balances 1 Jan-31 Dec 2027
  • Monthly balance from 1 Jan 2028 till 31 Dec 2028

Check against the WBS Element postings (CJI3) before loading into S/4HANA.

Syniti Team
7.

Run transaction code S_ALR_87011963 (Asset Balances report) for all AUC assets within the relevant company code. Check each individual asset balance before making any posting to a WBS Element.

Data Team
8.

Post expense with WBS then execute settlement to AUC as below:

Group 1 Go live (1 July 2028):

  • Accumulated balances up to 31 Dec 2026 (Life to Date)

Once the AUC balance up to 31 Dec 2026 has been agreed, a statistical posting will be required by WBS and by original G/L account. No settlement is required.

  • Accumulated balances 1 Jan-31 Dec 2027

Once the AUC balance up to 31 Dec 2027 has been agreed:

      • a real posting will be required (document type 9A) by WBS and by original G/L account and run settlement (CJ8G) 
      • reverse the above statistical posting

Please refer to Accounting Journal CS 9031.xlsx - Google Sheets

  • Monthly balance from 1 Jan 2028 till 30 June 2028

Once the AUC monthly balance from 1 Jan 2028-30 Jun 2028 has been agreed, a real posting will be required (document type 9A) by month, by WBS and by original G/L account and run settlement (CJ8G)

Note: We need to run settlement for January before doing the February expense posting, etc.

Group 2 Go live (1 Jan 2029):

  • Accumulated balances up to 31 Dec 2026 (Life to Date)

Once the AUC balance up to 31 Dec 2026 has been agreed, a statistical posting will be required by WBS and by original G/L account. No settlement is required.

  • Accumulated balances up to 31 Dec 2027 (Prior Year)

Once the AUC balance up to 31 Dec 2027 has been agreed:

      • a real posting will be required (document type 9A) by WBS and by original G/L account and run settlement (CJ8G)
      • reverse the above statistical posting
  • Monthly balance from 1 Jan 2028 till 31 Dec 2028 (Prior Year)

Once the AUC monthly balance up from 1 Jan 2028-31 Dec 2028 has been agreed, a posting will be required (document type 9A) by WBS and by original G/L and run settlement (CJ8G)

Note: We need to run settlement for January before doing the February expense posting, etc.

Syniti Team

B. Extraction Run Sheet for Final Asset balance:

Req #Requirement DescriptionTeam Responsible
1.

To get the asset classes for Final Asset:

Extract table ANKA by identifying Asset Classes from Step 2 (Section A) and specify number range = 02 

Syniti Team
2. 

To get the asset numbers for Final Asset:

Extract table ANLA by identifying Asset Classes from Step 1 (Section B)

 
3.

To get the balance of Final Asset:

Extract the fixed asset values from table ANEP in source systems (PF2 and WP2) to check what has been posted to the Final Asset.

FieldDescriptionValue
ANEP-BUKRSCompany CodeCompany code from the above step.
ANEP-ANLN1Asset NumberAsset numbers from the step 2 (Section B)
ANEP-GJAHRFiscal Year

Specify the year as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028.
ANEP-AFABEDepreciation Area01

System will generate as below:

FieldDescriptionValue
ANEP-BUKRSCompany CodeCompany code from the above step.
ANEP-ANLN1Asset NumberAsset numbers from the step 2 (Section B)
ANEP-GJAHRFiscal YearFiscal year posting for each year
ANEP-AFABEDepreciation Area01
ANEP-ANBTRAmount PostedAmount posted

This report will need to be summarized by asset number as below:

Group 1 Go live (1 July 2028):

  • Accumulated balances up to 31 Dec 2026 (Life to Date)
  • Accumulated balances 1 Jan-31 Dec 2027
  • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 Go live (1 Jan 2029):

  • Accumulated balances up to 31 Dec 2026 (Life to Date)
  • Accumulated balances 1 Jan-31 Dec 2027
  • Monthly balance from 1 Jan 2028 till 31 Dec 2028
Syniti Team
4.

 Post statistical posting (T.code KAFD) for the Final Asset based on the balance from Step#5

Syniti Team

Selection Screen

Selection Ref ScreenParameter NameSelection TypeRequirementValue to be entered/set
N/A



Data Collection Template (DCT)

N/A

Extraction Dependencies

Item #Step DescriptionTeam Responsible
1.All CAPEX WBS element cleansing has been completed in PF2 and WP2Business


Transformation

The Target fields are mapped to the applicable Legacy field that will be its source, this is a 3-way activity involving the Business, Functional team and Data team. This identifies the transformation activity required to allow Syniti Migrate to make the data Target ready:

  1. Perform value mapping and data transformation rules.
    1. Legacy values are mapped to the to-be values (this could include a default value)
    2. Values are transformed according to the rules defined in Syniti Migrate.
  2. Prepare target-ready data in the structure and format that is required for loading via prescribed Load Tool. This step also produces the load data ready for business to perform Pre-load Data Validation

Transformation Run Sheet

Item #Step DescriptionTeam Responsible
1.

In ADMM, select Object 9031 and launch this to execute transformation

Syniti Team

2.

Perform transformation for all relevant WBS Elements.

Legacy WBS Element is mapped to S/4HANA WBS elements in mapping table.

Syniti Team

3.

Generate Pre-Load reports in ADMM for the extracted WBS Element amounts.

Syniti Team

4.

Validate the transformed file as part of pre-load validation, raise data defects or provide the pre-load sign-off.

Business

5.

Analyze and resolve any pre-load defects logged by business.

Data Team


Transformation Rules for Real Posting:

Rule #Source systemSource TableSource FieldSource DescriptionTarget SystemTarget TableTarget FieldTarget DescriptionTransformation Logic
1PF2 and WP2COSPBUKRSCompany CodeS/4HANAACDOCARBUKRSCompany Code

Conversion specs mapping "Company Code" (BUKRS: Old Company Code to New Company Code)

2PF2 and WP2COSSBUKRSCompany CodeS/4HANAACDOCARBUKRSCompany Code

Conversion specs mapping "Company Code" (BUKRS: Old Company Code to New Company Code)

3PF2 and WP2COSPKSTARCost ElementS/4HANAACDOCARACCTG/L Account NumberUse GL Account mapping
4PF2 and WP2COSSKSTARCost ElementS/4HANAACDOCARACCTG/L Account NumberUse GL Account mapping
5N/AN/AN/AN/AS/4HANAACDOCAGKONTOffsetting GL Account

GL account that is used for mapping AUC reconciliation account is as below:

  • 1199999 Fixed Asset Take-on Account - Intangibles
  • 1299999 Goodwill - Take-on Account
  • 1399999 Fixed Asset Tangibles (PP&E) - Take-on Account

PF2:

Please refer to AUC Classes and its corresponding Offsetting GL account in link below:

PF2_ANKA_AUC Classes.xlsx - Google Sheets

WP2:

Please refer to AUC Classes in link below:

WP2_ANKA_AUC Classes.xlsx - Google Sheets

6N/AN/AN/AN/AS/4HANAACDOCABLARTDocument TypeDefault to 9A
7N/A


S/4HANAACDOCABUDATPosting Date

 Please refer to Accounting Journal CS 9031.xlsx - Google Sheets where Posting date is specified for each extraction.

8N/A


S/4HANAACDOCABLDATDocument Date

 Document date would be the same as Posting Date.

9N/AN/AN/AN/AS/4HANAACDOCABKTXTHeader Text

Default to “Data Object 9031”

10N/AN/AN/AN/AS/4HANAACDOCASGTXTItem Text

Specify legacy WBS Element

11PF2 and WP2COSPTWAERTransaction CurrencyS/4HANAACDOCA

RWCUR

Transaction Currency

 

12PF2 and WP2COSPWTGxxValue Transaction CurrS/4HANAACDOCAWSLAmount in Transaction Currency

xx represents all periods for previous years. Value type (COSS-WRTTP) must be “4” and Dr/Cr Indicator (COSP-BEKNZ) set to “O - Special: Sender credit from

settlement”. Once the data is collected, the signage must be changed prior to posting. As most of the settlement amounts will be a negative amount, this value

must be changed to a positive amount before posting back to the S/4HANA WBS Element. If the settlement amount is a positive value, it must be changed to

a negative value.

Logic will be required to determine the posting period from the field name WTGxxx, with xx being the posting month. E.g. 001,002,003, etc.

The extraction must refer as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028

Please consider Currency Adjustment During Migration (TCURX Consideration) as described in Appendix B.

13PF2 and WP2COSSTWAERTransaction CurrencyS/4HANAACDOCA

RWCUR

Transaction Currency

 

14PF2 and WP2COSSWTGxxValue Transaction CurrS/4HANAACDOCAWSLAmount in Transaction Currency

xx represents all periods for previous years. Value type (COSS-WRTTP) must be “4” and Dr/Cr Indicator (COSP-BEKNZ) set to “O - Special: Sender credit from

settlement”. Once the data is collected, the signage must be changed prior to posting. As most of the settlement amounts will be a negative amount, this value

must be changed to a positive amount before posting back to the S/4HANA WBS Element. If the settlement amount is a positive value, it must be changed to

a negative value.

Logic will be required to determine the posting period from the field name WTGxxx, with xx being the posting month. E.g. 001,002,003, etc.

The extraction must refer as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028

Please consider Currency Adjustment During Migration (TCURX Consideration) as described in Appendix B.

15



S/4HANAACDOCA

RHCUR

Company code currency

 

16PF2 and WP2COSPWOGxxValue in object currency (company  code currency)S/4HANAACDOCAHSLAmount in company code currency

xx represents all periods for previous years. Value type (COSS-WRTTP) must be “4” and Dr/Cr Indicator (COSP-BEKNZ) set to “O - Special: Sender credit from

settlement”. Once the data is collected, the signage must be changed prior to posting. As most of the settlement amounts will be a negative amount, this value

must be changed to a positive amount before posting back to the S/4HANA WBS Element. If the settlement amount is a positive value, it must be changed to

a negative value.

Logic will be required to determine the posting period from the field name WTGxxx, with xx being the posting month. E.g. 001,002,003, etc.

The extraction must refer as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028

Please consider Currency Adjustment During Migration (TCURX Consideration) as described in Appendix B.

17    S/4HANAACDOCA

RHCUR

Company code currency

 

18PF2 and WP2COSSWOGxxValue in object currency (company  code currency)S/4HANAACDOCAHSLAmount in company code currency

xx represents all periods for previous years. Value type (COSS-WRTTP) must be “4” and Dr/Cr Indicator (COSP-BEKNZ) set to “O - Special: Sender credit from

settlement”. Once the data is collected, the signage must be changed prior to posting. As most of the settlement amounts will be a negative amount, this value must be changed to a positive amount before posting back to the S/4HANA WBS Element. If the settlement amount is a positive value, it must be changed to a negative value.

Logic will be required to determine the posting period from the field name WTGxxx, with xx being the posting month. E.g. 001,002,003, etc.

The extraction must refer as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028

Please consider Currency Adjustment During Migration (TCURX Consideration) as described in Appendix B.

18



S/4HANAACDOCA

RKCUR

Global Currency

 

20



S/4HANAACDOCAKSLAmount in global currency

Automatic, to be kept blank in load template. This is currency type 30.

Currently legacy does not have group currency amount, this is yet to be confirmed as to how this will be derived

21    S/4HANAACDOCA

ROCUR

Freely Defined Currency 1

 

22    S/4HANAACDOCAOSLAmount in currency 1

Automatic, to be kept blank in load template. This is currency type 31.

Currently legacy does not have group currency amount, this is yet to be confirmed as to how this will be derived

23PF2 and WP2COSPOBJNRObject NumberS/4HANAACDOCAPS_POSIDWBS Element Number

COSP Object Number will identify the WBS Element from PF2 and WP2 (PRPS table) which will map to the S/4HANA WBS Element identified in

WBS mapping table. This mapping will be provided by conversion object 1026 (WBS - CAPEX, OPEX, Statistical).

24PF2 and WP2COSSOBJNRObject NumberS/4HANAACDOCAPS_POSIDWBS Element Number

COSS Object Number will identify the WBS Element from PF2 and WP2 (PRPS table) which will map to the S/4HANA WBS Element identified in

WBS mapping table. This mapping will be provided by conversion object 1026 (WBS - CAPEX, OPEX, Statistical).

25PF2 and WP2COSPGJAHRFiscal YearS/4HANAACDOCAGJAHRFiscal Year
26PF2 and WP2COSSGJAHRFiscal YearS/4HANAACDOCAGJAHRFiscal Year
27PF2 and WP2COSPWTGxxValue Transaction CurrS/4HANAACDOCAPOPERPosting Period

The COSP source table stores period-based data in a columnar format, where each period is represented by an amount column suffixed with values such as 001,

002, and so on. To prepare the data for each period, these columns must be pivoted using the remaining attribute columns as qualifiers. The corresponding

period numbers will also be derived during this pivoting process. 

28PF2 and WP2COSSWTGxxValue Transaction CurrS/4HANAACDOCAPOPERPosting Period

The COSS source table stores period-based data in a columnar format, where each period is represented by an amount column suffixed with values such as 001,

002, and so on. To prepare the data for each period, these columns must be pivoted using the remaining attribute columns as qualifiers. The corresponding

period numbers will also be derived during this pivoting process. 


Transformation Rules for Statistical Posting:

1.PF2 and WP2COSPOBJNRObject NumberS/4HANACOEPPSPNRWBS ElementCOSP Object Number will identify the WBS Element from PF2 and WP2 (PRPS table) which will map to the S/4HANA WBS Element identified in WBS mapping table.
2. PF2 and WP2COSSOBJNRObject NumberS/4HANACOEPPSPNRWBS ElementCOSS Object Number will identify the WBS Element from PF2 and WP2 (PRPS table) which will map to the S/4HANA WBS Element identified in WBS mapping table.
3.PF2 and WP2COSPGJAHRFiscal YearS/4HANACOEPGJAHRFiscal Year
4.PF2 and WP2COSSGJAHRFiscal YearS/4HANACOEPGJAHRFiscal Year
5.PF2 and WP2COSPKSTARCost ElementS/4HANACOEPKSTARCost ElementRefer to Mapping legacy GL Accounts to S/4HANA GL Accounts
6.PF2 and WP2COSSKSTARCost ElementS/4HANACOEPKSTARCost ElementRefer to Mapping legacy GL Accounts to S/4HANA GL Accounts
7.PF2 and WP2COSPWTGxxxValue in Transaction currencyS/4HANACOEPPERIOPosting Period

The COSP source table stores period-based data in a columnar format, where each period is represented by an amount column suffixed with values such as 001, 002, and so on. To prepare the data for each period, these columns must be pivoted using the remaining attribute columns as qualifiers. The corresponding period numbers will also be derived during this pivoting process. 

8.PF2 and WP2COSSWTGxxxValue in Transaction currencyS/4HANACOEPPERIOPosting Period

The COSS source tables store period-based data in a columnar format, where each period is represented by an Amount column suffixed with values such as 001, 002, and so on. To prepare the data for each period, these columns must be pivoted using the remaining attribute columns as qualifiers. The corresponding period numbers will also be derived during this pivoting process. 

9.PF2 and WP2COSPWTGxxx

Value in Transaction Curr for relevant period

Note:

xxx represent the period

S/4HANACOEPWTGBTRTotal Value in Transaction Currency

xx represents all periods for previous years. Value type (COSS-WRTTP) must be “4” and Dr/Cr Indicator (COSP-BEKNZ) set to “O - Special: Sender credit from settlement”.

Once the data is collected, the signage must be changed prior to posting. As most of the settlement amounts will be a negative amount, this value must be changed to a positive amount before posting back to the S/4HANA WBS Element. If the settlement amount is a positive value, it must be changed to a negative value.

Logic will be required to determine the posting period from the field name WTGxxx, with xx being the posting month. E.g. 001,002,003, etc.

The extraction must refer as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028

Please consider Currency Adjustment During Migration (TCURX Consideration) as described in Appendix B.

10.PF2 and WP2COSSWTGxxx

Value in Transaction Curr for relevant period

Note:

xxx represent the period

S/4HANACOEPWTGBTRTotal Value in Transaction Currency

xx represents all periods for previous years. Value type (COSS-WRTTP) must be “4” and Dr/Cr Indicator (COSP-BEKNZ) set to “O - Special: Sender credit from settlement”.

Once the data is collected, the signage must be changed prior to posting. As most of the settlement amounts will be a negative amount, this value must be changed to a positive amount before posting back to the S/4HANA WBS Element. If the settlement amount is a positive value, it must be changed to a negative value.

Logic will be required to determine the posting period from the field name WTGxxx, with xx being the posting month. E.g. 001,002,003, etc.

The extraction must refer as below:

Group 1 go live (1 July 2028) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 30 June 2028

Group 2 go live (1 Jan 2029) to migrate the above WBS for:

    • Accumulated balance up to 31 Dec 2026 (Life to Date)
    • Accumulated balance from 1 Jan 2027-31 Dec 2027
    • Monthly balance from 1 Jan 2028 till 31 Dec 2028

Please consider Currency Adjustment During Migration (TCURX Consideration) as described in Appendix B.

11.PF2 and WP2COSPTWAERTransaction CurrencyS/4HANACOEPTWAERTransaction Currency

 

12.PF2 and WP2COSSTWAERTransaction CurrencyS/4HANACOEPTWAERTransaction Currency

 

13.    S/4HANA WWERTTranslation Date

Please refer to Accounting Journal CS 9031.xlsx - Google Sheets where Translation Date is specified for each extraction. 

List of Custom Target Reports for this object is maintained here: Conversion Specification - Custom Reports Register.


Appendix B:

Currency Adjustment During Migration (TCURX Consideration)

In SAP, the TCURX table defines the number of decimal places used for each currency.
This impacts how amounts are stored internally in database tables versus how they are displayed externally in user interfaces or reports.

Currencies such as JPY (Japanese Yen), KRW (Korean Won), or VND (Vietnamese Dong) are typically configured with no decimal places (TCURX-CURRDEC = 0).

Understanding and correctly applying the TCURX rules is essential during data migration to ensure financial consistency between ECC and S/4HANA.

Internal vs External Currency Representation example:

External AmountThe amount value as displayed to users in SAP screens and reports.96015 JPY
Internal AmountThe amount value stored in database tables for computation.960.15Multiplied by factor = 10² if target has 2 decimals

 During data migration, these internal (technical) amounts must be converted to external amounts to ensure accuracy and consistency in the target S/4HANA system.

Conversion Formula:

External Amount = Internal Amount * 10 to the power (2 - Number of decimals for the currency in TCURX table)


Transformation Mapping

Conversion Specification - Transformation Mapping Register - Google Sheets


Mapping Table NameMapping Table Description

Company code

BUKRS: Old Company Code to New Company Code

GL Accounts

HKONT: Old GL Accounts to New GL Accounts

Profit Centre

PRCTR: Old Profit Centre to New Profit Centre

Asset Number

ANLN1: Old Asset number to New Asset number

WBS Elements

POSID: Old WBS Elements to New WBS Elements

Transformation Dependencies

List the steps that need to occur before transformation can commence
Item #Step DescriptionTeam Responsible
1.Ensure all the fields that require value mapping, as stipulated in Section "Mapping tables", have the correct values mapped.Data Team


Pre-Load Validation

Project Team

The following pre-load validations will be performed by Project Team.

This is to validate the total transactional movement in each open WBS Element. Validate the financial movement of all transactions excluding settlement transactions by WBS Element by Cost Element (GL Account) for the open WBS Elements as the closing balance.

Completeness

TaskAction

Verify Counts

Data team to verify the load count is the same as per identified data from Primary Cost Total COSP file and Secondary Cost Total COSS file.

Validate

Validate that the extracted values from both tables agree with the total transaction costs excluding settlement for each individual WBS Element


Accuracy

TaskAction
ValidateValidate that the extracted values from both tables agree with the total transaction costs excluding settlement for each individual WBS Element
ValidateValidate that the extracted values are identical to those values settled to the Receiver. 
Reconcile

Total by Asset number to compare to the WBS Element value to be posted. The value to be posted against the WBS Element must agree with the value shown for the relevant Asset Under Construction. See section "Extraction run sheet for legacy WBS element settling to AUCs.


Business

The following pre-load validations will be performed by the Business.

Completeness

TaskAction
Verify counts

Business will use the preload report to validate the number of WBS Elements that will migrate values. 


Accuracy

TaskAction
Validate

Validate that the extracted values are identical to those values posted to the WBS Element


Load

For loading, please use Migration Cockpit GL account balance as attached.

 Source data for FI - GL account balance and openline item (1).xml

Load Run Sheet

Item #Step DescriptionTeam Responsible
1.Ensure Pre-Load signoffs are obtained.Data Team
2.Load a small number of records to verify that the process is stable and will load all records as expected.Syniti Team
3.If the above is successful, load all remaining records.Syniti Team
4.If the above is unsuccessful, review errors and determine whether the error is data related, or system related.Data Team
5.After correction, load corrected file or run corrected program to load data.Syniti Team
6.Prepare report for Post Load Validation.Syniti Team
7.Validate Post Load report.Business


Load Phase and Dependencies

Pre Cutover

Configuration

Item #Configuration Item
1.

Asset Classes

2.Settlement Profiles
3.Allocation Structures
4.Previous Asset Fiscal Year to be opened
5.Current Asset Fiscal Year to be opened
6.Settlement cost elements used for settlement available in all company codes in scope
7.Number ranges for settlement documents to be set up. This is manual config.

Conversion Objects

Object #Preceding Object Conversion Approach
1024Project Definition (CAPEX, OPEX)
1026

WBS - CAPEX, OPEX, Statistical

1067

GL Account Operational CoA (incl. secondary CE)

Error Handling

Error TypeError DescriptionAction Taken
ConfigurationDocument type does not exist in S/4HANAEngage Functional team to fix the error in the system
Master DataAUC take-on account does not existAsk GL team to create AUC take-on account


Post-Load Validation

Project Team

Completeness

TaskAction
Verify counts

Data team to verify the load count is the same as per identified data from Pre Load file


Accuracy

TaskAction
Verify values

Ensure the Pre-Load report values are the same as in the Post Load Report. These values have to be verified before settling the costs to the AUCs.


Post Load Activities

A. Settlement to Assets under Construction (AUC)

After validating the WBS Element transaction movements for count and accuracy, run settlement. Ensure that all Settlement objects have been created. For AUCs this will take place during the conversion from CRTD (Created) to REL (Released) status. This will provide balances to the AUCs.

For this data object, the settlement needs to be executed as below:

Group 1 Go live (1 July 2028):

  • Accumulated balance up to 31 Dec 2026
    • No settlement is required. 
  • Accumulated balances from 1 Jan-31 Dec 2027
    • Execute settlement with posting date 31.12.2027. The Asset Fiscal Year 2027 must be opened.
  • Monthly balance from 1 Jan 2028 till 30 June 2028
    • Execute settlement for Current Fiscal Year with posting date as month end (e.g. 31 Jan 2028, 29 Feb 2028, etc.). The Asset Fiscal Year 2028 must be opened.

Group 2 Go live (1 Jan 2029):

  • Accumulated balances up to 31 Dec 2026
    • No settlement is required. 
  • Accumulated balances from 1 Jan-31 Dec 2027
    • Execute settlement with posting date 31.12.2027. The Asset Fiscal Year 2027 must be opened.
  • Monthly balance from 1 Jan 2028 till 31 Dec 2028 (Prior Year)
    • Execute settlement with posting date as month end (e.g. 31 Jan 2028, 29 Feb 2028, etc.). The Asset Fiscal Year 2028 must be open.

SAP Transaction CJ88 will be used to settle all the WBS Element costs to their respective settlement objects. For those that are settling to the AUCs a reconciliation must be created that will compare the AUCs in the legacy systems (PF2 and WP2) to those that are now in S/4HANA. Table ANLC will be used for this comparison.

The previous Fiscal year cannot be closed until the AUC reconciliation for the previous year is completed and balanced.

Business

Completeness

TaskAction

Verify Counts

Business to verify the load count is the same as per identified data from Post Load Report.


Accuracy

TaskAction
Verify values

Ensure the Post Load report values are exactly the same as in the Pre Load report. These values have to be verified before settling the costs to the AUCs.

Appendix C

AUC Balance by WBSE can be validated using below reports

  • Asset History Sheet (AR02)
  • Asset Balances by Asset class (S_Alr_87011964)

Key Assumptions

  • Master Data Standard is up to date as on the date of documenting this conversion approach and data load.
  • WBS is in scope based on data design and any exception requested by business.
  • All WBS Elements/Internal Orders will have a zero balance. If this is not true, there must be a BAU activity to ensure there is a zero balance.
  • All costs in source systems PF2 and WP2 (Primary Costs Total Table COSP and Secondary Costs Total Table COSS) will represent the total transactional costs that have been posted to the respective WBS Element.


See also

Change log

Version Published Changed By Comment
CURRENT (v. 85) Apr 20, 2026 10:20 GOTTIPATI-ext, Madhu
v. 129 Apr 20, 2026 10:15 GOTTIPATI-ext, Madhu
v. 128 Feb 17, 2026 13:45 GOTTIPATI-ext, Madhu
v. 127 Feb 17, 2026 10:29 GOTTIPATI-ext, Madhu
v. 126 Feb 17, 2026 10:28 GOTTIPATI-ext, Madhu
v. 125 Feb 16, 2026 22:42 GOTTIPATI-ext, Madhu
v. 124 Feb 11, 2026 15:58 GOTTIPATI-ext, Madhu
v. 123 Feb 11, 2026 15:56 GOTTIPATI-ext, Madhu
v. 122 Feb 11, 2026 15:55 GOTTIPATI-ext, Madhu
v. 121 Feb 11, 2026 15:39 GOTTIPATI-ext, Madhu

Go to Page History

Workflow history

Title Last Updated By Updated Status  
There are no pages at the moment.

  • No labels