Considering Pegging Relationships 

Use

A requirement element of an order can be linked with a receipt element or stock element of another order through a fixed or a dynamic pegging relationship. A planned order that requires a certain component can, for example, be linked with a purchase requisition for the component in external procurement or with a planned order for the component in in-house production (see Pegging). You may wish to consider the pegging relationships if an order or an activity from an order is being scheduled or rescheduled; that is, the system must schedule or reschedule such that no requirements dates are violated. This can mean that the system has to schedule or reschedule objects that have pegging relationships accordingly; date values or date changes must therefore be propagated to the dependent objects.

In the detailed scheduling strategy you can define whether or not the system should consider pegging relationships during detailed scheduling. You have the following options:

·        Consider fixed pegging relationships

·        Consider fixed and dynamic pegging relationships

Integration

If pegging relationships are not considered during scheduling or rescheduling, date problems (availability date/time too late or much too early) or, with dynamic pegging relationships, new quantity problems (shortages or surpluses) may occur. You define alert thresholds for date/time alerts (maximum earliness and maximum delay of an availability date/time) in the location product master. If these thresholds are exceeded during planning, the system creates date/time alerts. If you wish to display date and quantity problems in the alert monitor, you must use an appropriate PP/DS alert profile.

Prerequisites

If the system is to consider pegging relationships during scheduling or rescheduling, you must also specifiy in the detailed scheduling strategy that the system is to take time relationships between operations into account.