This method allows outbound deliveries that were split in a WarehouseManagement (WM) system from an original outbound delivery to be splitin the Enterprise Resource Planning (ERP) system as well. This methodis normally carried out immediately before the WM system confirms the
outbound delivery. If they are carried out asynchronously using IDocs, both methods must be serialized using the object type.
Once the outbound delivery is created in the ERP system (referred to asthe "original delivery" in the following) and replicated in the WM system, you can process it normally. If several other outbound
deliveries (referred to as "split deliveries" in the following) arecreated from this original delivery by way of a subsequent deliverysplit, you must use this method to create these split deliveries in the ERP system.
In the SAP standard system, this method is linked to the following scenario:
As goods issue is posted for an outbound delivery, the systemdetermines whether this delivery was involved in a split process. Thisis the case if this outbound delivery is the original delivery itself,which was already created in the ERP system, or if this outbound
delivery was created in the WM system as a result of a split. In bothcases, it does not matter whether the delivery was split directly fromthe original delivery or from a delivery that was split previously.
If a split delivery is posted goods issue, this method is used to
create the new delivery from the original delivery (or reference delivery--see below).
The DELIVERYITEMSBELONGTO parameter contains value 'N' in thiscase and the items in the split delivery are listed in the ITEMDATA table.
If the original delivery is posted goods issue, this method is used tocreate one of the new deliveries (result of the split in the WM system)in the ERP system at this point, for use with future calls. Once theoriginal delivery is posted goods issue in the ERP system, the new
delivery assumes the role of the original delivery and serves as areference delivery for splitting other outbound deliveries in all future calls.
In this case, the DELIVERYITEMSBELONGTO parameter contains value 'O' and the items in the original delivery that are to be posted
goods issue are listed in the ITEMDATA item table.
You must specify a split profile in the BUSINESSPROCESS parameter in the interface for the subsequent outbound-delivery split that is to be carried out in sequence. In the SAP standard
system, this split profile is the same one that is used to split the outbound delivery in the WM system. Split profiles must be maintained in the ERP system in Customizing for subsequent deliveries, but not necessarily the same wayas they are maintained in the WM system.
The system overrides and deactivates the following Customizing settings in this method during the delivery split:Renumber item numbers in old deliveriesRenumber Items in New DeliveryDelete Normal Items with Quantity 0
Delivery Group Splits Not AllowedDelete Items from Delivery Groups if Quantity is 0Check Complete Delivery Indicator During Delivery SplitCheck Number of Partial Deliveries During SplitControl when Correlated Bills of Material are Split
Copy Text Item with Quantity 0 AutomaticallyIf Split Results Same as Orignial Delivery, Then No Split
At item level, a quantity is specified for each item number. Thisquantity reflects the quantity of the item that is to be included in
the split delivery or the quantity that is to remain in the original delivery. The quantity to be split is limited by the existingquantity. If the OutboundDelivery.ConfirmDecentral method iscalled up following this process, the quantities in the delivery that
was posted goods issue are corrected. If the original delivery isposted goods issue after these methods were called up, the referencedelivery contains all items in the original delivery, including the ones with a quantity of zero.
The CURR_QTY field controls which field the structure of the ITEMDATA parameter will appear in:
'A': DLV_QTY (Quantity to be split, given in sales units)'B': DLV_QTY_STOCK (Quantity to be split, given in base units)
Both of these values must be able to be converted to one another by using SALES_QTY_NUM and
SALES_QTY_DENOM , however. The unit of measure can be specified in SAP units (SALES_UNIT, BASE_UNIT) or in ISO units(ISOCODE_SALES_UNIT, BASE_UOM_ISO).
Handling Units cannot be split, meaning that the items/quantities that are to be split may not be packed.