consolut - /SAPAPO/OM_ORDER_DELETE - Create/Change/Delete Orders in LiveCache

/SAPAPO/OM_ORDER_DELETE - Create/Change/Delete Orders in LiveCache

RFUMSV00 - Advance Return for Tax on Sales/Purchases TXBHW - Original Tax Base Amount in Local Currency
This documentation is copyright by SAP AG.

Functionality

This function module allows you to delete orders in liveCache. The METHOD field of the import table IT_ORDER_METHOD must therefore be gc_delete, gc_delete_actual, gc_delete_order, or gc_delete_order_actual.

The function module requires the following import data:

IV_SIMSESSION: GUID of the transactional simulation

IV_ATP_DELTA_MODE: ATP delta mode

IT_ORDER_METHOD: Table with the methods and the order GUID

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) informationabout modified dummy activities (activities that have no modes and therefore cannot be dispatched toa 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.

If SEND_DEL_FIX_PEG = GC_TRUE, information about the fixed pegging relationships deleted by this function call is returned in ET_DELETED_FIX_PEGGING.

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.

Apart from the return tables mentioned, the following data is also exported:

ET_SCHED_FAILURES: Table of scheduler error messages. If an order cannot be created or changed,and the return code OM_SCHEDULING_ERROR appears in ET_RC, then this table contains an entry with informationabout the cause of the error. The OBJECT_ID field contains the GUID of the order that could not be scheduled.