Skip to Content
author's profile photo Former Member
Former Member

Stock in interim storage location not available for deliveries.


I am quite new here so I hope I'm in the right forum :).

Anyway, I a currently optimising an inbound process and want to know whether the following scenario is possible and if yes, how to configure that:

After productionorder is finished, production does either a MIGO_GR or a MB01 but does not process the TR and TO, so that means that the stock is hanging in the GR area, i.e. 901 area in our case.

Now, because the stock physically needs to be transported onsite to the whs, it usually takes 1,5 hour before inbound can putaway the produced stock in the bin and handle the TR and TO. However, if in the meanwhile VL10G is run, this specific stock can be allocated but no TO can be created because the system cannot find storage bin. (TO is autoprinted after delivery creation).

Is there a possibility to only allocate stock if it is in a specific storage type, or other way around, exclude (some) interim storage types to be sure stock in those storage type does not get allocated?

Your replies will be well appreciated!

Thanks and regards,


Add comment
10|10000 characters needed characters exceeded

1 Answer

  • Posted on Aug 02, 2006 at 11:39 AM

    Stock availability and WM are not quite connected. Let me explain: you have material in stock, you've received it from production. It is naturally available for consumption (deliveries). Where it is in the warehouse is an internal constraint of your business process.

    No, it is not simple to exclude Storage types from the availability check. It can be done, of course, but it is the hard way of approaching it.

    Another approach is to leave the stock in QA status in 901 until you physically move it to another place, than you move from Q/A to Unrestricted.

    Or even, change you storage type/bin search strategy in WM to search for stock directly in 901.


    Leonardo De Araujo

    Add comment
    10|10000 characters needed characters exceeded