| Status | Revision under Review |
|---|---|
| Owner | TATARU-ext, Eugenia |
| Stakeholders | |
| Jira Request ID | ERP-91 - Getting issue details... STATUS |
| Jira Development ID | ERP-129 - Getting issue details... STATUS |
High- Level Specification
| Parameter | Value |
|---|---|
| Application System | S/4Hana ROW, S/4Hana China, S/4Hana CUI, GTS e4H |
| Business Process Reference | 12.02.05.01 Initial Transfer of Master Data |
Functional Overview
The functional design of the enhancements describes the scenario(s) where enhancements to existing SAP programs are required.
Scope and Objectives
- Organizational Context: GBUs and Legal Entities
Syensqo operates through several Global Business Units (GBUs). Each GBU has its own sales processes and revenue recognition procedure and serves as a commercial representation of the Syensqo organization.
These GBUs are active across multiple countries, which requires the use of legal entities (Company Codes) to manage local operations and ensure regulatory compliance - this represents the operational view of Syensco.
- In some cases, a legal entity is dedicated to a single GBU.
- In other cases, one legal entity may serve multiple GBUs, resulting in a shared use of financial systems and transactional data across different units.
2. Current Situation in GTS
In the current Global Trade Services (GTS) system, product- level segregation by GBU is missing, with the exception of Composite Materials (CM). This lack of segmentation makes it difficult to:
- Identify the responsible business contact for classification questions
- Process license requests accurately
- Link the right Customer Service Representative (CSR) to specific products in compliance scenarios
3. Objective
The goal is to extend GBU identification to all product types in the new GTS e4H system, not just Composite Materials
To support this, the system must be enhanced to assign a GBU tag to each product during material replication from S/4HANA to GTS.
4. Proposed Solution and Logic
A new logic will be introduced to ensure proper GBU tagging:
- When a product is extended to a plant in S/4HANA, it will be replicated to GTS.
- At the time of replication, the product will be tagged with its corresponding GBU.
- This tag will be stored as an Additional Characteristic in the GTS Product Master to allow for GBU-level filtering and reporting.
- The GBU value will be derived from the Profit Center assigned in the Material Master in S/4HANA.
5. Business Benefits of GBU Segregation
Introducing the GBU field in GTS will:
- Help Customer Service and Compliance teams find the correct point of contact for product classification or supplier-related questions.
- Support license management, where identifying the GBU responsible is often required.
Process Flow Diagram
Step | Description | Comment |
|---|---|---|
| 1 | Product maintained at Plant level | |
| 2 | Profit Center (GBU) maintained on the Product Master data | |
| 3 | Standard User exit of GTS S/4HANA plugin | |
| 4.1 | Generates GBU field Product master data | |
| 4.2 | GTS (Profit Center value) appears on the Product Master data | Additional Characteristics tab |
| 5 | Used for Classification, licenses point of contact information |
Assumptions
Dependencies
None.
Security, Integrity and Controls
Change access is granted to GTS users to create, maintain and display entries in the GBU custom table. All other users are restricted to display-only access for monitoring and validation purposes.
Configuration Requirements
Based on this enhancement, the following configuration path must be completed in GTS.
Global Trade Services IMG → General Settings → Customs Products:
1) Define Product Characteristics from the feeder system → define the attribute technical name.
2) Assign Field attributes to the product characteristics from the feeder system → assign field length to the attributes defined at step 1.
3) Define Attributes of Product Characteristics with Length 01 → define possible values for the attribute.
Below is the list of relevant tables for this functionality:
- /SAPSLL/PRGEN - Product attributes in GTS
- /SAPSLL/TCOATR - Definition of characteristics from feeder system
- /SAPSLL/TCOATC - Generic settings for general attributes maintenance
- /SAPSLL/TCOATA - Control of general attribute maintenance - assignment of attributes
Language Requirements
N/A
Special Requirements
Design Rationale
Functional Requirements
Current functionality: The Composites Business has export controlled products under EAR and ITAR Regulations, and Composition data is considered export controlled technology. The Composition data of ITAR and Certain EAR items must be secured and limited to only US citizens. For that reason, the SBS-CCT-CTC organization in the US will manage the HTS classification for Composites in all countries. At the moment, the SBS-CCT-CTC Team is located in Lisbon supporting all other GBU’s by managing the HTS Classification in GTS for all countries. The Composites structure creates the requirement to segregate the products to be classified by Lisbon from the products to be classified by the US Team.
To-be functionality: Sends GBU(Profit Center) for all material types across all S/4HANA systems available based on logical system and plants maintained. Use table material/plant combination on S/4HANA side and send the profit center/GBU via standard user exit of the GTS S/4HANA plugin. Simple data mapping needed to update master data in GTS client.
Proposed Technology to Use
S4 user exit: EXIT_SAPLSLL_LEG_PRR3_004
Data Source Considerations
N/A
| Table | Field Name | Comments/Calculation/Field Manipulation |
|---|---|---|
Data Validation Considerations
N/A
| Table | Field Name | Comments/Calculation/Field Manipulation |
|---|---|---|
Custom Tables
N/A
Master Data
| Field | Description | Data Type/Length | Validation rule/ Value Help |
|---|---|---|---|
Configuration Table
| Field | Description | Data Type/Length | Validation rule/ Value Help |
|---|---|---|---|
Selection Screen Enhancement
| Field Name | Description | Select: | Data Type/Length | Default Value/ Validation rule/ Value Help | Selection Logic |
|---|---|---|---|---|---|
Processing Logic
1 GBU =1 Profit Center.
Reference table = MARC -PRCTR
Following is the logic to Derive GBU from Profit center
- Get the First letter of the profit center
- Based on the first letter, assign the below - Note that this will have to be a config table so that the description can be changed
- S=SPEC. POLYMERS
- C=COMPOSITE MATERIALS
- N=NOVECARE
- T=TECHNOLOGY SOLUTIONS
- B=CBS
Scenarios:
- If 1:1 material/plant → sends '1' GBU available to GTS by fetching it from MARC-PRCTR and coding it under User Exit: EXIT_SAPLSLL_LEG_PRR3_004
- If 1:n material/plant → sends 'n' GBU available to GTS by fetching it from MARC-PRCTR and coding it under User Exit: EXIT_SAPLSLL_LEG_PRR3_004. Note: For this scenario, when multiple plants are assigned to same material and if several GBUs are maintained for the different plants, then Business Global Unit should be separated by a “,” when shown in GTS under Additional Characteristics, for e.g: ABC, CDE, EFG.
Prerequisites: configuration steps in GTS are to be done as per described on Configuration Requirements chapter.
Volumetrics
Performance Considerations
Error Handling
Testing
How to Test
Test Conditions and Expected Results
| ID | Condition | Expected Result |
|---|---|---|
| 1. | Material contains the GBU/Profit Center under Master Data | Check PRCTR value exists in MARC table for respective material |
| 2. | GBU/Profit Center is sent automatically to GTS via RFC Standard Interface | Check GBU value under Manage Products Fiori App under Additional Characteristics |
| 3. | GBU/Profit Center is missing on the Product at the time of the transfer to GTS |
|
Test Considerations/Dependencies
Other Information
In case of a change in the GBU/Profit Center value of the Product inside master data, this change will reflect to GTS, only if a dedicated user will collect all impact products and send them via GTS area menu in an S/4HANA system, as /SAPSLL/MENU_LEGALR3.
Development Details
Package
| Package Name | Parent Package |
|---|---|
Enhancement Implementation
| Enhancement Type | Standard Definition Name | Custom Implementation Name | Design Rationale Reference |
|---|---|---|---|
Other Development Objects
| Object Type | Object Name | Purpose/High Level Logic | Design Rationale Reference |
|---|---|---|---|
Appendix
Custom Authorization Group Naming Convention
This table is based on the Syensqo development standards document. It provides the naming conventions for authorization groups to associated with custom reports and tables to comply with security requirements.
ABAP | ZFI | ZMM | ZPS | ZCO | ZSD | ZBC | ZFI | ZCA |
|---|---|---|---|---|---|---|---|---|
| TABLES | ZFIT | ZMMT | ZPST | ZCOT | ZSDT | ZBCT | ZFIT | ZCAT |
