Scan labels via TO without blocking storage locations

[Former Member]

I have a question about printing labels via transportorder on a PDA. When is the right time to print the labels of the delivered goods? It's not clear to me if i can printout the labels earlier than at the moment of GR, without blocking storage locations(or does this never happens)?

[JL23 · Accepted solution]

"Blocking storage locations" What do you mean by that? A transport order is WM, a storage location is IM, and I never heard that a storage location could be blocked.

As always, it depends on your local processes and your design. If you designed label printing from the material document then it is of course only possible when the GR is posted. If you would use inbound deliveries then you could have a message for label printing in the delivery and this could be done prior to receiving.

[Former Member · Accepted solution]

Hi Jürgen,

I received a question from the business, asking me this:

• On this moment it seems logic to print labels when the goods are received. But it's not clear to me if this(printing labels) can be done earlier, without blocking any locations.

So if i understand it correctly, the locations can never be blocked and printing labels is only possible, when you confirm the TO(GR step)?

Kind regards,

Wah

[JL23 · Accepted solution]

Posting a goods receipt is MIGO and this posts the stock into the interim storage.

Confirmation of a TO is LT12 transaction, and this happens after you have moved the stock from the interim storage to the final storage bins, which can be at any time from immediately after the receipt till many days after the GR, depending on your available space in your receipt area and your local processes which need to be performed before you actually move the stock, like Quality inspection and even labelling.

[Former Member · Accepted solution]

/the lt12 confirmation is only for confirming the movement from interim storage to the destined storagebin?

So for my understanding, if the goods are delivered, the goods will be checked against the inbound delivery(already created) and after that the TO will be created and confirmed when the goods are placed in the storagebin. After these steps the MIGO still has to be performed to post the receipt?

Can't this be configured to be automatic when confirming a TO?

Kind regards, Wah

[JL23 · Accepted solution]

There are options to automate process steps. But I would recommend to to run it with all steps to begin with. This helps to understand the whole process. And you also get to know the obstacles. If everything runs smooth then it can be automated, I mean this is only then the case when a user just need to call the transaction and press save without really doing anything else and without receiving any error.

If you start right away with automation then you either need to be a professional with many years experience who exactly knows what he has to do (this professional would not have to ask this question here) or you suffer a lot with searching for errors, investigating root causes and such situation then often totally disappoints and confuses the endusers.

[Former Member · Accepted solution]

Correct me if i'm wrong:
So if i have received the goods, i can check the amount/material with the inbound delivery.
Create a TO and place the goods into the right storagebin and confirm the TO.

Last stap i will have to do is the GR posting, with MIGO.

There is no other step which could replace the MIGO?

gr. Wah

[JL23 · Accepted solution]

VL32N can be used instead of MIGO to post the goods receipt.

the receipt can also be posted in mass from VL06IG online or a background job