Show TOC

 Pull Derivation (1 Receiver, n Sender)

Purpose

The derivation is triggered from a transaction that affects the product. Here, data from various senders can be collected, cumulated, and calculated. Within a derivation according to the pull principle, there can only be one receiver, but there can be several senders (example usage: pick and pack for pharmaceutical products).

Prerequisites

For more information, see Prerequisites for Batch Derivation .

Features

Range of the Derivation

You can derive the following fields:

  • Fields of the batch master record

  • Classifying Attributes

In order that the field and characteristic values can be successfully transferred, the master fields and the characteristics of the batches involved in the derivation must be identical.

Data that cannot be displayed using these fields with regards to having the same names (for example, different characteristics), but which should still be transferred, can be integrated into the derivation using the Business Add-In Derivation (method SENDER_VALUES_CHANGE ). This gives you more flexibility when constructing the type and range of the data to be derived, depending on the information required.

For more information, see Customizing for Batch Management under Start of the navigation path Derivation of Batch Data Next navigation step Business Add-In: Derivation. End of the navigation path

You specify the fields and characteristic values that to derive in the condition records.

Derivation Rules for Receiver Batches

When maintaining receiver condition records, you can specify whether, during a derivation, you want to allow sender attributes without content, or overwriting of already filled receiver attributes.

The system also offers several rules for the attributes, which enable an automatic, rule-based derivation where there are conflicting sender values.

You can maintain receiver condition records by choosing:

Derivation Events

A pull derivation can be triggered at the following events:

  • Usage decision

When you make the usage decision, the derivation is triggered in the background.

Caution Caution

The event "usage decision" does not include the Automatic Usage Decision

End of the caution.
  • Release process/production order

After you have released the process/production order, you can trigger the derivation by choosing on the Goods Receipt tab page. If a header batch exists, the derivation occurs automatically.

  • Batch record

When you create or change a version, a derivation is triggered automatically.

  • Goods receipt for process/production order

When you post the production order, the derivation is triggered in the background.

Note Note

A derivation is also triggered when you post a goods receipt for a run schedule header.

End of the note.
  • Manual derivation

You perform a manual derivation by choosing Start of the navigation path Logistics Next navigation step Central Functions Next navigation step Batch Management Next navigation step Batch Derivation Next navigation step Manual Derivation End of the navigation path .

For more information, see Manual Derivation .

  • User-defined event

You can use this derivation event if you do not want to run the derivation as for one of the standard events. To do this, you can, for example, call the derivation in a suitable user exit.

You maintain the required derivation events in Customizing for Batch Management under Start of the navigation path Derivation of Batch Data Next navigation step Define Derivation Events. End of the navigation path

See also:

Deriving the Production Date in Orders - Example