| 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 |
| Business Process Reference |
Functional Overview
The functional design of the enhancements describes the scenario(s) where enhancements to existing SAP programs are required.
Scope and Objectives
The existing Master data Worklist in GTS does not segregate products per GBU.
In order to have all types of materials segregated in the GTS master data, logic needs to be created in such a way that during the replication of materials from S/4HANA to GTS at the point when a product is extended to a plant code, the product will be tagged to GTS for its GBU. That Tag will be an Additional Characteristic in GTS Product Master to segregate the CM products.
The GBU will be linked in S/4HANA to the Profit Center value.
The outcome of the GBU in GTS will be:
- helping the Business us to identify the correct person to ask questions when they have doubts on how to classify the product, or the correct CSR that handles the supplier for that product.
- to request licenses, they always need to know what's the GBU of the person in charge, but on compliance side, usually they see the CSR contact person on the order creation (ECC as well).
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 | |
| 5 | Used for Classification, licenses point of contact information |
Assumptions
Dependencies
None.
Security, Integrity and Controls
There is no specific security required for this enhancement
Configuration Requirements
The following configuration will be completed in GTS, based on this enhancement:
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
TBC
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: Send 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
Scenarios:
- If 1:1 material/plant → send '1' GBU available under that combination and take it from MARC-PRCTR.
- If 1:n material/plant → send 'n' GBU available for same material by taking it from MARC-PRCTR to GTS under the configured field. If more than one Business unit was found to the product, Business unit should be separated by a “,”.
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 | |
| 2 | GBU/Profit Center is sent to GTS | |
| ......WIP. |
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 |
