Delivery Quantity Mismatch After Picking

Warehouse says they picked exactly what the transfer order told them to pick. Sales says the customer ordered a specific quantity and the invoice or delivery note shows something else. Customer service gets a call because the goods received do not match the purchase order, or finance flags that the invoice quantity looks wrong against the original sales order. Sometimes it surfaces the other way: the order still shows an open quantity weeks after the truck left, and nobody can explain why no follow-up delivery was created. Occasionally the picker reports that the transfer order asked for 480 each but the material was only available in boxes of 500, and they had to make a judgment call on the floor with no system guidance. Everyone is technically right about what they saw, which is why this rarely gets flagged as a system defect at first.

Pull, for the order and item in question: the ordered quantity, the confirmed schedule line quantity, the cumulative delivered quantity from the order's status table, the delivery item quantity, the actual confirmed transfer order quantity, and the goods issue quantity from the resulting material document. Lay these five figures side by side. Wherever the order and confirmed schedule line agree but the delivery or transfer order quantity breaks from them, the divergence happened at picking, not at order entry, which points straight at tolerance, stock, or unit conversion rather than a pricing or scheduling problem.

If a tolerance is the cause, decide whether the tolerance itself is wrong or whether the business genuinely accepts the deviation. Tightening or removing the tolerance is a configuration change in the customer-material info record, which is master data and does not need a transport, but the item category tolerance setting does need one. If the cause is a genuine stock shortfall, the fix is operational: create the follow-up delivery for the remaining open quantity once stock is available, a pure data action with no config involved. If the unit of measure conversion factor is wrong, correct it in the material master, but check every open order and delivery for that material first, since the correction does not retroactively fix documents already created with the bad factor. If a rounding profile or copy control rule is producing systematic short or over quantities across many orders, that is a configuration fix requiring a transport and regression testing against other materials sharing the same profile, since changing it affects every order that uses it going forward.

The reflex fix is to open the delivery in change mode and overtype the delivery quantity field so it matches the order quantity on paper. This does not move any physical stock. Goods issue still posts against whatever was actually picked, so the inventory account now disagrees with the delivery document, and the discrepancy resurfaces at billing when the invoice quantity is compared against goods issue value, or later during physical stock count. It also hides the real cause, whether that is a tolerance, a shortfall, or a conversion error, so the same mismatch reappears on the next order for that material or customer.

Warehouse or logistics execution owns the picking confirmation and any physical stock shortfall; SD order management owns tolerance, copy control, and unit of measure master data. The handover note should carry the order number, delivery number, transfer order number, the five quantities from the proof step, and a statement of whether the gap is a physical stock issue, a tolerance the business accepts, or a master data error needing correction.