Status
Owner	BUOSI-ext, Angelo HANCOCK-ext, John
Stakeholders

Purpose

The purpose of this document is to define the conversion approach to create Service Master records in S/4HANA. It follows the Procurement Master Data Design Standard and is based on data being migrated from legacy SAP ECC systems (PF2, WP2) into SAP S/4HANA.

The purpose of this document is to define the conversion approach to upload data in S/4 HANA.

This file is aligned with the Conversion Specification Guidelines

---CHECKLIST---

• Logical Source and Target Systems are identified. 
• Processing Type is specified (i.e. Direct Input, BAPI, IDoc, Web Service, OData API, etc.)
• Standard or custom load program name/BAPI/IDoc is specified to support this functionality.
• Data Mapping is provided for mappings which are not obvious to a suitably-skilled and experienced developer
• All translation requirements are clearly defined (including data validation rules, data derivation/calculation and default values, if applicable)Input and/or Output file layouts are provided for all record types possible
• Transaction volume is specified Execution frequency is specified Restart/Recovery requirements havee been defined
• Error handling requirements are specified, including alerting requirement and expected action on failure.
• Application log requirement if applicable to be specified. 

--- Additional topics to check---

• Rules for Data Merging (all systems)

Conversion Scope

The migration will consolidate two existing legacy object types into a single Lean Service model in S/4HANA:

1. Materials created as Services – Material Master records with service-related material types (e.g., DIEN or equivalent).
2. Service Master Data – Maintained in SAP ECC as ASMD objects.

Both object types are currently used in parallel to support service procurement. While they may sometimes represent similar business needs, they are maintained and processed independently in the legacy systems.

In the target system (S/4HANA), all services will be represented exclusively as Lean Services within the Material Master (Material Type = SERV or ZSER), in line with the Procurement Master Data Design Standard. This approach eliminates the need for separate Service Master objects and service material types, providing:

• A single master data object for all services.

• Standardized naming, classification, and valuation.

• Harmonized Material Groups for enterprise-wide reporting and spend analysis.

The conversion scope includes:

• Extracting both Service Master and Materials-as-Services records.

• Cleansing, harmonizing, and deduplicating entries across both object types.

• Mapping legacy keys to new Lean Service material numbers for traceability.

• Excluding obsolete, incomplete, or unused records.

List of source systems and approximate number of records

Source	Scope	Source Approx No. of Records	Target System	Target Approx No. of Records
PF2	The Purchasing Info Records will be extracted/collected via DCT. An initial extract of the relevant data will be provided in Google Sheet format to assist business in decision making on including any relevant data from Source Systems. Any additional data that need to be created to support the new design may be added in the DCT. A data review and standardization will be done across all Info Records in the DCT.	38.594	S4H	16.000 (50% -)
WP2		883	S4H	440 (50% -)

Additional Information

Multi-language Requirement

For all Lean Services in the target S/4HANA system, the default description will be maintaineed in English.

Where available in the source systems (PF2, WP2), additional language-dependent descriptions will also be migrated. This applies to both:

• Service Master records (ASMD).

• Materials-as-Services (Material Type DIEN or equivalent).

Migration rules:

• Only languages available and supported in the target S/4HANA system will be migrated.

• If a description exists in a custom or unsupported language key in the source, that language entry will be skipped.

• The migration will preserve the link between the Lean Service material number and each language-specific description.

• Where the same service exists in multiple languages in the source, all valid language versions will be migrated together with the default English text.

This approach ensures that Lean Services are available in multiple languages for purchasing, reporting, and user interaction, while maintaining compliance with the target system’s supported language set.

Languages to be extracted (available on Source Systems)

All ISO languages are supported by SAP standard. The current data from PF2 and WP2 includes the following languages:

International Version	Description
AF	Afrikaans
AR	Arabic
BG	Bulgarian
CS	Czech
DE	German
EL	Greek
EN	English
ES	Spanish
FI	Finnish
FR	French
IT	Italian
JA	Japanese
KO	Korean
NL	Dutch
PL	Polish
PT	Portuguese
RU	Russian
SK	Slovak
TH	Thai
TR	Turkish
ZF	Chinese (Traditional)
ZH	Chinese (Simplified)

Languages to don't be extracted

The Z9 language code represents “Multilingual / Other,” which is a generic placeholder rather than a specific language. It does not correspond to a standard ISO language code and therefore cannot be mapped reliably to a target language in the S/4HANA environment. Including Z9 would result in ambiguous or duplicate entries, making data validation, reporting, and translation maintenance inconsistent. To ensure data quality and consistency, records with Z9 will be excluded from the extraction scope.

International Version	Description
Z9	Multilingual / Other

Document Management

Summarize Document Management requirement, if any

Legal Requirement

Minor efforts with taxation are foreseen for some specific countries having specific taxations, the topic is limited to have the tax codes mapping (from Old to New tax code).

Special Requirements

Processing Type ETL: 

• Transformation (T): Syniti will be responsible for cleansing, transforming, and merging the data, as well as updating the staging areas of the SAP Migration Cockpit.

• Extraction (E): Data will be extracted from at least two source systems. This activity will be performed by Syniti.

• Loading (L): The final data load into the target SAP system will be carried out using the standard functionalities of the SAP Migration Cockpit.

Deduplication Rules

Rule ID	Semantic Rule	Purpose
SR01	Short text (Description) in combination with Language
SR02	Material Group or Service Group (check mapping when deduplication between PF2 & WP2)
SR03	Activity in the past 3 years (excluding records marked for deletion)
SR04	Material Type is the same
SR05	Material Status field is set as active

Target Design

With Functional input, document the technical design of the target fields that are in the scope of this document.

The technical design of the target for this conversion approach.

Tables to be migrated as Basic Data:

Table	Description
MARA	General Material Data	Stores material master data that is valid for all organizational levels (client-level data such as base unit of measure, material type, industry sector).
MARM	Units of Measure	Holds all alternative units of measure and conversion factors for each material.
MAKT	Material Descriptions (multi language)	Contains the material short texts (descriptions) in different languages.
MANT	Text per UoM	Holds long texts for materials, used for extended descriptions.
MLAN	Tax Category/Classification (basic data)	Stores tax data for materials, such as tax classification per country and tax category.

Table	Field	Data Element	Field Description	Data Type	Length	Decimal	Importance
S_MARA	MATNR		Product Number	Text (CHAR)	18		Mandatory
S_MARA	MTART		Product Type	Text	80		Mandatory
S_MARA	ATTYP		Product Category	Text	80
S_MARA	SATNR		Configuration Product for Retail Variant	Text	80
S_MARA	MATKL		Product Group	Text	80
S_MARA	MBRSH		Industry Sector	Text	80
S_MARA	MAKTX		Description	Text	40		Mandatory
S_MARA	SPRAS		Language Key	Text	80		Mandatory
S_MARA	MEINS		Base Unit of Measure (ISO Format)	Text	80		Mandatory
S_MARA	AENNR		Change Number	Text	80
S_MARA	REVLV		Revision Level	Text	80
S_MARA	EAN11		GTIN	Text	18
S_MARA	NUMTP		GTIN Category	Text	80
S_MARA	SPART		Division	Text	80
S_MARA	BISMT		Old Product Number	Text	40
S_MARA	PRDHA		Product Hierarchy	Text	80
S_MARA	BRAND_ID		Brand	Text	80
S_MARA	XCHPF		Batch Management Required Ind.	Text	1
S_MARA	MLGUT		Has Empties	Text	1
S_MARA	DATAB		Valid From	Date
S_MARA	LIQDT		Deletion Date	Date
S_MARA	KUNNR		Competitor	Text	80
S_MARA	NORMT		Industry Standard Description	Text	18
S_MARA	GROES		Size/Dimensions	Text	32
S_MARA	LABOR		Laboratory / Design Office	Text	80
S_MARA	INHAL		Net Contents	Number	13	3
S_MARA	INHME		Net Contents Unit (ISO Format)	Text	80
S_MARA	INHBR		Gross Contens	Number	13	3
S_MARA	VPREH		Comparison Price Unit	Number	5
S_MARA	EXTWG		External Product Group	Text	80
S_MARA	MTPOS_MARA		General Item Category Group	Text	80
S_MARA	BEGRU		Authorization Group	Text	4
S_MARA	MSTAE		Cross-Plant Product Status	Text	80
S_MARA	MSTDE		Valid-From Date	Date
S_MARA	SERLV		Level of Explicitness for Serial Number	Text	80
S_MARA	QMPUR		Quality Manag. in Procurement Is Active	Text	1
S_MARA	ANIMAL_ORIGIN		Animal Origin	Text	1
S_MARA	ANP		ANP Code	Text	80
S_MARA	BRGEW		Gross Weight	Number	13	3
S_MARA	NTGEW		Net Weight	Number	13	3
S_MARA	GEWEI		Unit of Weight (ISO Format)	Text	80
S_MARA	LAENG		Length	Number	13	3
S_MARA	BREIT		Width	Number	13	3
S_MARA	HOEHE		Height	Number	13	3
S_MARA	MEABM		Unit for Length/Width/Height(ISO Format)	Text	80
S_MARA	VOLUM		Volume	Number	13	3
S_MARA	VOLEH		Volume Unit	Text	80
S_MARA	CAPAUSE		Capacity Usage	Number	15	3
S_MARA	CHML_CMPLNC_RLVNCE_IND		Compliance Relevant	Text	80
S_MARA	KZKFG		Product Is Configurable	Text	1
S_MARA	BSTME		Order Unit of Measure (ISO Format)	Text	80
S_MARA	EKWSL		Purchasing Value Key	Text	80
S_MARA	VABME		State of Variable Purchase Order Unit	Text	80
S_MARA	BMATN		Internal Product Number	Text	80
S_MARA	MFRPN		Manufacturer Part Number	Text	40
S_MARA	MFRNR		Manufacturer Number	Text	80
S_MARA	MPROF		Manufacturer Part Profile	Text	80
S_MARA	TRAGR		Transportation Group	Text	80
S_MARA	MSTAV		Cross-Distribution Chain Product Status	Text	80
S_MARA	MSTDV		Valid From Date for Status	Date
S_MARA	PMATA		Pricing Reference Product	Text	80
S_MARA	SPROF		Pricing Profile for Variants	Text	80
S_MARA	ALLOW_PMAT_IGNO		Variant Price Allowed	Text	1
S_MARA	SOM_CYCLE		Billing Cycle	Text	80
S_MARA	SOM_CYCLE_RULE		Billing Cycle Determination Rule	Text	80
S_MARA	SOM_TC_SCHEMA		Assignment Schema	Text	80
S_MARA	BBTYP		Assortment List Type	Text	80
S_MARA	SERVV		Service Agreement	Text	80
S_MARA	MAGRV		Product Group: Packaging Materials	Text	80
S_MARA	VHIART		Packaging Product Type	Text	80
S_MARA	ERGEW		Allowed Packaging Weight	Number	13	3
S_MARA	ERGEI		Unit of Allowed Packaging Weight	Text	80
S_MARA	GEWTO		Excess Weight Tolerance for HU	Number	3	1
S_MARA	ERVOL		Allowed Packaging Volume	Number	13	3
S_MARA	ERVOE		Unit of Allowed Packaging Volume	Text	80
S_MARA	KZGVH		Packaging Product Is Closed Packaging	Text	1
S_MARA	VOLTO		Excess Volume Tolerance for HU	Number	3	1
S_MARA	IPRKZ		Period Indicator for Shelf Life	Text	80
S_MARA	RAUBE		Storage Conditions	Text	80
S_MARA	TEMPB		Temperature Conditions Indicator	Text	80
S_MARA	BEHVO		Container Requirements	Text	80
S_MARA	STOFF		Hazardous Product Number	Text	40
S_MARA	ETIAR		Label Type	Text	80
S_MARA	ETIFO		Label Form	Text	80
S_MARA	WESCH		Number of Goods Receipt/Issue Slips	Number	13	3
S_MARA	XGCHP		Indicator: Approved Batch Rec. Required	Text	1
S_MARA	MHDHB		Total Shelf Life	Number	4
S_MARA	MHDRZ		Minimum Remaining Shelf Life	Number	4
S_MARA	SLED_BBD		Indi. for the Shelf Life Expiration Date	Text	80
S_MARA	MHDLP		Storage Percentage	Number	3
S_MARA	RDMHD		Rounding Rule for Calculation of SLED	Text	80
S_MARA	HNDLCODE		Handling Indicator	Text	80
S_MARA	WHMATGR		Warehouse Product Group	Text	80
S_MARA	WHSTC		Warehouse Storage Condition	Text	80
S_MARA	HUTYP_DFLT		Standard Handling Unit Type	Text	80
S_MARA	SERIAL		Serial Number Profile	Text	80
S_MARA	PILFERABLE		Pilferable	Text	1
S_MARA	HAZMAT		Relevant for Hazardous Substances	Text	1
S_MARA	QQTIME		Quarantine Period	Number	3
S_MARA	QQTIMEUOM		Time Unit for Quarantine Period	Text	80
S_MARA	QGRP		Quality Inspection Group	Text	80
S_MARA	HUTYP		Handling Unit Type	Text	80
S_MARA	MAXC		Maximum Capacity	Number	15	3
S_MARA	MAXC_TOL		Overcapacity Tolerance	Number	3	1
S_MARA	TARE_VAR		Variable Tare Weight	Text	1
S_MARA	MAXL		Max. Pack. Length	Number	15	3
S_MARA	MAXDIM_UOM		UoM for Max. Pack. Length (ISO Format)	Text	80
S_MARA	MAXB		Max. Pack. Width	Number	15	3
S_MARA	MAXH		Max. Pack. Height	Number	15	3
S_MARA	RBNRM		Catalog Profile	Text	80
S_MARA	SSTUF		Assortment Grade	Text	80
S_MARA	LSTVZ		Listing Procedure	Text	80
S_MARA	LDVZL		Listing Period Start Date	Date
S_MARA	LDBZL		Listing Period End Date	Date
S_MARA	LSTFL		Listing Procedure	Text	80
S_MARA	LDVFL		Listing Period Start Date	Date
S_MARA	LDBFL		Listing Period End Date	Date
S_MARA	VDVZL		Sales Period Start Date	Date
S_MARA	VDBZL		Sales Period End Date	Date
S_MARA	VDVFL		Sales Period Start Date	Date
S_MARA	VDBFL		Sales Period End Date	Date
S_MARA	WAUSM		Delivery Unit of Measure (ISO Format)	Text	80
S_MARA	WVRKM		Sales Unit of Measure (ISO Format)	Text	80
S_MARA	WMAAB		ABC Indicator	Text	80
S_MARA	WBKLA		Valuation Class	Text	80
S_MARA	WHERL		Country/Region of Origin	Text	80
S_MARA	WHERR		Region of Origin	Text	80
S_MARA	WEKGR		Purchasing Group	Text	80
S_MARA	BWSCL		Source of Supply	Text	80
S_MARA	TAKLV		Tax Classification	Text	80
S_MARA	WLADG		Loading Group	Text	80
S_MARA	WBWSP		Valuation Margin	Number	6	2
S_MARA	PSTATQ		Indicator: Quality	Text	1
S_MARA	PSTATV		Indicator: Sales	Text	1
S_MARA	PSTATL		Indicator: Storage	Text	1
S_MARA	PSTATE		Indicator: Purchasing	Text	1
s

Data Cleansing

All data cleansing should take place in the data source system as defined in this document, unless system limitations prevent it.

If data cleansing is managed outside of the source system (e.g. Syniti Migrate, 3rd Party Vendor, DCT), the necessary documentation must be produced and appended to this deliverable for sign-off.

ID	Criticality	Error Message/Report Description	Rule	Output	Source System
001	High	Remove Duplicated Entries - Services	Remove duplicates based on Service Description + UoM + Service Group (?)		PF2 / WP2
002	High	Remove Duplicated Entries - Materials	Check for materials with same Long/Short Description Check Old Material Number field Check Materials with same Manufacturer Part Number Check Source List/PIR for identical set ups Check BOMs for identical components Where duplicates found, check if either has no activity		PF2/WP2
003	Medium	Validation of Service Group, UoM, and active status in target config	Validate existence of Service Group, UoM, and active status in target config		PF2 / WP2
004	High	English description missing or EN description not English language	All materials require English description by default, so need to be provided if missing. Current EN descriptions not in English language need to be translated. The field details for description are the following: Field Name / Data Element / Domain: MAKTX		PF2/WP2
005	High	Description format	Material descriptions must adhere to S4 standardization so no special characters, and must not exceed character limit		PF2/WP2
006	High	UoM alignment	All material UoMs to adhere to S4 standardization. Confirmation regarding EA/PC format.		PF2/WP2

Conversion Process

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

 

Data Privacy and Sensitivity
N/A

Data Merging / Data Consolidation

The data merging is restricted to the Materia Types Z720 / ZB20 / ZDIE being Deduplicated/Merged into ZSER

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

Extraction Run Sheet

Req #	Requirement Description	Team Responsible
001	Do not extract records where ASMD-LVORM = X (record deleted)	Syniti Team
002	Do not extract records where ASMD-MATKL (Material Group) is set as out of scope	Syniti Team
003	Do not extract records where ASMD-MLANG (Main Language)  is set as out of scope	Syniti Team
004	Do not extract records where ASMD-BKLAS (Valuation Class)  is set as out of scope	Syniti Team
005	Service Group (ASMD-ASBGR) must exist in customizing table T023	Syniti Team

Selection Screen

If applicable, this section will give the details on any selection screen parameters, including the parameter type, that are required to be entered to ensure consistent data extracts.

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 Object data with exception of some fields which require transformation as mentioned in the transformation rule.

<Object> DCT Rules

Field Name	Field Description	Rule

Extraction Dependencies

List the steps that need to occur before extraction can commence

Item #	Step Description	Team Responsible