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

Compare with Current View Page History

« Previous Version 36 Next »

Status

100%

OwnerSoumen Laru
Stakeholders

Purpose

The purpose of this document is to define the conversion approach of Cost Centre Group (Alt, Std Hierarchy)s into S/4 HANA.  

The document details out the field list, extraction criteria, scoping, mapping of  Cost Centre Group (Alt, Std Hierarchy)s.

Note:  Cost centre standard and alternate hierarchies will be constructed newly based on the new organizational design. Therefore, even though extracting and transforming of source hierarchy is an option, that will not be used. Instead, a DCT( Data Construction Template) will be used to collect the new hierarchy details. 

Conversion Scope

Cost Centre Group (Alt, Std Hierarchy)s which will be listed as part of scope list with new numbering will be in scope of migration. 


List of source systems and approximate number of records 
SourceScope

Source Approx No. of Records

Target SystemTarget Approx

No. of Records

PF2Cost Centre Group (Alt, Std Hierarchy)TBDS4HANATBD
WP2Cost Centre Group (Alt, Std Hierarchy)TBDS4HANATBD

Additional Information

Multi-language Requirement

In the Syensqo Cost Centre Group (Alt, Std Hierarchy)s, the following four language keys must be maintained:
 - English (EN)
 - French (FR)
 - Italian (IT)
 - Chinese (ZN)
Note: For certain countries it may be required to also maintain account descriptions for certain Cost Centre Group (Alt, Std Hierarchy)s in local language as per regulatory requirement (e.g. Japanese) in the respective country. Such requests must be backed by supporting evidence of the underlying regulatory requirement.
Such data will be collected as part of DCT for the translation texts for Cost Centre Group (Alt, Std Hierarchy)s.

Document Management

Legal Requirement

Special Requirements




Target Design

The technical design of the target for this conversion approach. 

TableFieldData Element Field LabelData TypeLengthSyensqo Requirement

R = Required : Mandatory field.
O = Optional: Not mandatory. If a value is entered it doesn't impact Business Process.
C = Conditional: Not mandatory. If a value is entered it impacts Business Process or Reporting.
S = System: System generates the value.
NU = Not Used
SETHEADERSETCLASSSETCLASSSet ClassCHAR4R
SETHEADERSUBCLASSSETSUBCLSSub class org unit CHAR12R
SETHEADERSETNAMESETNAMENEWSet NameCHAR24R
SETHEADERTLANGUSPRASLanguage KeyCHAR1R
SETHEADERTDESCRIPTSETTEXTDescriptionCHAR40R
SETNODELINEIDSETLINESet Line CounterNUMC10R
SETNODESETNAMESETNAMENEWParent Group NameCHAR24R
SETNODESUBSETNAMESUBSETNAMEChild Group NameCHAR24C
SETLEAFSETNAMESUBSETNAMEGroup Node NameCHAR24O
SETLEAFVALFROMVALFROM(Cost Centre) From ValueCHAR40O
SETLEAFVALTOVALTO(Cost Centre) To ValueCHAR40O


Data Cleansing


ID

Criticality


Error Message/Report Description

Rule

Output

Source System

1.      

N/A







Conversion Process 

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

Note: When Data Source denotes DCT, no relevancy and extract rules to be applied in Syniti tool. DCT records will be collected by business Data Consultant. 

Data Privacy and Sensitivity


Extraction

Extraction Run Sheet

Req #

Requirement description

Team responsible

1.      

Ensure DCT is collected for the Cost Centre Group (Alt, Std Hierarchy)s based on the collection template

Data team


Selection Screen

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




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 will be used by the data collectors for collecting data.


Note: Constructed data will be imported into ADM Data Construction page.

There will be two pages -

  1. Main page to contain the hierarchy details with EN Language key Description

  2. Detailed Page will contain descriptions SETHEADERT-LANGU,  ( SETHEADERT-DESCRIPT )  of the SETHEADER-SETNAME in various languages as they are collected.


Table NameField NameField descriptionRule
CSKSKOKRSControlling AeraDefault to 'CO01' 
SETHEADERSETCLASSSet ClassSet to '0101' for Cost Centre Group
SETHEADERSUBCLASSOrganizational Unit as Set SubclassDefault to 'CO01'
SETHEADERSETNAMESet NameThe standard hierarchy will be organized via the following structure:
- GBU / Company Code / Plant / Function

The standard hierarchy will only include authorization relevant dimensions for cost centers.

All reporting dimension can be covered via alternative (flexible) hierarchies
SETHEADERTLANGULanguage KeyLanguage Key of the Text
SETHEADERTDESCRIPTDescriptionGroup description
SETNODELINEIDLine NumberThis will contain the level of the hierarchy nodes ( will do in exact hierarchy form ) - example is given in Load section.
SETNODESETNAME_SETNODEParent Group NameThe code of the parent group. If node 2, it refers to node 1. If node 1 : no reference.
SETNODESUBSETNAMEChild Group Name The code of the child group. If node 1, it refers to node 2. If node 2 : no reference as it will be directly Cost center values.
For the values, refer to the field Set Name. 
SETLEAFSETNAME_SETLEAFGroup Node NameChanges based on the length of the item/package.
SETLEAFVALFROM(Profit Centre) From ValueCost Centre Value ( Optional in DCT and Cost centres will be assigned to Hierarchy node in Cost Centre DCT part of CNV-1074 Cost Centre )
SETLEAFVALTO

(Profit Centre) To Value

Cost Centre Value ( Optional in DCT and Cost centres will be assigned to Hierarchy node in Cost Centre DCT part of CNV-1074 Cost Centre ) 

Descriptions will be collected on multiple languages and therefore a detail page to created and linked to the main page

Table NameField NameField descriptionRule
SETHEADERSETNAMESet NameThe standard hierarchy will be organized via the following structure:
- GBU / Company Code / Plant / Function

The standard hierarchy will only include authorization relevant dimensions for cost centers.

All reporting dimension can be covered via alternative (flexible) hierarchies
SETHEADERTLANGULanguage KeyLanguage Key of the Text
SETHEADERTDESCRIPTDescriptionGroup description

Extraction Dependencies


Item #

Step description

Team responsible

1.      

N/A




Transformation

The Target fields are mapped to the applicable DCT field that will be its source.  

Note:  as this object is DCT, the mapping rule for all the fields is 'Copy'  as described in the transform rule section. However, some reports are to be created and executed to ensure integrity in the data collected in DCT as described in 'Pre-load Data Validation' section. 

This step identifies the transformation activity required to allow  to make the data Target ready:

  1. Prepare target-ready data in the target structure and format that is required for loading via prescribed Load Tool in the load section.
  2. Produce the preload reports as requested in the 'Preload Data Validation' section. 

Transformation Run Sheet


Item #

Step description

Team responsible

1.      

Ensure all the fields that require value mapping, as stipulated  Mapping tables, have the latest signed-off mapping files imported into toolMigrate.

Data team

2.      

In tool, select the Cost Centre Group (Alt, Std Hierarchy) Object

Data team

3.      

Go to Process Area Launch and Process the Object - Cost Centre Group (Alt, Std Hierarchy) Object - Cost Centre Group (Alt, Std Hierarchy) Object.

Data team

4.      

Launch the Objects to execute transformation.

Data team

5.      

Monitor the transformation progress and ensure performance and completion is within allowed timeframe

Data team

6.      

Generate Pre-Load reports .

Data team

7.      

Generate data load count.

Data team

8.      

Log errors as defects, if any and address resolutions. Close defects.

Data team

9.      

Re-transform and re-validate the Pre-load reports if necessary.

Data team

10.   

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

Business

11.   

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

Data team

12.   

Repeat steps 6 to 11 if necessary

Data team

13.   

Proceed to pre-load validations

Data team

Transformation Rules

Rule #Source systemSource TableSource FieldSource descriptionTarget systemTarget TableTarget FieldTarget descriptionTransformation logic
1DCT/ECCSETHEADERSETCLASSSet ClassS/4HANASETHEADERSETCLASSSet ClassCopy From DCT as-is
2DCT/ECCSETHEADERSETNAMESet NameS/4HANASETHEADERSETNAMESet NameCopy From DCT as-is
3DCT/ECCSETHEADERTLANGULanguage KeyS/4HANASETHEADERLANGULanguage keyCopy From DCT as-is
4DCT/ECCSETHEADERTDESCRIPTDescriptionS/4HANASETHEADERTDESCRIPTDescriptionCopy From DCT as-is
5DCT/ECCSETNODELINEIDSet LineS/4HANASETNODELINEIDSet LineCopy From DCT as-is
6DCT/ECCSETNODESETNAMEParent Group NameS/4HANASETNODESETNAMEParent Group NameCopy From DCT as-is
7DCT/ECCSETNODESUBSETNAMEChild Group NameS/4HANASETNODESUBSETNAMEChild Group NameCopy From DCT as-is
8DCT/ECCSETLEAFSETNAMEGroup Node NameS/4HANASETLEAFSETNAMEGroup Node NameCopy From DCT as-is
9DCT/ECCSETLEAFVALFROMCost Centre ( From Value )S/4HANASETLEAFVALFROMValid-From DateCopy From DCT as-is
10DCT/ECCSETLEAFVALTOCost Centre ( To Value )S/4HANASETLEAFVALTOValid-To DateCopy From DCT as-is

Transformation Mapping

Mapping Table Name

Mapping Table Description

N/A


Transformation Dependencies

List the steps that need to occur before transformation can commence
Item #Step DescriptionTeam Responsible
1Ensure all the fields and values are imported into ADM Construction page correctlyData Team


Pre-Load Validation

Project Team

Completeness

Task

Action

Generation of
Pre-load reports

Mandatory field check.

  • Language key(LANGU) for description in various languages maintained. 

Record Count

Record Count

  • Confirm the record counts in preload summary report
    • Total Records: To be Filled in Summary Report
    • Valid Records: To be Filled in Summary Report
    • Invalid Records: To be Filled in Summary Report

Accuracy

Task

Action

Mandatory field mapping and transformation

Obtain a list of the fields to be populated with values from mapping files and ensure all these fields contain S/4HANA values. 
Review the data report to ensure mapping value is not missing in tool.
Capture errors in the Data Error report.

Business

Completeness

TaskAction
Verify record count in Pre-load reports by region

Confirm the Preload File contains all the records in scope of migration based on the DCT (Data Construction Template)


Accuracy

TaskAction
Conversion accuracy

Verify Cost Centre Group (Alt, Std Hierarchy)s are transformed accurately as per endorsed transformation/mapping rules.

Review error reports in tool for any mismatch or missing transformed values.

In legacy system, execute ECC tcode SE16N to display table SETHEADER, SETLEAF and SETNODE  ( with SETCLASS = '0101' ) to confirm copied fields are accurately copied. ( If applicable)


Load

Loading of standard hierarchy: Load Template is different from the data collection template. Loading of standard hierarchy will be done using LSMW with Idoc ( COSTCENTERGROUP_CREATE_01) as the technology behind. 

Loading of Alternate hierarchy: Loading of alternate hierarchy will be done using LSMW with Idoc ( COSTCENTERGROUP_CREATE_01) as the technology behind. However, some fiori based app will be explored to check if that could be used for upload alternate hierarchy. In this option,  loading is done using either the "Manage Global Hierarchies" (F2918) or "Manage Flexible Hierarchies" (F2759) app in your Fiori launchpad.

Loading of Descriptions in various Languages: Loading of descriptions in various languages will be done using tcode SE63.


Three exports views will be required to upload this object. 

Export view 1. 

Please generate an export view for the load template as in the table below, details of mapping of fields between DCT to load template.

LNIND = H for the record where DCT field SETNAME is empty

LNIND = L for all the other lines

Parent = DCT Field SETNAME_SETNODE

VALU1 = DCT Field SUBSETNAME

VALU2 = DCT Field LINEID

VALU3 = 0 for standard hierarchy and count of VALFROM for combination of other fields ( LNIND, Parent, VALU1, VALU2 ) 

VALU4 = DCT Field DESCRIPT

LNIND

Parent 

VALU1

VALU2

VALU3

VALU4

H


<Controlling area - KOKRS>




L

<SETHEADER-SETNAME>

<SETHEADER-SETNAME>

0

0

<SETHEADERT-DESCRIPT>

L

<SETNODE-SETNAME>

<SETNODE-SUBSETNAME>

<SETNODE-LINEID> E.G 1 

0

<SETHEADERT-DESCRIPT>

L

<SETNODE-SETNAME>

<SETNODE-SUBSETNAME>

<SETNODE-LINEID> E.G 2

0

<SETHEADERT-DESCRIPT>

L

<SSETNODE-SETNAME>

<SETNODE-SUBSETNAME>

<SETNODE-LINEID> E.G 3

0

<SETHEADERT-DESCRIPT>

L

<SETNODE-SETNAME>

<SETNODE-SUBSETNAME>

<SETNODE-LINEID> E.G 4

0

<SETHEADERT-DESCRIPT>

L

<SETNODE-SETNAME>

<SETNODE-SUBSETNAME>

<SETNODE-LINEID> E.G 4

0

<SETHEADERT-DESCRIPT>

L

<SETNODE-SETNAME>

<SETNODE-SUBSETNAME>

<SETNODE-LINEID> E.G 3

0

<SETHEADERT-DESCRIPT>

L

<SETNODE-SETNAME>

<SETNODE-SUBSETNAME>

<SETNODE-LINEID> E.G 4

0

<SETHEADERT-DESCRIPT>

L

<SETNODE-SETNAME>

<SETNODE-SUBSETNAME>

<SETNODE-LINEID> E.G 4

0

<SETHEADERT-DESCRIPT>


Export view 2.

Generate 2nd export view containing below columns. This view will contain the profit centres to be assigned to the hierarchy node. 

This view is created for the non-blank entries from SETLEAF.

SETNAME

VALFROM

VALTO

<SETLEAF-SETNAME>

<SETLEAF-VALFROM>

<SETLEAF-VALTO>

<SETLEAF-SETNAME>

<SETLEAF-VALFROM>

<SETLEAF-VALTO>

<SETLEAF-SETNAME>

<SETLEAF-VALFROM>

<SETLEAF-VALTO>


Export view 3.

Generate 3rd view containing the descriptions of the Hierarchy for different languages. 

SETNAME

LANGUAGE

DESCRIPTION

<SETHEADER-SETNAME>

<SETHEADER-LANGU>

<SETHEADER-DESCRIPT>

<SETHEADER-SETNAME>

<SETHEADER-LANGU>

<SETHEADER-DESCRIPT>

<SETHEADER-SETNAME>

<SETHEADER-LANGU>

<SETHEADER-DESCRIPT>


Note:  Description translation data which will be given in the export view 3, will be loaded using tcode SE63.  LSMW will be created based on the tcode SE63 to enable mass upload of this data. However, further checks will be done to check if some Fiori App could be used for uploading. 


Note: Once the data is loaded to the target system, it will be extracted and prepared for Post Load Data Validation with side by side check of each fields in scope of the objects with fields to be displayed as XXXX_DCT, XXXX_S4HANA, XXXX_MATCH ( As TRUE or FALSE) with an additional column denoting fields not matching and status of loading in S/4HANA as LOADED_IN_S4HANA ( As TRUE or FALSE) 

Load Run Sheet


Item

Step description

Team responsible

1

Ensure the load tools are transported into the correct tool instance.

Data team

2

Ensure DCTs and all required mappings are submitted and complete

Data team

3

Ensure Pre-load sign-offs are obtained.

Data team

4

Execute upload of Cost Centre Group (Alt, Std Hierarchy) Object using Migration Cockpit Object for Cost Centre Group (Alt, Std Hierarchy) Upload

Data team

5

Generate the post load reports in tool.

Data team

6

Log errors as defects, if any and address resolutions. Close defects.

Data team

7

Resolve defects by reupload and re-generate post load reports if necessary.

Data team

8

Business to validate the post load files as part of post-load validation, raise data defects or provide the post-load sign-off.

Business

9

Repeat steps 5 to 7 if necessary.

Data team



Load Phase and Dependencies

Configuration

Item #

Configuration item

1.      

Controlling Area

 Conversion Objects

Object #Preceding Object Conversion Approach
N/A

Error Handling


Error type

Error description

Action taken





Post-Load Validation

Project Team

Completeness

TaskAction
Reconciliation of Record Count

Check Record count between DCT, Preload file and target extracted data from tables SETHEADER, SETNODE, SETLEAF.

A Summary report to be added in the post-load report


Accuracy

TaskAction
Check values in key fields for accuracy

Refer to the post-load file and Manual check of the Loaded data using KSH3 and SE16N


Business

Completeness

TaskAction
Record Count Check

Business to check Post-Load File and Summary report in post-load


Accuracy

TaskAction
Spot checkSpot check some sample records from the post-load report to be picked for checking in SAP transaction code KSH3 to verify accuracy of the data. 


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.

Change log

Version Published Changed By Comment
CURRENT (v. 36) Oct 23, 2025 05:09 LARU-ext, Soumen
v. 38 Oct 23, 2025 05:02 LARU-ext, Soumen
v. 37 Sept 29, 2025 09:28 GARCIA-ext, Angel Luis
v. 36 Sept 23, 2025 22:23 PILLAY-ext, Lawrence
v. 35 Sept 18, 2025 04:58 LARU-ext, Soumen
v. 34 Sept 16, 2025 09:46 LARU-ext, Soumen
v. 33 Sept 13, 2025 11:34 LARU-ext, Soumen
v. 32 Sept 12, 2025 12:32 LARU-ext, Soumen
v. 31 Sept 12, 2025 12:28 LARU-ext, Soumen
v. 30 Sept 12, 2025 12:26 LARU-ext, Soumen

Go to Page History

Workflow history

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

  • No labels