Show TOC

Function documentationScheduling Submode

 

If the system reschedules a scheduled operation or schedules a deallocated operation, further so-called dependent operations may be affected via pegging relationships or time relationships. In order that the scheduling remains consistent (so that time relationships are adhered to, for instance), further detailed scheduling activities that the system can carry out automatically are often necessary. You use the scheduling submode in the detailed scheduling strategy to specify how the system schedules dependent operations on the dependent resources. (Dependent resources are the resources that are taken up by dependent operations.) You have the following options:

  • Schedule dependent operations according to the scheduling mode

    In this case, the system performs scheduling on the dependent resources with the same scheduling mode as on the selected resources. (Selected resources are resources on which operations selected for scheduling lie.) In the process, the system moves the deallocated dependent operations, which retain the status deallocated.

    If, for example, you have defined insert operation as the scheduling mode for the selected resources, the system also reschedules the dependent operations on the dependent resources using insert operation.

    Example

  • Deallocate dependent operations

    Here, the system deallocates the dependent operations on the dependent resources (that is, the dependent operations acquire the status deallocated and are no longer scheduled on the resources). (See also Deallocating Operations and Orders.)

    This scheduling submode is recommended if you have defined different scheduling responsibilities for resources via different work areas. A change in the scheduling in a planning area does not automatically lead to rescheduling of the dependent operations on the resources in the other planning areas. Instead, the dependent operations are removed from the scheduling and appear as a worklist.

  • Schedule dependent operations infinitely

    Here the system schedules all dependent operations on the dependent resources infinitely. This causes the system to schedule a dependent operation that was deallocated prior to the rescheduling of the superordinate operation infinitely. As a result, this dependent operation changes its scheduling status. (See also Finite and Infinite Scheduling.)

  • Search for gap in the case of scheduling mode 'find gap' - otherwise infinite

    Here the system also schedules the dependent operations with the find gapfinite scheduling mode if you have defined this scheduling mode for the superordinate operations. If you have defined a different scheduling mode for the superordinate operations, the system schedules the dependent operations infinitely taking account of your scheduling status. This means that a dependent operation having the scheduling status 'deallocated' remains deallocated after the rescheduling of the superordinate operation. The system merely adjusts the dates/times of these operations.

  • Reschedule dependent operations infinitely

    Here the system reschedules the dependent operations on the dependent resources infinitely taking your scheduling status into account:

    • If a dependent operation has the scheduling status 'scheduled', infinite scheduling takes place after the rescheduling of the superordinate operation.

    • If a dependent operation has the scheduling status 'deallocated', it remains deallocated after the rescheduling of the superordinate operation.

Integration

  • In the Expert View, all five scheduling submodes are offered as options.

  • In the DS View, only the following options are provided:

    • Schedule dependent operations infinitely

    • Deallocate dependent operations

    • Search for gap in the case of scheduling mode 'find gap' - otherwise infinite