If an order transfers its product to another order, these orders are linked by a fixed or a dynamic pegging relationship. A planned order, which requires a certain component can be linked to a purchase requisition for the component in external procurement, or to a planned order for the component in in-house production (see pegging).

You may wish to consider 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 must schedule or reschedule objects (orders, activities) which 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

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

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