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

Compare with Current View Page History

« Previous Version 3 Next »

Status

  Approved

OwnerVAN AARDE-ext, Tonya 
StakeholdersAmine Ait Quakli
Jira Request ID


ERP-192 - Getting issue details... STATUS


Jira Development ID

ERP-621 - Getting issue details... STATUS

High- Level Specification

ParameterValue
Application SystemApplication System (Source)S/4Hana ROW, S/4Hana China, S/4Hana CUI
Business Process Reference02.04.02.01. Manage Standard Sales Orde

Functional Overview

Business Requirement

For sales order items that are Spec-based assigned to the Composite Sales Organization, specifications must remain fixed once production has started.
After the related Process Order is released, no changes to the specification fields in the sales order may be permitted.

This ensures:

  • Full alignment between Sales and Production

  • Prevention of mismatches between planned vs. produced specifications

  • Protection of product quality and compliance once manufacturing begins

The business requires a system-controlled restriction that prevents users from modifying specification fields at the sales order item level after the process order reaches Released (REL) status.


Scope and Objectives

Scope and Objectives

This WRICEF covers a system validation enhancement in Fiori App: Manage Sales Orders – Version 2 (F3893) executed during sales order change mode.

The objective is to:

  • Detect when a sales order line item is linked to a Process Order

  • Confirm whether the Process Order has system status REL

  • Prevent any modification to specification fields once REL status is reached

  • Display an error message and block the save action

  • Apply this rule only to:

    • Sales orders under the Composite Sales Organization

  • Ensure no impact to:

    • Other Sales Organizations

The Process Order link is determined via the Z-table maintained by the PCCD tool (“new IPA”).

WHY STANDARD IS NOT SUFFICIENT

SAP standard does not provide functionality to restrict updates to sales order specification fields based on the status of a linked Process Order.

Key limitations include:

  • SAP does not cater for specification fields at sales order item level; these fields are custom (Z-fields). Therefore, standard SAP cannot control, validate, or freeze them based on production status.

  • Standard SAP allows editing of sales order data even after the associated production order is released.

  • No standard integration exists between specification data and the Process Order system status (REL).

  • Standard logic cannot prevent late specification changes that would desynchronize Sales and Production.

  • High operational risk remains that outdated or incorrect specifications could be used once production has already started.


Process Flow Diagram

The scope of this enhancement is depicted in process step Other Sales Order Changes below. For the full Signavio, please go to 02.04.02.09. Manage Sales Order Execution Exceptions


Step

Description

Comment

1.Sales order created.Sales order created with one or many Specifications per line item.
2.Process Order created.

The Single Parent Batch indicator will be transferred to the Process Order during the linking step between the Sales Order and the Process Order within PCCD. ERP-233 - Production Confirmation Consumption Dashboard (New IPA) Draft

3.Sales Order linked to Process order in PCCD tool

The linking between the Sales Order and the Process Order within PCCD. ERP-233 - Production Confirmation Consumption Dashboard (New IPA) Draft

4.Process Order Released??? When is the Process order released?
5.Sales Order ChangedSpecifications changed on the sales order line item level.


Assumptions

  1. Process Order Linkage Is Available and Accurate
    • The link between Sales Order Item → Process Order is derived from the Z-table maintained by the PCCD RICEF tool (“new IPA”).

    • It is assumed that this table is correctly and consistently updated before the sales order change is attempted.

  2. Process Order Must Be in “REL” Status to Trigger the Restriction

    • The enhancement assumes that Process Order system status REL (Released) is the correct and only status that should freeze specification fields.

    • Any earlier status (e.g., CRTD, PREL) will not restrict changes.

  3. Only Specification Fields Are Blocked
    • The enhancement will block changes only to the designated specification Z-fields.
    • Other sales order fields remain editable, provided no other business rules prevent their modification.
  1. Fiori App “Manage Sales Orders – Version 2 (F3893)” Is the Primary UI
    • It is assumed that users manage sales order changes exclusively through Fiori app F3893.

    • Changes via GUI (VA02) or other interfaces may require additional enablement if deemed in scope.


Dependencies

Security, Integrity and Controls


Configuration Requirements

Language Requirements

Special Requirements


Design Rationale

Functional Requirements

Proposed Technology to Use

Data Source Considerations

TableField NameComments/Calculation/Field Manipulation











Data Validation Considerations

TableField NameComments/Calculation/Field Manipulation













Custom Tables

Master Data

FieldDescriptionData Type/LengthValidation rule/ Value Help









Configuration Table

FieldDescriptionData Type/LengthValidation rule/ Value Help








Selection Screen Enhancement

Field NameDescription

Select:

Data Type/LengthDefault Value/ Validation rule/ Value HelpSelection Logic













Processing Logic



Volumetrics


Performance Considerations



Error Handling


Testing

How to Test

Test Conditions and Expected Results

IDConditionExpected Result










Test Considerations/Dependencies


Other Information


Development Details

Package

Package NameParent Package




Enhancement Implementation

Enhancement TypeStandard Definition NameCustom Implementation NameDesign Rationale Reference









Other Development Objects

Object TypeObject NamePurpose/High Level LogicDesign 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

ZFIZMMZPSZCOZSDZBCZFIZCA
TABLESZFITZMMTZPSTZCOTZSDTZBCTZFITZCAT

See also


No files shared here yet.

Change log

Version Published Changed By Comment
CURRENT (v. 3) Mar 25, 2026 09:50 VAN AARDE-ext, Tonya
v. 15 Mar 12, 2026 12:12 VAN AARDE-ext, Tonya
v. 14 Mar 12, 2026 12:09 VAN AARDE-ext, Tonya
v. 13 Mar 11, 2026 15:47 VAN AARDE-ext, Tonya
v. 12 Mar 02, 2026 13:58 VAN AARDE-ext, Tonya
v. 11 Dec 10, 2025 12:52 VAN AARDE-ext, Tonya
v. 10 Dec 10, 2025 12:24 VAN AARDE-ext, Tonya
v. 9 Dec 09, 2025 15:12 VAN AARDE-ext, Tonya
v. 8 Dec 09, 2025 12:07 VAN AARDE-ext, Tonya
v. 7 Dec 01, 2025 16:03 VAN AARDE-ext, Tonya

Go to Page History

  • No labels