| Status | Revision under Review |
|---|---|
| Owner | |
| Stakeholders |
Purpose
The purpose of this document is to define the conversion approach to create the WBS - CAPEX, OPEX, Statistical
in S/4 HANA.
In SAP, a WBS element (Work Breakdown Structure element) is a key component in project structure. WBS elements are organized hierarchically and facilitates planning, execution, and control.
Conversion Scope
The scope of this document covers the approach for converting active WBS - CAPEX, OPEX, Statistical from Legacy Source Systems into S/4HANA following the WBS - CAPEX, OPEX, Statistical Master Data Design Standard. tems into S/4HANA:
All Data Built in the DCT.
An initial extract of the relevant WBS, including suggested mapping to new strutures, will be provided in google sheet format to assist business in decision making on including any relevant WBS element from PF2 and WP2.
The data from legacy system to be included in the initial extract includes:
- WBS elements for Capital projects (eg. Industrial, Facility IT and R&I) open as at migration date with postings in the last 3 years or has AUC balance.
- WBS elements for Budgeted Operating projects (eg. Budgeted Maintenance, Demolition projects) open as at migration date with postings in the last 3 years.
- WBS elements for Closed Capital Projects with postings within the agreed timeframe (currently migration relevant is 2028).
- WBS elements for Closed Budgeted Operating Projects with postings within the agreed timeframe (currently migration relevant is 2028).
- Specifically also included are WBS elements for IT and R&I Projects with postings in the last 3 years.
The data from legacy system be included in the initial extract excludes:
- WBS elements for company codes out of scope
- WBS for out of scope Plants.
- WBS with no costs (no movement in past 3 years), Project created by mistake
- WBS which has deletion indicator set
Additionally WBS elements without any initial extract will be created using the DCT, this includes -
- WBS elements with reference to PPM item and template project-
- Capital Lease (One WBS per Company Code/Cost Centre)
- Direct Asset Purchases (One WBS per Company Code/Cost Centre)
- WBS elements with no reference to PPM items -
- Provisions (One WBS per Company code/GBU/ Plant),
- Intercompany recharge (One Level 1 WBS per Company Code, Level 2 WBS per Trading Partner)
The guiding principle is that we should only migrate data necessary to support ongoing business operations. This may also involve cleansing activities within the source systems to align with the migration criteria.
In terms of Historical Data, it will not be migrated except where specific records are required to support application functionality, meet legislative obligations or ensure regulatory compliance.
WBS from the legacy system to be used for the basis of the system include projects from PF2 and WP2.
The data from legacy system includes:
- WBS elements not in closed status
- Closed CAPEX WBS elements which has current year postings..
- The parent WBS elements included in the above.
The data from legacy system excludes:
- WBS elements for company codes out of scope
WBS elements can be referenced in transactional data conversions, the conversions which may require WBS elements are
- Financial postings
- CNV-9031 Project - Actual GL Line Items (PNL - WBS for AuC)
- CNV-9032 GL Line Items (PNL - Internal Order, Statistical/ Opex WBS)
- Maintenance processing
- CNV-9005 Work Order
- Procurement
- CNV-9044 Purchase Requisition (Oos)
- CNV-9045 Open Purchase Orders
L
Predecessor Objects
CNV-1024 Project Definition
List of source systems and approximate number of records| Source | Scope | Source Approx No. of Records | Target System | Target Approx No. of Records |
|---|---|---|---|---|
| PF2 | S/4 Hana | |||
| WP2 | S/4 Hana | |||
Logic:
- WBS elements not in closed status
- Table PRPS
Key in field "Company Code" in scope.
Result: Object numbers of WBS that are in company codes in scope.
- Table JEST:
Field "Object number" = Key in the object numbers of WBS (from Step A)
Field "Status Inactive" = blank
Then filter object number that do not have status I0046 (Closed) or IFO07 (Closed)
These WBS need to be migrated.
- Closed CAPEX WBS element that have cost in current year must also be migrated.
Logic:
- Table PRPS
Key in field "Company Code" in scope.
Result: Object numbers of WBS that are in company codes in scope.
- Table JEST:
Field "Object number" = Key in the object numbers of WBS (from Step A)
Field "Status Inactive" = blank
Then filter object number that has status I0046 (Closed) or IFO07 (Closed).
Result: Object number with status I0046 (Closed) or IFO07 (Closed).
- Table RPSCO:
Field "Object number" = Key in the object numbers of WBS (from Step B)
Field "Fiscal Year" = Current year
Field "Value Type" = 4
Result = Object numbers that have cost in current year.
These WBS needs to be migrated.
- Parent WBS elements
For each WBS element with closed status include all superior level WBS elements. If status of element is not closed superior WBS elements will also be not closed.
- Table PRHI:
Field “WBS elements” (All PS_POSNR from PRPS)
IF “UP” is Null no superior objects
Result = Field “UP” additional WBS to be migrated
Repeat until “UP” is Null.
Additional Information
Multi-language Requirement
Document Management
Legal Requirement
Special Requirements
Target Design
The technical design of the target for this conversion approach.
| Table | Field | Data Element | Field Description | Data Type | Length | Requirement |
|---|---|---|---|---|---|---|
| PRPS | POSID | PS_POSID | WBS element | CHAR | 24 | Mandatory |
| PRPS | PS_POSNR | PS_POSNR | WBS Element internal number | CHAR | 8 | Conditional |
| PRPS | OBJNR | J_OBJNR | Object Number | CHAR | 8 | Conditional |
| PRPS | POST1 | PS_POST1 | Description | CHAR | 40 | Mandatory |
| PRPS | VERNR | PS_VERNR | No. of Person Resp. | NUMC | 8 | Mandatory |
| PRPS | ASTNR | PS_ASTNR | Applicant no. | NUMC | 8 | Mandatory |
| PRPS | PBUKR | PS_PBUKR | Company code | CHAR | 4 | Mandatory |
| PRPS | PKOKR | PS_PKOKR | Controlling area | CHAR | 4 | Mandatory |
| PRPS | PRCTR | PRCTR | Profit Center | CHAR | 10 | Mandatory |
| PRPS | PRART | PS_PRART | Project Type | CHAR | 2 | Mandatory |
| PRPS | PLAKZ | PS_PLAKZ | Planning Element | CHAR | 1 | System |
| PRPS | BELKZ | PS_BELKZ | Acct asst elem. | CHAR | 1 | Mandatory |
| PRPS | FAKKZ | PS_FAKKZ | Billing Element | CHAR | 1 | Conditional |
| PRPS | FKSTL | PS_FKSTL | Responsible CC | CHAR | 10 | Mandatory |
| PRPS | FKOKR | PS_FKOKR | CA resp. cost center | CHAR | 4 | Mandatory |
| PRPS | FABKL | FABKL | Factory Calendar | CHAR | 2 | Mandatory |
| PRPS | PWPOS | PS_PWPOS | Currency | CUKY | 5 | Mandatory |
| PRPS | WERKS | WERKS_D | Plant | CHAR | 4 | Mandatory |
| PRPS | SCOPE | SCOPE_CV | Object class | CHAR | 2 | System Generated |
| PRPS | XSTAT | PS_XSTAT | Statistical | CHAR | 1 | Conditional |
| PRPS | KOSTL | PS_KOSTL | CCtr posted actual | CHAR | 10 | Conditional |
| PRPS | IMPRF | IM_PROFIL | Investment Profile | CHAR | 6 | Conditional |
| PRPS | FUNC_AREA | FKBER | Functional Area | CHAR | 16 | Mandatory |
| PRPS | PSPHI | PS_PSPID | Project Definition | CHAR | 24 | Mandatory |
| PRPS | STUFE | PS_STUFE | Level | CHAR | 3 | Mandatory |
| PRHI | LEFT | PS_PHILE | WBS_LEFT | NUMC | 8 | Conditional |
| PRHI | UP | PS_PHIUP | WBS_UP | NUMC | 8 | Conditional |
| PRPS | USR08 | USR08 | User | |||
| PRPS | USR10 | USR10PRPS | Cross System | CHAR | 1 | Conditional |
| PRPS | ZX01 | CAPEX/ OPEX | char | 10 | Conditional | |
| PRPS | ZX02 | Maintenance event | char | 40 | Conditional | |
| PRPS | ZX03 | Trading company code | CHAR | 4 | Conditional | |
| PRTE | PEINH | Unit of measure | System Generated | |||
| PRTE | EEINH | Unit of measure | System Generated | |||
| PRTE | IEINH | Unit of measure | System Generated |
Data Cleansing
Data cleansing tasks are set out in CNV-1024 which deals with projects and also by definition includes the closing of WBS elements in those projects.
| ID | Criticality | Error Message/Report Description | Rule | Output | Source System |
|---|---|---|---|---|---|
1026-001 | C3 | Old projects with no actuals / commitment | If the old projects do not have any actual (and/or) commitments in the past year, set the project to status CLSD (CJ20N) | Old project set to closed | WP2/PF2 |
Conversion Process
The high-level process is represented by the diagram below:
Data Privacy and Sensitivity
Extraction
Extract data from a source into Syniti Migrate
. There are 2 possibilities:
- The data exists. Syniti Migrate connects to the source and loads the data into Syniti Migrate. There are 3 methods:
- Perform full data extraction from relevant tables in the source system(s).
- Perform extraction through the application layer.
- Only if Syniti Migrate; cannot connect to the source, data is loaded to the repository from the provided source system extract/report.
- 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
Extraction Run Sheet
| Req # | Requirement Description | Team Responsible |
|---|---|---|
1 | Confirm scope and extraction approach for each ECC source systems WP2, PF2 (direct DB or manual extract) | Data Team (I2M), Data Team (Syniti) |
2 | Establish and validate Syniti connectivity to both ECC source systems | Technical / Basis Team, Data Team (Syniti) |
3 | Perform full data extraction from relevant SAP WBS elements from both source systems WP2, PF2 | Data Team (Syniti) |
4 | Extract WBS via the application layer for additional validations for Manual Data Collection using DCTs | Data Team (I2M) |
5 | Apply agreed Relevancy Criteria to filter only applicable WBS records for S/4HANA | Data Team (I2M), Data Team (Syniti) |
6 | In case of restricted access or connectivity issues, receive pre-extracted reports/files from source system team and upload to Syniti Migrate manually | Data Team (I2M), Data Team (Syniti) |
8 | Perform data quality checks on extracted records (e.g., missing fields, invalid dates, incorrect formats) | Data Team (I2M), Data Team (Syniti) |
9 | Review and approve extracted data sample sets from each source system before transformation begins | Business / Functional Team |
Selection Screen
| Selection Ref Screen | Parameter Name | Selection Type | Requirement | Value to be entered/set |
|---|---|---|---|---|
Data Collection Template (DCT)
Target Ready Data Collection Template will be created for data with exception of some fields which require transformation as mentioned in the transformation rule.DCT Rules
| Field Name | Field Description | Rule |
|---|---|---|
| POSID | WBS element | Unique Identifier for the WBS Element as per project coding mask. |
| POST1 | Description | 40 character description of the WBSE |
| VERNR | No. of Person Resp. | This field represents the position of the Person Responsible for a WBS Element and is mandatory field. It will be derived from the Project Definition and can be overwritten. Refer configuration table field TCJ04-PS_VERNR for data validation. |
| ASTNR | Applicant no. | This field represent the position of the Project Financial Controller. It will be derived from the Project Definition and can be overwritten. Refer configuration table field TCJ05-ASTNR for data validation. |
| PBUKR | Company code | Represents legal entity and inherited from the Project Definition. Refer configuration table field T001-BURKS for data validation. |
| PKOKR | Controlling area | Controlling Area is a self-contained organizational unit used for internal cost accounting, this will be default from configuration. |
| PRCTR | Profit Center | In Syway, Profit Center represent a plant or a site or generic for GBU. This field will be inherited from the Project Definition, if required it can be overwritten. Refer master data table field CEPC-PRCTR for allowed values. |
| PRART | Project Type | It is an attribute that serve as classification field that help to define the nature, purpose, and governance of a WBS element. They are useful for reporting, controlling, and compliance alignment. Refer configuration table field TCJ1-PRART for allowed values. |
| PLAKZ | Planning Element | Planning element checkbox is used to flag if WBS element is relevant for cost planning. This indicator will be default from configuration. |
| BELKZ | Acct asst elem. | This indicator enables financial posting on the WBS element. It will be checked in below conditions- 1. For WBS elements governed by CAPEX project profiles, activation of this checkbox is mandatory for all elements at level 3 and subordinate levels. 2. For WBS elements governed by Operational, Statistical & Recharge project profiles, activation of this checkbox is mandatory for all WBS elements. |
| FAKKZ | Billing Element | This indicator enables WBS element to record revenue against it. Required for Recharge WBSE only. |
| ABUKR | Requesting co. code | In Syway design this field will not be used |
| FKSTL | Responsible CC | Cost Center responsible for delivery of work. Required for WBS elements of Expense Project (Budget-managed) only. Refer master data table field KOSTL-KOSTL for allowed values. |
| FKOKR | CA resp. cost center | This is automatically derived from the Responsible Cost Center |
| FABKL | Factory Calendar | Factory Calendar defines year wise working and non-working days for a specific plant or business unit. It plays a crucial role in scheduling & planning. Derived from the Plant maintained on the WBS element. Refer configuration table field TFACD-IDENT for allowed values. |
| PWPOS | Currency | Currency at WBS element refers to the local currency used to record, process, and report financial transactions. Currency derived from WBS element's Company Code |
| WERKS | Plant | Plant represent a site of the WBS element. Mandatory for all WBS elements. |
| SLWID | Field key | Predefined field key based on the Project Profile selected. It can not be changed. |
| USR08 | Exp Capital'ion | Expected Capitalization date marks the anticipated execution of the AUC final settlement, restricted to WBS elements that include an Investment Profile. |
| USR10 | Cross System | This checkbox field, will be selected when intercompany services are needed for a WBS element. |
| XSTAT | Statistical | This field checkbox will be inactive for all projects except for WBS elements of project with Project Profile "ZPS0003" i.e. Statistical Expense. |
| KOSTL | CCtr posted actual | This field represents the receiver Cost Center of actual cost for any actual financial posting on the WBS element. This field will be mandatory for all statistical WBS element |
| IMPRF | Investment Profile | Investment Profile on WBS element is used to enable auto generation of AuC w.r.t. predefined asset class. Applicble for CAPEX projects (with Project Profile ZPS0001) at Level 3 WBS elements if the CAPEX field is selected. It can not be changed once WBSE is released. Refer configuration table field TAPRF-IVPRO for allowed values. |
| FUNC_AREA | Functional Area | Functional Area is an organizational unit used to classify expenses based on their purpose or function e.g. IS, IT & R&I. Project created via PPM Item: Functional Area will be derived from the project template, new WBS element under the hierarchy will inherit the Functional Area of the parent WBS element/ Project Definition. Project created manually i.e. without PPM Item: Functional Area will be maintained manually by the GBS. Refer configuration table field TFKB-FKBER for allowed values. |
| PSPHI | Project Definition | Project ID assigned to the WBS elements. The Project ID is automatically assigned to WBS elements that are created through a PPM Item. Projects will be created manually also without PPM Item where project profile is ZPS0003, ZPS0004 or ZPS0005. |
| STUFE | Level | In a project, WBS elements are structured across multiple levels to form a tree-like hierarchy for better project contolling and monitoring. |
| LEFT | WBS_LEFT | This field represents the left-adjacent WBS element in the same hierarchy level required for navigating sibling relationships within a WBS hierarchy. |
| UP | WBS_UP | This field represents the immediate superior WBS element (parent node) required for establishing parent-child relationships in the WBS hierarchy. |
| ZX01 | CAPEX/ OPEX | This field identifies expense is CAPEX or OPEX. - For project profile ZPS0001 this field will be mandatory for all WBS elements L3 onwards. - For project profiles ZPS0002 & ZPS0003 this field will be default to OPEX. |
| ZX02 | Maintenance event | This field is used to determine the settlement rule receiver for the relevant maintenance Work Order. This field will be applicable when Project Type = Turnaround Projects at level 3 WBS element |
| ZX03 | Trading company code | This field will be applicable when Project Type = Inetrcompany Recharge. Mandatory at Level 2 WBS to determine the trading company for intercompany recharges T001-BURKS for data validation. |
Extraction Dependencies
| Item # | Step Description | Team Responsible |
|---|---|---|
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 to make the data Target ready:
- Perform value mapping and data transformation rules.
- Legacy values are mapped to the to-be values (this could include a default value)
- Values are transformed according to the rules defined in
- 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 Description | Team Responsible |
|---|---|---|
Transformation Rules
| Rule # | Source system | Source Table | Source Field | Source Description | Target System | Target Table | Target Field | Target Description | Transformation Logic |
|---|---|---|---|---|---|---|---|---|---|
| 1 | PRPS | POSID | WBS element | S/4 Hana | PRPS | POSID | WBS element | Old to new: Conversion Exit | |
| 2 | PRPS | PS_POSNR | WBS Element internal number | S/4 Hana | PRPS | PS_POSNR | WBS Element internal number | Copy from source to target system | |
| 3 | PRPS | OBJNR | Object Number | S/4 Hana | PRPS | OBJNR | Object Number | Copy from source to target system | |
| 4 | PRPS | POST1 | Description | S/4 Hana | PRPS | POST1 | Description | Copy from source to target system | |
| 5 | PRPS | VERNR | No. of Person Resp. | S/4 Hana | PRPS | VERNR | No. of Person Resp. | Old to new | |
| 6 | PRPS | ASTNR | Applicant no. | S/4 Hana | PRPS | ASTNR | Applicant no. | Old to new | |
| 7 | PRPS | PBUKR | Company code | S/4 Hana | PRPS | PBUKR | Company code | Value Mapping: Old to New Company Code | |
| 8 | PRPS | PKOKR | Controlling area | S/4 Hana | PRPS | PKOKR | Controlling area | Value Mapping: Old to New Controlling Area | |
| 9 | PRPS | PRCTR | Profit Center | S/4 Hana | PRPS | PRCTR | Profit Center | Value Mapping: Old to New Profit Centre | |
| 10 | PRPS | PRART | Project Type | S/4 Hana | PRPS | PRART | Project Type | Old to new | |
| 11 | PRPS | PLAKZ | Planning Element | S/4 Hana | PRPS | PLAKZ | Planning Element | Copy from source to target system | |
| 12 | PRPS | BELKZ | Acct asst elem. | S/4 Hana | PRPS | BELKZ | Acct asst elem. | Copy from source to target system | |
| 13 | PRPS | FAKKZ | Billing Element | S/4 Hana | PRPS | FAKKZ | Billing Element | Copy from source to target system | |
| 14 | PRPS | FKSTL | Responsible CC | S/4 Hana | PRPS | FKSTL | Responsible CC | Value Mapping: Old to New Cost Centre | |
| 15 | PRPS | FKOKR | CA resp. cost center | S/4 Hana | PRPS | FKOKR | CA resp. cost center | Value Mapping: Old to New Cost Centre | |
| 16 | PRPS | FABKL | Factory Calendar | S/4 Hana | PRPS | FABKL | Factory Calendar | Old to new | |
| 17 | PRPS | PWPOS | Currency | S/4 Hana | PRPS | PWPOS | Currency | Value Mapping: Currency From Company Code Company Code Currency from T001-WAERS where BUKRS = PBUKR | |
| 18 | PRPS | WERKS | Plant | S/4 Hana | PRPS | WERKS | Plant | Value Mapping: Old to New Plant | |
| 19 | PRPS | SCOPE | Object class | S/4 Hana | PRPS | SCOPE | Object class | Copy from source to target system, if source empty Default from Project Profile | |
| 20 | PRPS | XSTAT | Statistical | S/4 Hana | PRPS | XSTAT | Statistical | Copy from source to target system | |
| 21 | PRPS | KOSTL | CCtr posted actual | S/4 Hana | PRPS | KOSTL | CCtr posted actual | Value Mapping: Old to New Cost Centre | |
| 22 | PRPS | IMPRF | Investment Profile | S/4 Hana | PRPS | IMPRF | Investment Profile | Old to new | |
| 23 | PRPS | FUNC_AREA | Functional Area | S/4 Hana | PRPS | FUNC_AREA | Functional Area | Old to new | |
| 24 | PRPS | PSPHI | Project Definition | S/4 Hana | PRPS | PSPHI | Project Definition | Old to new - updated for load - conversion exit | |
| 25 | PRPS | STUFE | Level | S/4 Hana | PRPS | STUFE | Level | Copy from source to target system | |
| 26 | PRHI | LEFT | WBS_LEFT | S/4 Hana | PRPS | PRHI-LEFT | WBS_LEFT | WBS Element Mapping | |
| 27 | PRHI | UP | WBS_UP | S/4 Hana | PRPS | PRHI-UP | WBS_UP | WBS Element Mapping | |
| PRPS | USR10 | IC Relevant | |||||||
| 28 | S/4 Hana | PRPS | ZX01 | CAPEX/ OPEX Indicator | Copy from source to target system | ||||
| 29 | S/4 Hana | PRPS | ZX02 | Maintenance event | Copy from source to target system | ||||
| 31 | S/4 Hana | PRPS | ZX03 | Trading company code | Value Mapping: Old to New Company Code |
Transformation Mapping
| Mapping Table Name | Mapping Table Description |
|---|---|
| T001 | Value Mapping: Currency From Company Code |
| Company Code | Value Mapping: Old to New Company Code |
| Controlling Area | Value Mapping: Old to New Controlling Area |
| Cost Centre | Value Mapping: Old to New Cost Centre |
| Plant | Value Mapping: Old to New Plant |
| Profit Center | Value Mapping: Old to New Profit Centre |
Transformation Dependencies
List the steps that need to occur before transformation can commence| Item # | Step Description | Team Responsible |
|---|---|---|
Pre-Load Validation
Project Team
Completeness
| Task | Action |
|---|---|
Accuracy
| Task | Action |
|---|---|
Business
Completeness
| Task | Action |
|---|---|
Accuracy
| Task | Action |
|---|---|
Load
The load process includes:
- Execute the automated data load into target system using load tool or product the load file if the load must be done manually
- Once the data is loaded to the target system, it will be extracted and prepared for Post Load Data Validation
Load Run Sheet
| Item # | Step Description | Team Responsible |
|---|---|---|
Load Phase and Dependencies
Configuration
| Item # | Configuration Item |
|---|---|
| 1 | Number Range |
| 2 | Company Code |
| 3 | Controling Area |
| 4 | Project Type |
| 5 | Factory Calendar |
| 6 | Currency Code |
| 7 | Plant |
| 8 | Investment Profile |
| 9 | Functional Area |
| 10 | Trading company code |
Conversion Objects
| Object # | Preceding Object Conversion Approach |
|---|---|
| 1024 | Project Definition |
| 1074 | Cost Centre |
| 1070 | Profit Centre |
Error Handling
| Error Type | Error Description | Action Taken |
|---|---|---|
Post-Load Validation
Project Team
Completeness
| Task | Action |
|---|---|
Accuracy
| Task | Action |
|---|---|
Business
Completeness
| Task | Action |
|---|---|
Accuracy
| Task | Action |
|---|---|
Key Assumptions
- Master Data Standard is up to date as on the date of documenting this conversion approach and data load.
- is in scope based on data design and any exception requested by business.