consolut - /SAPAPO/OM_ACT_UNPLAN - Deallocate Activities

/SAPAPO/OM_ACT_UNPLAN - Deallocate Activities

Vendor Master (General Section) BAL_S_LOG - Application Log: Log header data
This documentation is copyright by SAP AG.

Functionality

This function deallocates the activities specified in the table IT_ACTIVITIES.

Scheduling uses the control parameters set in IS_CONTROLPARAMETERS. For the meaning of each parameter, see the documentation of the function module /SAPAPO/OM_ORDER_CHANGE.

The import table IT_RES_PLAN_INTERVALS defines the planning areas for the resources. A planning areadefines the resources for which activities can be modified, deleted, or rescheduled, and at what times.The table IT_RES_PLAN_INTERVALS describes these planning intervals. A plannable time interval contains all activities whose previous start time is in this time interval.

For each resource, you can specify multiple planning intervals (multiple table rows). If the table IT_RES_PLAN_INTERVALSis empty, the planning area consists of all resources and the plannable time interval extends across the entire planning horizon.

You can use the import parameter IS_GET_CHANGED_OPTIONS to specify which information about modified objects is returned in the export tables:

If SEND_CHG_TOP_ORDER = GC_TRUE, information about the (top) orders modified in this function call is returned in ET_CHANGED_ORDERS.

If SEND_CHG_CAP_REQ = GC_TRUE, information about the capacity requirements (activities) modified in this function call is returned in ET_CHANGED_CAP_REQS.

If SEND_CHG_DUMMY_CAP_REQ = GC_TRUE (and SEND_CHG_CAP_REQ also has the value GC_TRUE) information aboutmodified dummy activities (activities that have no moduses and therefore cannot be dispatched to a resource)is returned in ET_CHANGED_CAP_REQS. Otherwise, no information about dummy activities is returned in ET_CHANGED_CAP_REQ.

If SEND_CHG_IONODE = GC_TRUE, information about the I/O nodes modified in this function call is returned in ET_CHANGED_IONODES.

If SEND_CHG_IO_PP = GC_TRUE, more detailed information about the I/O nodes modified in this function call is returned in ET_CHANGED_IO_PP_NODES.

If SEND_CHG_PEGID = GC_TRUE, the GUIDs of the pegging areas affected by changes in this function call are returned in ET_CHANGED_PEGIDS die GUIDs.

The structures of the export tables mentioned here each have a change flag (CHANGE_FLAG) that indicateswhether the object involved has been changed (GC_CHANGED) or deleted (GC_DELETED). The table ET_CHANGED_CAP_REQShas the special feature that the change flag refers to the entire activity and not the individual capacityrequirements. Therefore, an activity that is affected by a change in mode is only represented by itscurrent capacity requirements, with the change flag having the value GC_CHANGED. If activities aredeleted (following the deletion of an order), the capacity requirements are listed that were valid immediately before the deletion, with the change flag having the value GC_DELETED.

You can use the import parameter IV_GET_ALL_OBJECTS to specify either that, when modified capacity requirementsand I/O nodes are returned, only those objects are returned that have actually been modified, or thatthe capacity requirements and I/O nodes of all modified orders are returned, whether they themselves have been modified or not.