Working with a Parameter Effectivity

Objective

After completing this lesson, you will be able to work with a Parameter Effectivity.

Product Changes and Parameter Effectivity

The central change service wants to control its change processes in a more differentiated way. Many changes that occur in an organization are not primarily date-dependent. Instead, these changes may depend on specific parameters such as a customer, a material, or a serial number.

This figure gives you an overview about effectivity parameters. Follow the notes for more information.

In the SAP ERP system, the effectivity parameters Time interval (DATE), Serial number interval (SERNR), and Material number (MATNR) are delivered as standard.

Because it is not feasible to cover all possible business-specific effectivity scenarios within standard software, Customizing for Engineering Change Management allows you to define additional effectivity types using freely configurable parameters.

This flexibility enables organizations to control the validity of changes based on customer-specific, product-specific, or process-specific criteria, beyond the standard date-based effectivity.

This figure gives you an overview about effectivity types. Follow the notes for more information.

In Customizing, you define the following attributes for each effectivity parameter:

  • Name of the effectivity parameter

  • Data element: This includes the data type (for example, character format CHAR), the number of characters, and the output length (for example, 18 characters).

  • Parameter type:

    • S = Single value

    • I = Closed interval or single value

    • O = Open interval or single value

  • Priority: A numeric value used to define the priority of different effectivity types.

  • Additional settings Such as description, check tables, and sorting options for the value assignment screen.

You can use parameter effectivities to edit a wide range of objects. However, the following restrictions and prerequisites apply when working with BOMs, routings, and classification objects:

  • Routings: Parameter effectivities can be used to edit routings only in the Engineering Workbench. In this case, the changes must be created with history.

  • Classification objects: When using parameter effectivity for objects in the classification system, a maintenance variant must be defined in the change number. This ensures that the system clearly determines for which development status the parameter-effective changes are applied.

  • Class characteristics and classification: Parameter effectivity must be activated as class-type specific in Customizing for Engineering Change Management.

  • Existing class types: For class types that were created before parameter effectivity was introduced, the report RCLAUSPT must be executed first.
This figure explains the basics of changes with effectivity parameters. Follow the notes for more information.

If you want to use parameter effectivities for changes to a product, you must first activate the corresponding effectivities in the basic data of the material master.

Once the effectivities are activated, you can perform changes to the relevant objects using an effectivity-based change number. This ensures that the validity of the changes is evaluated based on the defined parameters rather than on a valid-from date.

Watch the following video to get an overview of how parameter effectivities are used in the supply chain.

Different Parameter Effectivities

Introduction

Up to now, you have performed object changes using change numbers that were valid based on a valid-from date.However, more and more master data changes in your company are no longer date-dependent. Instead, they depend on parameters such as customer, material, or serial number. Therefore, you decide to use parameter effectivity.

This raises the question of how the system behaves if different effectivities are valid for the same object—for example, for the same item of a material BOM.

Some change numbers are only controlled by a valid-from date, others use a release key, and yet others are controlled by parameter effectivities. In such cases, the system applies defined rules to determine which change is effective.

This figure explains which changes will be used working with different effectivity parameters. Follow the notes for more information.

Using the Release Key

The control elements are now the release key and the applicable parameter effectivity. Based on these, the system determines a priority and a rank, which are defined within the change number.

This figure explains which changes will be used working with different effectivity parameters and the evaluation of the release key. Follow the notes for more information.

If you work without a release key, all changes become effective immediately after they are maintained.

If you work with a release key, the changes only become effective for a specific application once that application has explicitly been released using the release key.

Priority of Changes

This figure explains which changes will be used working with different effectivity parameters and the evaluation of priorities. Follow the notes for more information.

After the active change numbers have been determined using the change key for the relevant object, the next step is to decide which of these change numbers should actually be applied.

If several active change numbers exist with different effectivity types, the priority of the effectivity type is decisive. This priority is a mandatory attribute that must be defined when the effectivity type is configured in Customizing.

Rank of Changes

This figure explains which changes will be used working with different effectivity parameters and the evaluation of ranks. Follow the notes for more information.

For active changes with the same effectivity type, the system evaluates the ranks of the individual change numbers to determine which change is applied.

Sequence for Creating Changes

This figure explains which changes will be used working with different effectivity parameters and the sequence of changes. Follow the notes for more information.

If you do not work with ranks, or if several change numbers have identical ranks, the system selects the change number with the most recent creation date. This change is then applied to the corresponding object.

  • The system determines applicable effectivity types based on the value assignment. If different change statuses exist for different effectivity types, the system selects the change with the highest effectivity priority, provided that the corresponding release key is set.

  • If several change numbers have the same effectivity type, the system evaluates the rank of the change numbers. If the ranks are identical, the creation date is used as the final decision criterion.

  • This evaluation process is first executed for the BOM of the header material. The same decision logic is then applied repeatedly for each subsequent level during the structure explosion.

  • If you work with changes that use the effectivity type Serial Number, all changes to the complete structure are maintained with reference to the serial number of the finished product.

  • The subsequent explosion of the structure follows the same decision logic, ensuring that all dependent objects are evaluated consistently with respect to the serial number effectivity.

Work with Parameter Effectivities

Introduction

Up to now, Development Manager Tom has managed engineering changes using change numbers with date-based validity. In this approach, a valid-from date determines when a change becomes effective and can be used in downstream business processes. While this method is well suited for many engineering scenarios, not all product changes can be controlled effectively by dates alone.

Increasingly, Tom's company needs to manage changes that depend on specific characteristics of a product or asset rather than on a particular point in time. For example, a change may only apply to products within a certain serial number range, to specific material numbers, to selected customers, or to other business-specific criteria. In these cases, date-based effectivity does not provide the required level of flexibility.

To address this requirement, Tom decides to use parameter effectivities. Parameter effectivities allow engineering changes to be controlled by predefined effectivity parameters instead of a valid-from date. This makes it possible to define exactly which products, assets, or product variants are affected by a particular change and under which conditions the change becomes effective.

Before parameter effectivities can be used, the necessary settings must be configured in the system. This includes the definition of the effectivity parameters in Customizing and the assignment of the relevant effectivity information to the affected materials. Once this setup is complete, change numbers can be created and used with parameter-based effectivity control.

When object changes are performed using parameter effectivities, the process differs from traditional date-based Engineering Change Management. During Material BOM and routing maintenance, the system evaluates the defined effectivity parameters rather than a valid-from date. Likewise, when a BOM explosion or routing selection is performed, the relevant parameter values must be entered so that the system can determine the correct version of the object.

Work with Parameter Effectivities

Watch the following video to get an overview of how a change number with parameter effectivity is stored and later applied when it is used in a production order.