In case the picking is not completed, you still have some picking to do. So in case you want to check if picking is completed or not, you should check picking and distribution status together.

Later on, these statuses are aggregated to the header level. On the other hand, for these main items, the distribution status (DSP) gets an important role: it shows if there is still any quantity on the main item waiting for split. For this reason, these main items where the status will not be relevant gets their respective statuses set to вЂnot relevantвЂ™. In case you create split items, the main item will never be posted goods issue, for example.

all other values are 9 -> header status is 9.

all other values are 1 -> header status is 1.

in case of mixed values the 0s have no effect and there are 3 cases:.

if everything is 9 (Completed) -> header status is 9.

if everything is 2 (Partially Completed) -> header status is 2.

if everything is 1 (Not started) -> header status is 1.

if everything is 0 (Not relevant) -> header status is 0.

The aggregated result is always valid and cannot be ambiguous. Rather than being set by activities, the status values are specified by the set of status values for the goods receipt status of all document items. The goods receipt status can be displayed at the delivery header level. This attribute has a purely technical meaning.ДЄn aggregated status at document header level provides summarized information on the status of all items. Once the archiving flag is set for the delivery, it is set for all of its items as well.ДЄnother example would be status DBC вЂ“ blocked inconsistency вЂ“ if the delivery is blocked for any inconsistency, all items should be blocked.ДЄ projected status on document item level offers the option to control activities and the field control on item level using a status at header level.

Other statuses might come from the header level. As long the report is not run, the DWM status is set to 1 and once the job is finished OK, it is set to 9 and the DCO status is updated. When the putaway is completed for the item, a job might be scheduled to set the DWM status. For example, the inbound delivery related delay status DWM. There are also some statuses which are set from outside. If the statuses are not the same, it will take the default value for the ambiguous value вЂ“ from /SCDL/STM_TYPES- STATUS_VALUE_DET. If all statuses are the same, this will be the status. Here the calculation is quite simple: take every relevant status and compare their resulting status values based on the mentioned table. For example for the profile /SCDL/OUT_PRD_DLV the DCO is calculated from DBC, DBD, DBP, DDC, etc statuses. Processes and statuses stored on DB levelДЇor example, DCO status is calculated from several other statuses, see table /SCDL/STM_DETER. Note:В there might be hidden document flow links that can alter this behavior (typically cancel pick related entries). If IM ALTER is higher than the pick quantity, it is in process.

Processes and statuses stored on DB levelДЇor example, Picking status is calculated purely from Document Flow links.ДЄny quantity in pick relevant DF links will be added and compared against (usually) IM ALTER quantity from table /SCDL/BO_STM_QO.ДЄ.

The statuses can be different in source, nature and behavior. Loading, picking, goods issue statuses are calculated based on a single item вЂ“ for the item. In EWM, the status handling is different compared to the ERP side deliveries. The Goods Issue has status completed, but there is still open quantity to be GI'ed.The Loading has status completed, but there is still open quantity to be loaded.The Packing has status completed, but there is still open quantity to be packed.The Picking has status completed, but there is still open quantity to be picked.The Putaway has status completed, but there is still open quantity to be putaway'ed ДЇor Outbound Delivery Order (PDO), at header level you see:.The Unloading has status completed, but there is still open quantity to unload.The Goods Receipt has status completed, but there is still open quantity to receive.The following scenarios may be encountered opening the delivery in /SCWM/PRDO or /SCWM/MON transactions:ДЇor Inbound Delivery (PDI), at header level you see: The purpose of this page is to clarify how EWM handles the statuses in Delivery Processing.

Delivery status meaning